- В этой теме 35 ответов, 6 участников, последнее обновление 1 год назад сделано
.
-
Сообщения
-
Mikhail Если сохранится функционал Администрирования как сейчас, то есть Администратор можно держать на Windows и передавать на сервер с Linux еще как-то. Запускал непосредственно на Linux, были проблемы с выбором в таблицах. Если будет WEB и администрировать можно будет прямо на Linux машине тоже будет гуд.
А если в новой редакции вообще никак на Linux работать не будет Scada то уже не очень хорошо будет.А что в новом .NET настолько грандиозные изменения, что придется все переписывать или просто пересобрать?
Если оставить технологию WinForms, то изменения вроде бы не глобальные. Если переписывать на кроссплатформенный десктоп, то это придётся делать полностью с нуля.
может всё-таки плавно двигаться в Web туда в Главное меню -> Администрирование или Главное меню -> Конфигурация, постепенно и неспеша добавляя функции Администратора?
Администратор может быть независимым веб-приложением. Ведь на нём можно редактировать любой проект из имеющихся, а не только тот, который работает в текущий момент.
А если в новой редакции вообще никак на Linux работать не будет Scada то уже не очень хорошо будет.
Движок обязательно продолжит работать на Linux. Такой вопрос даже не стоит. Просто будет не Mono, а .NET 5, затем .NET 6, и т.д.
В этой теме речь идёт только об Администраторе, т.к. он станет на распутье в перспективе около года.
Запускал непосредственно на Linux, были проблемы с выбором в таблицах.
В данный момент интерфейс Администратора на Linux отрисовывается Mono, причём той его частью, которая вообще никак не обновляется. Ну и в любом случае, как я уже сказал, от Mono нужно переходить на новый .NET.
Ну если движок будет работать потом на .NET 5 и так далее, до Администратор на Windows вполне оптимален.
1. АСУТП-шники не могут отказаться от Windows по простой причине, куча программ для конфигурирования приборов и т.д. работают только под ним и аналогов нет и вряд ли будут.
2. Не будет проблем с функционалом. Но если WEB будет так же функционален, то почему нет ?з.ы. единственное, добавить функционал перезапуска и остановки отдельной линии связи на удаленном сервере.
единственное, добавить функционал перезапуска и остановки отдельной линии связи на удаленном сервере.
Согласен. Тоже сталкиваюсь с этим неудобством.
Предлагаю в качестве «развития» обновить библиотеку System.IO.Ports.dll с версии 6.0.21.52210 от 23.10.2021 (36.1 Кб) на 7.0.22.47203 от 23.09.2022 (84.1). Эта версия показывает COM-порты в Windows.
Данная тема называется «Развитие Администратора». Приложение Администратор не использует библиотеку System.IO.Ports.dll, работа с портами происходит в драйверах, которые подключаются Администратором. Заведите, пожалуйста, отдельную тему.
Напишите, какие новые методы класса ком-порт используются.Добавлю, если запилить Администратор таким образом, чтобы он запускался под обычным штатным Wine в Linux будет вполне нормально.
Администратор 6 запускается в Wine на Linux. Если нужны детали, как это сделать, заведите отдельную тему.
Тоже интересно. Чтобы по серверам каждый раз не копировать.
Если драйвер такой уже есть, то его коммуникатор уже использует. И заменять не даëт. Но во время копирования проекта, служба останавливается и драйвер уже не используется. Поэтому заменить на новую версию драйвера приложение разрешит.
Остаётся вопросы: 1. С папками. У некоторых драйверов дополнительные библиотеки в подпапках.
2. Как на это отреагируют Антивирус.Но обычно для такого делают приложение update.
Обратился к repository, где лежит список драйверов с версиями, перед запуском службы Communicator запускается update и если версия меньше чем на сервере, то идёт скачивание.
А вот Админстратор не знает какии версии библиотек на другом сервере. Ему по сути придется копировать их все подряд.
Но собственно не ставить флажок Копировать библиотеки при каждом разворачивании проекта. )
- Вы должны авторизироваться для ответа в этой теме.