Vladimir_S, я очень рад, что пригодилось! Сейчас скорость не меняется и наверное была она выбрана на глаз. Ничто, кроме лени, мне не мешает сделать ее настраиваемой. Учту это пожелание.
Вид для печати
Vladimir_S, я очень рад, что пригодилось! Сейчас скорость не меняется и наверное была она выбрана на глаз. Ничто, кроме лени, мне не мешает сделать ее настраиваемой. Учту это пожелание.
svofski, Это не желание, наоборот, хорошо что скорость выше. Быстрее закачивается. Но если будет еще выше, боюсь скажется на надежности. Хотя, когда я прочел статью "О вводе данных с магнитной ленты" в Радио 1987 №4, я сразу же доработал "монитор" и константа чтения у меня выбиралась автоматически. Для эксперимента я выбирал бешеные скорости. А когда я добавил пиковый детектор, то вообще скачивание стало неубиваемым.
По кабелю напрямую от звуковой карты скорости могут быть весьма бешеными. Это магнитофон заставлял выбирать скорости поменьше.
А вот с этого места по подробнее!Цитата:
Сообщение от Vladimir_S
К выходу компаратора подключается формирователь прямоугольников на операционном усилителе. Схему уже не помню, мне ее один крутой спец предложил. Помню в обратной связи диоды стояли. Осциллограф показывал четкие прямоугольники на любых частотах.Цитата:
Сообщение от HardWareMan
А, это банально и не интересно. Я думал там что-то убер фундервафельное... ОУ с нелинейной обратной связью любят метол гитаристы, это так, к сведению.Цитата:
Сообщение от Vladimir_S
Обычный гитарный овердрайв или дисторшн :)Цитата:
Сообщение от Vladimir_S
Типа такого (первый каскад на ОУ):
http://img.electronic-club.ru/images...H3fyZWHzAY.jpg
Denn, именно. А нелинейность обратной связи (через встречно включенные диоды) заставляет ОУ перекидываться даже от малых перепадов, что не дает "забивать" низким частотам выход, что имеет место быть у обычных компараторов по уровню.
HardWareMan, только НЧ нужно жосско отфильтровывать перед этим каскадом, иначе он от них просто запрётся и не будет замечать полезный сигнал.
В схеме по картинке это делается на уровне самого каскада, но там "гитарная" коррекция, а для нашего случая нужен пересчёт.
П.С. сорри за оффтоп в теме /-)
В процессе доработок РК продолжаю баловаться с ассемблером. Написал некую поделку, которая адресует напрямую видеопамять и псевдографикой рисует прямоугольное изображение (размером - меньше экрана).
Так вот, наблюдаю странную особенность, если начинаю рисовать с одних адресов (видеопамяти) - результат получается корректный, если рисую с других (соседних) - получаю сдвиги части строк своего изображения. Т.е., выходит, что с части адресов (видеопамяти) код отрабатывает "как надо", а с других в момент отрисовки в непредсказуемом месте бьётся содержимое ячеек с текущим указателем на видеопамять и часть рядов спозают. Остаток дорисовывается корректно, но уже в новом месте.