OpenSCADA: Форум

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

Автор	Сообщение
Сообщение создано: 03. 08. 2009 [08:30]
kuzulis Денис Шиенков Создатель темы Зарегистрирован(а) с: 10.07.2009 Сообщения: 128	Доброго дня! Давайте создадим тему в которую будут люди писать свои мысли и предложения по поводу развития СКАДА системы.. Даже какими бы они не были "фантастическими" Где можно обсудить предложения и т.п. т.к. один разработчик (2-3 ) не смогут адекватно все воплотит (ИМХО)! Все-равно им (разработчикам) нужны новые мысли и т.п. ! (зы.. не нашел я такой темы на форуме) И все-таки после многочисленных споров предлагаю ядро OPEN SCADA переписать все-таки с использованием QT4 . Ну или сделать что-ли форк. Нарыл в инете вот эту тему : http://forum.vingrad.ru/forum/topic-268292.html Может все-таки что-нибудь из этого получится? Моё обоснование: 1. Классы QT4 являются по моему мнению наилучшим вариантом вместо ANSI С++ ! 1.1 - они очень просты в использовании 1.2 - имеется огромное количество видов 1.3 - при использовании этих классов минимизируется риск ошибок 1.4 - эти классы постоянно совершенствуются и улучшаются огромным сообществом 2. Механизм сигналов/слотов оч удобен и как раз подходит для создания ядра! 3. Сразу убиваем оч много зайцев: получаем возможность работы SCADA на любых платформах "из каропки" 4. + Еше много чего ЗА! Поясню: по п. 1. зачем изобретать "свои" велосипеды реализации например сокетов, потоков, плагинов, и т.п. - если это уже есть в QT4 ! И упрощено до необычайной простоты! Можно легко брать и пользоваться! по п.3 - QT уже портировали и для QNX и для WxWorks http://www.crossplatform.ru/node/895 т.е Вы меня не убедили использовать чисто *.nix решение .. т.е. ту линию которая используется в данный момент! Я все-таки за использование QT4 в качестве базовой библиотеки, тем более что она сейчас развивается огромными тепмами, и кроссплатформенная главное! Я не вижу вообще никаких контр аргументов чтобы ее НЕ ИСПОЛЬЗОВАТЬ для посроения ядра OPEN SCADA!!! ЗЫ: не убедили ВЫ меня Вашей концепцией! Она мне кажется немного устарела! [Сообщение редактировалось 1 раз(а), в последний раз 03.08.2009 в 08:40.]
	Профиль
Сообщение создано: 03. 08. 2009 [09:58]
almaz Almaz Karimov Contributor Зарегистрирован(а) с: 25.09.2008 Сообщения: 516	Со свободой там вроде все в порядке - GPL v3. Плюсы названы - перечислю минусы: 1. Все баги Qt переползут в самое сердце OpenSCADA (пока они могут быть на уровне пользовательского интерфейса). Насколько знаю, при разработке пользовательского интерфейса OpenSCADA были неоднократные столкновения с недоработанностью Qt. 2. Qt будет прослойкой между OpenSCADA и операционной системой. Соответственно упадет быстродействие системы и поднимутся системные требования (про встраивание в слабые железки можно будет забыть). 3. Оперативность исправлений ошибок и дополнений (технической поддержки) снизится, так как для устранения некоторых ошибок придется обращаться к разработчикам Qt или самим становиться разработчиком Qt (на данный момент ядро OpenSCADA независимое). Плюс к этому переделка - немалая работа. Давайте взвешивать. 21 век - век повсеместной автоматизации. Главное - во благо всем людям.
	Профиль
