|
ЕвроАльфа, Альфа
|
171
|
|
|
ЦЭ6850
|
28
|
|
|
СЭТ4ТМ.03
|
313
|
|
|
SL7000
|
25
|
|
|
ION
|
34
|
|
|
Меркурий
|
77
|
|
|
EPQS
|
31
|
|
Гости не могут голосовать. Попробуйте зарегистрироваться.
|
|
|

|
Академик
Сообщений: 1,123
Зарегистрированный пользователь
Зарегистрирован: 8/12/2003(UTC)
|
|
|
#51
|
|
|
Tuesday, March 14, 2006 6:46:34 PM(UTC)
|
|
Подведем итог: Брак по Альфа и евроальфа 1 на 200 счетчиков Брак по СЭТам 1 на 26 счетчиков
со статистикой не поспоришь...
Перемены доказывают свою правильность в день, когда заканчиваются. (Древнекитайская Книга перемен)
|
|
|
|
|
|
|
|

|
Профессор
Сообщений: 445
Зарегистрированный пользователь
Зарегистрирован: 5/30/2005(UTC)
|
|
|
#52
|
|
|
Tuesday, March 14, 2006 7:07:15 PM(UTC)
|
|
Цитата:Я же написал 10% ЕВРОАЛЬФ и такой у меня на самом деле опыт был (никуда от этого не денешьсь) Это было в 2004 году Возможно Вам повезло больше
А на каком объекте это было?
|
|
|
|
|
|
|
|

|
Академик
Сообщений: 843
Зарегистрированный пользователь
Зарегистрирован: 8/20/2004(UTC)
|
|
|
#53
|
|
|
Tuesday, March 14, 2006 7:21:52 PM(UTC)
|
|
Цитата:Ребяты... СЭТы СЭТам рознь... Есть Рязанские, а есть нижегородские, вы какие имеете ввиду? Я говорю о Нижегородских СЭТах
|
|
|
|
|
|
|
|

|
Академик
Сообщений: 843
Зарегистрированный пользователь
Зарегистрирован: 8/20/2004(UTC)
|
|
|
#54
|
|
|
Tuesday, March 14, 2006 7:22:33 PM(UTC)
|
|
Цитата: А на каком объекте это было?
Не скажу ( в целях конспирации:)
|
|
|
|
|
|
|
|

|
Академик
Сообщений: 843
Зарегистрированный пользователь
Зарегистрирован: 8/20/2004(UTC)
|
|
|
#55
|
|
|
Tuesday, March 14, 2006 7:27:29 PM(UTC)
|
|
Есть одна проблема (может кто встречался): Микропроцессорный счетчик вдруг ни с того, ни с сего начинает считать в 50-60 раз больше положенного (диагностируется несколькими источниками), с чем это может быть связано?
|
|
|
|
|
|
|
|

|
Академик
Сообщений: 761
Зарегистрированный пользователь
Зарегистрирован: 9/1/2005(UTC)
Откуда: Прософт-Системы
|
|
|
#56
|
|
|
Wednesday, March 15, 2006 10:40:08 AM(UTC)
|
|
По импульсам или по коду (в архивах - тоже кривь)? Если по импульсам - проверяйте наводки и экран в линиях связи счетчик-УСПД. Если по коду - счетчик " в переплавку".
|
|
|
|
|
|
|
|

