Segnetics

Вернуться   Segnetics > Форум Segnetics > Связь с внешним миром

Связь с внешним миром Modbus, RS232, RS485, Lon и другое.

Ответ
 
Опции темы Поиск в этой теме Опции просмотра
Старый 02.03.2006, 12:11   #1
zem21
Новичок
 
Регистрация: Feb 2006
Адрес: ул.Калибровая 8а, Запорожье, Украина, 69008
Сообщения: 6
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Поддержка связи с Trace Mode?

Насколько я понял Modbus является стандартным протоколом связи и интегрирован в ядро контроллера.
1. Есть ли возможность изменить протокол связи на другой, например M-Link (Trace Mode)?
2. Сделать это собственными силами (без заказа специальной версии встроенного ПО)?
zem21 вне форума   Ответить с цитированием
Старый 03.03.2006, 07:17   #2
SMH
НЕ сотрудник Segnetics
 
Аватара для SMH
 
Регистрация: Feb 2006
Сообщения: 540
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Поддержка связи с Trace Mode?

Э-э... А зачем? Trace Mode поддерживает Modbus RTU. Мы без каких-либо проблем увязали c ней SMH.
SMH вне форума   Ответить с цитированием
Старый 07.03.2006, 13:51   #3
zem21
Новичок
 
Регистрация: Feb 2006
Адрес: ул.Калибровая 8а, Запорожье, Украина, 69008
Сообщения: 6
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Поддержка связи с Trace Mode?

На самом деле интересует не сколько связь именно с Trace Mode, а потенциальная возможность изменения протокола связи контроллера на другой собственными силами. Другими словами:
Возможна ли реализация произвольного протокола связи собственными силами?
zem21 вне форума   Ответить с цитированием
Старый 07.03.2006, 16:19   #4
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Ответ: Поддержка связи с Trace Mode?

Сдаётся мне, что дешевле будет использовать мост modbus<->то_что_нужно, т.к. даже если и получить исходники встроенного ПО, то придётся изучать взаимодействие программных модулей, встраивать свои (т.е. нужный протокол), ТЕСТИРОВАТЬ это. На это всё понадобится уйма времени...

Потенциально протокол modbus не настолько интегрирован, чтобы его нельзя было заменить.
Arsie вне форума   Ответить с цитированием
Старый 10.03.2006, 19:25   #5
zem21
Новичок
 
Регистрация: Feb 2006
Адрес: ул.Калибровая 8а, Запорожье, Украина, 69008
Сообщения: 6
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Поддержка связи с Trace Mode?

Для ориентира - сколько примерно будет стоить получить исходники встроенного ПО?
zem21 вне форума   Ответить с цитированием
Старый 13.03.2006, 13:54   #6
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Ответ: Поддержка связи с Trace Mode?

На этот вопрос я ответить не смогу. Скорее всего исходники не получить вообще, этот вопрос стоит задать по адресу info@smode.ru
Arsie вне форума   Ответить с цитированием
Старый 27.03.2006, 10:29   #7
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Диспетчеризация и modbus

> Есть ещё вопрос, при управлении контроллера со скады
> необходимо, чтобы при обрыве связи в контролер переключался
> в другой режим управления (местный или таймер) как в
> программе определить что связь оборвалась (можно конечно
> запрограммировать обмен сигналами скады и контроллера и
> аварию при отсутствии ответа в течении времени, может быть
> есть какой то более эффективный способ?)

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

Наличие связи можно определять только косвенно или введением протокола обмена (это тот вариант, который вы предложили). Косвенно, это (например): если заранее известно, что скада опрашивает контроллер не реже какого-либо отрезка времени, то можно использовать блок SMH2010(link), настроить на нужный порт и анализировать выход TrmPacket на предмет изменения количества отосланных скаде пакетов. Если пакеты не отсылаются в течении некоторого времени, значит скада не опрашивает, значит связи нет.
Arsie вне форума   Ответить с цитированием
Старый 14.04.2006, 13:02   #8
skipa
Guest
 
Сообщения: n/a
По умолчанию Ответ: Диспетчеризация и modbus

Все ли операции стандартного Modbus поддерживает SMH?
  Ответить с цитированием
Старый 14.04.2006, 16:28   #9
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Ответ: Диспетчеризация и modbus

