слушать модбас реально.

[BETEP]

модбас, прослушка, невозможно...

а если многоканальные слейвы всегда отвечают пакетом? т.е. в одной посылке данные по всем каналам, даже если канал не используется. данные дискретных каналов передавать как один регистр.
того кто слушает настраиваем на адрес того кого слушать и длину пакета в байтах. всё остальное игнорируем, игнорируем и посылки с чётным количеством байтов, реагируем только если выполняется условия:
1. адрес.
2. код ответа с данными.
3. количество байт соответствует ожидаемым каналам с адреса.
4. общее кол-во байт нечётное

кто приведёт пример посылки мастера который шпион примет за ответ слейва?

[Филоненко Владислав]

при обращении мастера по старшим адресам и особых значениях данных в ответе можно легко перепутать запрос с ответом.
если в шпион точно забить адреса и размеры, по которым запрашивает мастер - то лог. анализ возможен. при хорошей связи.

[BETEP]

если функция шпиона понадобится, то следить нужно только за данными каналов слейвов.
вопрос с кодом 03 перепутать с ответом с кодом 03 невозможно,
в запросе чётное количество байтов в ответе нечётное.

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

приведите пример где запрос 03 соответствует ответу 03.(crc не обязательно)

кстати, при использовании пакетных протоколов, мне в голову даже не приходит опрашивать по одному регистру.

[BETEP]

Прошло более недели, доказательств невозможности простого прослушивания описанным выше способом не представлено.

"При необходимости реализуется программно не напрягаясь." - Общие слова говорят о Вашем незнакомстве с протоколом ModBus. Реализовать невозможно.

Владислав, Вы и Ваши коллеги были очень неправы...
Ну ещё развеян последний миф в пользу овеновского протокола.

[Филоненко Владислав]

Вот и слушайте на здоровье. Разве мы обязаны Вам раскрывать глаза?
Или будем компенсировать потери от 17 тон осетрины, испорченной из-за супер новой технологии прослушивания ModBus?
Какие доказательства. Проблема не решаема, я это выяснил 2 года назад и забыл о выкладках, т.к. не интересно. Мне абсолютно не интересен ни протокол ModBus, ни попытки сделать из мухи дирижабель. Надуть ее можно, но ведь лопнет Напишите а РАН, пусть докажут, что 2+2=4.
Только в России, спустя 30 лет с разработки ModBus была открыта страшная тайна - его можно прослушивать. Вот все автоматчики обалдуи. Это-ж золотое дно!

[Николаев Андрей]

Чуть сбавьте обороты пожалуйста - закрою тему...

[BETEP]

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

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

Но вместо аргументов эмоции, "особые значения данных", "тонны рыбы"...т.е. пустые слова.
Нет ничего страшного в том что люди иногда меняют своё мнение и не продолжают всеми силами держаться за ошибочное. Когда то и солнце крутилось вокруг земли, даже после Коперника.

Мне конечно будет очень приятно, если вдруг окажется что я первый за 30 лет,

Врятли я ошибусь, если предположу что именно Вы один из авторов овеновского протокола.

[Филоненко Владислав]

Вы мне льстите Я был слишком мал, когда создавался протокол ОВЕН
У Вас доказательств Ваших слов нету, но Вы их требуете от нас. Начните с себя. Приведите доказательства.
Или Вы доверяете экспертному мнению, либо сами пробуете доказать Ваши утверждения.

[BETEP]

Сколько раз нужно повторится?

Вы писали используя мою цитату:

"Модбас пакетный протокол, для самого протокола не имеет значения в каком формате передаются данные, лишь бы указание длины и колв-во байтов соответствовало. - Вот это расскажите всем пользователям и производителям SCADA - ну совсем не важно как передает.

Ваши высказывания о том что мобас плохо дружит с разными форматами неверно,
Простое доказательство на русском языке: Lectus Modbus OPC/DDE сервер http://www.lectussoft.com/ опрбован не только мною на разных форматах.

И про прослушку:

а модбас подслушивать нельзя. вы можете на экране отслеживать их, но в реальном деле одна пропущенная пачка из-за помехи и весь логический анализ летит к черту. ведь в некоторых случаях ответ от устройства ничем не отличается от запроса в прибору.

Доказательсво простое:
По стандарту модбаса в запросе на чтение данных всегда чётное кол-во байтов, в ответе нечётное, если это условие не выполняется, то это уже не модбас.
Естественно Вы не сможете привести пример где запрос 03 сответствует ответу 03.

Будем отрицать используя аргументы про рыбу?

[Lectus]

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

Это утверждение не совсем верно.
Можно привести пример чтения дискретных выходов
(чтение 19 регистров начиная с 0x0300):
Tx: 01 01 03 00 00 13 7D 83
Rx: 01 01 03 00 00 13 7D 83