Здравствуйте, постоянно скачет время на три часа назад (СПК М01). Где то на форуме уже писали про это. Скажите, эту фичу починят когда нибудь?
Здравствуйте, постоянно скачет время на три часа назад (СПК М01). Где то на форуме уже писали про это. Скажите, эту фичу починят когда нибудь?
Добрый день.Цитата:
Сообщение от Big280
Что значит "постоянно"? Опишите ситуацию более подробно, пожалуйста.
Я программно не отлавливал, но в визуализации вижу( иногда каждый день, иногда через день) замена батарейки ничего не дала. Спасаюсь NTP.
1. После изменения времени - оно через пару секунд не возвращается к нормальному?Цитата:
Сообщение от Big280
2. У вас часовой пояс UTC+3?
3. У вас в проекте используется OwenArchiver?
1 возвращается через 3-5 минут.
2 Да часовой пояс UTC+3
3 OwenArchiver не использую
На "пустом" проекте (где на экране только вывод системного времени и никакого кода) у вас это воспроизводится?Цитата:
Сообщение от Big280
К сожалению нет возможности проверить...СПК в работе.Цитата:
Сообщение от Евгений Кислов
Я могу только прокомментировать, что описанную проблему без участия OwenArchiver наблюдал лишь один раз - и в тот раз она решилась, когда мы удалили из проекта библиотеку, разработанную клиентом.Цитата:
Сообщение от Big280
Добрый день!
При переносе проекта СПК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
Добрый день.Цитата:
Сообщение от senat892
По приложенному скрину сложно что-то однозначно сказать.
Но порядок выполнения блоков программы все же некорректное. Как это исправить Вам Евгений описал выше.
Решен ли вопрос с идентификацией клиента? Разрешение экрана ненадежно, да и как его СПК получит? Логин/пароль тривиально, но неудобно.Цитата:
Сообщение от Евгений Кислов
Хотелось бы чтобы СПК смотрел на IP клиента. Если локальная сеть, то можно выдавать клиенту визуализацию без логина/пароля (кроме критических уставок). Если же IP у клиента "внешний", тогда запрос пароля с самого начала. Где увидеть IP клиента?
В идеале вообще браузер должен автозаполнять логин\пароль и квитировать, как это происходит на обычных сайтах с регистрацией. Но возможно ли это с СПК?
IP клиента можно считать.Цитата:
Сообщение от Pronto72
См. пример:
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 можно будет откатиться?
Да, опять же - откат происходит в две перепрошивки с файлом reset_plc или установленной галочкой Удаление настроек в web-конфигураторе.Цитата:
Сообщение от saii
Вложение 54052
С новой прошивкой при включении СПК долго устанавливается связь с модулями вв по ethernet, почему такое может быть?
Долго - это сколько?Цитата:
Сообщение от glazastik
чуть больше минуты, на старой прошивке подключение было моментальным и совпадало появлением визуализации на экране спк, здесь же после включения начинаешь нервничать что что-то не так пошло
Я проверю на нашем стенде с таким же количеством модулей и отпишусь.Цитата:
Сообщение от glazastik
У меня проблема не воспроизводится.Цитата:
Сообщение от glazastik
Если вы пришлете ваш проект - я могу повторить эксперимент с ним.
https://dropmefiles.com/yMTnX
Хорошо, я правильно понимаю вы включили спк, затем подключились к нему и перевели в работу. и у вас всё нормально.
А теперь сохраните загрузочный проект, отключите питание спк, включите питание и скажите когда у вас появится связь с модулями после полной загрузки спк.
Ок, завтра повторю эксперимент с вашими условиями.Цитата:
Сообщение от glazastik
Связь появилась в момент запуска рантайма.Цитата:
Сообщение от glazastik
Пруф: 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 ?
Добрый день.Цитата:
Сообщение от Big280
Да.
Добрый день.
Необходимо читать\писать в несколько slave по Modbus RTU. Т.к. с некоторыми обмены должны происходить по условию, то решил отказаться от циклического режима, а перейти к обмену по "Переднему фронту". Для этого анализирую xBusy. При работе с одним портом RS-485 все работает. Если аналогично организовать обмен по еще одному порту RS-485, то на другом периодически (раз в 60-70 обменов) возникает ошибка "Reseponse timeout". Можете ли подсказать что я делаю на правильно?
Добрый день.Цитата:
Сообщение от Pronto72
А почему вы считаете, что проблема в ваших действиях, а не проблемах на стороне slave'a/помехах на линии связи и т.д.?
Потому что все пока лежит на столе, в 10-20 см друг от друга и если исключить из программы второй порт 485, то проблемный работает без сбоев.
Обеспечьте доступ по TeamViewer, пожалуйста.Цитата:
Сообщение от Pronto72
Потому что слэйвы пока лежат на столе, в 10-20 см от СП107. При циклическом (100 мс) опросе ошибок не было совсем.Цитата:
Сообщение от Евгений Кислов
Если сделать меньше обменов, то и ошибок становится меньше, а при еще меньшем числе обменов совсем исчезают. Похоже в СПК просто перегружается обработчик Modbus RTU.
Извините, не могу по корпоративным правилам.Цитата:
Сообщение от Евгений Кислов
У вас есть какой-то простейший тестовый проект (с счетчиками ошибок и т.д.), который вы можете выложить для попытки воспроизведения проблемы?Цитата:
Сообщение от Pronto72
Пример прилагаю.
Можете объяснить алгоритм работы вашего кода?Цитата:
Сообщение от Pronto72
В частности, каким именно образом вы детектируете ошибки обмена.
Визуально, в отладчике
Вложение 54685