|
Сообщение создано: 28. 11. 2009 [15:50]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3750
|
almaz wrote:
PS По ssh не надо запускать. Лучше сконфигурьте демоном с автозапуском при загрузке. Длительной работы по ssh не будет. Проверено!
Только не ssh, а SSL.
И кстати, сегодня я его доработал. Теперь он поддерживает лимиты KeepAlive, а также восстановление соединения при запросе и отключение соединения сервером.
Т.е. всё как и в Sockets. Должен работать долго и оптимально, отбрасывая пассивные соединения и переподключая очень насышенные.
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 28. 11. 2009 [15:52]
|
|
kuzulis
Денис Шиенков
Создатель темы
Зарегистрирован(а) с: 10.07.2009
Сообщения: 128
|
S По ssh не надо запускать. Лучше сконфигурьте демоном с автозапуском при загрузке. Длительной работы по ssh не будет. Проверено!
это то понятно, я просто для примера.
PSPS А под ARM уже запустили OpenSCADA? А какая ось? Debian иль Gentoo? Или Вы хотите чтобы бинарник под Intel пошёл под ARM?
нет, собирать с исходников есть мысля.
PSPSPS Что-то слабоват Моха для серьёзных задач. Для простых подойдет. Обязательно следите за нагрузкой на проц. Если, конечно, OpenSCADA на нём работает .
так и нужно то всего лишь собрать данные по RS-232/485 или же управлять удаленными у-вами через RS-232/485
Вопрос работы OpenSCADA на ARM довольно интересен.
Не нашёл ту железку, которую Вы указывали, но посмотрел MOXA UC-7410-LX Plus, универсальный коммуникатор с 8 портами RS-232/422/485, двумя 10/100 Ethernet, Linux OS 2.6
Её можно применить для ввода-вывода данных по последовательным каналам и для несложной обработки. Для более сложных задач слабоват.
Процессор Intel XScale серии PXA 27x. Архитектура ARM 5TE. Linux ядро 2.6, более ранние модели - ядро 2.4
Да, именно про эту железяку речь шла 
Потребуется откомпилировать OpenSCADA на этой железке. Работа непростая, с возможными изменениями исходного кода OpenSCADA. Да и зависимости (доп пакеты) надо будет искать-собирать.
Там на CD к этой железке идет ПО для разработки: кросскомпилятор + binutils + т.п. Думаю, что теоретически можно собрать OpenScada . Тем более даже в поставке идетПО для компиляции исполняемого файла Linux из под Windows. Но вот интересно, потребуется ли при сборке еще что-либо "нестандартное" ? т.е. имею ввиду всякие библиотеки сторонние и т.п. . Но я так думаю, что при выполнении ,/configure можно наверное всё ненужное поотключать и оставить чисто "нативные" вещи которые не требуют ничего лишнего.
,
PS: я писал свой софт для этого девайса ранее, а тут, думаю, что можно может бы и Open Scada туда втиснуть.
PSPS: сейчас у меня этой железки нету на руках., и я просто привел ее в качестве примера. Вообще-то вместо нее можно применить в примере обычный PC который не имеет монитора и т.п.
В конф-файле достаточно указать с какой БД грузить конфигурацию OpenSCADA данного компа. Там же и IP.
Вместо конф-файла можно подсунуть ссылку на файл по nfs.
Так дело все в том, что я , допустим, не хочу копаться в конф. файле и что-то там прописывать.
Допустим, чисто гипотетически, что я собрал Open Scada под ARM. Скопировал (туда куда нужно) в MOXA скрипт + исполняемый файл + библиотеки.
Конфигурационного файла в MOXA допустим еще нет, т.к. я делаю проект с нуля. Далее, я перезагружаю MOXA - и после перезагрузки, допустим демон стартанул. Но! Конфигурация то еще пуста! И я беру ноутбук , запускаю установленную на нем OpenScada и хочу отконфигурировать удаленно MOXA. Вопрос: в данном случа смогу ли я так сделать? т.е. при условии, что я с НУЛЯ создаю проект.!
|
|
Сообщение создано: 28. 11. 2009 [15:58]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3750
|
Работа не простая и имеет массу подводных камней. Во первых это применение Крос-компиляции, причём не только для OpenSCADA но и для сопутствующих библиотек. И народ с Германии OpenSCADA на ARM запустили. Правда только ядро OpenSCADA в связке с некоторыми модулями. Во всяком случае даже Web-интерфейс заработал. А вот сборку с QT не осилили, поэтому модуля QTCfg и Vision у них не пошли с ходу. Точнее модули собрались, но не подгрузились из-за не корректной инсталяции QT на ARM.
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 28. 11. 2009 [16:03]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3750
|
kuzulis wrote:
В конф-файле достаточно указать с какой БД грузить конфигурацию OpenSCADA данного компа. Там же и IP.
Вместо конф-файла можно подсунуть ссылку на файл по nfs.
Так дело все в том, что я , допустим, не хочу копаться в конф. файле и что-то там прописывать.
Допустим, чисто гипотетически, что я собрал Open Scada под ARM. Скопировал (туда куда нужно) в MOXA скрипт + исполняемый файл + библиотеки.
Конфигурационного файла в MOXA допустим еще нет, т.к. я делаю проект с нуля. Далее, я перезагружаю MOXA - и после перезагрузки, допустим демон стартанул. Но! Конфигурация то еще пуста! И я беру ноутбук , запускаю установленную на нем OpenScada и хочу отконфигурировать удаленно MOXA. Вопрос: в данном случа смогу ли я так сделать? т.е. при условии, что я с НУЛЯ создаю проект.!
А в нём и не нужно копаться. Стандартный конфиг создаёт интерфейсы для удалённой конфигурации как через Web, так и из QTCfg.
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 28. 11. 2009 [16:38]
|
|
kuzulis
Денис Шиенков
Создатель темы
Зарегистрирован(а) с: 10.07.2009
Сообщения: 128
|
А в нём и не нужно копаться. Стандартный конфиг создаёт интерфейсы для удалённой конфигурации как через Web, так и из QTCfg.
т.е. я так понимаю, что стандартный конфиг, который можно взять из /data (в исходниках) - является конфигом по умолчанию с минимальной конфигурацией, которой достаточно для начала работы с проектом (т.е. в нем нет ничего лишнего или все-таки есть что-то, что можно оттуда еще убрать)? т.е. для встраиваемых систем, к примеру не нужен GUI, БД и т.п. - вот это можно еще поурезать из него?
|
|
Сообщение создано: 29. 11. 2009 [08:05]
|
|
almaz
Almaz Karimov
Contributor
Зарегистрирован(а) с: 25.09.2008
Сообщения: 516
|
Пока пользовались Sockets, про проблему SSL даже не знали. Но обязательно понадобится для связи через небезопасные сети. Спасибо, теперь можно его включить с уверенностью.
to kuzulis:
Конфигурацию узла где-то хранить надо. Есть два варианта: в БД и в xml. Хоть и используется БД, в xml файле должна быть минимальная информация для запуска.
Конфиг-файл по умолчанию настроен на использование БД SQLite на локальном компе. Для ПЛК, коммуникационных узлов это самое то, так как на их работоспособность не должна влиять работоспособность других узлов сети. Так что можете его не настраивать. Вырезать там особо нечего, там и так минимум.
Я думаю, если соберёте OpenSCADA под ARM этот файлик Вам проблем не доставит .
Если при компиляции желаете убрать БД, тогда всю конфигурацию узла (дерева OpenSCADA) надо будет задавать в xml файле.
Если в Германии собрали значит должно получиться. Хорошо бы и Qt нормально под ARM запустить, так как они уже достаточно мощные (на нетбуки даже ставят). Планирую на будущее какой-нибудь комп-планшет на ARM в качестве дистанционного пульта управления с мнемосхемами...
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
