Добрый день! Подскажите, пожалуйста, возможно ли подключаться к COM-портам СПК110 [М01] без адаптера?
Если да, то какие номера портов будут в CoDesys?
Добрый день! Подскажите, пожалуйста, возможно ли подключаться к COM-портам СПК110 [М01] без адаптера?
Если да, то какие номера портов будут в CoDesys?
Добрый день.
Да, конечно.
На корпусе сзади таблица с гравировкой.
Вот здесь ее видно, там указаны и пины DB9, и номера портов в CODESYS:
Вложение 53102
1. Можно.
2. Ровно те же, что и с адаптером.
Вы же понимаете, что адаптер - это переходник с 2 * DB-9 на пружинные клеммники?
Здравствуйте, постоянно скачет время на три часа назад (СПК М01). Где то на форуме уже писали про это. Скажите, эту фичу починят когда нибудь?
Я программно не отлавливал, но в визуализации вижу( иногда каждый день, иногда через день) замена батарейки ничего не дала. Спасаюсь NTP.
1 возвращается через 3-5 минут.
2 Да часовой пояс UTC+3
3 OwenArchiver не использую
Добрый день!
При переносе проекта СПК107[M01] с CODESYS V3.5 SP5 Patch 5 на CODESYS V3.5 SP11 Patch 5 Hotfix 4.
Проект скомпилировался без ошибок и залит в несколько СПК107. Все шкафы были отлажены и протестированы на стенде по стандартной процедуре.
Один из контроллеров стал периодически зависать.
Вложение 53383
При отладке на объекте выяснилось, что зависания периодические и зависят от выходного значения счетчика CTD.
Проблема не решилась... Вернее сказать, методом тыка выявились некоторы закономерности. При переобъявлении всех перменных типа RS, SR, R_TRIG, F_TRIG, CTD и таймеров внутри этого ФБ и перезагрузке проекта менялись значения счетчика, при которых появлялись исключения... Ситуация пока стабилизировалась...
Теперь, при переносе проекта на CODESYS V3.5 SP14 Patch 3 симптомы те же самые, да еще прибавились некоторые "несуразности"
Вложение 53384
Внезапно перестают работать таймеры и элементы "И". Причем контроллер не вываливается в исключение...
Может посоветуете что-нибудь? Может у кого-нидь что-то подобное было?
Добрый день.
Если в логе нажать на строку SOURCEPOSITION - то среда должна показать, где именно произошло исключение.
Я бы советовал продолжать отладку проекта.Цитата:
Может посоветуете что-нибудь?
Для начала стоить расставить корректный порядок нумерации блоков на холсте (ПКМ на холст - Порядок выполнения - Упорядочить в соответствии с потоком данных).
Вероятно, именно некорректный порядок выполнения является причиной наблюдаемой вами "несуразности".
Журнал ссылается на разные элементы этого ФБ (RS, SR, F_TRIG и т.д.)Цитата:
Если в логе нажать на строку SOURCEPOSITION - то среда должна показать, где именно произошло исключение.
Вложение 53385
Решен ли вопрос с идентификацией клиента? Разрешение экрана ненадежно, да и как его СПК получит? Логин/пароль тривиально, но неудобно.
Хотелось бы чтобы СПК смотрел на IP клиента. Если локальная сеть, то можно выдавать клиенту визуализацию без логина/пароля (кроме критических уставок). Если же IP у клиента "внешний", тогда запрос пароля с самого начала. Где увидеть IP клиента?
В идеале вообще браузер должен автозаполнять логин\пароль и квитировать, как это происходит на обычных сайтах с регистрацией. Но возможно ли это с СПК?
IP клиента можно считать.
См. пример:
https://ftp.owen.ru/CoDeSys3/21_Exam...projectarchive
Сделать автоподстановку логина/пароля в стандартный диалог пользователя - трудоемко, но, вероятно, возможно (диалог доступен в исходниках).
Но проще будет сделать свой диалог и свою систему управления пользователями.
Или по IP делать автологин - это уже проще:
https://owen.ru/forum/showthread.php...l=1#post295107
Добрый день.
Мы выпустили обновление прошивки для СПК1хх [М01].
Новые функции:
- система исполнения CODESYS V3.5 SP16 Patch 3;
- поддержка протокола GPRS в компоненте Modem;
- поддержка OpenVPN-клиента;
- поддержка MySQL-клиента;
- экспериментальная поддержка USB-модемов.
Полный список нововведений здесь:
https://owen.ru/forum/showthread.php...l=1#post351532
Несколько важных моментов:
- прошивка не внедрена на заводе - при покупке контроллера в нем будет прежняя прошивка с SP14;
- для перепрошивки контроллера на прошивку 1.3.xxxx.xxxx потребуется выполнить процедуру обновления прошивки два раза;
- прямая перепрошивка с версии 1.1.xxxx.xxxx на прошивку 1.3.xxxx.xxxx крайне не рекомендуется - сначала нужно прошиться на 1.2.xxxx.xxxx;
- откат с прошивку 1.3.xxxx.xxxx на прошивку 1.1.xxxx.xxxx невозможен.
А с прошивки 1.3.xxxx.xxxx на прошивку 1.2.xxxx.xxxx можно будет откатиться?
Вложение 54052
С новой прошивкой при включении СПК долго устанавливается связь с модулями вв по ethernet, почему такое может быть?
чуть больше минуты, на старой прошивке подключение было моментальным и совпадало появлением визуализации на экране спк, здесь же после включения начинаешь нервничать что что-то не так пошло
У меня проблема не воспроизводится.
Если вы пришлете ваш проект - я могу повторить эксперимент с ним.
https://dropmefiles.com/yMTnX
Хорошо, я правильно понимаю вы включили спк, затем подключились к нему и перевели в работу. и у вас всё нормально.
А теперь сохраните загрузочный проект, отключите питание спк, включите питание и скажите когда у вас появится связь с модулями после полной загрузки спк.
Связь появилась в момент запуска рантайма.
Пруф: https://dropmefiles.com/3b0G2
архив проекта https://dropmefiles.com/8PpDO
видимо и правда что-то напортил
С вашим проектом у меня проблема тоже не воспроизводится.
Но проект тяжеловесный, загрузка CPU под 100% - визуализация работает медленно.
Я бы рекомендовал MainTask поставить 20 мс, VISU_TASK - 100 мс, для шаблонов настроить Минимальный период опроса = 200 мс, например, и для модулей вывода настроить режим записи - По изменению.
Вообще, при таком количестве слэйвов имеет смысл для опроса использовать стандартные компоненты - они будут работать быстрее.
Отчет о быстродействии шаблонов я выкладывал:
https://owen.ru/forum/showthread.php?t=31176
Благодарю, попробую повторно прошить спк. Тяжеловесный не то слово, и это ещё не весь
Добрый день. Адаптирую проект под SP16 , что бы избежать багов Modbus TCP Slave, я могу их не обновлять и оставить версию 3.5.12.0 ?
Добрый день.
Необходимо читать\писать в несколько slave по Modbus RTU. Т.к. с некоторыми обмены должны происходить по условию, то решил отказаться от циклического режима, а перейти к обмену по "Переднему фронту". Для этого анализирую xBusy. При работе с одним портом RS-485 все работает. Если аналогично организовать обмен по еще одному порту RS-485, то на другом периодически (раз в 60-70 обменов) возникает ошибка "Reseponse timeout". Можете ли подсказать что я делаю на правильно?
Потому что все пока лежит на столе, в 10-20 см друг от друга и если исключить из программы второй порт 485, то проблемный работает без сбоев.
Потому что слэйвы пока лежат на столе, в 10-20 см от СП107. При циклическом (100 мс) опросе ошибок не было совсем.
Если сделать меньше обменов, то и ошибок становится меньше, а при еще меньшем числе обменов совсем исчезают. Похоже в СПК просто перегружается обработчик Modbus RTU.