Удаленный мониторинг и архивация работы станка

Здравствуйте! Подскажите по подбору оборудования. Поставили задачу установить систему сбора данных по работе операторов станков. Контролироваться в станке будет 2-3 дискретных сигнала. 1,2 - суммарное время активного состстояния, 3й- счетчик количества активных состояний допустим за смену. Далее передать информацию в простейшем виде (очень хотелось бы по ethernet) через сеть предприятия на 1 компьютер. п. Необходимо чтобы система вела бы подсчет даже при выключенном компьютере этих 2-3х сигналов в течении недели двух(вход кол-ва за смену сработает примерно 300 раз). Т.е. чтобы в энергонезависимую память записывались состояния счетчика входов по дате и времени. Потом чтобы по дате можно было просмотреть время работы и кол-во циклов. Конечно необходимо исключить через мерное удорожание системы.
Почитал про модуль сбора данных МСД-200 - не понравился отсутствием ethernet, по функциям подходит вроде. Остановился на ПЛК-100 ТЛ и "телемеханика лайт" но как-то слишком сложно получается для 3х входов. Можно ли применить Owen process manager и счетчик импульсов, но как-то не получается привязки к дате и времени.

1. Время срабатывания дискретных входов ? период логической единицы больше важен.
2. Будет ли успевать их фиксировать МСД200 ? и вообще способен ли ?
3. Не каждая Scada система сможет легко и просто считать данные из архива прибора в автоматическом режиме и распихать по нужным точкам времени в базе, нужны будут программисты, так как без скриптов и формул там не обойтись мне кажется. Так же не каждая Scada хранит секундные срезы данных ну и размер базы будет очень большим если заставить хранить секундные срезы.
4. счетчик импульсов покажет только количество, но не когда и сколько...
5. ПЛК тут явно будут излишними компонентами стоимости.

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

Вариант использования ПР200 как средство чтения дискретных входов и запоминания времени срабатывания с фиксацией времени и передачи по сети (тут вот модуль Ethernet от rovki для ПР200 в тему будет) и чтения этих данных при помощи ПК и запись в Scada. Никакие МСД не нужны будут. Но это при условии использования в качестве хранения ПК, обеспеченного бесперебойным питанием.

Одна ПР сможет до 3-х станков или 4-х станков обслуживать.

Цитата:

---

1. Время срабатывания дискретных входов ? период логической единицы больше важен.

---

до 300 раз в день 1 вх и до 20 раз остальные 2.
Станок включен 1вх, гидравлика включена 1вх (может и не понадобиться), согнули на 1 сек лог ед, 10 сек переставляем деталь - здесь нужно посчитать кол-во гибов за смену 8-12 час и записать в архив

DocR вот в вашем списке "согнули на 1 сек лог ед" вываливается за период, который может пропустить даже МСД (будет зависеть сколько модулей ввода на нем окажется висеть).

Непосредственно для Scada системы может оказаться еще хуже.

Вот чистое ИМХО. ПР200, программа фиксации значений и их времени, передача по modbus данных значений (пофигу мороз, когда случилась "лог ед", если мы знаем время этой единицы). Scada система на промПК с гарантированным питанием (тут куча вариантов, например передача данных в БД на сервер или прямое подключение к данной Scada).

В общем нужно точное ТЗ техпроцесса с указанием времени и длительности сигналов, только после этого думать (хоть с секундомером возле станка стать и все засечь)...

МСД посмотрел, та еще шляпа, так как прочитать файл CSV я так понимаю можно только компьютером подключенным по USB и еще наверняка своим ПО... Только из-за этого лично я его отправлю в топку. А по Modbus он там не все передает на ПК, что хотелось бы....

почему, у МСД есть же 2й 485Й для связи с эвм. А вот с программируемого реле можно будет сдувать в пк результат подсчета за смену

