Кто пробовал управлять ШД с помощью СП ?

[petera]

Можно поподробнее? У меня Онитекс OSM88u. Через ПК все нормально. Вы управляли через панель ?

Смотрю руководство OSM-88u http://onitex.ru/files/Documentation...M88U_rev.2.pdf
Нету там RS485 или RS232. Связь с OSM88u возможна только через USB
Захват-1.png

Захват-2.png

Захват-3.png

Вы не сможете OSM88u подключить к панели.

ЗЫ.
Модбаса в нем тоже нет. Соответственно и регистров нет. Понимает только символьные команды. Поэтому в панели придется делать подобие терминальной программы.

[Р.Александр]

Смотрю руководство OSM-88u http://onitex.ru/files/Documentation...M88U_rev.2.pdf
Нету там RS485 или RS232. Связь с OSM88u возможна только через USB
Захват-1.png

Захват-2.png

Захват-3.png

Вы не сможете OSM88u подключить к панели.

ЗЫ.
Модбаса в нем тоже нет. Соответственно и регистров нет. Понимает только символьные команды. Поэтому в панели придется делать подобие терминальной программы.

Об этом и разговор. Можно ли что то подобное изобразить либо в СП307, либо в СПК ? Это просто предварительная "разведка",
может, кто то что то уже ваял, чтобы долго не заморачиваться.
А насчет контроллера - его можно заменить либо на такой же с индексом R или RA, они имеют как раз Модбас, либо на подобный из семейства SMSD. Кстати, посмотрите ссылку http://electroprivod.ru/mt6071ie.htm, хорошо бы Овену что то подобное выпустить на своих панелях...
Сейчас проблема в том, что снабженцы уже закупили панели СП307 Б и СПК 107, необходимо использовать именно их.

[Scream]

К usb подключить? Как драйвер на СП поставите? Тут вопрос то не в программе.

[Р.Александр]

К usb подключить? Как драйвер на СП поставите? Тут вопрос то не в программе.

А зачем драйвер на СП? Если чисто по Модбасу, как вы предлагали, то достаточно просто сваять окна ввода на панели, подключить ее как мастер и вводить через нее в регистры контроллера данные о скорости и небходимом числе импульсов, а также направлении движения.
Драйвер то в контроллере ОСМ уже имеется...

[petera]

А зачем драйвер на СП? Если чисто по Модбасу, как вы предлагали, то достаточно просто сваять окна ввода на панели, подключить ее как мастер и вводить через нее в регистры контроллера данные о скорости и небходимом числе импульсов, а также направлении движения.
Драйвер то в контроллере ОСМ уже имеется...

Дело тут не в драйвере USB для СП.
Возможно, что контроллер будет работать при подключении к панели с помощью переходника RS232-->USB. Панель(порт PLC)-->RS232/USB-->контроллер. Это при условии, что для переходника RS232/USB со стороны RS232 достаточно трех сигналов GNG, TxD и RxD.

Если брать другой контроллер, с Модбасом и с портами RS232/RS485, то совсем не достаточно "сваять окна ввода на панели, подключить ее как мастер и вводить через нее в регистры контроллера данные о скорости и небходимом числе импульсов, а также направлении движения". Потому, что не получится

Задача в том, чтобы с панели менять программу в контроллере, причем делать это должен оператор, не знакомый с программированием.
То есть, он должен забить в ячейки на панели скорость, расстояние, ускорение, момент останова, реверса и так далее, затем программу нужно транслировать в контроллер, и запускать станок уже кнопкой "Пуск".

Все дело в том, что по протоколу Модбас возможна работа только в режиме контроллера т.е. реального времени.
Захват-6.png

А то, что Вы хотели изначально -"программу нужно транслировать в контроллер, и запускать станок уже кнопкой "Пуск"" возможно только в программном режиме
Захват-7.png
А это возможно только если используется протокол OSMASCII, а не Модбас.

Еще раз повторю, что если связка Панель-->переходник RS232/USB--> контроллер заработает, то использование протокола OSMASCII не должно вызывать сложностей.
Протокол очень простой

Алгоритм работы с контроллером серий U и R c поддержкой ASCII протокола следующий (описан в документации):

Посылаем один символ команды.
Ждем получения "эха" (повторения переданного символа), передаем второй символ и т. д.
После передачи символов передаем символ завершения команды '>'.
В случае получения кода ошибки "e6" (ошибка интерпретации команды), необходимо отправить контроллеру команду завершения ввода программы "FN>".Тогда контроллер сможет воспринять следующую команду "LM>" (загрузка программы) без ошибки. Обратите внимание, что если запустить контроллер на бесконечное движение, он не сможет воспринимать команды во время движения. Вывести его из этого состояния можно командой "RX>" (перезапуск контроллера).

В случае получения символа 'новая строка': посылаем следующую команду аналогичным образом.

Причем все команды - два символа
Окно, по типу терминала, для ввода последовательности команд сделать можно.

[Павел Братковский]

в любом вопросе, в коммерческом отношении прежде,чем связываться с murdemon хорошенько подумайте??????????????

[Р.Александр]

