Перегляд Повідомлень

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Alexandr_S

Сторінок: [1] 2 3
1
Добрый день, занимаюсь разработкой комплекса телемеханики для управления освещением, по городу стоят счетчики Энергия-9, стоит задача вычитывать показания по rs485. Купили лицензию на аское от Новасис, но энергия молчит как рыба об лед. Хотелось бы попробовать то самое ПО что скинули пользователю Ren, для тестирования канала связи. Буду благодарен за любую информацию по энергии 9. Спасибо.

Ну логично, сначала купить, что то не понятное (даже не проверив), а потом искать то, что реально работает (правильные инженеры инструкцию читают, когда появляются лишние детали...)

2
Либо воспользоватся программным преобразователем - опрос счетчика по его протоколу, а выдача в Скаду из БД по протоколу Скады, например 104... таких цепочек много в Украине эксплуатируется. 

Коллеги , есть задача интегрировать приборы учета в SCADA-систему.
проблема в том что счетчик (в моем случае это SL-7000) передает данные по DLMS/COSMEC протоколу, а в Скаде у меня Modbus TCP.
То есть нужен DLMS/TCP шлюз.
Пока я нашел только один, с точкой продажи в Италии

Может быть кто-то уже сталкивался с подобными приблудами и знает что-то попроще и поближе? :)
Если нет - придется конечно итальянца брать.

3
Вот не понимаю почему так ветку засорять...
Все ж ведь прозрачно... с выходом ККУ нужно для быта использовать счетчики с профилем нагрузки часовым, а до этого не было этого требования. Теперь вопрос а какие типы поддерживают эту возможность. На данный момент ни НИК ни Телетек (другие типы я не совсем в курсе) такой возможности не имеют.
Кстати тот же КиевЭнерго сейчас усилено пилотирует европейские модели с такой возможностью и о результатах тестов можно будет узнать позже...

4
АРТЕМ82, Рекомендуется подключать не более 8 счетчиков на один порт преобразователя CL (токовая петля) - RS232/Ethernet. То есть Вам в конечном итоге необходимо будет 8 портовый преобразователь 8CL-Ehernet (рекомендуется продукция компании Крон). Хотя для тестирования Вам достаточно будет любого преобразователя на 1 порт и любого ПО, которое умеет читать счетчики НИК (хотя бы сервисное самой компании). А дальше по мере фантазии и ресурсов...

5
Если проект на ЛУЗОД то каким боком вообще слово "АСКУЭ".
Если проект на ЛУЗОД то читать все приборы обязано ПО ОблЭнерго (разве что, она этого делать не умеет)...

6
ПО еще не выбрал! Думаю над "Energy Vision" и "Електро". У кого еще какие идеи?)
ЭнергоЦентр...

7
У Вас на все Типы счётчиков, есть ПО ?
[/quote]
У меня да, если нужно :)

8
Хотелось бы узнать мнение людей кто и как планирует поступать если необходимо построить бытовой учет именно всех энергоресурсов (эл, теплая и холодная вода, тепло, возможно газ)?
Как строить бытовые системы учета электроэнергии уже как то обсудили (в первую очередь связь), а вот как быть если бытовые приборы учета других энергоресурсов в основном только с импульсным выходом...
Решение "в лоб" - использовать сумматоры импульсов (на этаж, подъезд...) но в связи с тем, что серийных решений крайне мало и все они не дешевые то возможно есть уже наработанные технические решения?
Еще как вариант - использовать бытовые приборы учета с импульсным входом но не понятно есть ли они вообще и как по цена - качество...

 

9
Я также сталкивался с таким вопросом, во всех методичках есть понятие T (интервал в часах за который рассчитывается) - в формулах. Часть энергокомпаний, включая ГП "Энергорынок" официально указывает, что Т = 1 или 0.5 часа (расчетный период признанный в Энергорынке или признанный как коммерческий между обл и потребителем). В вашем случае ответ лежит в дополнении к договору на поставку электроэнергии, который должны были утвердить ДВЕ стороны, там и смотрите Ваш Т... Поэтому в этом случае нужно менять или константу или договор...

10
Главное чтобы новый поставщик на вопрос о внедрении какого нибуть нового макета 30xxx не сказал тоже самое :)

12
Интересно было бы узнать мнение эксплуатирующего персонала, на что именно жалобы.

Насколько мне известно по опыту эксплуатации в Киеве то основная проблема это слабость самого сигнала в модулях НИК, что не дает возможности построить сеть многоподъездного  дома на одном контролере, а логически ошибки в алгоритмах ПО привели к тому, что для построения такой сети необходимо программировать счетчик!!! настраивать на нем номер канала связи, чтобы не было перекрестного поиска, то есть убивается на корню понятие plug&play, отсюда и затраты на эксплуатацию, что возрастают в разы

13
Услуги аутсорсеров будут не меньше, ведь им еще нужно грамотно написать хоть какое то ТЗ и иметь структуру БД ТРиос либо самим в ней интуитивно разобраться.
P.S. Часто цена ПО зависит от количества приборов учета...тут пока не сказано сколько на АТ ДАТе.

14
ПО "Триос" может и нормальное (видел редко) но вот маркетинговая политика специфическая...Зачем далеко ходить...ЛЭО.
А по поводу цены перехода на новое ПО то пусть человек промониторит рынок и решит, ведь я так понял, что вся аппаратная часть в норме.
Я все же рекомендую считать не единовременные затраты на ПО (любое), а затраты на его техническую поддержку и обслуживание. Почему никто не привык считать затраты персонала на разборки с глюками ПО, потерянное их время (за которое начисляется зп), потеря мотивации от плохой технической поддержки и тд... Но это уже дискуссия другой темы...

15
За любой пакет программных модулей кто то должен нести ответственность.
Исходя из Ваших слов, Ваш подрядчик ПО не несет их, а Вы хотите внести еще один нестабильный элемент аутсорсинга.
То есть, если Ваш главный подрядчик изменит чуть структуру БД в новой версии то Вам через год опять обращаться к аутсорсингу.
Также интересует как Вы будете синхронизировать процессы полноты данных и отправки и тд.
На мой взгляд лучше использовать единое решение одного разработчика, коих на этом сайте было не мало, а в Google и того больше.
Не думаю, что дешевле окажется аутсорс чем полноценное решение...

Сторінок: [1] 2 3