MegaJohn (17.05.2012 16:48, просмотров: 195) ответил MegaJohn на все текстовые протоколы были придуманы лоботрясами, которым лень было написать софтинку для отладки. И взамен этого получили раздутые траффики и лишние телодвижения для парсирования в понятный вид для любой вычислительной техники.-
- сначала непонятное человеку нужно отладить. два говнокода завсегда отлаживать интереснее, чем один:) особенно приятно объединение протоколов для настройки и для говноскад в один бинарный, свой, ни с чем не совместимый. своё не пахнет(С), а когда в Vit(479 знак., 21.05.2012 00:38)
- а что, теперь планируется глобальный плановый переход на Modbus ASCII ? - MegaJohn(21.05.2012 11:17)
- для модбаса есть готовые терминалы. А для собственных протоколов их надо писать и отлаживать, а потом ещё не потерять со временем, быть уверенным, что оно пойдёт под вин12, и не забыть где какой используется - koyodza(21.05.2012 11:52)
- Почему во множественном числе? Один протокол, одна dll. - Vladimir Ljaschko(21.05.2012 11:55)
- и куда эту dll засовывать? И что делать, если завтра приспичит законнектиться под линуксом? Или Вы имеете ввиду, что у Вас всю жизнь во всех изделиях используется единственный самодельный протокол, который не эволюционирует? - koyodza(21.05.2012 11:58)
- 1) Увы, 2/3 жизни ушло на понимание :) 2) Протокол не эволюционирует. Остальное здесь. - Vladimir Ljaschko(21.05.2012 12:22, ссылка)
- текстовым можно и без dll в терминале связаться, об этом и речь - koyodza(21.05.2012 12:31)
- Конечно можно, и что? DLL нужна для облегчения работы с прибором сторонним программистам, поскольку транспорт там реализован. Зачем каждый должен писать свой парсер, если не требуется экзотичная ОС? - Vladimir Ljaschko(21.05.2012 13:01)
- эта ветка о другом - koyodza(21.05.2012 13:18, ссылка)
- Я старался осмысленно отвечать на Ваши возражения, а получился "испорченный телефон" :) Vladimir Ljaschko(373 знак., 21.05.2012 13:34)
- эта ветка о другом - koyodza(21.05.2012 13:18, ссылка)
- Конечно можно, и что? DLL нужна для облегчения работы с прибором сторонним программистам, поскольку транспорт там реализован. Зачем каждый должен писать свой парсер, если не требуется экзотичная ОС? - Vladimir Ljaschko(21.05.2012 13:01)
- текстовым можно и без dll в терминале связаться, об этом и речь - koyodza(21.05.2012 12:31)
- 1) Увы, 2/3 жизни ушло на понимание :) 2) Протокол не эволюционирует. Остальное здесь. - Vladimir Ljaschko(21.05.2012 12:22, ссылка)
- и куда эту dll засовывать? И что делать, если завтра приспичит законнектиться под линуксом? Или Вы имеете ввиду, что у Вас всю жизнь во всех изделиях используется единственный самодельный протокол, который не эволюционирует? - koyodza(21.05.2012 11:58)
- Почему во множественном числе? Один протокол, одна dll. - Vladimir Ljaschko(21.05.2012 11:55)
- Вы не знаете зачем это нужно, потому и столь категоричны. Разберитесь, а уж потом называйте фукаками. - Vit(21.05.2012 11:35)
- И зачем это нужно ? Для мануального ввода с терминала ? Этот способ еще кто то юзает ? - MegaJohn(21.05.2012 13:18)
- Затем, что текстовый протокол проще наблюдается и отлаживается (с помощью готовых программ), текстовый протокол вообще обычно проще устроен (проще синтаксис, ввиду доступности "внеполосных символов", в бинарном же начинаются массовые ограничения 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)
- +1. У нас до сих пор применяют вариант ASCII в случае возникновения такой потребности при модемной связи. Благо возможность выбора/перехода RTU<->ASCII заранее предусмотрена. Причем не только с использованием MODBUS. - rezident(21.05.2012 12:00)
- И зачем это нужно ? Для мануального ввода с терминала ? Этот способ еще кто то юзает ? - MegaJohn(21.05.2012 13:18)
- для модбаса есть готовые терминалы. А для собственных протоколов их надо писать и отлаживать, а потом ещё не потерять со временем, быть уверенным, что оно пойдёт под вин12, и не забыть где какой используется - koyodza(21.05.2012 11:52)
- а что, теперь планируется глобальный плановый переход на Modbus ASCII ? - MegaJohn(21.05.2012 11:17)
- AT и NMEA существуют третий-четвёртый и второй десяток лет соответственно. Бинарные альтернативы, а они были, но исключительно вендор-специфичные и как-то по-тихому загнулись. К чему бы это? - fk0(17.05.2012 17:23)
- люди перестали думать по-машинному - scanf прилипил, работает и так сойдет. Красноармейцы захватили мир. - MegaJohn(17.05.2012 17:36)
- сначала непонятное человеку нужно отладить. два говнокода завсегда отлаживать интереснее, чем один:) особенно приятно объединение протоколов для настройки и для говноскад в один бинарный, свой, ни с чем не совместимый. своё не пахнет(С), а когда в Vit(479 знак., 21.05.2012 00:38)