Ну да, эта на 3.3В. У вас же на схеме конкретная м/с не указана ))) А первый попавшийся даташит на 5В версию вёл.Вот http://biakom.com/pdf/K6X8008T2B_Samsung.pdfнашел в продаже, кстати она 3,3в
]
Все верно ,не нормирована для 3,3в, но это как бы не важно, так как на Q4 уровень лог. ед. будет столько сколько необходимо для того чтобы сбросить микросхему(мы) Не успеть "ресетнуться" не получится!walkerru писал(а):C 74HC590 не всё так шоколадно оказывается. Длительность импульса сброса нормирована для 2В, 4.5В, 6В питаний (кстати и тактовая частота). Для вашего напряжения 3.3В не нормировано. При этом, при 2В питании длительность зависит от производителя м/с. Для TI это аж 125нс, однако. Для Toshiba - 95нс. Для NCP - тоже 125нс.
А при вашем напряжении неизвестно, что там. Где-то посредине между 125нс и 25нс. Нуждается в проверке и измерениях. Вот. Или в выборе счетчика с нормированной длительностью (или у которого не все так фигово при 2В).
С10 и R3 необходимы для того, чтоб сформировать импульс некоторой ширины а не держать уровень на входах сброса, ведь в противном случае счетчики не будут считать!walkerru писал(а): Скажите, а зачем введены C10 и R3? Чтобы по фронту импульс сформировать? Вот кстати, разные схемы формирователей, втч тактируемые - на всяк случай. Но можно и так... Еще без диода параллельно R3 нехороший выброс вниз получается.
По переполнению не получится. А вот как у вас сий узел ведет себя при наличии посылки на входе?Двоешник писал(а):Не успеть "ресетнуться" не получится!
+1 Как раз об этом думал.walkerru писал(а):По переполнению не получится. А вот как у вас сий узел ведет себя при наличии посылки на входе?Двоешник писал(а):Не успеть "ресетнуться" не получится!
Пошли стробы -> появился уровень после детектора -> счетчики стали сбрасываться, причем некое случайно-ненормированное время, да еще и порядка 100нс. Это сколько 16МГц тактов пропустится прежде чем адреса обнулятся? Или, другими словами, сколько байт из посылки вы потеряете, прежде чем писать начнёте в ОЗУ? Минимум одну, а то и две. Регистр быстрый, задержка адресов огромна.
Кольцо-то будет, еще бы из валидных данных... По какому это кругу вы пишете?Двоешник писал(а):ТУт такое дело: ведь я пишу в ОЗУ по кругу и на следующем круге допишу. В какой бы момент я не остановил запись у меня в памяти будет "кольцо" из данных на 8 Мбит.
Вот смотрите: у меня есть девайс, который умеет выдавать на шину буфер данных объемом например 8МБит, умеет делать это циклически и также умеет делать это после сигнала TRIG по фронты или уровню.walkerru писал(а):Кольцо-то будет, еще бы из валидных данных... По какому это кругу вы пишете?Двоешник писал(а):ТУт такое дело: ведь я пишу в ОЗУ по кругу и на следующем круге допишу. В какой бы момент я не остановил запись у меня в памяти будет "кольцо" из данных на 8 Мбит.
walkerru писал(а):Что-то вы темните... Уже и источник конкретный появился...
А огласите плиз полное ТЗ и назначение устройства.
То есть, нужен TRIG после обнуления счётчиков, как я понимаю. Так задержите сброс счетчиков на время их гарантированного сброса и вот вам и TRIGДвоешник писал(а):вывода наружу сигнала "TRIG". умеет делать это после сигнала TRIG по фронты или уровню.
Вот только фаза совсем подкачала в этом вариантеВ итоге в процессе воспроизведения я получаю свои 0-9
Почему? Сигнал на выходе получаем "асинхронный", его фаза значения не имеет.walkerru писал(а):Двоешник писал(а):вывода наружу сигнала "TRIG". умеет делать это после сигнала TRIG по фронты или уровню.Вот только фаза совсем подкачала в этом вариантеВ итоге в процессе воспроизведения я получаю свои 0-9
ну так я развожу плату?walkerru писал(а):ну, если пофиг, что начнётся не с нулевого отсчета, тогда да.
Можно еще сброс при включении питания приделать ))Двоешник писал(а):С TRIG может не сложиться, если на шину синхра не будет подаваться сама по себе, ожидая TRIG
Кстати, про закольцовку. Думаю, в конце последовательности из ОЗУ будет возникать разрыв на время перезапуска счетчиков. Рисовать нужно...