Не умеет широковещательные запросы (как мастер отошлёт, поймает нореспонс - в принципе прокатит; как слейв ваще не поймёт). Слейв умеет функции 01h, 02h, 03h, 04h, 05h, 06h, 0Fh, 10h (т.е. все стандартные), мастер опрашивает слейвы ф-циями 01h, 02h, 03h, 04h, записывает в слейвы ф-циями 0Fh и 10h или ф-циями 05h и 06h.

Последний раз редактировалось Arsie, 13.02.2012 в 13:11
Arsie вне форума   Ответить с цитированием
Старый 12.05.2006, 07:40   #10
SMH
НЕ сотрудник Segnetics
 
Аватара для SMH
 
Регистрация: Feb 2006
Сообщения: 540
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Диспетчеризация и modbus

Вообще, в идеале было бы, если б можно было самому прописывать любую функцию.
SMH вне форума   Ответить с цитированием
Старый 12.05.2006, 08:14   #11
DencaX
Guest
 
Сообщения: n/a
По умолчанию Ответ: Диспетчеризация и modbus

Вот, еще раз, для неразобравшихся, про подключения через СОМ1 и СОМ2. Хочу подключаться и прошивать программу из SMLOGIK через СОМ2 (RJ45), а сеть организовывать при этом через СОМ1 (клеммы). Ведь клеммы понадёжнее будут чем RJ45.
Еще лучше, чтобы через программатор, чтобы дополнительный порт для организации СЕТИ отсутствовал вообще.
  Ответить с цитированием
Старый 12.05.2006, 10:45   #12
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Ответ: Диспетчеризация и modbus

Программировать протокол? Появление такой опции в smh-c маловероятно в силу различных причин. Если речь о выборе конкретных функций чтения/записи для конкретных переменных, то вполне вероятно это (либо что-то похожее) появится в будущих обновлениях smlogix.
Arsie вне форума   Ответить с цитированием
Старый 12.05.2006, 10:57   #13
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Ответ: Диспетчеризация и modbus

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

Что касается выбора портов для работы в сети, то нужно учитывать, что com2 имеет опторазвязку, а com1 - нет. Соответственно com2 в общем случае более устойчив к помехам и в общем случае не требует выравнивания потенциалов между устройствами modbus. rj45 достаточно надёжен, если обеспечить фиксацию провода (чтобы вилка не 'елозила' в розетке), для клеммника это требование мягче, но всё равно необходимо, т.к. вилка клеммника также 'ёрзает' в розетке, хоть и с меньшей амплитудой.
Arsie вне форума   Ответить с цитированием
Старый 16.05.2006, 13:39   #14
alex
Senior Member
 
Регистрация: Jan 2006
Сообщения: 320
Благодарил(а): 5 раз(а)
Поблагодарили: 2 раз(а) в 2 сообщениях
По умолчанию Ответ: Диспетчеризация и modbus

Вопрос следующего плана.

2 контроллера smh связаны по 485 между собой.

контроллер №1 как слэйв с обычной вент. прогой.
контроллер №2 тоже с любой вент. прогой только считывает значения датчиков(температуры) по 485 с контроллера №1.
При пропадании питания на контроллере№1 на контроллере №2 остаются значения последне считанные, и некаких ошибок не выскакивает хотя показания с контроллера №1 уже не приходят.
Получается что, постоянно нужно контролировать связь?
может есть версия "ядра" которая сама это умеет делать?
alex вне форума   Ответить с цитированием
Старый 16.05.2006, 18:14   #15
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Ответ: Диспетчеризация и modbus

Да, постоянно контролировать. Ядро контролирует связь только на мастере, т.к. слейв не знает, кто, сколько и когда к нему обращается.
Arsie вне форума   Ответить с цитированием
Старый 28.07.2006, 13:34   #16
alex
Senior Member
 
Регистрация: Jan 2006
Сообщения: 320
Благодарил(а): 5 раз(а)
Поблагодарили: 2 раз(а) в 2 сообщениях
По умолчанию Ответ: Диспетчеризация и modbus

А возможно ли общение контроллера со SCADA бе опк сервера?
alex вне форума   Ответить с цитированием
Старый 28.07.2006, 15:01   #17
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Ответ: Диспетчеризация и modbus

