Подбор оборудования для сбора данных

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

Необходимо собирать информацию с десятка 4-20 датчиков и примерно столько же - дискретов, архивы (20 минутки, часовки, суточные) хранить в контроллере, затем передавать наверх, в SCADA.
Желательно, чтобы архивы в контроллере и SCADA синхронизировались при потере и восстановлении связи.
Так же желательно, чтобы контроллер поддерживал разные типы передачи данных.
Плюс местная визуализация.
Компоненты системы должны иметь что-то похожее на Long Term Support - т.е. производиться какое-то разумное время, 3-5 лет хотя бы. Не хочется каждый год переписывать конфигурацию.
Сначала выбрал решение ПЛК323 Codesys + МВ110 А8 + СПК315Р+OwenArchiver - но там все не очень радужно, как я понял - развитие не планируется.
Рассматриваю сейчас вариант ПЛК323 Телемеханика ЛАЙТ.
Так же рассматриваю СПК110 - но там нет ethernet портов, а городить лишний преобразователь - не хочется.

Вот наверное в сторону Телемеханики надо смотреть, но не знаю на счет синхронизации архивов со Scada. Это вообще не тривиальная задача, так как еще и Scada должна понимать, что ей передают архив и располагать данный в своих базах с меткой времени. Возможно сама же Телемеханика это все и умеет, надо уточнять у производителя.
з.ы. CodeSys тут точно будет лишний.

Или посмотрите в сторону МЭК 104 протокола (если не ошибся), который применяют энергетики, там собственно сам принцип протокола позволяет выполнять отложенную передачу, правда не знаю на счет 20 минуток, часовок и суточных архивов, не уверен что там это возможно.

Есть еще одна Scada и контроллеры, которые могут периодическую передачу делать, но вот могут ли архивы передавать не в курсе.

Держать архив в железке это еще очень мало, надо еще заставить этот архив правильно расположить в базах Scada или чтобы она это умела... вот тут то и наступит обломс...

Еще есть вариант ПЛК110-М02 с MasterPLC от INSAT, но это уже забивать гвозди микроскопом...

Оно все забивать гвозди микроскопом. Просто Scada + модули. Лучше промПК купить и на него Scada установить на ИБП и не заморачиваться с ПЛК

Полное хранение данных без всяких часовок и прочего архивирования. При необходимости дублировать все данные в сеть в какую нибудь БД

Задача не так проста как кажется. Есть такой теплоэнергоконтроллер ТЭКОН-19 - он позволяет вести часовые и суточные архивы, и с помощью OPC_HDA сервера отдавать их скада-системе,
которая может это все прочитать (в нашем случае это Каскад, родственник Телемеханики).
В принципе можно и что-то другое поискать. С Овеном все печально конечно.

Да дело не столько в Овене или других ПЛК. Основная загвоздка в Scada, чтобы она архивные данные правильно растасовала по времени в базы. Толку от архивов в ПЛК, если их нельзя правильно расположить в базе ? Поэтому и получается, либо выискивать верхний уровень, который все это сможет выполнить, либо вообще отказаться от ПЛК а сразу установить Scada и писать постоянно данные с модулей.

ТЭКОН-19 - маловат по части входов-выходов, рассматривал его, тем более, что с ИСКРой есть опыт работы, её хватало и архивы исправно вытягивались из ТЭКОНОВ-17.

Борис Попов, мне говорил, что если телемеханику использовать и МЭК-60870 с ПЛК323-ТЛ, то ПЛК сам данные сохраняет при обрыве связи + есть резервный канал (основной по Ethernet например, резервный по встроенному GSM модему) так что можно у него спросить. Подобную систему делал на ПЛК (на основе Raspbery Pi промышленном) Поднимал БД MySQL на ПЛК. В нее писал, а эта БД когда есть связь сама делала репликацию на БД в облаках. И там уже графики строились из данных БД. Все работало как часы.

Ну можно поставить несколько Т-19:)

Цитата:

---

вообще отказаться от ПЛК а сразу установить Scada и писать постоянно данные с модулей

---

а если связь оборвется? Если скада поддерживает HDA, то и в базе как надо расположит.
Для меня все таки основная загвоздка в ПЛК.