|
Бывалый
Сообщений: 69
Зарегистрированный пользователь
Зарегистрирован: 3/16/2006(UTC)
|
|
|
#57
|
|
|
Thursday, March 16, 2006 9:09:11 PM(UTC)
|
|
Я прочитал про ION, сам сейчас такой настраиваю только есть проблема счетчик не потдерживает МЭК 101/104. Счетчик имеет моного протоколов перечеслять не буду но этих среди них нет. Кто может подсказать вариант конвертации из ModBus в МЭК 104? ?-(
|
|
|
|
|
|
|
|

|
Академик
Сообщений: 761
Зарегистрированный пользователь
Зарегистрирован: 9/1/2005(UTC)
Откуда: Прософт-Системы
|
|
|
#58
|
|
|
Friday, March 17, 2006 10:35:47 AM(UTC)
|
|
В IONe есть протокол DNP 3.0 - по сути, аналог 101/104. Тоже телемеханический, тоже для связи с ОИК, SCADA. Может проще сверху его по DNP опрашивать?
|
|
|
|
|
|
|
|

|
Бывалый
Сообщений: 69
Зарегистрированный пользователь
Зарегистрирован: 3/16/2006(UTC)
|
|
|
#59
|
|
|
Friday, March 17, 2006 11:56:35 AM(UTC)
|
|
Проблема в том что по нормативной док-ции в том числе Приказ №603, Технической политике РАО и т.д. телемеханика в РДУ должна поступать в 101 или 104 протоколе.
|
|
|
|
|
|
|
|

|
Бывалый
Сообщений: 69
Зарегистрированный пользователь
Зарегистрирован: 3/16/2006(UTC)
|
|
|
#60
|
|
|
Friday, March 17, 2006 12:13:23 PM(UTC)
|
|
Тогда нужен конвертор DNP 3 в МЭК
|
|
|
|
|
|
|
|

|
Академик
Сообщений: 761
Зарегистрированный пользователь
Зарегистрирован: 9/1/2005(UTC)
Откуда: Прософт-Системы
|
|
|
#61
|
|
|
Friday, March 17, 2006 2:43:43 PM(UTC)
|
|
Выражусь точнее: DNP - это некая выборка из МЭК-870-5-101, 103. Нужного Вам конвертора не существует в природе. Работайте с DNP и доказывайте работоспособность такого решения.
|
|
|
|
|
|
|
|

|
Академик
Сообщений: 761
Зарегистрированный пользователь
Зарегистрирован: 9/1/2005(UTC)
Откуда: Прософт-Системы
|
|
|
#62
|
|
|
Friday, March 17, 2006 2:55:55 PM(UTC)
|
|
Дополнение: МЭК-... 101, 104 - это протокол связи телемеханики. Т.е. для передачи данных от контроллера (КП, УСПД) до системы сбора. Счетчик исторически всегда подключался сначала к контроллеру. Поэтому "в лоб" Вашу задачу решает не конвертор, а контроллер, умеющий: А) опрашивать ION Б) отдавать данные наверх в МЭКе 101, 104.
Например, наш ЭКОМ-3000 ;-)
Поспрашайте у телемеханщиков - кто из них умеет ION опрашивать. Отдавать в МЭКе умеют практически все КП ТМ.
Вы бы уточнились - у Вас АИИС или ОИК или гибрид? На эту тему ветка отдельная была в этом форуме.
|
|
|
|
|
|
|
|

|
Бывалый
Сообщений: 69
Зарегистрированный пользователь
Зарегистрирован: 3/16/2006(UTC)
|
|
|
#63
|
|
|
Friday, March 17, 2006 3:35:08 PM(UTC)
|
|
В ответ относительно от куда должен приходить МЭК, в док-ции прописано что в РДУ должен поступать 101/104, а с какого уровня решать разработчикам. Т.Е. хоть напрямую со счетчика (поправте меня если я обшибаюсь :-)). Вы правильно говорите относительно УСПД (т.е в нем крутиться программа (конвертор-программный)). В таком случае мне можно использовать эту программу и не платить за УСПД целеком в составе ... (надеюсь Вы меня понимаете). Я хотел бы узнать вдруг кто либо сталкивался с такой же проблемой и может предложить решение? И еще один вопрос нормирован ли кем либо протокол для передачи информ-ции по КУ (ком. учет) Я имеею ввиду не отчеты в формате XML, о цепочка ИИК-ССПИЭ-ИВК-смежные системы ?
|
|
|
|
|
|
|
|

|
Бывалый
Сообщений: 69
Зарегистрированный пользователь
Зарегистрирован: 3/16/2006(UTC)
|
|
|
#64
|
|
|
Friday, March 17, 2006 3:48:23 PM(UTC)
|
|
|
|
|
|
|
|

|
Академик
Сообщений: 761
Зарегистрированный пользователь
Зарегистрирован: 9/1/2005(UTC)
Откуда: Прософт-Системы
|
|
|
#65
|
|
|
Friday, March 17, 2006 4:13:08 PM(UTC)
|
|
Цитата:И еще один вопрос нормирован ли кем либо протокол для передачи информ-ции по КУ (ком. учет) Я имеею ввиду не отчеты в формате XML, о цепочка ИИК-ССПИЭ-ИВК-смежные системы ? Соглашение об информационном обмене смежных субъектов. Рекомендуется - XML, вроде никем не нормируется. "Согласие - есть продукт непротиворечия сторон" (С)
|
|
|
|
|
|
|
|

|
Бывалый
Сообщений: 69
Зарегистрированный пользователь
Зарегистрирован: 3/16/2006(UTC)
|
|
|
#66
|
|
|
Friday, March 17, 2006 4:17:30 PM(UTC)
|
|
Прочитать весь форум не успел :-), как я понял Вы являетесь разрабочиком комплекса систем, в том числе и УСПД. Где можно посмотреть ин-цию о Вашей продукции?
|
|
|
|
|
|
|
|

|
Крутой
Сообщений: 169
Зарегистрированный пользователь
Зарегистрирован: 11/14/2005(UTC)
|
|
|
#67
|
|
|
Friday, March 17, 2006 4:21:23 PM(UTC)
|
|
Alex_Kru известный в узких кругах представитель славной компании Прософт-Е, таких людей знать надо:)))
|
|
|
|
|
|
|
|

