Вид для печати
Исправил со сбросом ошибки
По отдельности все приборы работают, при подключении всех 4х, СМИ2 (адрес №5) всегда в аварии (горит красный треугольник) но вроде как обмен идет, т.к. значение на индикаторе меняться, не сразу но меняться. А модуль 4К4Р периодически проскальзывает авария, но восстанавливается. В общем связь стала лучше, но она не стабильная
Может какие тайминги в приборах надонастроить?
А если исключить из опроса СМИ2 - связь с МК110 станет стабильной?Цитата:
Сообщение от yaroslavcik
Немного лучше, но если судить по работе светодиодных индикаторов приборов, то какое то время все хорошо, потом как будто связь "спотыкается" и на долю секунды связь обрывается и сразу восстанавливается, при этом проскальзывает на 4к4р авария
Я почему так боюсь за эту стабильность, потому что вместо этих приборов будут стоять частотники в количестве от 3 до 8 шт и обрывов вообще бы не хотелось
Боюсь с МКОН вы стабильности не добьетесь. Рядом с ПЧ у меня МКОНы периодически теряли пакеты и никак это не лечится кроме как толковой обработкой этих исключений.
Можно ли управлять опросом приборов программно, через стандартные библиотеки, будут ли они работать с МКОН?
В настройка МБ устройства есть параметр задержка ответа в мс измеряется, что это за параметр? Т.к. при изменении его в СМИ2, поменялась модель поведения всей связи в целом
можно. Для стороннего ПО МКОН видится как стандартный шлюз модбас. Отличие от просто slave-устройства - дополнительные коды ошибок "нет маршрута" и "устройство не отвечает". Если библиотека способна понять что slave-устройство может ответить ошибкой, то всё будет работать штатноЦитата:
Сообщение от yaroslavcik
добрый день. опрашиваю стороннеее устройство, slave в modbus rtu, 19200/8/нет/1.
при опросе напрямую через АС-4М - все в порядке.
при опросе через МКОН (2022г.в.) - считываемые действительные значения чередуются с красной строкой "ERROR 0x08".
изменение параметров задержек не делает ни лучше, ни хуже.
куда копать?
https://i.postimg.cc/DfW8GVNz/1.jpg
Добрый день.
Отправьте этот вопрос на support@owen.ru, пожалуйста.
нужно в режиме сниффера посмотреть что приходит с прибора. И какие у Вас настройки мастера
Достал из дальнего угла МКОН - здесь в теме была проблема с ним, так и валяются с 20-го года. Почитал - вроде как оказалось была проблема с опросом более 2-х устройств (а ведь Филоненко Владислав тогда ни хрена не знающих пользователей обвинил). Но говорят вышла новая прошивка. Пытаюсь прошить, ни как. При этом старыми версиями прошивается. Смотрю на картинку самого МКОНа, а он по другому выглядит. Может дело в смене аппаратной версии? Поискал по сайту, не нашел архива версий. В общем у меня 2 прошивки которые заливаются - v1.14 и 1.22, в то время как на сайте v2.43, которая не загружается ни мастером прошивок, ни через конфигуратор. Как это можно объяснить?
Добрый день.Цитата:
Сообщение от stesel
Прошивка v2.43 доступна только для МКОН с обновленной аппаратной платформой.
https://owen.ru/product/mkon/selector
Зря надеетесь, что новая прошивка или даже новый МКОН помогут Вам решить проблему максимального кол-ва tcp-соединений.Цитата:
Сообщение от stesel
Ну не то что бы надеюсь, может хотя бы стабильность в работе какая-то появилась. Ну хотя бы я дома к контроллеру в котельной поставлю, для дистанционного контроля.Цитата:
Сообщение от imaex
А то ведь у меня их было куплено 7 штук под проект, и вернуть-то проблема. Времени прошло не мало.
stesel так а проблема в чем? несколько приборов за МКОН а опрашивать все надо от двух Мастеров ?
Уже нет. Проблема в купленных под проект МКОН, которые не работают в проекте. А теперь нужно хоть как-то отбить вложения и пристроить их.Цитата:
Сообщение от melky
Так вопрос то в силе, изначально было как?
Как обычные преобразователи протокола они что, не работают? Когда мастер один.
Да если честно я уж точно и не вспомню. Где-то в этой ветке поднимал вопрос в 20-м году. Я там и схемы рисовал, и девайс свой прошивал присланными тех.поддержкой прошивками, из-за чего на одном заводской номер слетел. Сейчас пересмотрел видос снятый для тех.поддержки - там до банального даже при простейшей схеме зависают. Схема была ПР200 - МКОН - МКОН - панель мастером.Цитата:
Сообщение от melky
Знающие люди, подскажите, если МКОН работает в режиме Master в сети Ethernet - Slave в сети RS-485 могу ли я увидеть ошибки опроса устройств в сети 485? МКОН отдает нули при запросе отключенных устройств, а не возвращает кода ошибки. Снифером я конечно вижу ошибку обмена, а как мне увидеть ошибку из ПЛК110, к которому по Ethernet подключен МКОН?
rediskus, не могу сказать, ибо не пользую это поделие.
Но по документации у самого мкон вроде есть адрес слейва зарезервированный, он там чета показывает?
Да у него есть кучка внутренних регистров - "Приложение Б. Список регистров Modbus", но там нет ничего о состоянии связи со слейвами. Но ведь сам МКОН ошибки видит, снифером же показывает.Цитата:
Сообщение от melky
Ошибки таймаута? Или неправильные запросы?
На первые по идее и реакция не нужна.
Мне нужно знать что устройство отвалилось и в обмене более не участвует. ПЛК110 соответственно отдавал не нулевой статус операции обмена. А сейчас любая операция обмена с МКОН по Ethernet проходит успешно, даже если подключенное к нему по RS485 устройство не ответило.Цитата:
Сообщение от melky
Если скорость реакции не важна, то я делаю так: Считаю кол-во ошибочных запросов, если ПОДРЯД вернулось к примеру 5 ошибок, то значит связь отвалилась. Чем больше число тем вернее, но из практики вроде и до 3-х можно считать.Цитата:
Сообщение от rediskus
Я же написал выше, что обмен через МКОН не позволяет детектировать ошибку, обмен с МКОН всегда без ошибок, просто данные с подключенного по RS485 устройства не приходят и все.Цитата:
Сообщение от stesel
Пардон, мимо прошел. Тогда может другой вариант?Цитата:
Сообщение от rediskus
Я так делал для слэйва, что бы он как-то знал что связь с мастером отвалилась и нужно что-то предпринять, в моем случае безопасно остановить выполнение алгоритма. Для этого мастер с периодичность раз в несколько секунд инвертирует сетевую переменную. Слэйв по каждой инверсии сбрасывает таймер, но если таймер досчитал до конца, значит связь оборвалась.
Да это единственный возможный вариант, но он возможен только для своих устройств. У меня же через МКОН подключены 4 частотника от Innovert, они ничего инвертировать не согласные :)Цитата:
Сообщение от stesel
Может в частотнике есть какая-то не нужная переменная, которую можно записывать и считывать изменяя каждый раз? Хотя тут получается, что мы к МКОНу обращаемся и такой алгоритм может не прокатить. В новой версии есть прошивка для прозрачного режима, тогда бы это сработало. Но в прозрачном-то режиме и ошибка должна приходить по идее. Тут кроме разработчиков вряд ли кто поможет.Цитата:
Сообщение от rediskus
Старые МКОНы на STM-ках вроде собраны, если руки дойдут может что своё туда напишу. По идее там сильно не придется реверс инжинирингом заниматься, узнать пины uarta, кнопки и светодиода, а Ethernet должен на стандартных пинах сидеть, как по даташиту.
Мне очень хороший способ подсказал пользователь EFrol применительно к панели СП307 к которой через МКОН сосисками подвязаны ПВТ110. Если в макросе организовать чтение регистра конкретного устройства через функцию Read, например Read(NET_0, 7, MODBUS_TCP_REG_4X, 1300, 0, TYPE_WORD, &Value621) и этой функцией читать какой-то регистр в нужном слэйве, то сама эта функция в качестве значения выдает TRUE/FALSE в зависимости от отклика конкретного слэйва (в примере с адресом 7). Таким образом просто присвоив значение этой функции подходящей переменной можно понимать, отзывается слэйв или нет. Нужно посмотреть кодэсис, наверняка там тоже можно реализовать нечто подобное. В случае СП307 и ПВТшки я так читал регистр 1300, который в одном из битов передает статус своей связи с зондом. Поскольку эти данные были мне тоже нужны, получилось 2 в одном. FLOAT32 с температурой и влажностью я читал по другому, чтобы не раздувать макросы. Но сама идея прикольная.
Не получится, в том и дело, что МКОН как буфер работает. Он сам опрашивает регистры и если связь отвалилась, то Вы об этом не узнаете, об этом знает только МКОН, но он не хочет об этом сообщать.Цитата:
Сообщение от Lexx225
Ничего он сам не опрашивает.Цитата:
Сообщение от stesel
Да ну... Не может быть :)Цитата:
Сообщение от imaex
А если без шуток, то прозрачном режиме он ни чего конечно не опрашивает. Но речь о режиме "нормальном" по логике разработчиков. Вы же настраиваете ему подчиненные устройства. По сути МКОН превращается в контроллер связующий RS485 и Ethernet, в некий маршрутизатор, со своей обработкой пакетов. Поэтому пару страниц назад обсуждалось как должен вести себя себя МКОН в случаях отвала подчиненного устройства.
Да ни в каком не опрашивает. Я признаю, что Вы правы, только в том случае, если приведёте мне ссылку в РЭ, где описаны регистры для записи опрашиваемых по Modbus параметров. Как для прочих устройств, которые действительно умею делать такое.Цитата:
Сообщение от stesel
Ну выдумывайте. Не приписываёте банальному шлюзу протоколов свойств, которыми он не обладает.
stesel он просто преобразует протоколы, сам он ничего не опрашивает.
1.Цитата:
Сообщение от rediskus
изучить карту слейвов на предмет наличия заведомо известных данных или значений которые исключены
примеры:
новых овен слейвов
[521] - скорость известна, да и диапазон 0...8
[527] - адрес известен, да и просто <> 0
какой-нить старый МУ110-32Р
[96] всяко меньше 600
какой-то прибор отдающий тока какой-то флоат - вы реально верите что у него может быть весь диапазон флоат?
...
и т.п
2.
в инпут регистр (хоть 32 регистра хоть флоат) через указатель записывать заведомую какашку, а про прямое обращение к этому input что-то забыть и работать только через примитивную прокладку
Код:... Прокладка
const
какашка : ... := ....
output
OnRecv : bool; //вау, бонус!!
value : ....
Connect : TOF := (PT := ....);
var
init : bool;
p : pointer to ...
------------
p := adr(этот input);
if init then
OnRecv := этот input <> какашка;
Value := Sel(OnRecv, Value, этот input);
end_if
Connect(IN := OnRecv);
init := True;
P^ := какашка;
-----------
где-то
if not Прокладка.Connect.Q then
... связь ту-ту
end_if
...
.. := Прокладка.Value;
--
детство какое-то
ну да, ну да, конечно. По Ethernet ему запросы прилетают со скоростью 100 Мб/сек, а по 485-му он их засовывает в 115200, а то и 9600.Цитата:
Сообщение от melky
stesel, вам же написали уже, покажите, где настраиваются регистры опроса в мкон для 485-х устройств.
Так то и преобразователи Ethernet-rs485 тоже скорости меняют, даже до 2400 и нечего, работает.
Ну опросите сами себя петлей ПЛК.Клиент.Eth-----Eth.МКОН.485----Rs485.Слейв.Этот_же_ПЛКЦитата:
Сообщение от stesel
1 регистр - и все. И больше никого в конфигурации клиента(мастера)
А в слейве запустите
i := i + 1; //1000 раз/сек ващето
и покажите хотя бы 40 изменений в секунду в клиенте.
??
А потом еще раз скажите "ну да ну да"
100 Мб/сек. Нуданудануда....Цитата:
Сообщение от stesel
ну и чем это противоречит?Цитата:
Сообщение от Валенок
Цитата:
Сообщение от melky
stesel, к чему про 100MB/сек сказали?Цитата:
Сообщение от stesel
Доброго дня! Как это "не получится" если именно так у меня и работает. Снимаешь питание с конкретного модуля - сразу появляется ошибка в совершенно конкретном месте на панели. Строго ассоциированная с выбитым датчиком.Цитата:
Сообщение от stesel