Спасибо, очень содержательно, мне понравился второй вариант.
Спасибо, очень содержательно, мне понравился второй вариант.
И для чего весь этот геморрой?
---
На скринах "SCADA SIMP Light free" (на 32 тега).
В настройках MudBus драйвера можно добавить сколько приспичило устройств TCP/IP + COM и напрямую с них получать данные.
В RTM, сами понимаете, более положенного лицензией не получите.
---
Неплохая СКАДА, кстати.
Скрины с двух ПЛК100 + ТРМ32 (висит на RS485) могу скинуть в понедельник.
Проверил, с ПЛК слейва теги читаются, а вот с ПЛК мастера нет. 1 Скада Мастер и Слейв.jpg
А вот через CoDeSys OPC.02 и Символьную конфигурацию можно читать даже с мастера. Скрин выше.
Последний раз редактировалось kondor3000; 25.02.2023 в 21:23.
Правильнее спросить:
- зачем писать прогу на ПК, потом грузить в ПЛК,
и выводить результаты на ... ПК через визуализацию???
Можно поподробнее варианты?
Там много чего написано.
Я сейчас использую в ПР200 (4 шт), ADС входы, и часть выходов, как I/O для ПЛК160.
Так оказалось эффективнее, чем передёргивать шланги каждый раз, для смены в ПР200 программ.
ПР контролируют только аварийные режимы - быстрее реакция.
А сбор с ADC ПР200, визуализацию и передачу в облако делает ПЛК.
Так-же и с ПК. Часть работы на ПК, а ПЛК частично как I/O.
Это как частный случай, а не стратегия для споров!
>> Это как частный случай, а не стратегия для споров!
Ещё раз - не про стратегические перевороты в индустрии.
Надёжность ПЛК превышает надёжность ПК.
Размеры ПЛК компактнее офисного ПК.
Есть частный случай, напрашивается очевидное (для этого случая) решение.
Прикрутить COM порт, и упростить решение.
Вопрос: Как это сделать? (без революции в индустрии)
Или библиотеки работы с протоколами.
Да и платы ввода-вывода аналоговых-цифровых сигналов выпускаются. Да, для лабораторных исследований с огромным быстродействием и отсюда ценник - но есть.
Последний раз редактировалось ASo; 27.02.2023 в 08:41.