Невозможно в принципе. Скада в чистом виде не умеет работать с физическими данными (это дело серверов OPC, DDE и подобных, они дают Скаде всё, что ей нужно). Если какая-то Скада работает напрямую, это лишь значит, что сервер у неё встроенный. Но он всё равно есть.


__________________
Программа делает то что написал программист, а не то что он хотел.

Добро всегда побеждает зло. Кто победил - тот и добрый.
Arsie вне форума   Ответить с цитированием
Старый 28.07.2006, 19:37   #18
SMH
НЕ сотрудник Segnetics
 
Аватара для SMH
 
Регистрация: Feb 2006
Сообщения: 540
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Диспетчеризация и modbus

Цитата
Сообщение от alex
А возможно ли общение контроллера со SCADA бе опк сервера?
Множество скад работает с различными приборами, использующих различные (даже самые причудливые) протоколы, посредством встроенных драйверов. Кроме того, многие скады предлагают встроенные инструменты, с помощью которых можно САМОМУ написать необходимый драйвер, если такого нет в перечне поддерживаемых скадой. В качестве универсальной скады, прекрасно работающей в том числе и со встроенным драйвером протокола modbus, рекомендую присмотреться к TraceMode - www.adastra.ru
SMH вне форума   Ответить с цитированием
Старый 04.08.2006, 07:48   #19
oleg
Новичок
 
Регистрация: Jul 2006
Сообщения: 27
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Диспетчеризация и modbus

Вот такой вопрос.
Два контроллера SMH связаны между собой по RS485. Master должен иметь выход RS232 в систему диспетчеризации. А в хелпе написано:"Следует обратить внимание на то, что созданный проект мастера нельзя загружать через тот же COM - порт контроллера, по которому он должен опрашивать слэйвы."
Как быть если SMH опрашивает слейвы через оба порта? Можно ли загружать проект, созданные в SMLogix через программатор (если можно,то как)?
oleg вне форума   Ответить с цитированием
Старый 04.08.2006, 10:35   #20
oleg
Новичок
 
Регистрация: Jul 2006
Сообщения: 27
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Диспетчеризация и modbus

Оказывается и в проекте нельзя через оба порта слейвы подключать. И что делать?
oleg вне форума   Ответить с цитированием
Старый 07.08.2006, 16:16   #21
alex
Senior Member
 
Регистрация: Jan 2006
Сообщения: 320
Благодарил(а): 5 раз(а)
Поблагодарили: 2 раз(а) в 2 сообщениях
По умолчанию Ответ: Диспетчеризация и modbus

подскажите пл-з
как через сервер (lectus) настроить обмен сразу с несколькими контроллерами.( имеется ввиду визуализация на SCADU)
С одним все получается , а вот как прописать (2 и более) карт памяти в сервер ?
alex вне форума   Ответить с цитированием
Старый 07.08.2006, 18:37   #22
o_nagumanov
Новичок
 
Регистрация: May 2006
Адрес: Ufa
Сообщения: 2
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Диспетчеризация и modbus

Цитата
Сообщение от alex
подскажите пл-з
как через сервер (lectus) настроить обмен сразу с несколькими контроллерами.( имеется ввиду визуализация на SCADU)
С одним все получается , а вот как прописать (2 и более) карт памяти в сервер ?
1. Если контроллеры прошиты одной программой то соответственно адреса переменных однаковы, а адреса разные. Создаешь ручками еще один узел, в нем такие же переменные, только адрес устройства ставишь другой.
2. Программы разные. Открываешь map файл, там все как в OPC (+ комментарий), смотришь и ручками создаешь переменные какие тебе надо. В некоторых OPC к адресу надо прибавлять/вычитать 1, если не ошибаюсь в lectuse этого делать не надо.
o_nagumanov вне форума   Ответить с цитированием
Старый 09.08.2006, 16:24   #23
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Ответ: Диспетчеризация и modbus

Цитата
Сообщение от oleg
Вот такой вопрос.
Два контроллера SMH связаны между собой по RS485. Master должен иметь выход RS232 в систему диспетчеризации. А в хелпе написано:"Следует обратить внимание на то, что созданный проект мастера нельзя загружать через тот же COM - порт контроллера, по которому он должен опрашивать слэйвы."
Как быть если SMH опрашивает слейвы через оба порта? Можно ли загружать проект, созданные в SMLogix через программатор (если можно,то как)?
Системы диспетчеризации сами опрашивают контроллеры-слейвы, по крайней мере иного я ещё не встречал. SMH2010 действительно может опрашивать слейвы только одним портом, но через второй его самого можно опросить как слейв. Через программатор загрузить проект 'двухпортового мастера' не получится.


