koyodza (15.11.2012 14:28 - 17:41, просмотров: 309) ответил koyodza на повторяю, идите нах с этими "новшествами". Не забывайте, что кто-то может почитать вашу писанину и сделать большую **йню не подумавши. Есть только один критерий конца пакета в ModBus RTU - таймаут, и всё. Не нравится - переходите на ModBus ASCII-
- тоже иногда испльзую, только обычно 0xAA или 0x85 в качестве маркера начала пакета, заодно и синхронизации модемов (типа построенных на fx469 и т.п.), хотя в нынешних проектах неактуально, поэтому оставляю чистый modbus. - AVF(16.11.2012 10:54)
- речь шла о ModBus RTU, а не о проприетарных протоколах - koyodza(16.11.2012 11:18)
- ну а остальное там модбас rtu. добавлен маркер в начале передачи. он даже в CRC не участвует - AVF(16.11.2012 12:08)
- речь шла о ModBus RTU, а не о проприетарных протоколах - koyodza(16.11.2012 11:18)
- Полностью согласен (но п.1 не использую). Вообщето на сайте modbus.org есть, в пдф-ках, полный граф состояний и переходов и для мастера и для слейва, который совпадает с koyodz'овским (кроме ноу-хау). - Скрипач(15.11.2012 18:14)
- Может быть п.1 заменить простым включением передатчика (в единицу) на время таймаута (или несколько больше его), чтобы приемный буфер очистился от хлама? Тогда вообще никаких терок со стандартом не будет. - sin(15.11.2012 16:42,
) - я бы 1-й пункт убрал потому как 255 есть в стандарте(From 248 to 255 - Reserved) это значит что может появится адрес типа Broadcast хз зачем, а Вы его отбросив возьмете Function code, который совпадет с вашим адресом. Начнете делать проверку abivan(42 знак., 15.11.2012 14:41)
- не должен появиться, BROADCAST определён как нулевой. Можете убрать, я сразу предупредил, что этот пункт - собственное ноу-хау koyodza(264 знак., 15.11.2012 14:48 - 14:50)
- я имел в виду ситуацию, когда разработчику протокола взбредет в голову использовать резерв(добавить фичу), ХЗ для чего, может для хабов каких. И Ваше старое устройство начнет ловить "ошибочные" пакеты. - abivan(15.11.2012 16:12)
- если кому-то взбредёт в голову какое-то другое усовершенствование, то совместимость тоже может быть нарушена. У меня гарантируется совместимость с устройствами, которые соответствуют стандарту - koyodza(15.11.2012 16:16)
- я про изменение стандарта. Имеют право, раз зарезервировали. И тогда Ваши старые устройства перестанут удовлетворять стандарту. - abivan(15.11.2012 16:26)
- убрал. Не хотите - не делайте - koyodza(15.11.2012 17:42)
- я про изменение стандарта. Имеют право, раз зарезервировали. И тогда Ваши старые устройства перестанут удовлетворять стандарту. - abivan(15.11.2012 16:26)
- если кому-то взбредёт в голову какое-то другое усовершенствование, то совместимость тоже может быть нарушена. У меня гарантируется совместимость с устройствами, которые соответствуют стандарту - koyodza(15.11.2012 16:16)
- я имел в виду ситуацию, когда разработчику протокола взбредет в голову использовать резерв(добавить фичу), ХЗ для чего, может для хабов каких. И Ваше старое устройство начнет ловить "ошибочные" пакеты. - abivan(15.11.2012 16:12)
- не должен появиться, BROADCAST определён как нулевой. Можете убрать, я сразу предупредил, что этот пункт - собственное ноу-хау koyodza(264 знак., 15.11.2012 14:48 - 14:50)
- тоже иногда испльзую, только обычно 0xAA или 0x85 в качестве маркера начала пакета, заодно и синхронизации модемов (типа построенных на fx469 и т.п.), хотя в нынешних проектах неактуально, поэтому оставляю чистый modbus. - AVF(16.11.2012 10:54)