Комментарии 21
Я бы хотел поделиться своей идеей… Но я не могу… (поэтому ниже будет левый текст)
Придя на родной завод инженером, … на меня … легла обязанность … (обязанность — не только инженер, но ещё и ложится на автора)
И т.д., и т.п.
Тяжёлый для моего восприятия текст, будто читаю курсовую работу.
Придя на родной завод инженером, … на меня … легла обязанность … (обязанность — не только инженер, но ещё и ложится на автора)
И т.д., и т.п.
Тяжёлый для моего восприятия текст, будто читаю курсовую работу.
-3
Не могли бы Вы воложить проект в другое место? Sourceforge сломался, похоже, 4 дня назад, и до сих пор не работает. Видимо, надолго это «the team is aware and is working on a fix».
-2
Каким образом формируются запросы в TestReqest? Перебираются все адреса устройств или шлют запросы на определенный адрес (например 1)? Я бы предложил сделать функцию полностью автоматического опроса.
Предусмотрена возможность получения текущих значений каналов другой программой?
Может было бы лучше сделать выбор плагина в TestReqest не диалоговым окном открытия файла, а из списка, как это сделано в редакторе?
В ридере было бы здорово сделать выбор базы данных их GUI. И я почему-то не добился чтобы у меня отображались тех. имена каналов, которые я задал в редакторе.
Предусмотрена возможность получения текущих значений каналов другой программой?
Может было бы лучше сделать выбор плагина в TestReqest не диалоговым окном открытия файла, а из списка, как это сделано в редакторе?
В ридере было бы здорово сделать выбор базы данных их GUI. И я почему-то не добился чтобы у меня отображались тех. имена каналов, которые я задал в редакторе.
+1
> Перебираются все адреса устройств или шлют запросы на определенный адрес (например 1)?
На тот прибор, адрес которого вы указали в настройках
> Я бы предложил сделать функцию полностью автоматического опроса.
TestReqest служит для того, чтобы проверить подходит ли плагин к данному устройству, так что автоматический опрос здесь по определению не нужен. К дополнительным функциям данной утилиты относится проверка связи после физического подключения прибора.
>Предусмотрена возможность получения текущих значений каналов другой программой?
Только через последовательный порт
> В ридере было бы здорово сделать выбор базы данных их GUI.
Непосредственно для GUI это реально сделать
> И я почему-то не добился чтобы у меня отображались тех. имена каналов, которые я задал в редакторе.
Хм… Эта вещь на самом деле ключевая. Не пойму почему у вас не получилось. С этим у меня вообще проблем не было.
На тот прибор, адрес которого вы указали в настройках
> Я бы предложил сделать функцию полностью автоматического опроса.
TestReqest служит для того, чтобы проверить подходит ли плагин к данному устройству, так что автоматический опрос здесь по определению не нужен. К дополнительным функциям данной утилиты относится проверка связи после физического подключения прибора.
>Предусмотрена возможность получения текущих значений каналов другой программой?
Только через последовательный порт
> В ридере было бы здорово сделать выбор базы данных их GUI.
Непосредственно для GUI это реально сделать
> И я почему-то не добился чтобы у меня отображались тех. имена каналов, которые я задал в редакторе.
Хм… Эта вещь на самом деле ключевая. Не пойму почему у вас не получилось. С этим у меня вообще проблем не было.
0
«Компиляторы: gcc-3.4.2, gcc-4.6.1 и tinyc-0.9.25
Графическая библиотека: wxWidgets-1.8.10 + wxFormBuilder-3.2
База данных: SQLite-3.7.6.2»
в сочетании с
«Комплекс ориентирован на ОС Windows»
Вызывает у меня когнитивный диссонанс.
Почему бы не использовать, скажем Qt? Или VS Express. Я понимаю, что вопрос довольно бессмысленный, но правда интересно, чем вы руководствовались при выборе инструментальных средств и ОС.
Вообще, поздравления, очень круто! :) Осталось гуй прикрутить и можно продавать как АРМ для диагностики.
Мы для ЖД похожую систему разрабатываем, но у нас опросом оборудования занимаются отдельные устройства, которые подключены в коммутатор, который уже подключён непосредственно к ком-порту (т.к. на ЖД станции диагностируемых устройств очень до хрена).
Графическая библиотека: wxWidgets-1.8.10 + wxFormBuilder-3.2
База данных: SQLite-3.7.6.2»
в сочетании с
«Комплекс ориентирован на ОС Windows»
Вызывает у меня когнитивный диссонанс.
Почему бы не использовать, скажем Qt? Или VS Express. Я понимаю, что вопрос довольно бессмысленный, но правда интересно, чем вы руководствовались при выборе инструментальных средств и ОС.
Вообще, поздравления, очень круто! :) Осталось гуй прикрутить и можно продавать как АРМ для диагностики.
Мы для ЖД похожую систему разрабатываем, но у нас опросом оборудования занимаются отдельные устройства, которые подключены в коммутатор, который уже подключён непосредственно к ком-порту (т.к. на ЖД станции диагностируемых устройств очень до хрена).
+2
Балда! Он же написал — опрос регистриующих устройств! Такая же как у вас система!
0
> Почему бы не использовать, скажем Qt? Или VS Express.
Согласен, но чем wxWidgets хуже? Да ладно, это уже из разряда религиозных войн. :-)
>«Комплекс ориентирован на ОС Windows»
А вот это легко исправить. Я же написал, что привязка к WinAPI выполняется только в классе работы с последовательным портом. Ну и плюс сама служба. Всё остальное привязано только к библиотекам. Перевести на *nix это дело техники.
Согласен, но чем wxWidgets хуже? Да ладно, это уже из разряда религиозных войн. :-)
>«Комплекс ориентирован на ОС Windows»
А вот это легко исправить. Я же написал, что привязка к WinAPI выполняется только в классе работы с последовательным портом. Ну и плюс сама служба. Всё остальное привязано только к библиотекам. Перевести на *nix это дело техники.
+3
Всё это на раз реализуется zabbix'ом. Сам организовывал съём показаний с устройств по rs232. Вердикт — очередной велосипед.
0
Zabbix больше под сетевые устройства заточен, насколько я понимаю. Графики рисовать и алярмы по смс это конечно здорово, но какой-нибудь специфичный мониторинг реализовывать на нём — как раз и будет являться велосипедом.
-2
Что вы подразумеваете под словами «специфичный мониторинг»?
0
Ну, к примеру, вот такое:
www.syst.ru/vnedren/bem_25.htm
Ни в коем случае не реклама, просто первое что нагуглилось. Такое заббикс может?
www.syst.ru/vnedren/bem_25.htm
Ни в коем случае не реклама, просто первое что нагуглилось. Такое заббикс может?
0
По вашей ссылке систем АСУТП, а не мониторинга. Это другая ниша. Другие требования к софту. Сравнение не корректно, имхо.
0
Ок, мы разрабатываем АРМ исключительно для диагностики. Никакого управления, только интерпретация и отображение данных с устройств. Просто циферки мало кому интересны — нужна мнемосхема и ещё стопицот вариантов представления данных. Текущие вариант системы ТС конечно сравним с простой системой оповещения, но я вижу в ней потенциал для роста в гораздо более комплексное решение.
Наш спор довольно неконструктивен без участия ТС, т.к. видение нами его системы испорчено профессиональной деятельностью :)
Наш спор довольно неконструктивен без участия ТС, т.к. видение нами его системы испорчено профессиональной деятельностью :)
0
Насколько я понимаю, софт о котором рассказывается в статье, тоже такого не может.
0
Уточню, я снимал показания с тепло/электросчётчиков.
0
Моей целью было собрать данные с приборов и отдать их плагину выгрузки и всё. Никаких систем мониторинга и в мыслях не было создавать. А плагин вы можете написать под что угодно.
+1
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Сбор данных с регистрирующих устройств