|
Связь с внешним миром Modbus, RS232, RS485, Lon и другое. |
|
Опции темы | Поиск в этой теме |
02.03.2006, 12:11 | #1 |
Новичок
Регистрация: Feb 2006
Адрес: ул.Калибровая 8а, Запорожье, Украина, 69008
Сообщения: 6
Благодарил(а): 0 раз(а)
Поблагодарили:
0 раз(а) в 0 сообщениях
|
Поддержка связи с Trace Mode?
Насколько я понял Modbus является стандартным протоколом связи и интегрирован в ядро контроллера.
1. Есть ли возможность изменить протокол связи на другой, например M-Link (Trace Mode)? 2. Сделать это собственными силами (без заказа специальной версии встроенного ПО)? |
03.03.2006, 07:17 | #2 |
НЕ сотрудник Segnetics
Регистрация: Feb 2006
Сообщения: 540
Благодарил(а): 0 раз(а)
Поблагодарили:
0 раз(а) в 0 сообщениях
|
Ответ: Поддержка связи с Trace Mode?
Э-э... А зачем? Trace Mode поддерживает Modbus RTU. Мы без каких-либо проблем увязали c ней SMH.
|
07.03.2006, 13:51 | #3 |
Новичок
Регистрация: Feb 2006
Адрес: ул.Калибровая 8а, Запорожье, Украина, 69008
Сообщения: 6
Благодарил(а): 0 раз(а)
Поблагодарили:
0 раз(а) в 0 сообщениях
|
Ответ: Поддержка связи с Trace Mode?
На самом деле интересует не сколько связь именно с Trace Mode, а потенциальная возможность изменения протокола связи контроллера на другой собственными силами. Другими словами:
Возможна ли реализация произвольного протокола связи собственными силами? |
07.03.2006, 16:19 | #4 |
Сотрудник Segnetics
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 115
Благодарил(а): 15 раз(а)
Поблагодарили:
660 раз(а) в 604 сообщениях
|
Ответ: Поддержка связи с Trace Mode?
Сдаётся мне, что дешевле будет использовать мост modbus<->то_что_нужно, т.к. даже если и получить исходники встроенного ПО, то придётся изучать взаимодействие программных модулей, встраивать свои (т.е. нужный протокол), ТЕСТИРОВАТЬ это. На это всё понадобится уйма времени...
Потенциально протокол modbus не настолько интегрирован, чтобы его нельзя было заменить. |
10.03.2006, 19:25 | #5 |
Новичок
Регистрация: Feb 2006
Адрес: ул.Калибровая 8а, Запорожье, Украина, 69008
Сообщения: 6
Благодарил(а): 0 раз(а)
Поблагодарили:
0 раз(а) в 0 сообщениях
|
Ответ: Поддержка связи с Trace Mode?
Для ориентира - сколько примерно будет стоить получить исходники встроенного ПО?
|
13.03.2006, 13:54 | #6 |
Сотрудник Segnetics
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 115
Благодарил(а): 15 раз(а)
Поблагодарили:
660 раз(а) в 604 сообщениях
|
Ответ: Поддержка связи с Trace Mode?
На этот вопрос я ответить не смогу. Скорее всего исходники не получить вообще, этот вопрос стоит задать по адресу info@smode.ru
|
27.03.2006, 10:29 | #7 |
Сотрудник Segnetics
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 115
Благодарил(а): 15 раз(а)
Поблагодарили:
660 раз(а) в 604 сообщениях
|
Диспетчеризация и modbus
> Есть ещё вопрос, при управлении контроллера со скады
> необходимо, чтобы при обрыве связи в контролер переключался > в другой режим управления (местный или таймер) как в > программе определить что связь оборвалась (можно конечно > запрограммировать обмен сигналами скады и контроллера и > аварию при отсутствии ответа в течении времени, может быть > есть какой то более эффективный способ?) Нет, в сетях подобной организации не предусмотрено механизма проверки ведомым устройством наличия связи. Это можно осуществить только косвенно. В наших прикладных программах нет никакого детектирования связи с диспетчерской программой. Таймер работает в любом случае, если включен (есть связь или нет), а режим местный/дистанционный переключается как местно (на самом контроллере), так и удалённо (из диспетчерской программы). Наличие связи можно определять только косвенно или введением протокола обмена (это тот вариант, который вы предложили). Косвенно, это (например): если заранее известно, что скада опрашивает контроллер не реже какого-либо отрезка времени, то можно использовать блок SMH2010(link), настроить на нужный порт и анализировать выход TrmPacket на предмет изменения количества отосланных скаде пакетов. Если пакеты не отсылаются в течении некоторого времени, значит скада не опрашивает, значит связи нет. |
14.04.2006, 13:02 | #8 |
Guest
Сообщения: n/a
|
Ответ: Диспетчеризация и modbus
Все ли операции стандартного Modbus поддерживает SMH?
|
14.04.2006, 16:28 | #9 |
Сотрудник Segnetics
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 115
Благодарил(а): 15 раз(а)
Поблагодарили:
660 раз(а) в 604 сообщениях
|
Ответ: Диспетчеризация и modbus
Не умеет широковещательные запросы (как мастер отошлёт, поймает нореспонс - в принципе прокатит; как слейв ваще не поймёт). Слейв умеет функции 01h, 02h, 03h, 04h, 05h, 06h, 0Fh, 10h (т.е. все стандартные), мастер опрашивает слейвы ф-циями 01h, 02h, 03h, 04h, записывает в слейвы ф-циями 0Fh и 10h или ф-циями 05h и 06h.
Последний раз редактировалось Arsie, 13.02.2012 в 13:11 |
12.05.2006, 07:40 | #10 |
НЕ сотрудник Segnetics
Регистрация: Feb 2006
Сообщения: 540
Благодарил(а): 0 раз(а)
Поблагодарили:
0 раз(а) в 0 сообщениях
|
Ответ: Диспетчеризация и modbus
Вообще, в идеале было бы, если б можно было самому прописывать любую функцию.
|
12.05.2006, 08:14 | #11 |
Guest
Сообщения: n/a
|
Ответ: Диспетчеризация и modbus
Вот, еще раз, для неразобравшихся, про подключения через СОМ1 и СОМ2. Хочу подключаться и прошивать программу из SMLOGIK через СОМ2 (RJ45), а сеть организовывать при этом через СОМ1 (клеммы). Ведь клеммы понадёжнее будут чем RJ45.
Еще лучше, чтобы через программатор, чтобы дополнительный порт для организации СЕТИ отсутствовал вообще. |
12.05.2006, 10:45 | #12 |
Сотрудник Segnetics
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 115
Благодарил(а): 15 раз(а)
Поблагодарили:
660 раз(а) в 604 сообщениях
|
Ответ: Диспетчеризация и modbus
Программировать протокол? Появление такой опции в smh-c маловероятно в силу различных причин. Если речь о выборе конкретных функций чтения/записи для конкретных переменных, то вполне вероятно это (либо что-то похожее) появится в будущих обновлениях smlogix.
|
12.05.2006, 10:57 | #13 |
Сотрудник Segnetics
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 115
Благодарил(а): 15 раз(а)
Поблагодарили:
660 раз(а) в 604 сообщениях
|
Ответ: Диспетчеризация и modbus
Выбор программирования через стандартные порты обусловлен тем, что запись программы происходит через протокол modbus. Это даёт такие возможности, как обновление программы на всех контроллерах из одной точки подключения (для сетевых проектов), да и ограничение длины линии (провода) для программирования километром тоже даёт свои плюсы.
Что касается выбора портов для работы в сети, то нужно учитывать, что com2 имеет опторазвязку, а com1 - нет. Соответственно com2 в общем случае более устойчив к помехам и в общем случае не требует выравнивания потенциалов между устройствами modbus. rj45 достаточно надёжен, если обеспечить фиксацию провода (чтобы вилка не 'елозила' в розетке), для клеммника это требование мягче, но всё равно необходимо, т.к. вилка клеммника также 'ёрзает' в розетке, хоть и с меньшей амплитудой. |
16.05.2006, 13:39 | #14 |
Senior Member
Регистрация: Jan 2006
Сообщения: 320
Благодарил(а): 5 раз(а)
Поблагодарили:
2 раз(а) в 2 сообщениях
|
Ответ: Диспетчеризация и modbus
Вопрос следующего плана.
2 контроллера smh связаны по 485 между собой. контроллер №1 как слэйв с обычной вент. прогой. контроллер №2 тоже с любой вент. прогой только считывает значения датчиков(температуры) по 485 с контроллера №1. При пропадании питания на контроллере№1 на контроллере №2 остаются значения последне считанные, и некаких ошибок не выскакивает хотя показания с контроллера №1 уже не приходят. Получается что, постоянно нужно контролировать связь? может есть версия "ядра" которая сама это умеет делать? |
16.05.2006, 18:14 | #15 |
Сотрудник Segnetics
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 115
Благодарил(а): 15 раз(а)
Поблагодарили:
660 раз(а) в 604 сообщениях
|
Ответ: Диспетчеризация и modbus
Да, постоянно контролировать. Ядро контролирует связь только на мастере, т.к. слейв не знает, кто, сколько и когда к нему обращается.
|
28.07.2006, 13:34 | #16 |
Senior Member
Регистрация: Jan 2006
Сообщения: 320
Благодарил(а): 5 раз(а)
Поблагодарили:
2 раз(а) в 2 сообщениях
|
Ответ: Диспетчеризация и modbus
А возможно ли общение контроллера со SCADA бе опк сервера?
|
28.07.2006, 15:01 | #17 |
Сотрудник Segnetics
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 115
Благодарил(а): 15 раз(а)
Поблагодарили:
660 раз(а) в 604 сообщениях
|
Ответ: Диспетчеризация и modbus
Невозможно в принципе. Скада в чистом виде не умеет работать с физическими данными (это дело серверов OPC, DDE и подобных, они дают Скаде всё, что ей нужно). Если какая-то Скада работает напрямую, это лишь значит, что сервер у неё встроенный. Но он всё равно есть.
__________________ Программа делает то что написал программист, а не то что он хотел. Добро всегда побеждает зло. Кто победил - тот и добрый. |
28.07.2006, 19:37 | #18 | |
НЕ сотрудник Segnetics
Регистрация: Feb 2006
Сообщения: 540
Благодарил(а): 0 раз(а)
Поблагодарили:
0 раз(а) в 0 сообщениях
|
Ответ: Диспетчеризация и modbus
Цитата:
|
|
04.08.2006, 07:48 | #19 |
Новичок
Регистрация: Jul 2006
Сообщения: 27
Благодарил(а): 0 раз(а)
Поблагодарили:
0 раз(а) в 0 сообщениях
|
Ответ: Диспетчеризация и modbus
Вот такой вопрос.
Два контроллера SMH связаны между собой по RS485. Master должен иметь выход RS232 в систему диспетчеризации. А в хелпе написано:"Следует обратить внимание на то, что созданный проект мастера нельзя загружать через тот же COM - порт контроллера, по которому он должен опрашивать слэйвы." Как быть если SMH опрашивает слейвы через оба порта? Можно ли загружать проект, созданные в SMLogix через программатор (если можно,то как)? |
04.08.2006, 10:35 | #20 |
Новичок
Регистрация: Jul 2006
Сообщения: 27
Благодарил(а): 0 раз(а)
Поблагодарили:
0 раз(а) в 0 сообщениях
|
Ответ: Диспетчеризация и modbus
Оказывается и в проекте нельзя через оба порта слейвы подключать. И что делать?
|
07.08.2006, 16:16 | #21 |
Senior Member
Регистрация: Jan 2006
Сообщения: 320
Благодарил(а): 5 раз(а)
Поблагодарили:
2 раз(а) в 2 сообщениях
|
Ответ: Диспетчеризация и modbus
подскажите пл-з
как через сервер (lectus) настроить обмен сразу с несколькими контроллерами.( имеется ввиду визуализация на SCADU) С одним все получается , а вот как прописать (2 и более) карт памяти в сервер ? |
07.08.2006, 18:37 | #22 | |
Новичок
Регистрация: May 2006
Адрес: Ufa
Сообщения: 2
Благодарил(а): 0 раз(а)
Поблагодарили:
0 раз(а) в 0 сообщениях
|
Ответ: Диспетчеризация и modbus
Цитата:
2. Программы разные. Открываешь map файл, там все как в OPC (+ комментарий), смотришь и ручками создаешь переменные какие тебе надо. В некоторых OPC к адресу надо прибавлять/вычитать 1, если не ошибаюсь в lectuse этого делать не надо. |
|
09.08.2006, 16:24 | #23 | |
Сотрудник Segnetics
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 115
Благодарил(а): 15 раз(а)
Поблагодарили:
660 раз(а) в 604 сообщениях
|
Ответ: Диспетчеризация и modbus
Цитата:
__________________ Программа делает то что написал программист, а не то что он хотел. Добро всегда побеждает зло. Кто победил - тот и добрый. |
|
09.08.2006, 16:29 | #24 | |
Сотрудник Segnetics
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 115
Благодарил(а): 15 раз(а)
Поблагодарили:
660 раз(а) в 604 сообщениях
|
Ответ: Диспетчеризация и modbus
Цитата:
Далее каждой группы указывается адрес слейва в сети modbus. Т.е. если есть 2 одинаковых слейва, то в лектусе нужно создать идентичную пару групп переменных, которые будут отличаться лишь адресами слейвов. __________________ Программа делает то что написал программист, а не то что он хотел. Добро всегда побеждает зло. Кто победил - тот и добрый. |
|
10.08.2006, 08:22 | #25 | |
Новичок
Регистрация: Jul 2006
Сообщения: 27
Благодарил(а): 0 раз(а)
Поблагодарили:
0 раз(а) в 0 сообщениях
|
Ответ: Диспетчеризация и modbus
Цитата:
|
|
10.08.2006, 10:26 | #26 | |
Сотрудник Segnetics
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 115
Благодарил(а): 15 раз(а)
Поблагодарили:
660 раз(а) в 604 сообщениях
|
Ответ: Диспетчеризация и modbus
Цитата:
Через программатор нельзя зашить никакой проект, т.к. лоджик не умеет формировать загружаемый файл нужного типа. Максимум, что можно сделать с помощью программатора - копию программы исходного контроллера, которую можно будет прошивать в контроллеры такого же типа, что и исходный. __________________ Программа делает то что написал программист, а не то что он хотел. Добро всегда побеждает зло. Кто победил - тот и добрый. |
|
06.09.2006, 13:03 | #27 |
Guest
Сообщения: n/a
|
SMH - modbus - slave
При работе SMH по modbus обнаружил такую вещь. Если пропадает связь со slave, то SMH помнит последние данные полученные по modbus, до тех пор пока не сбросить питание SMH. Это не есть хорошо. Ибо для пользователя создается впечатление, что система работает, а на самом деле это не так. Возможно ли с этим бороться?
|
06.09.2006, 13:56 | #28 | |
Сотрудник Segnetics
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 115
Благодарил(а): 15 раз(а)
Поблагодарили:
660 раз(а) в 604 сообщениях
|
Ответ: SMH - modbus - slave
Цитата:
Вот некоторые примеры: __________________ Программа делает то что написал программист, а не то что он хотел. Добро всегда побеждает зло. Кто победил - тот и добрый. Последний раз редактировалось Arsie, 06.09.2006 в 14:00 |
|
07.09.2006, 07:40 | #29 | |
Guest
Сообщения: n/a
|
Ответ: SMH - modbus - slave
Цитата:
|
|
07.09.2006, 10:48 | #30 | |
Сотрудник Segnetics
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 115
Благодарил(а): 15 раз(а)
Поблагодарили:
660 раз(а) в 604 сообщениях
|
Ответ: SMH - modbus - slave
Цитата:
Ещё один способ: при записи переменной автоматически проходит цикл её чтения из слейва, что и выводится на выходе переменной. Можно сравнивать то, что записали с тем, что считалось. Если в течении некоторого времени после записи в переменную на её выходе не появилось записанное значение, то с большой вероятностью переменная не дошла до слейва. Этот способ хорошо годится для циклических переменных. __________________ Программа делает то что написал программист, а не то что он хотел. Добро всегда побеждает зло. Кто победил - тот и добрый. |
|