Первый вариант с Телемеханикой то же заслуживает рассмотрения. 100 ТЛ опрашивает вашу систему по состоянию, и осуществляет передачу через Ethernet на машину со скадой по 104 протоколу, ( на каждое событие с меткой времени ) . Обработать это на скаде на предмет суммарного времени активного состстония, и количества таких состояний за период (смену) вопрос решаемый очень быстро. Единственное на 100-ке нежелательно вести архивы, следовательно лучше обеспечить постоянное фунциклирование сервера со скадой. буджет 14 000 рублей за ПЛК+ бесплатная версия скады. А сколько у вас всего станков? один или несколько?
Со связкой МСД+скада, как то то же пытались, но отказались от варианта из-за неизвестности регистров для передачи наверх.

DocR второй RS485 для эвм это Modbus slave - ну ка покажите где там ВРЕМЯ срабатывания входа (переменной)?

Хорошо. остановимся на том что станок будет пока один и варианте "Бесплатная версия телемеханика лавйт и пкл 100 тл". Условие поставили, что компютер всегда включен не будет, не хотят. Сможет ли архив хранится в плк хотя бы пару дней(т.е. за пару смен), автомативтоматически передаваться в ПК при включении. Архив за смену вижу таким : 300 срабатываний одного дискретного входа в течении 8ми часов (те надо подсчитать сколько срабатываний было за 8 часов и 6-10 раз других двух - здесь записать сколько по времени были активны(это обычно часы)
И ещё вопрос, смотрю на плк-110-30, там есть функция архив, он конечно дороже, но может он больше подходит для хранения данных?

Любой ПЛК не очень подходит для хранения архивов априори - это просто как доп опция и не надо рассматривать ее как основную.

Еще раз, архиватором может выступать любой промПК или миниПК, в зависимости от вашего производства в качестве ПК может быть промПК стоимостью 100-120 долларов.
Напряжение питания 12В, архитектура Х86 (гораздо больший выбор Scada систем) так и Raspberry Pi3 и аналоги на ARM процессорах (выбор Scada поменьше, но зато и меньше энергопотребление)... Вот только его надо обеспечить бесперебойным питанием.

Может ли храниться архив за пару дней в ПЛК? - очень скользкий вопрос, в каком виде?, как при такой частоте будет себя чувствовать память ПЛК (насколько быстро вы ее убьете ?) Например на Raspberry постоянная запись на флеш убивает ее месяца за 3-4.

ИМХО - ПЛК тут избыточны вообще и не приспособлены для таких задач. Единственное, уточните по ТЛ как долго он держит архив (объем, вложение) по 104-му протоколу. Но тут вы окажетесь привязаны к их Scada системе. Так как работающих напрямую систем со 104-м протоколом не очень то и много на дороге валяется.

Варианты с миниПК.
1. миниПК + модули ввода, весь опрос и расчет на миниПК
2. миниПК + ПР200, весь расчет времени на ПР200, передача значений в миниПК по ModbusRTU или поверх TCP (если использовать модуль Ethernet от rovki (ПР200 потянет 3-4 станка, позволит оператору посмотреть результаты расчета на экране ПР по каждому станку не бегая к ПК и не подключаясь к Scada системе)
3. миниПК + МСД200 + модули ввода, весь расчет в миниПК (добавляем лишнее звено и еще + потому что опрашивать МСД приется по RS485, хотя есть вариант прицепить МСД к мини ПК и по USB и удаленно считывать CSV файлы, если Овен предоставит возможность читать их сторонними средствами можно этот CSV парсить скриптами Scada системы и получать больше информации)

использовать ПЛК (лично мое мнение) здесь избыточно, дороже как по стоимости оборудования так и по стоимости трудозатрат.
ну и еще стоимость лицензии ОС сюда добавьте, если на миниПК будете вкорячивать Windows, хотя можно для самого архиватора использовать и Linux. В зависимости от Scada системы WEB может крутиться как на миниПК так и на стороннем сервере предприятия.