Цитата:

---

на основе Raspbery Pi промышленном

---

Что такое промышленный Raspbery?

alexx751 простите какая связь оборвется ? между промПК (на котором установлена Scada) и модулями, которые ей опрашиваются ?
ПромПК в данном случае устанавливается в щит с модулями, а не где-то в интернете...

Если между вами (клиентом) и Scada нет связи, так зайдете и потом посмотрите все архивы хоть поминутно....

з.ы. промышленных Raspberry не существует, не надо выдавать желаемое за действительное. ОЕМ решения и даже промышленные решения на их базе существуют, но ценник приближается к обычному промПК в таком случае. А внутри все таже малина.

Кстати на Raspberry можно поставить Scada и опрашивать модули таким способом.

То есть если ПК "пром" - это панацея? Он никогда не зависнет, не полетит hdd и т.д.? По моей статистике это случится именно в тот
период времени, когда данные были нужнее всего (для анализа например):)

Согласен насчет промПК - чем сложнее устройство, тем менее надежное при прочих равных.

ПЛК такой .. надёжный http://pigeoncomputers.com/products/pigeon-rb100-cm3/

Убедили, берем ПЛК, вставляем в него флешку, и ну он никогда не умрет, флешка от вашего архива не сдохнет ну вот зуб даете, и как раз в самый ответственный момент.

Ну и очки купите, чтобы прочесть еще раз - делайте репликацию данный в любую БД....

murdemon я другой видел, но сути дела это не меняет, у Raspberry на борту только флешка внешняя, а мрут они как мухи, если не принимать соответствующих мер или не использовать промышленные SD карты, которые будут стоить раза в два дороже всего Raspberry.

ну там нет флешки, как и во всех пром eeprom. Так что с эти проблем не когда не будет. Там в спецификации все описано, даже UPS, небольшой встроенный, что бы ретайны записать. Как в beckhoff сделано. (Если быть точнее eMMC) SSD диски вы же не выбрасываете каждый месяц :)

murdemon почитал мельком, 4 Гб еммс установлена. При этом указано, что применена Raspberry Pi 3 (какой то Compute модуль). Это явно не чистокровный Pi 3, так как на чистокровном никаких eMMC нет и в помине.

Блин, пытался найти ссылку на еще один аналогичный вариант, куда-то задевал. Тоже что-то аналогичное сделанное под промышленное.
Но если уж человек не доверяет ПромПК и при этом доверяет ПЛК, то как говорится баба с возу, кобыле легше....
пусть с ПЛК ищут себе на ж.. приключения для такой задачи, че уж там...

О, нашел - http://www.techbase.eu/ru/products/1...erry-500.html#

правда хочу заметить, что там таки Linux :) и с выбором среды не разгонишься, чего не скажешь об обычном промПК на х86, лепи на чем хочешь...

а ПЛК мрут аки мухи бывает, даже подключенных к ИБП, например 150-й сдох второй раз (1-й раз катался в ремонт), на 2-й я там уже не работал да и гарантия закончилась, народ своими силами делает. Проблема в источнике питания была 1-й раз...
И как-то при выборе промПК и ПЛК323 я сто раз подумаю, что из них двоих выбрать как по цене, так и по качеству и возможностям.

https://www.raspberrypi.org/products/compute-module-3/ специальный модуль для пром приложений. По вибрации и температурам расширены диапазоны и тд. И цена его 10тр где то с доставкой была. На него если сильно кодезис надо. Ставиться рантайм стандартный для PI. И все поехали. Там ядро под реалтайм специально заточено, для уменьшения джитера при обработке сигнала. Так же годиться для систем управления сервосистемами по CANOpen и EtherCat. Вообще неплохо продуманная платка. Даже RTC добавили :) и 1Wire.

1-Wire и на штатном Pi 3 вроде есть, правда софтовый вроде. я датчики 18B20 из Scada системы читал через встроенный драйвер.

Чета я извиняюсь, а куда этот Compute module втыкать, чтобы USB порты были, hdmi, сетевая карта и так далее и так далее ?????

Цитата:

---

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

ПЛК такой .. надёжный http://pigeoncomputers.com/products/pigeon-rb100-cm3/

