- В этой теме 20 ответов, 3 участника, последнее обновление 6 лет, 9 месяцев назад сделано
.
-
Сообщения
-
Кто о чём, а я о своём. Устанавливаю новую скаду 5.2.1 mono на Raspberry Pi 2B debian Jessie самая свежая. Всё отлично проходит, при установке никаких ошибок.
Запускаю браузер, пишу localhost:8084/scada, и выскакивает:System.ArgumentException
Directory does not exists
Parameter name: valueDescription: HTTP 400.Error processing request.
Details: Non-web exception. Exception origin (name of application or object): System.Перезагружаю страницу и вижу:
Runtime error
The resource cannot be found.Description: HTTP 404.The resource you are looking for (or one of its dependencies) could have been removed, had its name changed, or is temporarily unavailable. Please review the following URL and make sure that it is spelled correctly.
Details: Requested URL: /scadaУстанавливал и в /opt/scada, и в /home/pi/scada, и в /etc/scada, всё одно и то же. Установку делал чётко по инструкции, при установке в home и etc изменял пути в демонах.
Файлы логов Web не создаются.
Дополнительная информация:
Конфиг веб приложения создался корректно:
<apps>
<web-application>
<name>scada</name>
<vpath>/scada</vpath>
<path>/etc/scada/ScadaWeb</path>
</web-application>
</apps>
Версии:
Version Information: 3.2.8 (Debian 3.2.8+dfsg-10); ASP.NET Version: 4.0.30319.17020
Порт 8084 слушается:
tcp 0 0 *:8084 *:* LISTEN
Раздача полных права на папку ScadaWeb рекурсивно не решает проблем.
Пробовал тот же образ запустить на Raspberry Pi 3B, точно также всё.Есть какие-нибудь мысли по этому поводу?
Сложный вопрос. Нужно убедиться, что веб-сервер вообще работоспособен безотносительно скады. Вы можете создать новое веб-приложение, используя команды по аналогии с инструкцией и разместить на нём простейшую HTML-страницу. Будет работать?
Сам Сервер и Коммуникатор + Модуль автоуправления вроде работает без сбоев.
По крайней мере каких либо косяков я не заметил.Полностью согласен с manjey73, эта связка сервер+коммуникатор+модуль автоматического управления работают отлично.
Теперь по проблеме. Я создал веб приложение с простейшей страницей, и всё отлично открылось! Клал в /home/pi/web, то есть туда же где и скада лежит.
Запрос выглядел так:
http://192.168.1.140:8084/web/
IP потому что открывал на другом компе в локалке.Тогда скопируйте в эту работающую папку файлы веб-приложения.
Ещё идея — явно указать файл http://localhost:8084/scada/Login.aspx
Регистр символов в адресе важен.Сделал. Удалил старый файл из папки, и скопировал туда внутренности ScadaWeb. Результат такой:
По ссылке http://192.168.1.140:8084/web — открывается старое веб приложение (там просто Hello!!! написано, и больше ничего).
По ссылке http://192.168.1.140:8084/web/Login.aspx — открывается тестовая мнемосхема и вся скада. То есть по сути метод сработал.
По ссылке http://192.168.1.140:8084/scada/Login.aspx (Старое веб приложение) — открывается та же самая ошибка 400, о которой я писал в начале.
Вопрос №1 — почему так?
Вопрос №2 — почему даже после удаления файла моего кастомного простого web приложения и перезагрузки Raspberry Pi всё ещё оно открывается по ссылке http://192.168.1.140:8084/web ?На самом деле с малинки сейчас зашёл, просто через http://192.168.1.140:8084/web отлично всё открылось. Скорей всего просто в кэше что-то осталось и поэтому плюёт мне Hello!!!. Так что вопрос №2 отпадает.
Ну и опять же добавлю, что при обращении с 2-х устройств к одному web приложению неминуемо выкидывает из него того пользователя, кто зашёл последним. С ошибками, типа error updating ***** data.
Обновление всех скриптов браузера по Ctrl+F5 надо делать. Мне после изменения схем, таблиц и прочего помогает.
На счет постоянных вылетов и невозможности работать из разных сетей без перезапуска web сервера буду экспериментировать с Апачи завтра.
Формулу Retain доделал, так что возьмусь за следующий этап. Что получится отпишусь.Да, Вы хорошо подметили про вылеты при входе из разных сетей. Но я больше того скажу, даже если Raspi в домашней сети находится, то выбрасывает при входе с разных устройств.
Ну фактически так.
Локальных вход — кирдык входу из локальной сети (или наоборот)
Вход из локальной сети — кирдык входу удаленному через интернет (или наоборот).Да и просто открытое окно, проскакивает сообщение о невозможности прочитать текущие данные или часовые и выбрасывает в окно логирования.
Плохо обновляются данные на схемах и таблицах, но закономерности не нашел.
Например у меня читается счетчик электроэнергии в цикле, таблица в норме, все обновляется.
Температура читается раз в 40 секунд и не обновляется или крайне редко, хотя точно знаю что изменилась….Немного поэкспериментировал. Сделал так:
Сначала установил все необходимые пакеты mono. Потом скопировал всю папку scada кроме подпапки ScadaWeb. Создал в папке scada пустую папку ScadaWeb. Раздал ей права 0777, и зарегистрировал на неё веб приложение через mono. После этого скопировал в неё содержимое папки ScadaWeb дистрибутива скады. Перезагрузил малинку.
В итоге всё заработало с первого раза без всяких ошибок. Устанавливал всё в /opt как в руководстве. Как-то так в общем…Вопрос всё равно открыт остаётся. Мне интересно, я один такой или есть ещё подобные проблемы?Вопрос к manjey73. Напомните, почему Вы устанавливаете в /home/pi, а не в /opt?
Сейчас у вас работает WEB без ошибок локально и одновременно с другого ПК из сети ?
по поводу /home/pi так исторически сложилось у меня. При инсталляции Linux раздел /home можно сразу вынести на другой раздел диска. Чтобы переместить раздел /opt нужны лишние телодвижения. К тому же подключаясь по WinSCP мы сразу попадаем в папку пользователя, где среди всего прочего лежит scada, тоже как-то проще.
Ну в общем я в /home/pi сижу с тех пор, когда scada ставилась в /etc поэтому ничего не менял.
Ну и можно опять же всегда создать пользователя pi1, pi2 и так далее и рулить несколькими экземплярами.Так же у меня исторически сложилось менять порт 10000 на 10200, так как 10000 использует Webmin.
Нет нет, у Web такие же ошибки, это не лечится по ходу) Я вставляю костыль в виде 2-го веб приложения. То есть к одному обращаюсь локально, а к другому удалённо.
Мне интересно, я один такой или есть ещё подобные проблемы?
Общие проблемы веб на РПи:
— подключение из разных сетей.
— вылеты на окно логирования по причине автоматического перезапуска веб-приложения. Встречается у некоторых чаще, у некоторых реже, явных закономерностей нет. Причина внутри веб-сервера XSP4, как её обойти пока не ясно.
- Вы должны авторизироваться для ответа в этой теме.