Управление проектом с компьютера

[melky]

imaex уже лицензируется 1 к 2. смотрел видос

ASo вот очередной (Устройство Сбора и Передачи Данных) - предложите варианты при разношерстных (разные протоколы) приборах...

Как раз различные варианты Scada систем могут подходить к этому определению. Далее вопрос возможностей и цены.

ПромПК как раз и может выступить в качестве УСПД, особенно с наличием портов RS485 на борту.
При этом выполнять различные задачи.
1. Подключение к серверу через VPN соединение, снимает вопрос получения реальных адресов у провайдера
2. все равно на протоколы, какой добавишь, такой и будет, нет необходимости искать другую железку в качестве УСПД
3. хранение на себе же всего объема информации с большей дискретностью времени
4. передавать куда-то информацию раз в час, 6 часов, 12 часов, сутки в зависимости от системы CRM

Покажите мне такой УСПД ?

[ASo]

С чего будем собирать?
В зоопарке счетчиков обычно стараются все перевести к RS-485, пусть с разными протоколами, включая модули счетчиков импульсов (для водомеров и т.п.), дальше пробрасываем эту веревку до единственного компа, и раз в месяц опрашиваем, в общем случае. На жилом секторе получасовки не нужны.
Ну или раз в день, на случай сознательного вандализма.
А примеров стандартных программ коммерческого учета - много.
И пытаться реализовывать это под СКАДОЙ - примерно тоже самое, что писать программу диспетчеризации самому.

[melky]

ASo Ethernet-RS485 это не УСПД если вы внимательно читаете, СБОРОМ данных преобразователи не являются, а только передачей.

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

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

Опрос приборов по крайней мере есть и там и там. А вот распределенности в системах учета часто не хватает...

[ASo]

Так если счётчик со встроенной памятью - он сам себе УСПД.
А для сухконтактов УСПД - более, чем дофига. С самыми разными протоколами на выходе.
И с сервером ничего не произойдёт, ибо трафик - децильный. Давным давно это делалось по модемам через ТФОП, правда, на в нашей стране, тут с телефонией была напряжёнка.

[imaex]

melky, а Вы эту самописную систему сбора данных с ПУ на основе не важно какой SCADA для коммерческого учёта планируете использовать?

[melky]

ASo все это лирика. Если применять один сервер мы получаем несколько неприятных вещей.
1. чем больше объектов, тем больше будет потоков на чтение, ну можно немного разделять по времени, тем самым снизив нагрузку
2. меры по уменьшению архива, то есть говорить о 15-ти минутных срезах тут не придется.
3. А это тянет за собой аналитику, ее просто практически нет, если только месячные срезу будут.
4. еще добавляется тот фактор, что многие производителя подобного ПО требуют прямых адресов для Ethernet-RS485 преобразователей.
5. Некоторые так же поддерживают OPC типа для "экономии" зачем писать то, что можно получить другим способом, а OPC несет свои минусы.
6. Некоторые поддерживают только свое оборудование и узкий набор стороннего, в зависимости от распространенности

если что, то чтение телеграммы MBus занимает примерно 1-1,5 секунды, + пауза между запросами, итого до 2-х. 200 приборов - 400 секунд, ибо они на шлейфе.
почти 7 минут...
Если есть условие, что данные надо снимать ну скажем 1-ого числа а домов много, даже в этом случае нагрузка на сервер будет не маленькая.
Я много систем пересмотрел в свое время, какие-то даже щупал. У всех есть недостатки. Самый большой из них, общение с менеджерами, вместо разработчиков
а уже потом деньги, подсчеты во что это выльется.

[melky]

imaex вы не поверите, ни одно ПО не может фактически использоваться в комерческом учете. ПО не понимает, что прибор стал считать неправильно и присылает вам лажу...
А все те бумажечки и сертификаты это пыль в глаза...

Прибор - вот что является средством измерения, а не что-то иное, будь то Взлет, Пульсар, или кто-то еще.

Что по вашему должно быть у ПО для коммерческого учета?

пример:

MasterSCADA – программная платформа для создания АСУТП, MES, решения задач учета и диспетчеризации объектов промышленности, ЖКХ и автоматизации зданий.

А например против 1C вы не будете возражать ?

[imaex]

Прибор - вот что является средством измерения, а не что-то иное, будь то Взлет, Пульсар, или кто-то еще.

Удивительно. И зачем только люди такие бумажки получают? От скуки, наверное. Там к этому свидетельству еще приложение, на 16 листах. "Прошнуровано, пронумеровано и скреплено печатью."

[melky]

imaex. Покажите пример бумажки пожалуйста.
И ещё раз, Я не занимаюсь коммерческим учётом и не собираюсь, задача считать и передать дальше.

И мне кажется, вы немного путаете, есть ПО, которое может являться средством измерения, а есть, которое просто производит опрос и получение данных из приборов, которые и являются средством измерения.
Все вот эти Взлет СП, Пульсар, Лерсы не являются средствами измерения.

[ASo]

Если есть условие, что данные надо снимать ну скажем 1-ого числа а домов много, даже в этом случае нагрузка на сервер будет не маленькая.

Копечная.
В счётчике или УСПД есть часы. И идёт запрос - дай величину за месяц, обычно -нарастающим итогом.