Добрый день!

Я давно ищу реализацию или объяснение, как заставить общаться двум компьютерам по рс-485 (а не компьютеру и Контроллеру) по протоколу модбас. И каждый раз, в каждой статье, натыкаюсь на объяснение общения ПК и ПЛК, но ни одной статьи про общение компьютеров. В будущем компьютеров будет больше двух. Не встречался ли кто-то с такой задачей?

(0) Для чего?

(1) Для реализации режима работы программы ведущий-ведомый. Несколько компьютеров связаны кабелем рс-485. И ещё по ком-порту связан один из компьютеров с контроллером (но речь не о нем), один из компьютеров ведущий опрашивает контроллер и отправляет всем остальным компьютерам по модбаз, что он жив, и данные, которые он опросил. Остальные компьютеры отвечают ведущему о своей живучести. Дальше если ведущий выключается/ломается, то ведомые не получив от него данных, один из ведомых становится ведущим и сам начинает опрос контроллера.

во первых модбус - требует единомоментного мастера, или постоянного или циклического...

во вторых в стандарте зашиты команды управления периферийкой а не софтом...

в третьих - есть библиотеки для комп-комп, реально видел...

(2) ринг-мастер поддерживается кучей других (более простых протоколов)

жесть какая.

(4) Ринг-мастер это имеется ввиду ведомый-ведущий? А другие протоколы работают с рс-485?

Бяги девочка оттуда. Эта полупромышленная херь никуда не уперлась.

(7) Уже почти сбежала. Вот без этой жести не отпустят никак)

(7) вообще надстройки над модбусом в каждом авто работают :)

это один из самых распространённых классов протоколов в мире...

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

(9) Все функции в ардуино лениво прописать?

А шо еще нету реализации tcp/ip поверх модбаса?

(10) памяти и так мало, и размер кадра избыточно велик...

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

(11) есть

(13) Гм, не нашел нашел только Modbus TCP который реализация модбаса поверх tcp/ip протокола

http://www.modbus.org/tech.php

(11) Как оно?

(14) ну да, я немного не правильно тебя понял :)

тут основная проблема - это необходимость мастера, а делать ринг-мастер а по верх него TCP - по моему это просто глупо :)

(16) нашел https://toster.ru/q/74322

(2) А комп часто мрет?

может лучше юзать https://ru.wikipedia.org/wiki/LanDrive

(16) Да мастер нужен который по сути будет роль шлюза играть и заниматься пересылкой/забором пакетов со слейвов.
На слейвах нужен буфер на исходящие пакеты чтобы дождаться пока мастер обратится за ними.

И самый изврат в (0) когда мастер помирает и "новый мастер" заново делает "dhcp" ))

(19) Да хотел предложить но оно заточено на умный дом а не обмен между компами в этой извращенной сети.
Проще свое написать будет прямо на modbus он же простой совершенно.

Еще есть готовое http://www.mesta-automation.com/modbus-with-c-sharp-libraries-examples/ в разных видах как платные "обертки" так и фри.

(18) Мастер умирает не часто, просто в ситуации, когда выключают компьютер (не каждый день, а по какой-то особой причине - переставить его нужно и пр. или он просто сломался, предположительно раз в 2-4 недели, к примеру.

http://wiki.freepascal.org/PascalSCADA
https://sourceforge.net/projects/pascalscada/

А пользоваться вместо модбаз запись/чтение в ком-порт номер 1, например, так не получится с рс-485?

(23)+ https://sourceforge.net/projects/mbutils/?source=navbar

(24) Оно так по сути и работает, но по очереди устанавливает serial соединение между матером и слейвами.
Слейвы сами ничего не могут пока жив мастер.

(26) Слейвы смогут прочитать в этой библиотеке данные из пакета с мастера, но не смогут мастеру ответ дать?

(21) вообще-то LanDrive это надстройка над Modbus/RTU

так, что можно смело его реализацию брать :)

(27) Не могут - только по запросу.

(29) +1

(27) слейв может ответить мастеру, если мастер ничего на запросил то слейв будет молчать в тряпочку.

Кстати задачка (0) нерешаема для более чем одного резервного мастера, без дополнительного канала коммуникации.

Можно настроить один из слейвов что если ему долго не сообщает о своей работе мастер (не соединяется с ним) то этот слейв будет считать что мастер сдох и сам начнет "мастерить".

Но вот два резервных мастера в один момент времени не может быть. И в случае отказа мастера и запасного мастера остальные слейвы будут тупо ждать.
Если одному из них каким то способом не сообщить что теперь ты мастер (резервный же не успел назначить запасного себе).

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

(32) Это можно, ссылки на либы в ветке.
В случая отказа одновременно обоих мастеров основного и запасного будет привет ))

теория http://www.bookasutp.ru/Chapter2_3.aspx

(32) я-бы сабж решал железным способом, берем тригер с циклическим сдвигом на 10 портов, 5 портов завязываем через кондер на RX железки RS485,

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

ну как-то так...

то есть железка сама будет определять какой RS485 , будет считатся мастером

(35) Ты изобрел уплотнение )) примерно так GSM пашет и еще много чего

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

(37) Чем поможет "не глюкавая" железка когда провод оборвут? Только к этой "не глюкавой" железке.

(38) У ТС в (22) данная проблема не возникает.

(39) Тогда не понимаю смысла (2) как резервного мастера. Думал то нуна автоматом чтобы мастер сам поднимался, а не направительным пинком от человека.

По сути это и есть дополнительный канал коммуникации. Просто реализовать мастер/слейв на каждом компе и мастера запускать только на том что нуна.

485 это же "общая шина"? если на нее навесить пачку 485-232 слышать будут все? и если прокинуть общую шину всем резервным дело останется за программной реализацией?

(40) Кажется и правда можно и нужно обойтись обычным ком-портом. Мастер выбираться должен 1 раз или по-умолчанию, а вообще, человек там не должен что-то включать и пр, компьютер должен сам понять, что мастера нет и кто-то один из компьютеров должен принять на себя работу мастера.

(41) Да, вроде бы там сейчас должно быть все внутри этой сети слышно, я это не сразу поняла.

(42) бывает схема "делаю, потому что могу". Мастера слушают шину и считают сколько в сети старше их по айди. Если один, то в отсчет предыдущего + время ответа + 400мс опрашивают устройство самостоятельно

(44) Уже пробую по этой схеме делать. Большое спасибо всем!