MegaJohn (21.05.2012 13:18, просмотров: 221) ответил Vit на Вы не знаете зачем это нужно, потому и столь категоричны. Разберитесь, а уж потом называйте фукаками.-
- Затем, что текстовый протокол проще наблюдается и отлаживается (с помощью готовых программ), текстовый протокол вообще обычно проще устроен (проще синтаксис, ввиду доступности "внеполосных символов", в бинарном же начинаются массовые ограничения fk0(1454 знак., 21.05.2012 22:47)
- Модемная связь посредством коммутируемых линий, радиомодемная связь и т.п. связь с использованием промежуточного коммуникационного оборудования. - rezident(21.05.2012 13:30)
- загадками говорите все. То есть при использовании промежуточного коммуникационного оборудования и бинарного протокола возможны совпадения с опкодами, и промежуточное оборудование ретранслируемые данные воспримет как-то иначе ? - MegaJohn(21.05.2012 13:40)
- Да. Модем, например, может перейти из "прозрачного" режима трансляции данных в командный режим. Кроме того, промежуточное оборудование может вносить значительные задержки, которые в соответствии со спецификацией RTU должны интерпретироваться как rezident(15 знак., 21.05.2012 13:53)
- №2 пусть разработчики промежуточного коммуникационного оборудования не отключили в транспорте +++<пауза> (в модемах это настраивается). Тогда что мешает бинарный протокол упаковать в base64 ??? [>] да, этот тот самый ASCII. Но он де-факто MegaJohn(68 знак., 21.05.2012 14:08, ссылка)
- 0xBE, 0xF5 вместо SET_PAUSE=123 ещё менее понятно. - fk0(21.05.2012 22:34)
- Я уже плохо понимаю смысл ваших сообщений :( Это рассуждения вслух или возражения? Если возражения, то кому или к какому сообщению? - rezident(21.05.2012 14:26)
- №1. но и в спецификации MODBUS-ASCII пауза не более 1сек. Может не правильно выбран транспортный протокол ? Логичнее применять разделение фреймов не по таймауту а по байту-сепаратору ? К примеру как SLIP. - MegaJohn(21.05.2012 14:05)
- №2 пусть разработчики промежуточного коммуникационного оборудования не отключили в транспорте +++<пауза> (в модемах это настраивается). Тогда что мешает бинарный протокол упаковать в base64 ??? [>] да, этот тот самый ASCII. Но он де-факто MegaJohn(68 знак., 21.05.2012 14:08, ссылка)
- Да. Модем, например, может перейти из "прозрачного" режима трансляции данных в командный режим. Кроме того, промежуточное оборудование может вносить значительные задержки, которые в соответствии со спецификацией RTU должны интерпретироваться как rezident(15 знак., 21.05.2012 13:53)
- загадками говорите все. То есть при использовании промежуточного коммуникационного оборудования и бинарного протокола возможны совпадения с опкодами, и промежуточное оборудование ретранслируемые данные воспримет как-то иначе ? - MegaJohn(21.05.2012 13:40)
- резюмирую: ASCII есть только в UART (ну еще в etnernet). В периферийных микрухах с SPI, I2C и 1-Wire это слава богу нет, и производители пукрутят у виска если им это предложат. Зачем им усложнять устройство ? Но N людям так и прет ввести MegaJohn(274 знак., 21.05.2012 13:25)
- смешались в кучу интерфейсы, протоколы... - Snaky(22.05.2012 00:49)
- при взаимодействии HARD-HARD, что интерфейсы что протоколы все аналогично - MegaJohn(24.05.2012 12:32)
- Вот у меня протокол работы прибора выводится текстом. С помощью grep в linux или find в windows я могу простейшими средствами отфильтровать только (не)нужные сообщения. Что бы я делал с бинарным протоколом? Два говнокода завсегда интереснее? (C) fk0(4 знак., 21.05.2012 22:50)
- 10010100011100100010100010010011000101000100100111101011010101 - fk0(21.05.2012 22:33)
- рассуждалки ниочем. грустно - Vit(21.05.2012 14:24)
- смешались в кучу интерфейсы, протоколы... - Snaky(22.05.2012 00:49)