Собираюсь организовать передачу данных по каналу bluetooth. Встал выбор реализации уровня приложения. Modbus подойдет?

Привет.
Вопрос сферический, потому что неизвестно важное свойство сети - одномастерная или мульти-

Предполагается передача данных от устройства к телефону. Одно устройстово - один телефон

будет работать конечно, только придется выбросить байтовые тайм-ауты и прочую хр"нь.

если применить MODBUS ASCII, не придется ничего выбрасывать

RTU тоже работает, проверено с разными мастерами, в т.ч. с сайта разработчика протокола.
тайм-ауты 1.5 и 3.5 байта давно нигде не учитываются, тем более на ПК это невозможно, все рекомендуют контролировать общий тайм-аут приемника 10..100мс.

Только это уже человек, похожий на генерального прокурора протокол, похожий на RTU, но не MODBUS RTU

ну да, расскажите это Lantronix, Siemens, 3S-Smart, Simatic

Дык они исторически - убийцы модбаса, чего их спрашивать?
Я вот считаю ASCII самое то, RTU фтопку. Честное пионэрское.
Можете еще pc-host попробовать или SLIP, есичо

Сообщение отредактировал _Pasha - Feb 16 2014, 18:27

просто в некоторых даташитах прямо рекомендуют во избежание проблем использовать тайм-аут приема 50..100мс, на другие условия типа 3.5byte забить т.к. на обычных ПК между байтами могут быть разрывы в несколько мс.
кмк LRC слабоват, особенно для длинных пакетов.
и оверхед 100%, для мелких контроллеров может мешать.

Хехе
Контроль четности + избыточность по символам как раз LRC оправдывают.
А оверхед по памяти? Нафига, если можно прямо в прерывании переводить в байты и обратно? Как раз-таки чем мне импонирует - что не надо ресурсы цеплять на относительно быстрые таймауты.
Вообще-то SLIP конечно круче, но над ним надо свой пакетный уровень делать. И RTU туда не завернешь, помешает CRC16, потому что стаффинг там и будет болтаться без сигнатуры.