CANNY forum — Как отследить изменение индекса в коммутаторе?

Re: Как отследить изменение индекса в коммутаторе?

2019-12-20T11:58:29Z

alex_engine пишет:

По поводу детектора изменения значения - я верно понял, что если сообщение передается одно и то же (индекс не меняется, а повторяется), то это решение неприменимо?

Да, это решение не подойдет.

alex_engine пишет:

Если вставить в разрыв входов R триггеров блоки задержки включения - получится регулировать время между передачей событий на обработку?

Если после триггеров вставить задержку включения, то наверное получится. Но при этом, если событие будет продолжать висеть на входе триггера, то после обработки события, на следующем за сбросом этого триггера цикле выполнения диаграммы, триггер снова взведется и событие встанет в очередь на обработку, в соответствии с приоритетом.
Использование конвейера можно посмотреть на примере отправки данных в CAN.

Re: Как отследить изменение индекса в коммутаторе?

2019-12-20T07:44:48Z

Спасибо огромное. Буду пробовать

По поводу детектора изменения значения - я верно понял, что если сообщение передается одно и то же (индекс не меняется, а повторяется), то это решение неприменимо?

Конвейер, похоже, больше подойдет под именно мою задачу. Если вставить в разрыв входов R триггеров блоки задержки включения - получится регулировать время между передачей событий на обработку?

Re: Как отследить изменение индекса в коммутаторе?

2019-12-19T15:04:55Z

Группа коммутаторов 3,4,5,8 - это присвоение константы по условию с приоритетом, при этом событие "text3" имеет наивысший приоритет, а событие "clear" - наинизший.
Если значения на входах коммутаторов 3,4,5,8 будут появляться не импульсно, то значение на входах "Индекс" коммутаторов "8-в-1" будут устанавливаться в соответствии с приоритетом и будут оставаться неизменными, пока события продолжают сохранять свои значения. При этом, возможно, не всегда все события будут отсутствовать, т.е. на выход блока №8 будет не часть попадать значение "0" (с входа 0 коммутатора №3), а тогда условие отправки не будет выполняться вообще (блок №1).

Как организовать после успешной отправки сообщения с текстом, обязательную отправку сообщения очистки экрана (через определенное время)?

Нужно дать событию "clear" наивысший приоритет, т.е. поставить его вместо события "text3".
Если нужен детектор изменения значения то можно использовать такое решение.
Также можно попробовать такой конвейер. В нем не теряются события, т.е. если оно произошло, то все равно попадет на обработку после отработки событий с высшими приоритетами, даже если само событие уже прошло.

Как отследить изменение индекса в коммутаторе?

2019-12-19T13:06:24Z

Здравствуйте
Столкнулся с такой проблемкой. Имеется необходимость передачи сообщений по UART (организовал на коммутаторах, выбор по индексу).

В таком решении, все работает более менее нормально до тех пор, пока на входы коммутаторов 2:1 поступает короткий импульс (например, сформированный детектором переднего фронта). Но как только на вход индекса блоков 3-4-5-8 приходит долгий сигнал - на выходе блока 2 получается генератор и импульсы отправки сообщений следуют постоянно.
Если разорвать соединение между блоками 2 и 9 - все ок. Но задача блока 9 и 10 - посылать сообщение, которое очищает экран после каждого (любого) ранее выведенного текста.

Как иначе можно решить задачу с запуском передачи UART по факту изменения индекса на входе коммутатора 8:1? При этом индексы могут как отличаться так и повторяться.
Как организовать после успешной отправки сообщения с текстом, обязательную отправку сообщения очистки экрана (через определенное время)?

Буду премного благодарен за подсказки.