Все, что вы написали, касается контроллеров с индексами U и RA, однако есть еще контроллер OSM-88R, конкретно ориентированный на работу с 232 и 485 портами. Причем для работы с 232 портом ему требуются только Тх, Rx и GND, также говорится о возможности работы с USB переходниками и работе в программном режиме, но только - с ПК.
И все это проверено и прекрасно работает, теперь задача только в том, чтобы перенести управление с ПК на СП или СПК.
Насчет трансляции ASCII символов, к примеру, с панели - панель ведь вроде может работать в режиме Modbus ASCII Master, можно ли будет использовать этот режим, мне не приходилось с ним сталкиваться, в основном RTU.

[petera]

Все, что вы написали, касается контроллеров с индексами U и RA, однако есть еще контроллер OSM-88R, конкретно ориентированный на работу с 232 и 485 портами. Причем для работы с 232 портом ему требуются только Тх, Rx и GND, также говорится о возможности работы с USB переходниками и работе в программном режиме, но только - с ПК.
И все это проверено и прекрасно работает, теперь задача только в том, чтобы перенести управление с ПК на СП или СПК.
Насчет трансляции ASCII символов, к примеру, с панели - панель ведь вроде может работать в режиме Modbus ASCII Master, можно ли будет использовать этот режим, мне не приходилось с ним сталкиваться, в основном RTU.

Трансляция ASCII символов в этом контроллере к Modbus ASCII никакого отношения не имеет. Для посылки ASCII символов используется протокол OSMASCII, а не Modbus ASCII см. мой пост выше.
Если Вы все таки хотите записать в контроллер именно программу в виде цепочки из отдельных команд, как это делается из гипертерминала или OSM Programmer, то нужен контроллер без модбаса.
Для общение с контроллером в этом случае нужно использовать прямое управление портом панели(запись символов команд в контроллер и чтение ответов) с помощью макроса(-сов) на Си.

[Р.Александр]

Трансляция ASCII символов в этом контроллере к Modbus ASCII никакого отношения не имеет. Для посылки ASCII символов используется протокол OSMASCII, а не Modbus ASCII см. мой пост выше.
Если Вы все таки хотите записать в контроллер именно программу в виде цепочки из отдельных команд, как это делается из гипертерминала или OSM Programmer, то нужен контроллер без модбаса.
Для общение с контроллером в этом случае нужно использовать прямое управление портом панели(запись символов команд в контроллер и чтение ответов) с помощью макроса(-сов) на Си.

Хорошо, с этим моментом ясно, тем более у панели нет порта USB, предназначенного для обмена с ней периферийных устройств, что затрудняет ее использование даже при наличии макроса.
Но такой вопрос - допустим, берем контроллер с портом RS-232 (тот же RA), который не может работать в программируемом режиме, но работает в автоматическом, с управлением по Modbus, в панели записываем нужные нам данные в регистры PFW, и пишем макрос, по которому после запуска происходит последовательное чтение и передача в контроллер содержания этих регистров - по Modbus?
Будет ли работать подобная система ?

[petera]

Ну, положим, как открыть порт и передать туда байты я могу вам самому обьяснить. А вот до вас никак не дойдет, что мне НЕ НУЖНО просто управлять двигателем типа вперед, назад, стоп, мне нужно написать программу, используя панель или СПК, передать ее в контроллер, в его энергонезависимую память, чтобы программа там сохранялась и запускалась по нажатию ФИЗИЧЕСКОЙ, а не сенсорной кнопки пуск, исполняла все записанные команды и останавливалась, и так необходимое количество раз.
Но в контроллерах OSM -U и -RA такой возможности с использованием Modbas не предусмотрено, в одном есть программируемый режим, но нет Modbas, в другом есть Modbas, но нет программируемого режима.
Есть контроллеры OSM с индексом -R, в которых есть и Modbas, и программируемый режим, но программирование опять предусмотрено по протоколу OSM ASCII.
Поэтому я и спросил в самом начале - кому приходилось делать то то и то то, Petera понял, в чем дело и написал об этом. Вы не разобрались, что к чему и продолжаете настаивать на своем

До меня это сразу дошло, про это все время и говорю.

Хорошо, с этим моментом ясно, тем более у панели нет порта USB, предназначенного для обмена с ней периферийных устройств, что затрудняет ее использование даже при наличии макроса.
Но такой вопрос - допустим, берем контроллер с портом RS-232 (тот же RA), который не может работать в программируемом режиме, но работает в автоматическом, с управлением по Modbus, в панели записываем нужные нам данные в регистры PFW, и пишем макрос, по которому после запуска происходит последовательное чтение и передача в контроллер содержания этих регистров - по Modbus?
Будет ли работать подобная система ?

Если с USB есть сомнения, и для контроллеров с RS232 - например OSM-17R или OSM-42R есть программный режим работы
Захват-1.png
выбирается переключателями

У других контроллеров с портом RS232 , например OSM-88RA, http://onitex.ru/files/Documentation...88RA_rev.2.pdf производитель в руководстве указывает на возможность записать в контроллер прошивку OSM ASCII
Захват-2.png
или в любой момент вернуться к прошивке с модбасом.