EnglishУкраїнськаmRussian
Login/New
Topic with no new replies

Предложения!


Author Message
Written on: 03. 08. 2009 [08:30]
kuzulis
Денис Шиенков
Topic creator
registered since: 10.07.2009
Posts: 128
Доброго дня!

Давайте создадим тему в которую будут люди писать свои мысли и предложения по поводу развития СКАДА системы.. Даже какими бы они не были "фантастическими" icon_smile.gif
Где можно обсудить предложения и т.п. т.к. один разработчик (2-3 ) не смогут адекватно все воплотит (ИМХО)! Все-равно им (разработчикам) нужны новые мысли и т.п. ! icon_smile.gif

(зы.. не нашел я такой темы на форуме)

И все-таки после многочисленных споров предлагаю ядро OPEN SCADA переписать все-таки с использованием QT4 . Ну или сделать что-ли форк. Нарыл в инете вот эту тему : http://forum.vingrad.ru/forum/topic-268292.html

Может все-таки что-нибудь из этого получится?
Моё обоснование:
1. Классы QT4 являются по моему мнению наилучшим вариантом вместо ANSI С++ !
1.1 - они очень просты в использовании
1.2 - имеется огромное количество видов
1.3 - при использовании этих классов минимизируется риск ошибок
1.4 - эти классы постоянно совершенствуются и улучшаются огромным сообществом icon_smile.gif
2. Механизм сигналов/слотов оч удобен и как раз подходит для создания ядра!
3. Сразу убиваем оч много зайцев: получаем возможность работы SCADA на любых платформах "из каропки"
4. + Еше много чего ЗА!

Поясню:
по п. 1. зачем изобретать "свои" велосипеды реализации например сокетов, потоков, плагинов, и т.п. - если это уже есть в QT4 ! И упрощено до необычайной простоты! Можно легко брать и пользоваться!
по п.3 - QT уже портировали и для QNX и для WxWorks http://www.crossplatform.ru/node/895

т.е Вы меня не убедили использовать чисто *.nix решение .. т.е. ту линию которая используется в данный момент! Я все-таки за использование QT4 в качестве базовой библиотеки, тем более что она сейчас развивается огромными тепмами, и кроссплатформенная главное!

Я не вижу вообще никаких контр аргументов чтобы ее НЕ ИСПОЛЬЗОВАТЬ для посроения ядра OPEN SCADA!!!

icon_smile.gif

ЗЫ: не убедили ВЫ меня Вашей концепцией! Она мне кажется немного устарела! icon_smile.gif


[This article was edited 1 times, at last 03.08.2009 at 08:40.]
Written on: 03. 08. 2009 [09:58]
almaz
Almaz Karimov
Contributor
registered since: 25.09.2008
Posts: 516
Со свободой там вроде все в порядке - GPL v3.
Плюсы названы - перечислю минусы:
1. Все баги Qt переползут в самое сердце OpenSCADA (пока они могут быть на уровне пользовательского интерфейса). Насколько знаю, при разработке пользовательского интерфейса OpenSCADA были неоднократные столкновения с недоработанностью Qt.
2. Qt будет прослойкой между OpenSCADA и операционной системой. Соответственно упадет быстродействие системы и поднимутся системные требования (про встраивание в слабые железки можно будет забыть).
3. Оперативность исправлений ошибок и дополнений (технической поддержки) снизится, так как для устранения некоторых ошибок придется обращаться к разработчикам Qt или самим становиться разработчиком Qt (на данный момент ядро OpenSCADA независимое).

Плюс к этому переделка - немалая работа. Давайте взвешивать.

21 век - век повсеместной автоматизации. Главное - во благо всем людям.
Written on: 03. 08. 2009 [10:01]
roman
Roman Savochenko
Moderator
Contributor
Developer
registered since: 12.12.2007
Posts: 3750
kuzulis wrote:

Давайте создадим тему в которую будут люди писать свои мысли и предложения по поводу развития СКАДА системы.. Даже какими бы они не были "фантастическими" icon_smile.gif

Для этого раздел "Проект" подойдёт