__________________
Программа делает то что написал программист, а не то что он хотел.

Добро всегда побеждает зло. Кто победил - тот и добрый.
Arsie вне форума   Ответить с цитированием
Старый 09.08.2006, 16:29   #24
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Ответ: Диспетчеризация и modbus

Цитата
Сообщение от alex
подскажите пл-з
как через сервер (lectus) настроить обмен сразу с несколькими контроллерами.( имеется ввиду визуализация на SCADU)
С одним все получается , а вот как прописать (2 и более) карт памяти в сервер ?
В нём для каждой группы переменных указывается порт компьютера, к которому подключен слейв - таким образом количество сетей modbus ограничивается количеством портов в компьютере.

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


__________________
Программа делает то что написал программист, а не то что он хотел.

Добро всегда побеждает зло. Кто победил - тот и добрый.
Arsie вне форума   Ответить с цитированием
Старый 10.08.2006, 08:22   #25
oleg
Новичок
 
Регистрация: Jul 2006
Сообщения: 27
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Диспетчеризация и modbus

Цитата:
Сообщение от Arsie
Системы диспетчеризации сами опрашивают контроллеры-слейвы, по крайней мере иного я ещё не встречал. SMH2010 действительно может опрашивать слейвы только одним портом, но через второй его самого можно опросить как слейв. Через программатор загрузить проект 'двухпортового мастера' не получится.
В системе диспетчеризации SMH является мастером по отношению к конвертору ModbusRTU/Profibus DP. А простые проекты через программатор зашивать можно?
oleg вне форума   Ответить с цитированием
Старый 10.08.2006, 10:26   #26
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Ответ: Диспетчеризация и modbus

Цитата
Сообщение от oleg
В системе диспетчеризации SMH является мастером по отношению к конвертору ModbusRTU/Profibus DP. А простые проекты через программатор зашивать можно?
Ясно, я про прямой опрос говорил.

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


__________________
Программа делает то что написал программист, а не то что он хотел.

Добро всегда побеждает зло. Кто победил - тот и добрый.
Arsie вне форума   Ответить с цитированием
Старый 06.09.2006, 13:03   #27
skipa
Guest
 
Сообщения: n/a
По умолчанию SMH - modbus - slave

При работе SMH по modbus обнаружил такую вещь. Если пропадает связь со slave, то SMH помнит последние данные полученные по modbus, до тех пор пока не сбросить питание SMH. Это не есть хорошо. Ибо для пользователя создается впечатление, что система работает, а на самом деле это не так. Возможно ли с этим бороться?
  Ответить с цитированием
Старый 06.09.2006, 13:56   #28
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Ответ: SMH - modbus - slave

Цитата
Сообщение от skipa
При работе SMH по modbus обнаружил такую вещь. Если пропадает связь со slave, то SMH помнит последние данные полученные по modbus, до тех пор пока не сбросить питание SMH. Это не есть хорошо. Ибо для пользователя создается впечатление, что система работает, а на самом деле это не так. Возможно ли с этим бороться?
Встречный вопрос: какое мы имеем право записывать недостоверную информацию на сетевые переменные? Ведь 'нули' - это не что иное, как недостоверная информация, якобы поступившая от слейва. А бороться с этим очень просто: контролировать связь со слейвом. Для этого есть переменная с направлением "Echo", для этого есть блок SMH2010 (link), наличие связи косвенно можно контролировать через контроль прохождения одноразовых переменных, можно "гонять" какую-либо информацию по кругу между мастером и слейвом... Я, если делаю проект для двух и более SMH2010 использую метод "по переменной", а если нужна идеальная отказоустойчивость - использую "приёмопередатчик", он, в довершение, позволяет слейву контролировать отправляемый поток данных на мастер. В примере версия для статичных или медленно меняющихся данных.

