ПЛК MITSUBISI + Панель

[Стальной]

Здравствуйте, товарищи!

Имеется ПЛК MITSUBISI FX3U-32M и панель WEINTEK, которая общается с ПЛК. Мне надо расшифровать, что говорит панель, и что ей отвечает ПЛК. Протокол не стандартный, на физическом уровне RS422 (RS485 полный дуплекс). Обмен начинается с того, что панель шлёт на разных скоростях "05h", в какой момент плк отвечает "06h". Потом начинает обмен. Панель отправляет запрос примерно такого вида : "02h"E0504002400"03h"D0 (в кавычках значения байт, без кавычек - соответствующий символ. В ответ плк отвечает типа "02h"0000"03h"C0. Может не один в один привожу пример, но общий вид такой. Я уже понял, что 02 и 03 это начало и конец пакета данных, после 03 идет контрольная сумма. Но я так и не понял, что именно за протокол и какие данные передаются. Мне надо понять, какие команные панель отдает и какие данные из ПЛК принимает.

Помогите найти описание протокола. Спасибо.

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[El-Shang]

А это может быть все, что угодно. Но с учетом именитого производителя смею все же предположить, что это что-то из стандартного. Допустим, ModBus, или какая-то его разновидность. Сказать точнее проще было-бы имея хотя-бы несколько дампов с линии связи. Да, кстати,  их лучше приводить в шестнадцатиричном виде ( как "в кавычках") и не перемешивать с текстом. А то из вашего примера непонятно, что там в конце за "D0" — толи это два сивола D и 0, толи все-же 0хD0.

Изменено 1 октября, 2020 пользователем El-Shang

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[Стальной]

Это не модбас, точно. Дамп одного обмена я привел, могу целую тучу завтра выложить. В документации есть похожее, но детального описания я не нашел. HEX только в кавычках, остальное там именно аски символы. Контрольная сумма D0, как я понял, формируется сложением всех байт посылки, потом берется младший байт полученного числа и преобразуется в аски. 

fx3u_series.pdf

[Реклама]

Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов

 Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[El-Shang]

2 minutes ago, Стальной said:

Дамп одного обмена я привел, могу целую тучу завтра выложить.

Я не говорю, что вы дамп не привели. Я говорю о том, что он плохо читается. Я вот не могу в голове перевести символ в его ASCII код и понять, соответствует он коду команды или нет.

3 minutes ago, Стальной said:

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

Вот именно по этому шестанадцатиричный формат предпочтительней. Меньше неоднозначных "как я понял" и "преобразуется в аски" (зачем?!)

8 minutes ago, Стальной said:

В документации есть похожее, но детального описания я не нашел.

В документации именно MODBUS и представлен. 

 

Но. Из вот этого можно сделать предположение, что используется вот это.

[Стальной]

22 минуты назад, El-Shang сказал:

Я не говорю, что вы дамп не привели. Я говорю о том, что он плохо читается. Я вот не могу в голове перевести символ в его ASCII код и понять, соответствует он коду команды или нет.

Так из того документа я и делаю вывод, что кроме 02 и 03 всё остальное надо интерпретировать как символы. Вот двоичные данные

Запрос панели 02 35 30 34 30 30 32 34 30 30 03 44 30

Ответ ПЛК 02 30 30 30 30 03 43 30  

 

22 минуты назад, El-Shang сказал:

В документации именно MODBUS и представлен. 

Это не модбас, так как тогда в ответе нет кода функции после адреса, а он быть обязан.

[Стальной]

@El-Shang вот что-то похожее 

Извиняюсь, немного не тот документ кинул https://www.manualslib.com/manual/1249116/Mitsubishi-Fx3u-232-Bd.html?page=36

[ART_ME]

@Стальной , мне как-то пришлось писать макросы для панели от дельты по управлению сервой мицу, и сохранилась нужная дока по протоколу.

Очень сомнительно, чтобы протоколы у мицу для сервы и для ПЛК были разные, исключая конечно вариант смены поколений.  

Данные для макроса.pdf

Изменено 2 октября, 2020 пользователем ART_ME

[Стальной]

@El-Shang @ART_ME вот дампы обмена. Данные в виде ASCII. Первый байт в посылке 02h, третий с конца 03h.

[ART_ME]

51 минуту назад, Стальной сказал:

 Данные в виде ASCII. Первый байт в посылке 02h, третий с конца 03h.

02h - это STX, он первым в ответной посылке.

03h - это ETX, он третий с конца в этой же посылке.

Вы какую цель-то преследуете? 

Изменено 2 октября, 2020 пользователем ART_ME

[Стальной]

@ART_ME мне надо понять, какие команды и данные передаются, чтобы добавить своё, модернизация проводится. Я уже понял, что там STX и ETX, но не нашел в документах случая, когда запрос к плк начинается с STX.

[ART_ME]

38 минут назад, Стальной сказал:

 но не нашел в документах случая, когда запрос к плк начинается с STX.

Гм... так вроде судя по доке посылка к плк всегда начинается с STX. То есть slave посылает STX, а master - SOH. 

Изменено 2 октября, 2020 пользователем ART_ME

[Стальной]

@ART_ME Оба начинают с STX. Желтый луч - из панели в ПЛК, запрос; синий луч - из ПЛК в панель, ответ.

[ART_ME]

А из панели как запрос посылается - там драйвер для этого плк или макросом?  

[Стальной]

2 часа назад, ART_ME сказал:

А из панели как запрос посылается - там драйвер для этого плк или макросом?  

Пока не знаю. Наши специалисты, как я понял, смогли вытащить только картинки, но не сам алгоритм 

[Стальной]

Проблема в том, что наши специалисты - еще студенты, и они мало с этим работали.

Я так понимаю, в запросе перед ETX количество байт указано, и столько же байт в ответе в виде ASCII.

[ART_ME]

6 часов назад, Стальной сказал:

Пока не знаю. Наши специалисты, как я понял, смогли вытащить только картинки, но не сам алгоритм 

То есть даже не попытались подключить панель к компу и посмотреть её конфигурацию? А как же они тогда собрались модернизацию делать?

Ведь если, к примеру, софт в панели защищен, то о какой его модернизации можно говорить?  А в ПЛК тем более!

[paul-th]

Так протокол то Мицубишевский стандартный и порт RS422 для них стандартный. А не проще программочку с контроллера слить и там уж и всё видно и что куда и от куда. Что вы там и как собрались расшифровывать по обмену непонятно, какие то отдельные цифры может и можно поймать, но не более.

[Стальной]

@ART_ME @paul-th Файл .xob слили, он запаролен. Программа для плк только частично есть. Кроме того, сливали с оборудования похожей линии, на модернизируемой оборудование повреждено, связать с компом не получается.

@paul-th итак где описание этого протокола? Я не нашел примеров обмена, где запрос начинается с STX!

[ART_ME]

@Стальной , Вы правы, в приведенной мной доке изложена только часть мицушного протокола - для сервы. Полный мицушный протокол, т.е. для ПЛК,  надо искать.

Согласно вот этому документу: http://www.weintek.net/drivers/Mitsubishi   драйвер Вашего плк для панели существует, а это по моему опыту означает,  то скорее всего искомый протокол проприетарный. 

Обратите внимание, что в списке выше нет драйвера на серву MR J2, поэтому мицу и предоставили данные для него в открытый доступ. 

По этой же причине и мне пришлось его писать самому.

Теоретически Вы можете запросить саму мицу предоставить нужный вам документ, но сомневаюсь, что Вы сможете обосновать такой запрос уважительной причиной.

Изменено 3 октября, 2020 пользователем ART_ME

[paul-th]

03.10.2020 в 13:15, Стальной сказал:

итак где описание этого протокола?

Я как бы этим даже не интересовался, проблем с Мицубиши и программами, с подключением , со сливом не было. Есть ПО ихнее и шнуры, все подключается баз проблем , сливается, редактируется и заливается, есть копии всех программ с ПЛК и панелей со всего обслуживаемого оборудования. Часть китайцы предоставили, включая пароли и исходники, часть сам сливал.