Сообщение создано: 03. 08. 2009 [10:01]
roman Roman Savochenko Moderator Contributor Developer Зарегистрирован(а) с: 12.12.2007 Сообщения: 3750	kuzulis wrote: Давайте создадим тему в которую будут люди писать свои мысли и предложения по поводу развития СКАДА системы.. Даже какими бы они не были "фантастическими" Для этого раздел "Проект" подойдёт kuzulis wrote: Где можно обсудить предложения и т.п. т.к. один разработчик (2-3 ) не смогут адекватно все воплотит (ИМХО)! Все-равно им (разработчикам) нужны новые мысли и т.п. ! Вы сильно заблуждаетесь! У меня нет проблем с идеями, а есть проблемы с временем на их реализацию. kuzulis wrote: И все-таки после многочисленных споров предлагаю ядро OPEN SCADA переписать все-таки с использованием QT4 . Ну или сделать что-ли форк. Нарыл в инете вот эту тему : http://forum.vingrad.ru/forum/topic-268292.html И что с того? Этот вопрос уже не обсуждается и никто ничего переписывать не будет. Особенно если учесть что это бессмысленно и времени на это у меня нет. Кроме того проект на финальной стадии. Learn, learn and learn better than work, work and work.
	Профиль WWW ICQ Skype
Сообщение создано: 03. 08. 2009 [10:42]
kuzulis Денис Шиенков Создатель темы Зарегистрирован(а) с: 10.07.2009 Сообщения: 128	1. Все баги Qt переползут в самое сердце OpenSCADA (пока они могут быть на уровне пользовательского интерфейса). Насколько знаю, при разработке пользовательского интерфейса OpenSCADA были неоднократные столкновения с недоработанностью Qt. Ну тут вы говорите про GUI... тут да.. могут быть ошибки.. но при использовании других классов ошибок (багов) может и не быть! 2. Qt будет прослойкой между OpenSCADA и операционной системой. Соответственно упадет быстродействие системы и поднимутся системные требования (про встраивание в слабые железки можно будет забыть). не факт! голословное утверждение! нужно пробовать и сравнивать! 3. Оперативность исправлений ошибок и дополнений (технической поддержки) снизится, так как для устранения некоторых ошибок придется обращаться к разработчикам Qt или самим становиться разработчиком Qt (на данный момент ядро OpenSCADA независимое). тут да.. согласен. за простоту нужно платить.. но ведь это закон природы! в чем-то выигрываем в чем то проигрываем! Плюс к этому переделка - немалая работа. Давайте взвешивать. И что с того? Этот вопрос уже не обсуждается и никто ничего переписывать не будет. Особенно если учесть что это бессмысленно и времени на это у меня нет. Кроме того проект на финальной стадии. Да это понятно, что смысла вроде как нет.. но все-же... Для этого раздел "Проект" подойдёт а Вы можете перенести тему из "Разное" в "Проект" ? чтобы не создавать еще и там ?
	Профиль
Сообщение создано: 03. 08. 2009 [11:00]
almaz Almaz Karimov Contributor Зарегистрирован(а) с: 25.09.2008 Сообщения: 516	При работе как SCADA ошибки не столь критичны, но проникновение Qt на уровень контроллеров в любом случае снизит надежность (чем больше элементов, тем ниже надежность). Для меня минусы перевесили плюсы. А Вы пробуйте! Если получится удачный вариант с удовольствием потестю. 21 век - век повсеместной автоматизации. Главное - во благо всем людям.
	Профиль
Сообщение создано: 03. 08. 2009 [11:41]
kuzulis Денис Шиенков Создатель темы Зарегистрирован(а) с: 10.07.2009 Сообщения: 128	При работе как SCADA ошибки не столь критичны, но проникновение Qt на уровень контроллеров в любом случае снизит надежность (чем больше элементов, тем ниже надежность). Для меня минусы перевесили плюсы. А Вы пробуйте! Если получится удачный вариант с удовольствием потестю. Уж оч долго придется вникать в "нутро" скады... Я лучше пока что для примера реализую некоторую утилиту, которая будет поддерживать (пока что) протокол Modbus/ ядро реализую полностью на QT4, потестю, и тогда будет видно... Если чо - её можно будет использовать как "симулятор" и т.п. реальных Modbus устройств, а также и скаду можно будет обкатать таким образом... ЗЫ: знаю что имеются уже программы, которые работают с Modbus, но у меня будет лучше (может) ЗЫЗЫ: так мне проще будет
	Профиль