ВОПРОС-ОТВЕТ (отвечаем на простые вопросы от новичков)

[greyboy]

Спасибо, очень содержательно, мне понравился второй вариант.

[west]

Вывести в Скаду можно например...

И для чего весь этот геморрой?
---
На скринах "SCADA SIMP Light free" (на 32 тега).
В настройках MudBus драйвера можно добавить сколько приспичило устройств TCP/IP + COM и напрямую с них получать данные.
В RTM, сами понимаете, более положенного лицензией не получите.
---
Неплохая СКАДА, кстати.
Скрины с двух ПЛК100 + ТРМ32 (висит на RS485) могу скинуть в понедельник.

[kondor3000]

И для чего весь этот геморрой?
---
На скринах "SCADA SIMP Light free" (на 32 тега).
В настройках MudBus драйвера можно добавить сколько приспичило устройств TCP/IP + COM и напрямую с них получать данные.
В RTM, сами понимаете, более положенного лицензией не получите.
---
Неплохая СКАДА, кстати.
Скрины с двух ПЛК100 + ТРМ32 (висит на RS485) могу скинуть в понедельник.

Проверил, с ПЛК слейва теги читаются, а вот с ПЛК мастера нет. 1 Скада Мастер и Слейв.jpg
А вот через CoDeSys OPC.02 и Символьную конфигурацию можно читать даже с мастера. Скрин выше.

[ПавелП]

Включил таргет PLCWinNT, и в реальном времени на компе всё заработало.
Это я получил БОЛЬШОЙ ПЛК-PC?
Будет ЭТО полноценно работать с RS485 используя порты ПК?

Зачем?

Правильнее спросить:
- зачем писать прогу на ПК, потом грузить в ПЛК,
и выводить результаты на ... ПК через визуализацию???

А вообще есть примеры использования RT Codesys как миддлваре под СКАДОЙ. Но естественно лицензированного RT.

Можно поподробнее варианты?
Там много чего написано.

Я сейчас использую в ПР200 (4 шт), ADС входы, и часть выходов, как I/O для ПЛК160.
Так оказалось эффективнее, чем передёргивать шланги каждый раз, для смены в ПР200 программ.
ПР контролируют только аварийные режимы - быстрее реакция.
А сбор с ADC ПР200, визуализацию и передачу в облако делает ПЛК.

Так-же и с ПК. Часть работы на ПК, а ПЛК частично как I/O.
Это как частный случай, а не стратегия для споров!

[ПавелП]

правильнее будет тогда в ответ спросить: зачем изучать языки для плк, когда всё можно сделать на языках, используемых на ПК, со своей логикой и визуализацией

>> Это как частный случай, а не стратегия для споров!

Ещё раз - не про стратегические перевороты в индустрии.
Надёжность ПЛК превышает надёжность ПК.
Размеры ПЛК компактнее офисного ПК.

Есть частный случай, напрашивается очевидное (для этого случая) решение.

Прикрутить COM порт, и упростить решение.

Вопрос: Как это сделать? (без революции в индустрии)

[ASo]

Или библиотеки работы с протоколами.
Да и платы ввода-вывода аналоговых-цифровых сигналов выпускаются. Да, для лабораторных исследований с огромным быстродействием и отсюда ценник - но есть.

[ПавелП]

Сокеты не ?

Прокладка eth/com физическая - например МКОН. Или логическая - всякие опсы/сами/кого попросите нашкрябать шлюзик в ком.

Перспективы есть. Но кого просить?

[ПавелП]

Или библиотеки работы с протоколами.
Да и платы ввода-вывода аналоговых-цифровых сигналов выпускаются. Да, для лабораторных исследований с огромным быстродействием и отсюда ценник - но есть.

Готового варианта такого нет.
Всё решается штатными стандартными средствами - в моём случае городить огород.

[ASo]

Готового варианта такого нет.
Всё решается штатными стандартными средствами - в моём случае городить огород.

Вы прямо напишите, что получить хотите.
Обработку на ПК ввода-вывода с ПР с выводом на визуализацию кодесис? Или что?

[kondor3000]

Вы прямо напишите, что получить хотите.
Обработку на ПК ввода-вывода с ПР с выводом на визуализацию кодесис? Или что?

Он хочет получить виртуальный PLCWinNT 2.4 с физическим выходом на ком-порт Компа (выход на RS485 и ТСР для обмена с внешними физическими устройствами)

Включил таргет PLCWinNT, и в реальном времени на компе всё заработало.
Это я получил БОЛЬШОЙ ПЛК-PC?
Будет ЭТО полноценно работать с RS485 используя порты ПК?