АСКУЭ, общие вопросы

[difuzor]

Здравствуйте, форумчане.
Не знаю с чего начать, есть задача:
опросить счетчики эл. энергии, через RS 232, результаты измерений занести в базу данных для последующей обработки.
Программу выполнить на Delphi.
есть вопросы:
1. какую б/д лучше использовать
2. как организовать обмен данными
3. в каком виде приходят данные с УСПД или со счётчика
и ещё много вопросов.
В Delphi новичок, пару лет назад был опыт написания программы "АРМ оператора банка" (б/д Acces). для дипломной работы одного знакомого,
с тех пор к этой теме не возвращался, теперь пишу себе.
Прошу помочь советом или ссылочкой, буду очень признателен.

[askue]

1. Нет никакой разницы. Если это учебная задача — используйте то, что лучше знаете.
2. Начнём с того, что счётчики, как правило, используют интерфейс RS-485, поэтому, кроме самого счётчика, Вам понадобится преобразователь интерфейсов RS-485/RS-232 (вот такой, например). Это если счётчики подключать локально. Но АСКУЭ, в большинстве случаев, — распределённая система, поэтому опрос производится удалённо, например, через GSM-модемы. Значит, придётся подучить AT-команды. А ещё Delphi не имеет «родных» средств работы с COM-портами, придётся использовать сторонние компоненты или самому обёртывать Windows API. В общем, есть над чем работать
3. Ах, да, обилие протоколов обмена данными, придуманных производителями счётчиков, поражает воображение, и почти все из них закрытые. Получить от производителя описание протокола студенту будет нелегко. Если Вы разрабатываете систему исключительно в учебных целях — ищите счётчик, описание протокола которого открыто производителем или утекло в Сеть, и ориентируйтесь на него, но выстраивайте архитектуру приложения так, чтобы впоследствии можно было добавить поддержку и других типов счётчиков.

[Utkin]

Да и не забудьте уточнить скорость обмена в счетчике. Также есть один скрытый момент, который может немного облегчить задачу. Некоторые счетчики имеют возможность прямой печати данных на принтер. Обычно это какой-нибудь древний матричник типа Epson LX-300. Тогда есть вариант написать эмулятор - который бы выдавал правильные команды (имитируя повадки принтера) и получая нужную информацию, вполне возможно извлечь данные не разбираясь в основном протоколе обмена (который еще может содержать и ошибки).
1. Без особой разницы. Используйте, то что Вам ближе (что учили, с чем знакомы и т.д.)
2. Примеров в сети полно. Также Вы можете непосредственно обратиться к производителю, некоторые охотно идут на контакт.
3. Зависит от производителя.

[askue]

Сообщение от Utkin

есть вариант написать эмулятор

ИМХО, тупиковый путь. Тем более, что некоторые производители всё же высылают описание протокола по запросу или публикуют открыто. Можно также идти путём энтузиастов.

[Utkin]

Дело Ваше . Я предложил, Вам уже решать что лучше. По поводу тупиковости - у нас так работает (только счетчик газа, но какая разница?).

[askue]

Сообщение от Utkin

Дело Ваше

Мне-то что, у нас уже больше сотни приборов учёта в систему вписано
Удивляет молчание топикастера, которому сообща указываем путь между граблей )))

[raxp]

Delphi не имеет «родных» средств работы с COM-портами

правда, а я и не знал работаю через WinAPI, так и обертками, оказывается не должно работать. Вона оно как.

Начнём с того, что счётчики, как правило, используют интерфейс RS-485, поэтому, кроме самого счётчика, Вам понадобится преобразователь интерфейсов RS-485/RS-232

не обязательно. А 232-й имхо отмирающий, уже лучше RS-485/USB (ICP DAS модули и множество других, а можно и самому, там две мелкосхемы). Да и вообще, любой уважающий себя производитель счетчиков с учетом комплектует свое ПО и OPC сервером, а это уже не просто унификация данных вне зависимости от протокола связи (т.е. на протокол нам плевать в данном случае), а еще и готовый сетевой обмен.

Поэтому, в первую очередь, смотрим спецификацию на счетчик и на сайт производителя. Ни за что не поверю, что ее нет и вам его продали без нее и без мануала.

1. какую б/д лучше использовать

FireBird.

есть задача:
опросить счетчики эл. энергии

Имхо к задаче прилагаются исходные данные на оборудование, а если выбор за вами, то вообще проблем не вижу.

[askue]

Сообщение от raxp

правда, а я и не знал работаю через WinAPI, так и обертками, оказывается не должно работать. Вона оно как.

Эээ... а я как сказал? А вот как я сказал (если предложение цитировать целиком):

А ещё Delphi не имеет «родных» средств работы с COM-портами, придётся использовать сторонние компоненты или самому обёртывать Windows API.

Имеет ли Delphi встроенные средства для работы с COM-портом? Нет, не имеет. Что делать? Использовать Windows API или сторонние компоненты (их тьма).

Как-то так.

[askue]

Сообщение от raxp

Да и вообще, любой уважающий себя производитель счетчиков с учетом комплектует свое ПО и OPC сервером

Наши производители, похоже, совсем себя не уважают. А те, которые уважают, за OPC-сервер просят денежку.

Сообщение от raxp

Поэтому, в первую очередь, смотрим спецификацию на счетчик и на сайт производителя. Ни за что не поверю, что ее нет и вам его продали без нее и без мануала.

А на сайте производителя в 90% случаев мы найдём:
- техническое описание (опционально);
- рекламные материалы (опционально);
- руководство по эксплуатации;
- руководство пользователя;
- сертификаты (в частности, об утверждении типа средств измерений)
и не найдём:
- описание протокола обмена данными.

Сообщение от raxp

FireBird

Ребята, конечно, молодцы, развивают потихоньку. Но я бы посмотрел в сторону более современных СУБД (Microsoft SQL Server, Oracle Database [бесплатные express-редакции] или, на худой конец, MySQL). Этот опыт с гораздо большей вероятностью пригодится в дальнейшем.

[raxp]

Чушь. По-вашему написать в Delphi - СreateFile(), ReadfILE(), wRITEFILE() - это не встроенные средства? Или вы считаете, что в поставку должен включаться некий класс для работы с COM?

Так вот класс - это есть обертка и покажите мне среду c нативной поддержкой COM порта, что не использует эти обертки над API ?

Наши производители, похоже, совсем себя не уважают. А те, которые уважают, за OPC-сервер просят денежку.

а для этого надо немножко подумать, стоит ли брать такую продукцию. А если жмотиться - ничего хорошего не выйдет.

Ребята, конечно, молодцы, развивают потихоньку. Но я бы посмотрел в сторону более современных СУБД

О чем вы? FireBird - современный, кроссплатформенный, бесплатный ...и даже включен в последние редакции Delphi >>> http://programmersforum.ru/showthread.php?t=162712

Firebird SQL Server - сервер баз данных основанный на открытом исходном коде Interbase 6.0. Дистрибутивы Firebird существуют под Windows, Linux, Unix, Solaris, MacOS, под 32-х и 64-х битную архитектуру. Firebird SQL Server распространяется бесплатно и не имеет лицензионных ограничений.

Офсайт: http://www.ibprovider.com
Начало работы: http://www.ibprovider.com/rus/docume.../firebird.html

а вот MySQL я не упомянул специально, поищите информацию о нем, поймете.

Oracle Database [бесплатные express-редакции]

использовать закрытый продукт, еще и урезанный, какой в этом прогресс? Будущее? Хм, если жалко денег на OPC, думаете на полноценную лицензию денежки найдутся?