|
Бывалый
Сообщений: 69
Зарегистрированный пользователь
Зарегистрирован: 3/16/2006(UTC)
|
|
|
#68
|
|
|
Friday, March 17, 2006 4:29:03 PM(UTC)
|
|
Как видно из мого статуса я новичек, так что мне простительно :-P
|
|
|
|
|
|
|
|

|
Крутой
Сообщений: 169
Зарегистрированный пользователь
Зарегистрирован: 11/14/2005(UTC)
|
|
|
#69
|
|
|
Friday, March 17, 2006 4:43:46 PM(UTC)
|
|
Так и я ведь о Прософте не здесь узнал:)))
|
|
|
|
|
|
|
|

|
Академик
Сообщений: 761
Зарегистрированный пользователь
Зарегистрирован: 9/1/2005(UTC)
Откуда: Прософт-Системы
|
|
|
#70
|
|
|
Friday, March 17, 2006 4:52:58 PM(UTC)
|
|
Вот так и срываются маски с псевдонимов :-D Крупин Алексей начальник отдела развития и технической поддержки департамент систем автоматизации и учета энергоресурсов ООО "Прософт-Системы" тф (343) 376-28-20 (310) e-mail: krupin@prosoftsystems.ruhttp://www.prosoftsystems.ru
|
|
|
|
|
|
|
|

|
Бывалый
Сообщений: 56
Зарегистрированный пользователь
Зарегистрирован: 3/23/2006(UTC)
|
|
|
#71
|
|
|
Saturday, March 25, 2006 3:05:47 PM(UTC)
|
|
Alex_Kru В новой версии вашего ПО ES++ решена ли проблема с обходными выкл. И как решен момент перехода времени зима/лето, от друзей узнал что одо АО Энерго предъявило некие требования по этому поводу. Можно по подробней про эту ситуацию. И будет ли ЭКОМ опрашивать MT830 / MT831
|
|
|
|
|
|
|
|

|
Новичок
Сообщений: 0
Зарегистрированный пользователь
Зарегистрирован: 9/9/2008(UTC)
|
|
|
#72
|
|
|
Saturday, March 25, 2006 5:28:21 PM(UTC)
|
|
Цитата: И будет ли ЭКОМ опрашивать MT830 / MT831 Откуда такая осведомленность о существовании МТ830? P.S. не сотчтите за рекламу, но МТ830/ МТ831 составит конкуренцию СЭТ 4ТМ.03
|
|
|
|
|
|
|
|

|
Бывалый
Сообщений: 56
Зарегистрированный пользователь
Зарегистрирован: 3/23/2006(UTC)
|
|
|
#73
|
|
|
Saturday, March 25, 2006 5:46:04 PM(UTC)
|
|
|
|
|
|
|
|

|
Академик
Сообщений: 761
Зарегистрированный пользователь
Зарегистрирован: 9/1/2005(UTC)
Откуда: Прософт-Системы
|
|
|
#74
|
|
|
Monday, March 27, 2006 9:41:50 AM(UTC)
|
|
Цитата:Alex_Kru В новой версии вашего ПО ES++ решена ли проблема с обходными выкл.
Решена. Давно. Была ошибка в XML80020 по обходным. Исправлена в ES 6.1 Цитата: И как решен момент перехода времени зима/лето, от друзей узнал что одо АО Энерго предъявило некие требования по этому поводу. Можно по подробней про эту ситуацию.
в ES данные хранятся в астрономическом времени ("всегда зима"). Переход отображается так, как удобнее Юзеру (есть крыжики в АРМе). "одно АО" потребовало, чтобы в БД данные лежали, " как им удобнее" - с меткой "л/з". Сделали - тестируем - скоро отправим. Цитата: И будет ли ЭКОМ опрашивать MT830 / MT831
Будет, но позже. Сейчас МТ855 в работе.
|
|
|
|
|
|
|
|

|
Крутой
Сообщений: 135
Зарегистрированный пользователь
Зарегистрирован: 3/28/2006(UTC)
|
|
|
#75
|
|
|
Tuesday, March 28, 2006 1:03:05 PM(UTC)
|
|
Эксплуатируем АИИСКУЭ от Метроники с августа прошлого года на ГЭС и на ТЭЦ. Все неприятности от кривого проектирования генподрядчиков и спешки. Всё упирается в бездарное проектирование системы и полную неразбериху при монтаже и наладке. Когда система введена в работу уже ничего не исправишь.
|
|
|
|
|
|
Пользователи, просматривающие эту тему |
Guest (4)
|
|
Перейти
|
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.