OpenSCADA PLC агент + embedded дистрибутив
| Автор |
Сообщение |
|
Сообщение создано: 27. 11. 2010 [16:21]
|
|
NiTr0
Andrew
Создатель темы
Зарегистрирован(а) с: 27.11.2010
Сообщения: 2
|
Добрый день.
В качестве эксперимента попытался собрать OpenSCADA PLC агента (задача которого должна была быть сбор данных с modbus на маломощном промышленном ПК и передача по tcp на сервер с OpenSCADA) - в итоге обнаружил, что требуется наличие некоторых вещей (типа libiconv), которые в данном случае явно избыточные. Смотрел не особо внимательно, буду еще на днях паытаться повырезать все избыточное - но все же хотелось бы в будущих релизах видеть несколько разделенными сервер, ориентированный на полновесные дистры, и PLC часть, которая должна тянуть минимум зависимостей.
P.S. И вообще было бы неплохо многомегабайтные PDF документы паковать в отдельный архив, а не с исходниками...
[Сообщение редактировалось 1 раз(а), в последний раз 27.11.2010 в 16:41.]
|
|
Сообщение создано: 27. 11. 2010 [22:23]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3750
|
"NiTr0" wrote:
Добрый день.
В качестве эксперимента попытался собрать OpenSCADA PLC агента (задача которого должна была быть сбор данных с modbus на маломощном промышленном ПК и передача по tcp на сервер с OpenSCADA) - в итоге обнаружил, что требуется наличие некоторых вещей (типа libiconv),
И зачем? Если именно эта библиотека в составе glibc и весит копейки, при том, что если собирать без неё проблем потом не оберёшься с ковертингом в UTF-8 для XML.
"NiTr0" wrote:
Смотрел не особо внимательно, буду еще на днях паытаться повырезать все избыточное - но все же хотелось бы в будущих релизах видеть несколько разделенными сервер, ориентированный на полновесные дистры, и PLC часть, которая должна тянуть минимум зависимостей.
Тоже не нужно, поскольку это уже есть и не без успеха применяется:
http://oscada.org/ru/glavnaja/reshenija/
http://oscada.org/ru/glavnaja/reshenija/odinochnaja-stranica/article//runtime-of-the-plc-lp-8x81-of-the-icp-das-company-based-on-the-openscada
http://oscada.org/ru/glavnaja/reshenija/odinochnaja-stranica/article//openscada-into-programmable-logic-controller-plc
http://wiki.oscada.org/Function?v=trt#h83-5
Учитесь сначала изучать вопрос, а затем что либо предлагать, иначе Вы сразу-же ставите себя в крайне не приглядном свете! Кроме того если это Вам хотелось, то будьте готовы сделать для этого что-нибудь, а не ожидать на блюдечке.
"NiTr0" wrote:
P.S. И вообще было бы неплохо многомегабайтные PDF документы паковать в отдельный архив, а не с исходниками...
Вообще, меня это устраивает.
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 07. 12. 2010 [16:38]
|
|
NiTr0
Andrew
Создатель темы
Зарегистрирован(а) с: 27.11.2010
Сообщения: 2
|
"roman" wrote:
И зачем? Если именно эта библиотека в составе glibc и весит копейки, при том, что если собирать без неё проблем потом не оберёшься с ковертингом в UTF-8 для XML.
Я вообще-то говорил о uClibc и о embedded дистрибутиве, где все ненужное вырезано. А UTF8 и иже с ними туда тащить совсем не хочется.
Я это читал. Как минимум - в описании фигурирует libgd, которую ну совсем не хочется тащить... Вернее, не хотелось... Потому как плюнул, решил что проще и удобнее будет вместо ПЛК организовать софтовые гейтвеи TCP-RS485, даже с допиливанием сырого кода тех гейтвеев что я нашел, + один центральный сервер с опенскадой - благое дело нужна она только для мониторинга.
"roman" wrote:
Вообще, меня это устраивает.
В этом я не сомневаюсь, иначе вы бы вынесли доки отдельно.
Просто в случае сборки пакетов под дистрибутивы, да еще и с исходниками - тут при сборке в автоматичесом режиме либо приходится тянуть все вместе, после чего 90% (отведенные на PDF) уйдут в /dev/null, либо - перепаковывать, вырезая доки самостоятельно и заливая заметно полегчавший архив куда-нибудь. И то, и другое - лишняя головная боль для девелопера, решившего включить сабж в дистрибутив.
[Сообщение редактировалось 1 раз(а), в последний раз 07.12.2010 в 16:39.]
|
|
Сообщение создано: 07. 12. 2010 [18:31]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3750
|
"NiTr0" wrote:
Я вообще-то говорил о uClibc и о embedded дистрибутиве, где все ненужное вырезано. А UTF8 и иже с ними туда тащить совсем не хочется.
Embedded вообще-то это далеко не только uClibc да и железо без MMU. ARM, например, вполне embeded и не требует такого усечения функций. Меня лично железо без MMU и как следствие uClibc не интересует в виду наличия полноценного, с высокой степенью доступности, железа. А следовательно не вижу причин прилагать усилия на бесперспективную работу и искуственное усечение функций OpenSCADA.
Впрочем, я не исключаю, что это возможно, но если лично Вам это нужно то Вам сюда http://oscada.org/ru/razrabotka/pomoshch или сюда http://oscada.org/ru/uslugi
"NiTr0" wrote:
И то, и другое - лишняя головная боль для девелопера, решившего включить сабж в дистрибутив.
Включение в дистрибутив подразумевает включение и отдельного пакета с документацией, поэтому здесь нет проблемы. А далее хочешь ставь документацию, хочешь не ставь и получи компактную установку.
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 08. 12. 2010 [10:56]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3750
|
Добавил опцию конфигурации сборки --disable-LibGD.
Остальное, если это Вам действительно нужно, добавите самостоятельно по примеру с --disable-LibGD.
Learn, learn and learn better than work, work and work.
|
|
|
