1. блок юарт: сейчас уже не нужен, остался когда я делал обработку разрядов (данные от RTC дополнить нулями, сложить в строку, вычленить
нужные числа).
2. зачем тон-тоф: предположил что засчет вызван тормозами оптопары, страница 4,
https://lib.chipdip.ru/222/DOC000222834.pdf
То есть: даем сигнал навключение оптопары 1, но мы знаем что она включится позже, чем придет сигнал
управления, и выключится тоже позже, (и тон не равно тоф), поэтому сигнал на
оптопару даем сразу, а на свитч с учетом этих задержек.
Вожможно перемудрено, и не факт что правильно. Вторую ночьсражаюсь с этой засадой.
.
.
.
Добавлено (27.06.2017, 22:14)
---------------------------------------------
Цитата rw6cmПри использовании блока UART о микросекундах можно забыть )
нипамагло...(((
.
.
.
Добавлено (27.06.2017, 00:42)
---------------------------------------------
проверил токи и напряжение на лампах и оптопарах - норма.
переписал. сначала на свитче (на входах) оставил просто два числа: заработало нормально.
прицепил часы с блоками обработки. снова ( ).( ) она самая. снова светятся две
цифры, ярко которая надо, и вполнакала из другого разряда.
Добавлено (27.06.2017, 00:42)
---------------------------------------------
хрень4 - и так тоже не работает.
Добавлено (28.06.2017, 11:13)
---------------------------------------------
опробовал еще вариант - результат тот же.
или руки мои кривые, или все-таки есть какой то баг, который не позволяет через фл прог реализовать адекватный алгоритм на данных элементах.
.
.
.
.
.
Добавлено (29.06.2017, 09:35)
---------------------------------------------
однако, уверен что глюк есть, и он = баг в либке часов + (никуда не денешься) костыли с бубном при конвертации "фл прог -> IDE".
убрал часы, пставил "генератор тон500мс/тоф500мс - счетчик с автосбросом на 59" -
засвета НЕТ.
часы у меня 1307. как думаете, если использовать 1302 или 2321 - может подобный глюк исчезнуть?
Подпись удалена мною по требованию администрации форума, что является нарушение демократии )