СПК1хх - Линейка панельных контроллеров для локальных систем.

[Александр Приходько]

Если вернуться к СПК105,107,110 ,то панели
могут быть весьма востребованы.
Адекватная анонсированная цена и CDS3 на борту,могут
склонить покупателя в сторону приобретения именно
панели СПК1хх,а не панелей других производителей.

Плюсом, на мой взгляд,является возможность создания визуализации
для панели прямо в CDS3.Но минусом - невозможность удалённо менять проект в панели и мониторить панель.Может это и не особо минус.

- Почему же нельзя? Можно, но при условии, что панель подключена к ПК, а ПК включен и на нем запущен Gataway. А в линейке 2хх еще проще. Основное подключение идет через Ethrnet, так что, выделяете статический внешний IP и можно хоть из космоса к ней подключаться, отлаживать и перегружать проект. Открою маленький секрет у нас очень большая корпоративная сеть. И много сотрудников сейчас работают с устройствами работающими из CDS3.5, соответственно, я могу спокойно внутри сети подключаться к любому устройству и работать с ним. У нас это вошло в обыденную практику. Скажу даже больше. К СПК1ХХ тоже можно подключаться из любого места сети. Т.к. драйвер для USB подключения - это имитация сетевого подключения. Т.е. если СПК1хх подключена к ПК по usb, то я могу получить к ней доступ из любой точки нашей сети.

Предложение:

Сделать для нового ПЛК110-30 библиотечную функцию,реализующую шлюз TCP/RS232 (или RS485) ,чтобы
к панели можно было подключиться удалённо по TCP, хотя физически
такого интерфейса на борту нет.Это партизанское решение позволит взаимно укрепить продажи связки ПЛК110-30 и СПК107 например.

А смысл? RS232/485 это не сверхбыстрые протоколы. Теперь возьмите стандартный пакет TCP/IP и сравните с простым запросом по модбас. Разница в размере на глазах. При этом для обработки Modbus протокола и TCP пакета требуются разные вычистлительные средства. Я не вижу особого смысла поднимать стек Ethernet на RS-232. Если я ошибаюсь, переубедите меня.

Немного технических вопросов :

1.Панель может быть и мастером, и слэйвом?

-Да. Причем все интерфейсы независимы, т.е. каждый может быть или мастером или слейвом. Режим 232 или 485 можно менять в режиме конфигуратора.

2.На ПЛК надо создавать Modbus Slave переменные?

Если речь идет об конфигурации, то в пару кликов мыши вы резервируете определенную область памяти под обмен, далее ечейкам памяти можно сопоставить переменные.
Если речь о библиотеке, то на выходе ФБ вы просто получаете массив байт из него уже забираете или наоборот задаете нужную информацию

3.Вроде есть какое-то простое решение ,чтобы в CDS3 сделать общими переменные для нескольких контроллеров? И даже по RS485(232)?
Хотя может здесь будет вопрос в скорости обмена.

Да, такой функционал есть. Но честно скажу еще не проверяли как это работает. Беру этот вопрос на заметку, дам ответ на днях. Есть большое подозрение, что это сетевые переменные, как на ПЛК100 и вероятно работает только по сети Ethernet. Но повторюсь, это необходимо проверить. Более того, эта возможность вероятнее всего будет доступта на устройствах с CDS 3.5.

4.Видится удобным обмен в стиле сетевых переменных .От одного устройства шлётся широковещательный полный пакет переменных, и от другого свой полный пакет.Хотя для этого больше подходит
протокол CAN или UDP TCP.

Отнесем данный вопрос к пункту 3. Вероятно это только для устройств Ethernet сети. Уточню/проверю, дам ответ

5.В случае всего одного ПЛК и одной панели на интерфейсе. Мастеру,видимо, достаточно поочерёдно передавать и принимать полные наборы входящих и исходящих переменных .Единственно хотелось бы уйти от рутины переприсвоения переменных в MODBUS переменные.Список переменных (типа файла сетевых переменных) можно также взаимно отправить по RS485.Чтобы потом в пакете слать только значения с разделителями, для ускорения обмена. Итого на полный обмен переменными уйдёт примерно 20+20мСек. Повторюсь,кажется такая функция уже есть в CDS3.Если что,поправьте...

При обмене по Модбас нет разницы одно устройство в сети или из 32. Есть стандартный протокол. Он описан и открыт. Codesys придерживается этого протокола. Поэтому надо создать устройство, задать ему настройки и задать область ввода/вывода. Далее с этой областью можно работать либо через адреса, либо привязать переменную. И даже если говоить о CDS2.3 и о сетевых переменных, вы их в любом случае создаете. А на второе устройство экспортируется уже готовый список переменных.
Если есть необходимость увидеть, как работает Modbus Slave, то я могу сделать небольшой видео файл.

6.Итого. Видно как много вопросов люди задают по обмену между панелью и ПЛК. Предлагается создать в библиотечном виде:
На ПЛК функциональный блок ,на входах которого будут подключены ,например,до50-ти переменных из проекта . Те которые надо отправить по MODBUS в панель и один вход разрешения передачи. Соответсвенно на панели аналогичный блок в обратную сторону со своими переменными из проекта панели. На приём автоматически создадутся глобальные переменные принятые (от панели в глобальных ПЛК; от ПЛК в глобальных панели),возможно имя для списка глобальных переменных сделать автоматом в ПЛК: PANEL_NET_VAR_RECEIVED .
А в панели : PLC_NET_VAR_485_RECEIVED. И к самому имени каждой принимаемой переменной добавить индекс, чтобы не совпали имена.

Для пользователей будет просто создать обмен по RS485 Modbus, кто по-опытнее,сделают свои конструкции обмена.
Но при этом будут стандартный,простой,специализированный функциональный блок обмена ПЛК и панели.
Точнее на мастере и славе они будут немного разные,но это уже детали. А для Овен увеличение продаж

Если я все верно понимаю, то такая проблема обычно возникает, если речь идет о большом проекте, где есть отдельно ПЛК и есть отдельно панель. В таком случае список регистров может достигать пол сотни и более. Сам подобными проектами занимался. Но кто в таком случае мешает использовать СПК, как ПЛК и не мучиться с конфигурацией? А если речь об опросе простых приборов, то там сложности могут возникнуть у новичков, но прочитав инструкцию, посмотрев пример или позвонив в поддержку это решается на раз ...

И теперь маленькое резюме. Эти вопросы правильные и интересные. Но могут иметь отношение скорее всего к СПК2хх. СПК1хх изначально задумывалась, как бюджетная линейка для локальных систем. Т.е. у нее нет Ethernet и как следствие нет скоростного канала для связи с верхним уровнем.
Если речь вести о том, что СПК2хх будет работать в составе большой сети с множеством контроллеров и она будет центром управления, то вопрос про сетевые перемеенные прозвучал очень правильно. Но главное ограничение скорее всего тут будет в том, что это должны быть устройства на CDS3.5.

P.S. оговорюсь еще раз. Про сетевые переменные дам ответ на неделе.