Сделали только в новых ПР103, 205, 225 сетевые слейв переменные.Сообщение от Ollema
Сделали только в новых ПР103, 205, 225 сетевые слейв переменные.
Если быть точным не сделали, а сломали, в смысле, ранее в ПР200 можно было назначить сетевым переменным значение по умолчанию, в этом вопросе "мелкий" прав!
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
В ПР225 элемент график во все окно сразу приводит к переполнению ОЗУ. Наверно что-то надо допилить, иначе очень странно тренды (пусть и убогие) смотреть на четверть экрана.
Ну и очень нужен какой-то элемент вроде журнала аварий. Хотя бы без прокрутки, но с возможностью на вход подать массив аварий и какой-то список, как в динамическом тексте, со списком аварий привязанных к этим битам. Чтоб отображались только активные. Я уже даже не заикаюсь про время возникновения аварии. Или только самому городить одна авария -> один экран? Так очень ненаглядно,особенно в ПР225.
Действительно, не в первый раз вижу это утверждение
Но я не припомню, чтобы такой функционал для ПР200 действительно был. В какой версии он работал? Возможно, что-то упускаю
Инженер по продукту | ПР и Owen Logic
email: k.korolev@owen.ru
При использовании только графика в проекте он займет не больше 45% ОЗУ визуализации
Screenshot_38.jpg
Но если включить для него "Работу в фоне", то он будет занимать определенное количество памяти на всех экранах. Нужно для того, чтобы корректно отобразить данные при переходе на экран с графиком.
Таким образом, если у Вас уже есть "тяжелый" экран, то при использовании графика с включенной работой в фоне ОЗУ визу действительно может переполниться, но сам по себе график не может занимать всю ОЗУ визу.
По поводу списка аварий - если не критично отображение времени возникновения, то можно использовать виджет "Меню" для этих целей. В название строк пишете текст аварии, а к видимости строк привязываете биты аварий:
Screenshot_39.jpg
Последний раз редактировалось Королев Кирилл; Вчера в 11:14.
Инженер по продукту | ПР и Owen Logic
email: k.korolev@owen.ru
Королев Кирилл в ПР200 он не работал никогда, вроде как какие-то проблемы с архитектурой. Но вы умудрились сломать (отключили) этот функционал для ПР114, на которой это работало. А потом начали возвращать для следующих ПР
как-то так.
Это уже интереснее. А для ПР114 когда это работало? Самый древний лоджик, в котором я работал - это версия 1.8.107.9617. Там тоже нет этого функционалаКоролев Кирилл в ПР200 он не работал никогда, вроде как какие-то проблемы с архитектурой. Но вы умудрились сломать (отключили) этот функционал для ПР114, на которой это работало. А потом начали возвращать для следующих ПР
как-то так.
Инженер по продукту | ПР и Owen Logic
email: k.korolev@owen.ru
Версию Лождика не помню, но было. Просто как-то приехал, где он стоял и залил версией, которая была на ноуте, и чиста офигел
Пока что тайны мадридского двора какие-то, не иначеВерсию Лождика не помню, но было. Просто как-то приехал, где он стоял и залил версией, которая была на ноуте, и чиста офигел
Инженер по продукту | ПР и Owen Logic
email: k.korolev@owen.ru
да никаких тайн, просто был ПР114, в котором переменные Modbus имели значения по умолчанию. ПР200 изначально этого не имел.Пока что тайны мадридского двора какие-то, не иначе
Приехал в гости поменять время (в программе ПР114 были часы для работы), залил прошивку на тот момент какой-то текущей версией и все работать перестало., пока не понял, что случилось. Потом нашел старую версию Лождика и залил им.
Ваши права
Ответить с цитированием