kuzulis wrote:

Где можно обсудить предложения и т.п. т.к. один разработчик (2-3 ) не смогут адекватно все воплотит (ИМХО)! Все-равно им (разработчикам) нужны новые мысли и т.п. ! icon_smile.gif

Вы сильно заблуждаетесь! У меня нет проблем с идеями, а есть проблемы с временем на их реализацию.

kuzulis wrote:

И все-таки после многочисленных споров предлагаю ядро OPEN SCADA переписать все-таки с использованием QT4 . Ну или сделать что-ли форк. Нарыл в инете вот эту тему : http://forum.vingrad.ru/forum/topic-268292.html

И что с того? Этот вопрос уже не обсуждается и никто ничего переписывать не будет. Особенно если учесть что это бессмысленно и времени на это у меня нет. Кроме того проект на финальной стадии.

Learn, learn and learn better than work, work and work.
Written on: 03. 08. 2009 [10:42]
kuzulis
Денис Шиенков
Topic creator
registered since: 10.07.2009
Posts: 128

1. Все баги Qt переползут в самое сердце OpenSCADA (пока они могут быть на уровне пользовательского интерфейса). Насколько знаю, при разработке пользовательского интерфейса OpenSCADA были неоднократные столкновения с недоработанностью Qt.

Ну тут вы говорите про GUI... тут да.. могут быть ошибки.. но при использовании других классов ошибок (багов) может и не быть! icon_smile.gif


2. Qt будет прослойкой между OpenSCADA и операционной системой. Соответственно упадет быстродействие системы и поднимутся системные требования (про встраивание в слабые железки можно будет забыть).

не факт! голословное утверждение! нужно пробовать и сравнивать!


3. Оперативность исправлений ошибок и дополнений (технической поддержки) снизится, так как для устранения некоторых ошибок придется обращаться к разработчикам Qt или самим становиться разработчиком Qt (на данный момент ядро OpenSCADA независимое).

тут да.. согласен. за простоту нужно платить.. но ведь это закон природы! в чем-то выигрываем в чем то проигрываем!


Плюс к этому переделка - немалая работа. Давайте взвешивать.


И что с того? Этот вопрос уже не обсуждается и никто ничего переписывать не будет. Особенно если учесть что это бессмысленно и времени на это у меня нет. Кроме того проект на финальной стадии.

Да это понятно, что смысла вроде как нет.. но все-же...


Для этого раздел "Проект" подойдёт

а Вы можете перенести тему из "Разное" в "Проект" ? чтобы не создавать еще и там ?


Written on: 03. 08. 2009 [11:00]
almaz
Almaz Karimov
Contributor
registered since: 25.09.2008
Posts: 516
При работе как SCADA ошибки не столь критичны, но проникновение Qt на уровень контроллеров в любом случае снизит надежность (чем больше элементов, тем ниже надежность).
Для меня минусы перевесили плюсы. А Вы пробуйте! Если получится удачный вариант с удовольствием потестю.

21 век - век повсеместной автоматизации. Главное - во благо всем людям.
Written on: 03. 08. 2009 [11:41]
kuzulis
Денис Шиенков
Topic creator
registered since: 10.07.2009
Posts: 128

При работе как SCADA ошибки не столь критичны, но проникновение Qt на уровень контроллеров в любом случае снизит надежность (чем больше элементов, тем ниже надежность).
Для меня минусы перевесили плюсы. А Вы пробуйте! Если получится удачный вариант с удовольствием потестю.

Уж оч долго придется вникать в "нутро" скады... Я лучше пока что для примера реализую некоторую утилиту, которая будет поддерживать (пока что) протокол Modbus/
ядро реализую полностью на QT4, потестю, и тогда будет видно... Если чо - её можно будет использовать как "симулятор" и т.п. реальных Modbus устройств, а также и скаду можно будет обкатать таким образом...

ЗЫ: знаю что имеются уже программы, которые работают с Modbus, но у меня будет лучше icon_smile.gif (может)

ЗЫЗЫ: так мне проще будет



5628