Вот некоторые примеры:
Вложения
Тип файла: zip По качеству связи (master).zip (3.4 Кбайт, 532 просмотров)
Тип файла: zip По переменной (master-slave).zip (9.0 Кбайт, 482 просмотров)
Тип файла: zip По принятым пакетам (slave).zip (1.9 Кбайт, 502 просмотров)
Тип файла: zip приёмопередатчик.zip (17.6 Кбайт, 463 просмотров)


__________________
Программа делает то что написал программист, а не то что он хотел.

Добро всегда побеждает зло. Кто победил - тот и добрый.

Последний раз редактировалось Arsie, 06.09.2006 в 14:00
Arsie вне форума   Ответить с цитированием
Старый 07.09.2006, 07:40   #29
skipa
Guest
 
Сообщения: n/a
По умолчанию Ответ: SMH - modbus - slave

Цитата:
Сообщение от Arsie
Встречный вопрос: какое мы имеем право записывать недостоверную информацию на сетевые переменные? Ведь 'нули' - это не что иное, как недостоверная информация, якобы поступившая от слейва. А бороться с этим очень просто: контролировать связь со слейвом. Для этого есть переменная с направлением "Echo", для этого есть блок SMH2010 (link), наличие связи косвенно можно контролировать через контроль прохождения одноразовых переменных, можно "гонять" какую-либо информацию по кругу между мастером и слейвом... Я, если делаю проект для двух и более SMH2010 использую метод "по переменной", а если нужна идеальная отказоустойчивость - использую "приёмопередатчик", он, в довершение, позволяет слейву контролировать отправляемый поток данных на мастер. В примере версия для статичных или медленно меняющихся данных.

Вот некоторые примеры:
Дело в том, что в качестве slave используется стороннее устройство с поддержкой modbus(01, 02, 03, 04, 05, 06, 15, 16, 23), и вышеприведённые примеры нереализуемы ввиду невозможности записи проекта на slave и отсутствием поддержки echo. Вариант "по качеству связи" неудовлетворяет, т.к. на com-порте сидит 3 устройства, и необходимо контролировать наличие связи с каждым в отдельности.
  Ответить с цитированием
Старый 07.09.2006, 10:48   #30
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Ответ: SMH - modbus - slave

Цитата
Сообщение от skipa
Дело в том, что в качестве slave используется стороннее устройство с поддержкой modbus(01, 02, 03, 04, 05, 06, 15, 16, 23), и вышеприведённые примеры нереализуемы ввиду невозможности записи проекта на slave и отсутствием поддержки echo. Вариант "по качеству связи" неудовлетворяет, т.к. на com-порте сидит 3 устройства, и необходимо контролировать наличие связи с каждым в отдельности.
"По переменной", только со стороны мастера. Там мастерная и слейвовая части практически независимы. Для контроля можно использовать любую переменную слейва, только посылать на неё не меандр, на нужные данные. При желании так можно контролировать каждую переменную, отправляемую на слейв.

Ещё один способ: при записи переменной автоматически проходит цикл её чтения из слейва, что и выводится на выходе переменной. Можно сравнивать то, что записали с тем, что считалось. Если в течении некоторого времени после записи в переменную на её выходе не появилось записанное значение, то с большой вероятностью переменная не дошла до слейва. Этот способ хорошо годится для циклических переменных.


__________________
Программа делает то что написал программист, а не то что он хотел.

Добро всегда побеждает зло. Кто победил - тот и добрый.
Arsie вне форума   Ответить с цитированием
Ответ

Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать темы
Вы не можете отвечать на сообщения
Вы не можете прикреплять файлы
Вы не можете редактировать свои сообщения

BB code is Вкл.
[IMG] код Вкл.
HTML код Выкл.


Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
диспетчеризация Modbus Master - Gsm PA3JlUBHOE Связь с внешним миром 6 22.01.2019 03:14
Ошибка при вызове Lectus Modbus OPC server из Autoscada(Masterscada) Dkydryashov AutoSCADA (вентиляция) 3 07.11.2017 11:56
OPC сервер компании Insat kostkost Связь с внешним миром 11 14.07.2017 17:13
Honeywell MVC80-DH10M LordN Связь с внешним миром 30 28.11.2016 14:21
SMConnect и OPC сервер VB_Alen SMConnect & SMConfig 8 01.04.2016 14:29


Часовой пояс GMT +4, время: 09:20.


Версия vBulletin: 3.8.3
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Segnetics 2005 - 2023