Как стать автором
Обновить

Комментарии 21

Я бы хотел поделиться своей идеей… Но я не могу… (поэтому ниже будет левый текст)
Придя на родной завод инженером, … на меня … легла обязанность … (обязанность — не только инженер, но ещё и ложится на автора)
И т.д., и т.п.

Тяжёлый для моего восприятия текст, будто читаю курсовую работу.
Извините
Не могли бы Вы воложить проект в другое место? Sourceforge сломался, похоже, 4 дня назад, и до сих пор не работает. Видимо, надолго это «the team is aware and is working on a fix».
У меня все хорошо: видимо, починили.
Да, уже починили.
У меня тоже всё работает
Каким образом формируются запросы в TestReqest? Перебираются все адреса устройств или шлют запросы на определенный адрес (например 1)? Я бы предложил сделать функцию полностью автоматического опроса.

Предусмотрена возможность получения текущих значений каналов другой программой?

Может было бы лучше сделать выбор плагина в TestReqest не диалоговым окном открытия файла, а из списка, как это сделано в редакторе?

В ридере было бы здорово сделать выбор базы данных их GUI. И я почему-то не добился чтобы у меня отображались тех. имена каналов, которые я задал в редакторе.
> Перебираются все адреса устройств или шлют запросы на определенный адрес (например 1)?
На тот прибор, адрес которого вы указали в настройках

> Я бы предложил сделать функцию полностью автоматического опроса.
TestReqest служит для того, чтобы проверить подходит ли плагин к данному устройству, так что автоматический опрос здесь по определению не нужен. К дополнительным функциям данной утилиты относится проверка связи после физического подключения прибора.

>Предусмотрена возможность получения текущих значений каналов другой программой?
Только через последовательный порт

> В ридере было бы здорово сделать выбор базы данных их GUI.
Непосредственно для GUI это реально сделать

> И я почему-то не добился чтобы у меня отображались тех. имена каналов, которые я задал в редакторе.
Хм… Эта вещь на самом деле ключевая. Не пойму почему у вас не получилось. С этим у меня вообще проблем не было.
«Компиляторы: 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. Я понимаю, что вопрос довольно бессмысленный, но правда интересно, чем вы руководствовались при выборе инструментальных средств и ОС.

Вообще, поздравления, очень круто! :) Осталось гуй прикрутить и можно продавать как АРМ для диагностики.

Мы для ЖД похожую систему разрабатываем, но у нас опросом оборудования занимаются отдельные устройства, которые подключены в коммутатор, который уже подключён непосредственно к ком-порту (т.к. на ЖД станции диагностируемых устройств очень до хрена).
Балда! Он же написал — опрос регистриующих устройств! Такая же как у вас система!
> Почему бы не использовать, скажем Qt? Или VS Express.
Согласен, но чем wxWidgets хуже? Да ладно, это уже из разряда религиозных войн. :-)

>«Комплекс ориентирован на ОС Windows»
А вот это легко исправить. Я же написал, что привязка к WinAPI выполняется только в классе работы с последовательным портом. Ну и плюс сама служба. Всё остальное привязано только к библиотекам. Перевести на *nix это дело техники.
Никакой религии, я хотел узнать как раз о практичности :) Ведь Qt это не только виджеты — это кроссплатформенный фреймворк.
Всё это на раз реализуется zabbix'ом. Сам организовывал съём показаний с устройств по rs232. Вердикт — очередной велосипед.
Zabbix больше под сетевые устройства заточен, насколько я понимаю. Графики рисовать и алярмы по смс это конечно здорово, но какой-нибудь специфичный мониторинг реализовывать на нём — как раз и будет являться велосипедом.
Что вы подразумеваете под словами «специфичный мониторинг»?
Ну, к примеру, вот такое:

www.syst.ru/vnedren/bem_25.htm

Ни в коем случае не реклама, просто первое что нагуглилось. Такое заббикс может?
По вашей ссылке систем АСУТП, а не мониторинга. Это другая ниша. Другие требования к софту. Сравнение не корректно, имхо.
Ок, мы разрабатываем АРМ исключительно для диагностики. Никакого управления, только интерпретация и отображение данных с устройств. Просто циферки мало кому интересны — нужна мнемосхема и ещё стопицот вариантов представления данных. Текущие вариант системы ТС конечно сравним с простой системой оповещения, но я вижу в ней потенциал для роста в гораздо более комплексное решение.

Наш спор довольно неконструктивен без участия ТС, т.к. видение нами его системы испорчено профессиональной деятельностью :)
Насколько я понимаю, софт о котором рассказывается в статье, тоже такого не может.
Уточню, я снимал показания с тепло/электросчётчиков.
Моей целью было собрать данные с приборов и отдать их плагину выгрузки и всё. Никаких систем мониторинга и в мыслях не было создавать. А плагин вы можете написать под что угодно.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.