Просмотр полной версии : СПК110 + устройства других производителей
GoodLuck
12.01.2016, 09:55
Мне пришлось столкнуться с проблемой опроса контроллером СПК110 не "овеновских" приборов.
1) Надо было считывать данные с установки ультрафиолетовой очистки воды, в результате не помогли никакие танцы с бубнами, ПЛК100 справился с этой задачей без проблем.
2) Потребовалось передавать данные с блока индикации БИ-03 ("Промприбор"). Данные получить удалось, но проблема в том, что если БИ-03 отключить, а затем опять включить, то после этого начинает глючить вся сеть RS485 с модулями 8А, 16Д (некоторые датчики выпадают в ошибку, дискретные сигналы показывают ноль, хотя на самом деле должна быть единица). помогает перезагрузка СПК.
Если кто-то сталкивался с чем-то подобным, поделитесь опытом.
GoodLuck
14.01.2016, 11:24
Неужели так никому и не приходилось опрашивать не "овеновские" приборы, используя СПК? Если был такой опыт, напишите хотя бы пару слов чем увенчались попытки!
Применительно к ПЛК, если читать форум, здесь вроде все работает нормально, можно даже опрашивать приборы с нестандартными протоколами. А как справляется с этой задачей СПК непонятно, на форуме тоже информации по этому поводу не нашлось.
Очень важно знать, стоит ли заморачиваться опять, если потребуется в будущем решать подобные задачи.
GoodLuck
14.01.2016, 11:52
Не овеновский прибор - это прибор, произведенный не фирмой ОВЕН.
Везде использовался протокол модбас.
К сожалению результаты своего труда предоставить никак не могу, потому что проблему опроса установки очистки ультрафиолетовой воды пытались решить еще год назад. ОРС-сервер на ПК считывал данные с установки без проблем. И когда стали считывать данные с помощью ПЛК, все заработало прекрасно. А вот с СПК ничего не получилось.
Насчет БИ-03: на СПК данные передаются без проблем. Но есть одно но... На RS485 висят последовательно 8А - 3 шт., 16ДН - 2 шт., 8Р4У - 2 шт. и БИ-03. Когда отваливается какой-либо модуль, просто перестают передаваться данные с этого модуля, а когда отваливается БИ-03, то начинают глючить и все остальные модули тоже.
И что с ним может быть не так, если отличие только в другом производителе?
Вот на этот вопрос и хотелось бы получить ответ!
GoodLuck
14.01.2016, 12:37
Опрос шел через конфигурацию, все параметры были выставлены правильно - это абсолютно точно. Если вы имеете ввиду, что могли быть какие-то ошибки с адресом, скоростью, номерами регистров и т.д., то нет, такого быть не могло. Все проверялось, перепроверялось ни один день, и не только мною. Еще пара человек поучаствовала в этом процессе.
Даже пытались провести опрос и по RS485 и по RS232 - ничего не получилось. Думали еще, что может быть кабеля неправильно спаяли, кабеля эти перепроверяли ни по одному разу.
Проекта того уже, естественно, нет.
Это как минимум странно, что несколько дней бились с СПК - ничего не получилось, а с ПЛК100 - все получилось за 5 мин.
capzap, а вам лично приходилось опрашивать какой-нибудь не овеновский прибор с помощью СПК?
GoodLuck
14.01.2016, 13:07
Ну, ок. Если я сейчас воспроизведу проект с опросом установки очистки ультрафиолетовой воды, предоставлю инфу по регистрам, вы сможете мне помочь разобраться?
понятия не имею смогу или нет
вот могу проект предложить, чем тестировал в последний раз
конфигуратором не пользуюсь, через бибки только, в проекте даже библиотеки нет, сетевые настройки только нужно свои поставить, начальный адрес (otvet.ref) нужные поставить в место 4, ну и количество оставить два, потому что один флоат преобразую
если проект что то будет читать, значит конфигуратор всё же ошибочно был у Вас выставлен, либо назначенный порт перепутан, либо вобще физической связи нет
GoodLuck
14.01.2016, 13:37
Вот мой проект и приложения по описанию протокола модбас
Неужели так никому и не приходилось опрашивать не "овеновские" приборы, используя СПК? Если был такой опыт, напишите хотя бы пару слов чем увенчались попытки!
Применительно к ПЛК, если читать форум, здесь вроде все работает нормально, можно даже опрашивать приборы с нестандартными протоколами. А как справляется с этой задачей СПК непонятно, на форуме тоже информации по этому поводу не нашлось.
Очень важно знать, стоит ли заморачиваться опять, если потребуется в будущем решать подобные задачи.
Atv312 без проблем, а сapzap прав насчёт переменных
GoodLuck
14.01.2016, 14:16
Нет, переменные в том проекте, конечно, были объявлены и использовались. Дело не в этом. Там даже не было связи с самим устройством, не появлялся зеленый значок.
GoodLuck
14.01.2016, 14:19
Ладно, бог с ним, с этим проектом, тем более все нормально работает на ПЛК100, переделывать теперь все равно никто не будет.
Остался невыясненным вопрос по БИ-03. Почему при его отключении начинают глючить остальные слейвы?
Atv312 без проблем, а сapzap прав насчёт переменных
жекон, а еще слейвы есть, или только Atv312 опрашиваете?
Ладно, бог с ним, с этим проектом, тем более все нормально работает на ПЛК100, переделывать теперь все равно никто не будет.
Остался невыясненным вопрос по БИ-03. Почему при его отключении начинают глючить остальные слейвы?
жекон, а еще слейвы есть, или только Atv312 опрашиваете?
ТРМ202. Мх110-8р,8а,4д4р,4к4р,8дф, да стоит пропасть связи с одним из слейвов вся сеть начинает периодически подвисать
Естественно, а как иначе?
Естественно, а как иначе?Ну к примеру на ПЛК это так явно это не видно
Ладно, бог с ним, с этим проектом, тем более все нормально работает на ПЛК100, переделывать теперь все равно никто не будет.
Остался невыясненным вопрос по БИ-03. Почему при его отключении начинают глючить остальные слейвы?
жекон, а еще слейвы есть, или только Atv312 опрашиваете?
возможно дело в терминальных резисторах
возможно дело в терминальных резисторах
Мне кажется что нет, есть задумка поставить ПЛК150 буфером перед СПК и посмотреть как 150 будет себя вести на этой сети(посчитать ошибки)
Добрый день! Как то делал опрос датчика скорости воздушного потока с ПЛК110 по RS232 через библиотеку SysLibCom. Сейчас стоит задача подключить этот же датчик, но уже к СПК110. Никак не могу разобраться как переделать программу под библиотеку SysCom. На SysLibCom это выглядело вот так у меня
PROGRAM RS232
VAR
COM_SERVICE2: COM_SERVICE; (*ФБ открытия порта*)
port_opened2: BYTE := 0; (*состояние порта*)
Settings2:COMSETTINGS; (* настройки последовательного порта *)
com_num2: PORTS:=1; (*0 - RS-485, 1 - RS-232*)
i : INT;
xxx : ARRAY[0..10] OF BYTE;
z1, z2 :REAL;
END_VAR
IF port_opened2=0 THEN
Settings2.Port:=com_num2;
Settings2.dwBaudRate:=9600;
Settings2.byParity:=0;
Settings2.dwTimeout:=0;
Settings2.byStopBits:=0;
Settings2.dwBufferSize:=0;
Settings2.dwScan:=0;
END_IF
COM_SERVICE2(Enable:=(port_opened2=0) , Settings:=Settings2 , Task:=OPEN_TSK );
IF COM_SERVICE2.ready THEN
port_opened2:=2;
END_IF
IF port_opened2=2 THEN
SysComRead(com_num2,ADR(xxx),20,0);
z1:=BYTE_TO_WORD(xxx[2]);
z2:=BYTE_TO_WORD(xxx[3]);
Air_Flow:=(z1*256+z2)/100;
END_IF
Евгений Кислов
21.01.2021, 18:48
У вас датчик сам присылает данные (в роли мастера)?..
Уточняю, так как не вижу в коде формирования и отправки запроса к нему.
К СПК1ХХ по RS-485 подключены устройства: СТМ30М-10ДЦ (з шт.), МВ110-224.8А (2 шт.). Проблема: выпадают из опроса все устройства при перезапуске эл.питания на любом из СТМ30М-10ДЦ. После перезапуска эл.питания на СПК1ХХ обмен данными восстанавливается.
В чём причина данной проблемы?
Евгений Кислов
12.04.2021, 08:26
К СПК1ХХ по RS-485 подключены устройства: СТМ30М-10ДЦ (з шт.), МВ110-224.8А (2 шт.). Проблема: выпадают из опроса все устройства при перезапуске эл.питания на любом из СТМ30М-10ДЦ. После перезапуска эл.питания на СПК1ХХ обмен данными восстанавливается.
В чём причина данной проблемы?
Возможно, в момент снятия питания по сети проходит помеха, которая "подвешивает" COM-порт.
Попробуйте перезапускать его из кода:
http://www.owen.ru/forum/showthread.php?t=28167&p=272286&viewfull=1#post272286
Возможно, в момент снятия питания по сети проходит помеха, которая "подвешивает" COM-порт.
Попробуйте перезапускать его из кода:
http://www.owen.ru/forum/showthread.php?t=28167&p=272286&viewfull=1#post272286
Евгений, спасибо за совет! Попробую добавить в код перезапуск COM-порта.
Добавил, перезапуск помог решать последствия проблемы. Евгений, благодарю за помощь!
Powered by vBulletin® Version 4.2.3 Copyright © 2024 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot