HeBceTaкПpocтo (12.08.2026 10:22, просмотров: 3) ответил Make_Pic на Подскажите простой протокол передачи UART последовательных данных
через TCP желательно с восстановлением выходных данных после
эзернет до данных, которые были на входе порта UART MCU? MODBUS TCP
не предлагать.-
- Кстати, да. Как обеспечить минимальный джиттер (пусть какой-то но
константа) байт на "выходе" из TCP, по сравнению со входом? boka17(672 знак., 13.08.2026 20:05)
- Принципиально никак. TCP не гарантирует ничего, кроме неискажёного
потока (последовательности) байт. Даже границы между "блоками" в
принципе не только не гарантируются, но даже не обещаются. Для
вашей задачи UDP подходит сильно лучше, но всё равно не на 100% -
задержка пакетов может быть любой. Так что синхронизироваться нужно
с астрономическим временем, а в передаваемых блоках - передавать
это самое астрономическое время. - Samx(13.08.2026 21:05)
- Так и есть. Система относительно "старая", данные содержат условный
"кадровый" синхроимпульс (блок) и далее идут "строчные" блоки.
Данные располагаются на развертке по времени от "строчного" блока. boka17(428 знак., 13.08.2026 22:05)
- Думаю, вам помогла бы аренда оптоволокна с медиаконвертерами RS-232
- с такими, которые не делают пакетов, не делают сложной модуляции.
А просто передают логический уровень в линии светом. Они бы успешно
заменили провод. - Nikolay_Po(14.08.2026 10:51)
- Все так. Даже смогли проложить СВОЁ волокно (~10км через город,
частный сектор, реку, ЖД, исторические памятники...Бррр- сейчас
такое провернуть ни кто не решится). boka17(766 знак., 15.08.2026 08:48)
- На "своём" оптоволокне чё хошь можно сделать. Пара SFP-модулей по концам и приёмо-передатчики на Альтерах. Разрабатывал системы управления для силовой электроники, реальное время - жёстче некуда, так даже датчики токов-напряжений по оптике развязывали. - serge_dem(15.08.2026 11:34)
- Есть конвертеры, которые передают биты как есть, без всяких пакетов. Например, серия Moxa TCF-142. И они точно передадут ваш сигнал по чистой оптике без джиттера пакетизации. Nikolay_Po(251 знак., 15.08.2026 10:11)
- Все так. Даже смогли проложить СВОЁ волокно (~10км через город,
частный сектор, реку, ЖД, исторические памятники...Бррр- сейчас
такое провернуть ни кто не решится). boka17(766 знак., 15.08.2026 08:48)
- Очевидное решение - преобразовать этот поток данных в форму
пригодную для передачи и восстановления на приемном конце в
первоначальный вид. Поток уже побит на блоки, это хорошо. Снабдить
каждый такой блок заголовком с номером строки или меткой времени и
вперёд! Если потеря части блоков допустима, то можно и UDP
использовать. Но с маршрутизацией абстрактного UDP могут быть
проблемы, лучше маскироваться под какой нибудь протокол передачи
аудио/видео или оставить TCP - с ним ЫЫyкпy(15 знак., 14.08.2026 04:41)
- Поздравляю, вы изобрели RTP! :-) Кстати, хорошая штука, для проброса звука я только его и использую. - Samx(14.08.2026 18:59)
- Есть же куча готовых решений RS232 over TCP/IP Бoмж(2 знак., 14.08.2026 10:06, картинка, картинка)
- или вот за совсем смешные деньги - Лaгyнoв(1 знак., 14.08.2026 11:54, картинка)
- Не надо смеяться за деньги, юноша. Иначе таки смеяться будут
другие. И название какое-то стрёмное. - Бapбoc(14.08.2026 12:19)
- У Ебайта самые приличные радиомодули из китайчатины. Они первыми
признались, что вместо NRF24L01+ используют китайские чипы и
опубликовали соответствующие DS. Наряду с чисто китайскими,
предлагают и оригиналы, для ценителей, которые уже подсели на
оригнальный Nordic. - Nikolay_Po(14.08.2026 12:30)
- да, после перебора разных на этой фирме остановились. Конкретно в моем пульте стоят - NT1-M Лaгyнoв(2 знак., 14.08.2026 13:04, ссылка, картинка)
- У Ебайта самые приличные радиомодули из китайчатины. Они первыми
признались, что вместо NRF24L01+ используют китайские чипы и
опубликовали соответствующие DS. Наряду с чисто китайскими,
предлагают и оригиналы, для ценителей, которые уже подсели на
оригнальный Nordic. - Nikolay_Po(14.08.2026 12:30)
- Не надо смеяться за деньги, юноша. Иначе таки смеяться будут
другие. И название какое-то стрёмное. - Бapбoc(14.08.2026 12:19)
- или вот за совсем смешные деньги - Лaгyнoв(1 знак., 14.08.2026 11:54, картинка)
- Думаю, вам помогла бы аренда оптоволокна с медиаконвертерами RS-232
- с такими, которые не делают пакетов, не делают сложной модуляции.
А просто передают логический уровень в линии светом. Они бы успешно
заменили провод. - Nikolay_Po(14.08.2026 10:51)
- Так и есть. Система относительно "старая", данные содержат условный
"кадровый" синхроимпульс (блок) и далее идут "строчные" блоки.
Данные располагаются на развертке по времени от "строчного" блока. boka17(428 знак., 13.08.2026 22:05)
- Забудь о каком-либо "приемлемом джитере". Те же косы на коммутаторе настролили, пошел ещё трафик и хана времянкам. Твои пакеты подвинул более приоритетный трафик. - POV(13.08.2026 20:14)
- Принципиально никак. TCP не гарантирует ничего, кроме неискажёного
потока (последовательности) байт. Даже границы между "блоками" в
принципе не только не гарантируются, но даже не обещаются. Для
вашей задачи UDP подходит сильно лучше, но всё равно не на 100% -
задержка пакетов может быть любой. Так что синхронизироваться нужно
с астрономическим временем, а в передаваемых блоках - передавать
это самое астрономическое время. - Samx(13.08.2026 21:05)
- Кстати, да. Как обеспечить минимальный джиттер (пусть какой-то но
константа) байт на "выходе" из TCP, по сравнению со входом? boka17(672 знак., 13.08.2026 20:05)
