Визуализация в клиенте открывается не в полноэкранном режиме. Особенно печально с этим обстоит когда использую смартфон с Хромом. Может кто-то знает как сделать, чтобы на любом устройстве открывалось в Fullscreen?
Если вы режим Kiosk емете в виду, то он на стороне клиента настраивается. И Chrom кажется больше не поддерживается.
Добрый день всем!
Вопрос касательно VNC. Распберри стоит на даче, управляет кое-какими девайсами, оснащен тач-экранчиком. Крутится приложение для управления GPIO, написанное на Python + Tkinter. Так вот, я планирую, когда на даче, то управлять этим приложением с локального экранчика, а когда дома, то делать то же самое, но через VNC. Однако ,к моему разочарованию, так сделать не получается. Если я запускаю это приложение локально, то через VNC его не видно на рабочем столе и наоборот. Т.е. как будто бы есть два независимых друг от друга рабочих стола. Меня это не устраивает, мне нужно одно приложение, т.е. как будто бы я работал через Тим Вьювер. На той же панельке Вейнтек VNC работает как надо - я вижу, как мой удаленный сотрудник клацает софт-кнопки, меняет экраны визуализации и пр.
Прошу сильно ногами не пинать, я в этом деле не специалист, а гугл ничего путнего не говорит, какие запросы я не делал. Возможно, нужно поменять что-то в настройках VNC-сервера?
Доброго времени.
Достал из закромов Raspberry - накатил последний Codesys SP17 на комп, поставил рантайм на распберри.
Но никак не дам ума Ethernet --> Modbus TCP Master --> Modbus Slave
Оно вообще работает?
Поставил OPC на компьютер в режиме Slave - на работает на малине.
Достал из закромов ПЛК110 - добавил туда Slave - не работает на малине.
Игрался с таргетами, задержками, настройками Ethernet (lo, eth0, wlan0) - по барабану.
Накатил библиотеку от Овен - OCL (OwenCommunication) - все работает.
Может есть хитрость?
ЗЫ
Про 30 минут и работу промышленных интерфейсов читал, пробовал перезагружать - эффект тот же.
Добрый день.
Должно.
Cкорее всего, хитрость в Unit ID - у OPC Инсата (думаю, вы используете его) и ПЛК110 по умолчанию Unit ID = 1, а в CODESYS V3.5 - 255.
2021-06-25_6-23-09.png
СODESYS V3.5: Repository Archive V3.5 SP4 (необходим для старых СПК) / Раздел CDS V3.5 на сайте
Форум: Вопросы и ответы / Визуализация / Настройка обмена с другими устройствами
Web-панель ВП110 / Modbus-индикатор СМИ2-М
Telegram: @JuneSmellsLikeBlood | e-mail: e.kislov@owen.ru | oscat.ru | Как обратиться в техподдержку?
Как отлаживать ошибки | Отладка проектов в CODESYS V3.5 | XY problem | Как правильно задавать вопросы | AnyDesk
Добрый день!
Столкнулся тут с одной неприятной штукой. Сделал в Raspberry и CODESYS V3.5 SP17 сервер TCP/IP. Хотя, судя по всему, (западные форумы) эта проблема, особенно вторая, есть и на других контроллерах, но не видно, что бы кто-то ее решил. Итак, сервер сделан на CAA NBS. Сам по себе вроде работает. Данные ходят в обе стороны. Но - есть две серьезные проблемы.
Первая - если мы удаленную железку-клиент сбрасываем по питанию, то дескриптор соединения hConnection так и не сбрасывается в ноль. Далее только при ОПЯТЬ загруженной железке и посылке любого пакета ИЗ Codesys он обнуляется. Во всяком случае, ненулевым он может быть минут десять, хотя железки уже нет, что совершенно неприемлимо в большинстве случаев. Т.е. как будто нет возможности задать некий тайм-аут для входящих соединений. Но это еще как-то можно было бы решить периодической посылкой сообщений из Codesys в сторону железа.
Далее еще интереснее. Как только после иммитации сбоя железка пробует переподключится, то дескриптор обнуляется, флаг отключения клиента fbTcpConnection.xDonе также становится True, но сервер в Codesys больше не принимает от нее соединения! Пробовал по этому флагу в основном цикле выключать fbTcpConnection и fbTcpServer, а потом включать их - не помогает. Пришлось сделать ребут Системы исполнения, только это помогает:
IF fb_TcpServer.Client_Disconnect THEN
SysProcess.SysProcessExecuteCommand('sudo service codesyscontrol restart', pRes);
END_IF
Может, я вообще как-то неправильно работаю с сервером? В PLC_PRG он объявлен как fb_TcpServer: TcpServer; Далее я просто вызываю его в основном цикле как fb_TcpServer();. В этом же цикле обращение к данным например как fb_TcpServer.abyTx[0].... и так далее. Сами данные ходят в две стороны нормально.
Последний раз редактировалось Петр Петрович; 09.07.2021 в 14:10.
Да тут бы не помешало основательно разобраться. В CoDeSys и ModBus TCP Slave падает постоянно если он в общей сети. Пока от Овна слышу только что сети у меня поганые (что в целом тоже правда). Но это не отменяет того факта что CoDeSys с ними неправильно работает.