---

И сколько такой стоит ?

150 евреев.

Цитата:

---

Сообщение от Dima.Silorov

Добрый день!

Необходимо собирать информацию с десятка 4-20 датчиков и примерно столько же - дискретов, архивы (20 минутки, часовки, суточные) хранить в контроллере, затем передавать наверх, в SCADA.
Желательно, чтобы архивы в контроллере и SCADA синхронизировались при потере и восстановлении связи.
Так же желательно, чтобы контроллер поддерживал разные типы передачи данных.
Плюс местная визуализация.
Компоненты системы должны иметь что-то похожее на Long Term Support - т.е. производиться какое-то разумное время, 3-5 лет хотя бы. Не хочется каждый год переписывать конфигурацию.
Сначала выбрал решение ПЛК323 Codesys + МВ110 А8 + СПК315Р+OwenArchiver - но там все не очень радужно, как я понял - развитие не планируется.
Рассматриваю сейчас вариант ПЛК323 Телемеханика ЛАЙТ.
Так же рассматриваю СПК110 - но там нет ethernet портов, а городить лишний преобразователь - не хочется.

---

Абсолютно соглашусь с melky касательно нетривиальности задачи.
Примерно похожее реализуется при работе с архивными данными приборов учета, но это задача достаточно хорошо исследована и имеет массу вариантов реализаций. Но повторюсь: только с приборами учета ресурсов.
В вашем лучше пойти по пути от НЕОБХОДИМО до ДОСТАТОЧНО.
Если использовать решение на Телемеханике Лайт, то связка должна быть такая: ПЛК323-ТЛ+МВ110-8А(АС)+СП315(310). Контроллер при настройке работы по МЭК-104 будет на измененное событие присваивать метку времени и писать это событие на SDкарту и передавать его на Пункт управления( где он будет писаться с этой меткой времени в БД)
Как уже написали выше, в случае пропадания связи эти события передадутся на ВУ с метками времени при восстановлении связи. Таким образом Вы получите идентичные архивы и на ПК и на ПЛК. Обработать полученные записи и вывести их или их производные ( 20 мин, час, сутки) в отчетные формы и/или на визуализацию SCADA совершенно не трудно.
Но вот с архивом на SD ПЛК работать можно будет только если механически извлечь носитель информации.

Борис, спасибо! Именно в таком направлении сейчас и работаю. Изучаю ТЛ, пока контроллер едет.

Popov Boris поясните немного момент по работе с архивами, почему нужно вынимать SD карту, если все архивы при восстановлении связи будут переданы на верхний уровень ?
з.ы. попутные вопросы, ТЛ может формировать МЭК 104 для верхнего уровня ?
ну и личный вопрос по нашему вопросу, мне что-то ожидать от вас ? :)

Цитата:

---

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

Popov Boris поясните немного момент по работе с архивами, почему нужно вынимать SD карту, если все архивы при восстановлении связи будут переданы на верхний уровень ?
з.ы. попутные вопросы, ТЛ может формировать МЭК 104 для верхнего уровня ?
ну и личный вопрос по нашему вопросу, мне что-то ожидать от вас ? :)

---

- По работе с архивами есть 2 случая: 1й - когда ведем опрос ПЛК приборов учета, здесь архивы пишутся в архив УСПД на SD и далее работа/обмен ведется с автоматически настраиваемой БД на сервере. 2-й случай, когда мы в архив на SD пишем любые события задаваемые пользователем. Этот архив прочитать можно только локально, данная ситуация разрешается использованием МЭК 104, как написал выше.
- Контроллеры ТЛ поддерживают полноценную передачу на ВУ по МЭК 609870-5-104.
- по личному все в личку)

Цитата:

---

Сообщение от Popov Boris

Как уже написали выше, в случае пропадания связи эти события передадутся на ВУ с метками времени при восстановлении связи.

---

Как много событий может храниться в буфере памяти до восстановления связи?

Цитата:

---

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

Как много событий может храниться в буфере памяти до восстановления связи?

---

До 10000 событий для телесигнализации( дискреты ) и до 10000 событий для телеизмерений ( анлоговые параметры)