[jcxz 189]

27 минут назад, MementoMori сказал:

с учетом того, что к маю мне бы эту поделку хотелось бы уже эксплуатировать

Вангую - это всё задумано для управления тем шлагбаумом из другой вашей темы здесь?

Не опасаетесь, что вам же потом и прилетит по голове этим шлагбаумом? Вам, вашему авто или кому-то из родственников/соседей? При таком кое-какерском самопальном управлении, даже без изучения протоколов связи и понимания зачем они нужны?

[MementoMori 4]

16 minutes ago, jcxz said:

Вангую - это всё задумано для управления тем шлагбаумом из другой вашей темы здесь?

Говорят, что у Ванги сбывалось около 68 процентов предсказаний) Нет, не шлагбаум)

Автоматическая поливалка для дачи. Протокол связи - чтоб можно было расписание менять и включать полив при желании вне очереди.   Ну и некая телеметрия, чтоб понимать - сработал ли клапан, заработал ли насос, не пуст ли накопительный бак. Так что никому не прилетит по машине.

 

 

[Сергей Борщ 121]

5 часов назад, tonyk_av сказал:

Что мешает реализовать Модбас?

Его убогость?

[tonyk_av 33]

3 minutes ago, Сергей Борщ said:

Его убогость?

Так говорят те, кто не умеет им пользоваться.

[Arlleex 131]

Либо те, кто умеет и теперь имеет четкое представление о том, как НЕ надо делать протоколы.

[tonyk_av 33]

5 minutes ago, Arlleex said:

те, кто умеет и теперь имеет четкое представление о том, как НЕ надо делать протоколы

Только их протоколы нигде кроме их изделий не используются, а Модбасу уже пятый десяток лет идёт. Модбас не идеален, но, в целом, он удовлетворяет большинство практических потребностей. Попытки сделать что-то лучше, чем в Модбас, приводят к тому, что новые протоколы улучшая одно, проигрывают ему в другом. ИМХО, изобретать свой протокол имеет смысл только для какой-то нестандартной задачи, в которой есть жёсткие требования к каким-то характеристикам протокола.

[Arlleex 131]

У модбаса нет ничего, кроме раскрученной в 80-е (или какие там?) (ныне костыльной) реализации для промавтоматики, ведь разработчикам действительно надо было как-то стыковаться друг с другом, не сильно убиваясь по стандартам. И вот родилось то, что родилось. А потом поддерживалось, потому что "работает - не трогай". Вместо модбаса могло родиться что угодно, хуже или лучше. Идеология модбаса как виртуального регистрового пространства норм, фреймер (RTU) - туфта.

[tonyk_av 33]

40 minutes ago, Arlleex said:

фреймер (RTU) - туфта

Интересно, почему?

[jcxz 189]

56 минут назад, tonyk_av сказал:

Попытки сделать что-то лучше, чем в Модбас

Какой модбас? Вы о чём??? У ТС - радиоканал. А точнее даже - bluetooth. А значит - неизвестные заранее задержки в канале. А также - работа через некий HM-13. И скорей всего - работающий в режиме "прозрачного канала". Т.е. - с совершенно непредсказуемой разбивкой на пакеты (фреймингом) при передаче через радиоканал. Т.е. - весь фрейминг модбас сразу идёт лесом.

1 час назад, tonyk_av сказал:

Так говорят те, кто не умеет им пользоваться.

А, стесняюсь спросить - какими протоколами ещё вы умеете пользоваться?

Только модбасом? Тогда всё ясно.... 

[tonyk_av 33]

4 minutes ago, jcxz said:

с совершенно непредсказуемой разбивкой на пакеты (фреймингом) при передаче через радиоканал. Т.е. - весь фрейминг модбас сразу идёт лесом

Работали с Модбас и по радиоканалу. Приём фрейма отличается от классического, но всё спокойно принимается без особых проблем, даже при разрыве одного фрейма на несколько частей.

[jcxz 189]

5 минут назад, tonyk_av сказал:

Приём фрейма отличается от классического

Т.е. - всё-таки не модбас, а сваяли свой нестандартный велосипед.    Но почему-то называете его "модбас", преднамеренно вводя всех в заблуждение...

[tonyk_av 33]

28 minutes ago, jcxz said:

Т.е. - всё-таки не модбас, а сваяли свой нестандартный велосипед.    Но почему-то называете его "модбас", преднамеренно вводя всех в заблуждение...

Ничего подобного. Было оборудование, стоящее в полях с выходом по EIA-485 и Модбас/RTU. Оборудование было подключено через GSM-модемы. Вот и пришлось со всем этим хозяйством общаться. Оконечное оборудование работало по Модбас, а вот между ним была прослойка, собиравшая рваные фреймы.

[artemkad 54]

Думаю, вот это тут будет самое оно:

https://ru.wikipedia.org/wiki/SLIP

https://en.wikipedia.org/wiki/Serial_Line_Internet_Protocol

https://github.com/marcinbor85/slip/blob/master/slip.c

 

[Arlleex 131]

1 час назад, tonyk_av сказал:

Интересно, почему?

Начать хотя бы с того, что

Цитата

Бонусом получится возможность протестировать написанное с помощью туевой хучи ОРС-серверов и утилит для тестов Модбаса.

не получится (в общем случае). Кодозависимый протокол с фреймером на таймингах не состыковать практически с любым ПК, на котором крутятся "туевы хучи ОРС-серверов и утилит для тестов Модбаса", так чтобы это было надежно всегда. А чтобы это хоть как-то стабильно работало, нужно ПК-шному драйверу создавать щадащие условия со стороны таймингов пристыкованной железки.

[jcxz 189]

2 часа назад, tonyk_av сказал:

Оборудование было подключено через GSM-модемы.

А с модемами вы как работали? Из под винды/линуха? Конечно - через свой low-level-драйвер, работающий на приоритете real-time-ядра?

Или всё-таки - на приоритете пользовательского приложения?