-
- Своя. Вывод GPIO заведен на DE+nRE вх. п-п. ADM3493. По адресу
консоли это как? Но идею понял, контроллеру периодически передавать
"есть чё? слушаю..." и дожидаться либо ответа "нет ничего", либо
таймаута, либо посылки от PC. Смущает то что PC (windows +
приложение в usermode) в целом неповоротливая чтобы работать быстро
ответно, протокольно в реальном времени. И еще это делает
невозможным применение обычной терминалки. - std_engineer(31.07.2021 16:01)
- Поможет активный шлюз, на МК. По 485 будет общаться в реалтайме. Обмен с ПК медленнее. - Harry(31.07.2021 19:23)
- Может для такого случая 4-проводный RS485 подойдет? Передаваемые и принимаемые данные по разным парам идут и мешать друг другу не будут. А на примере терминала можно вылавливать какие-нибудь специфичные "ESC-последовательности" которые будут переводить его (точнее ее - программу терминала) из режима данных в командный режим. Как в модемах. - rezident(31.07.2021 16:51)
- Своя. Вывод GPIO заведен на DE+nRE вх. п-п. ADM3493. По адресу
консоли это как? Но идею понял, контроллеру периодически передавать
"есть чё? слушаю..." и дожидаться либо ответа "нет ничего", либо
таймаута, либо посылки от PC. Смущает то что PC (windows +
приложение в usermode) в целом неповоротливая чтобы работать быстро
ответно, протокольно в реальном времени. И еще это делает
невозможным применение обычной терминалки. - std_engineer(31.07.2021 16:01)