Стальной Опубликовано 1 октября, 2020 Поделиться Опубликовано 1 октября, 2020 Здравствуйте, товарищи! Имеется ПЛК MITSUBISI FX3U-32M и панель WEINTEK, которая общается с ПЛК. Мне надо расшифровать, что говорит панель, и что ей отвечает ПЛК. Протокол не стандартный, на физическом уровне RS422 (RS485 полный дуплекс). Обмен начинается с того, что панель шлёт на разных скоростях "05h", в какой момент плк отвечает "06h". Потом начинает обмен. Панель отправляет запрос примерно такого вида : "02h"E0504002400"03h"D0 (в кавычках значения байт, без кавычек - соответствующий символ. В ответ плк отвечает типа "02h"0000"03h"C0. Может не один в один привожу пример, но общий вид такой. Я уже понял, что 02 и 03 это начало и конец пакета данных, после 03 идет контрольная сумма. Но я так и не понял, что именно за протокол и какие данные передаются. Мне надо понять, какие команные панель отдает и какие данные из ПЛК принимает. Помогите найти описание протокола. Спасибо. 0 Ссылка на комментарий Поделиться на другие сайты Поделиться
El-Shang Опубликовано 1 октября, 2020 Поделиться Опубликовано 1 октября, 2020 (изменено) А это может быть все, что угодно. Но с учетом именитого производителя смею все же предположить, что это что-то из стандартного. Допустим, ModBus, или какая-то его разновидность. Сказать точнее проще было-бы имея хотя-бы несколько дампов с линии связи. Да, кстати, их лучше приводить в шестнадцатиричном виде ( как "в кавычках") и не перемешивать с текстом. А то из вашего примера непонятно, что там в конце за "D0" — толи это два сивола D и 0, толи все-же 0хD0. Изменено 1 октября, 2020 пользователем El-Shang 0 Ссылка на комментарий Поделиться на другие сайты Поделиться
20% скидка на весь каталог электронных компонентов в ТМ Электроникс!Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!Перейти на страницу акции Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849
Стальной Опубликовано 1 октября, 2020 Автор Поделиться Опубликовано 1 октября, 2020 Это не модбас, точно. Дамп одного обмена я привел, могу целую тучу завтра выложить. В документации есть похожее, но детального описания я не нашел. HEX только в кавычках, остальное там именно аски символы. Контрольная сумма D0, как я понял, формируется сложением всех байт посылки, потом берется младший байт полученного числа и преобразуется в аски. fx3u_series.pdf 0 Ссылка на комментарий Поделиться на другие сайты Поделиться
Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>> Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161
El-Shang Опубликовано 1 октября, 2020 Поделиться Опубликовано 1 октября, 2020 2 minutes ago, Стальной said: Дамп одного обмена я привел, могу целую тучу завтра выложить. Я не говорю, что вы дамп не привели. Я говорю о том, что он плохо читается. Я вот не могу в голове перевести символ в его ASCII код и понять, соответствует он коду команды или нет. 3 minutes ago, Стальной said: Контрольная сумма D0, как я понял, формируется сложением всех байт посылки, потом берется младший байт полученного числа и преобразуется в аски. Вот именно по этому шестанадцатиричный формат предпочтительней. Меньше неоднозначных "как я понял" и "преобразуется в аски" (зачем?!) 8 minutes ago, Стальной said: В документации есть похожее, но детального описания я не нашел. В документации именно MODBUS и представлен. Но. Из вот этого можно сделать предположение, что используется вот это. 0 Ссылка на комментарий Поделиться на другие сайты Поделиться
Стальной Опубликовано 1 октября, 2020 Автор Поделиться Опубликовано 1 октября, 2020 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 и представлен. Это не модбас, так как тогда в ответе нет кода функции после адреса, а он быть обязан. 0 Ссылка на комментарий Поделиться на другие сайты Поделиться
Стальной Опубликовано 1 октября, 2020 Автор Поделиться Опубликовано 1 октября, 2020 @El-Shang вот что-то похожее Извиняюсь, немного не тот документ кинул https://www.manualslib.com/manual/1249116/Mitsubishi-Fx3u-232-Bd.html?page=36 0 Ссылка на комментарий Поделиться на другие сайты Поделиться
ART_ME Опубликовано 2 октября, 2020 Поделиться Опубликовано 2 октября, 2020 (изменено) @Стальной , мне как-то пришлось писать макросы для панели от дельты по управлению сервой мицу, и сохранилась нужная дока по протоколу. Очень сомнительно, чтобы протоколы у мицу для сервы и для ПЛК были разные, исключая конечно вариант смены поколений. Данные для макроса.pdf Изменено 2 октября, 2020 пользователем ART_ME 1 Никогда не спорьте с дураками. Они опустят Вас до своего уровня и победят за счет опыта. Ссылка на комментарий Поделиться на другие сайты Поделиться
Стальной Опубликовано 2 октября, 2020 Автор Поделиться Опубликовано 2 октября, 2020 @El-Shang @ART_ME вот дампы обмена. Данные в виде ASCII. Первый байт в посылке 02h, третий с конца 03h. 0 Ссылка на комментарий Поделиться на другие сайты Поделиться
ART_ME Опубликовано 2 октября, 2020 Поделиться Опубликовано 2 октября, 2020 (изменено) 51 минуту назад, Стальной сказал: Данные в виде ASCII. Первый байт в посылке 02h, третий с конца 03h. 02h - это STX, он первым в ответной посылке. 03h - это ETX, он третий с конца в этой же посылке. Вы какую цель-то преследуете? Изменено 2 октября, 2020 пользователем ART_ME 0 Никогда не спорьте с дураками. Они опустят Вас до своего уровня и победят за счет опыта. Ссылка на комментарий Поделиться на другие сайты Поделиться
Стальной Опубликовано 2 октября, 2020 Автор Поделиться Опубликовано 2 октября, 2020 @ART_ME мне надо понять, какие команды и данные передаются, чтобы добавить своё, модернизация проводится. Я уже понял, что там STX и ETX, но не нашел в документах случая, когда запрос к плк начинается с STX. 0 Ссылка на комментарий Поделиться на другие сайты Поделиться
ART_ME Опубликовано 2 октября, 2020 Поделиться Опубликовано 2 октября, 2020 (изменено) 38 минут назад, Стальной сказал: но не нашел в документах случая, когда запрос к плк начинается с STX. Гм... так вроде судя по доке посылка к плк всегда начинается с STX. То есть slave посылает STX, а master - SOH. Изменено 2 октября, 2020 пользователем ART_ME 0 Никогда не спорьте с дураками. Они опустят Вас до своего уровня и победят за счет опыта. Ссылка на комментарий Поделиться на другие сайты Поделиться
Стальной Опубликовано 2 октября, 2020 Автор Поделиться Опубликовано 2 октября, 2020 @ART_ME Оба начинают с STX. Желтый луч - из панели в ПЛК, запрос; синий луч - из ПЛК в панель, ответ. 0 Ссылка на комментарий Поделиться на другие сайты Поделиться
ART_ME Опубликовано 2 октября, 2020 Поделиться Опубликовано 2 октября, 2020 А из панели как запрос посылается - там драйвер для этого плк или макросом? 0 Никогда не спорьте с дураками. Они опустят Вас до своего уровня и победят за счет опыта. Ссылка на комментарий Поделиться на другие сайты Поделиться
Стальной Опубликовано 2 октября, 2020 Автор Поделиться Опубликовано 2 октября, 2020 2 часа назад, ART_ME сказал: А из панели как запрос посылается - там драйвер для этого плк или макросом? Пока не знаю. Наши специалисты, как я понял, смогли вытащить только картинки, но не сам алгоритм 0 Ссылка на комментарий Поделиться на другие сайты Поделиться
Стальной Опубликовано 2 октября, 2020 Автор Поделиться Опубликовано 2 октября, 2020 Проблема в том, что наши специалисты - еще студенты, и они мало с этим работали. Я так понимаю, в запросе перед ETX количество байт указано, и столько же байт в ответе в виде ASCII. 0 Ссылка на комментарий Поделиться на другие сайты Поделиться
ART_ME Опубликовано 3 октября, 2020 Поделиться Опубликовано 3 октября, 2020 6 часов назад, Стальной сказал: Пока не знаю. Наши специалисты, как я понял, смогли вытащить только картинки, но не сам алгоритм То есть даже не попытались подключить панель к компу и посмотреть её конфигурацию? А как же они тогда собрались модернизацию делать? Ведь если, к примеру, софт в панели защищен, то о какой его модернизации можно говорить? А в ПЛК тем более! 0 Никогда не спорьте с дураками. Они опустят Вас до своего уровня и победят за счет опыта. Ссылка на комментарий Поделиться на другие сайты Поделиться
paul-th Опубликовано 3 октября, 2020 Поделиться Опубликовано 3 октября, 2020 Так протокол то Мицубишевский стандартный и порт RS422 для них стандартный. А не проще программочку с контроллера слить и там уж и всё видно и что куда и от куда. Что вы там и как собрались расшифровывать по обмену непонятно, какие то отдельные цифры может и можно поймать, но не более. 0 Ссылка на комментарий Поделиться на другие сайты Поделиться
Стальной Опубликовано 3 октября, 2020 Автор Поделиться Опубликовано 3 октября, 2020 @ART_ME @paul-th Файл .xob слили, он запаролен. Программа для плк только частично есть. Кроме того, сливали с оборудования похожей линии, на модернизируемой оборудование повреждено, связать с компом не получается. @paul-th итак где описание этого протокола? Я не нашел примеров обмена, где запрос начинается с STX! 0 Ссылка на комментарий Поделиться на другие сайты Поделиться
ART_ME Опубликовано 3 октября, 2020 Поделиться Опубликовано 3 октября, 2020 (изменено) @Стальной , Вы правы, в приведенной мной доке изложена только часть мицушного протокола - для сервы. Полный мицушный протокол, т.е. для ПЛК, надо искать. Согласно вот этому документу: http://www.weintek.net/drivers/Mitsubishi драйвер Вашего плк для панели существует, а это по моему опыту означает, то скорее всего искомый протокол проприетарный. Обратите внимание, что в списке выше нет драйвера на серву MR J2, поэтому мицу и предоставили данные для него в открытый доступ. По этой же причине и мне пришлось его писать самому. Теоретически Вы можете запросить саму мицу предоставить нужный вам документ, но сомневаюсь, что Вы сможете обосновать такой запрос уважительной причиной. Изменено 3 октября, 2020 пользователем ART_ME 0 Никогда не спорьте с дураками. Они опустят Вас до своего уровня и победят за счет опыта. Ссылка на комментарий Поделиться на другие сайты Поделиться
paul-th Опубликовано 5 октября, 2020 Поделиться Опубликовано 5 октября, 2020 03.10.2020 в 13:15, Стальной сказал: итак где описание этого протокола? Я как бы этим даже не интересовался, проблем с Мицубиши и программами, с подключением , со сливом не было. Есть ПО ихнее и шнуры, все подключается баз проблем , сливается, редактируется и заливается, есть копии всех программ с ПЛК и панелей со всего обслуживаемого оборудования. Часть китайцы предоставили, включая пароли и исходники, часть сам сливал. 0 Ссылка на комментарий Поделиться на другие сайты Поделиться
Рекомендуемые сообщения
Присоединяйтесь к обсуждению
Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.
Примечание: Ваш пост будет проверен модератором, прежде чем станет видимым.