Перейти к содержанию

ПЛК 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

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

Изменено пользователем 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

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 и представлен. 

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

Ссылка на комментарий
Поделиться на другие сайты

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

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

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

Изменено пользователем ART_ME

Никогда не спорьте с дураками. Они опустят Вас до своего уровня и победят за счет опыта.

 

 

Ссылка на комментарий
Поделиться на другие сайты

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

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

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

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

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

Снимок.JPG

Изменено пользователем ART_ME

Никогда не спорьте с дураками. Они опустят Вас до своего уровня и победят за счет опыта.

 

 

Ссылка на комментарий
Поделиться на другие сайты

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

Ссылка на комментарий
Поделиться на другие сайты

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

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

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

Изменено пользователем ART_ME

Никогда не спорьте с дураками. Они опустят Вас до своего уровня и победят за счет опыта.

 

 

Ссылка на комментарий
Поделиться на другие сайты

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

Никогда не спорьте с дураками. Они опустят Вас до своего уровня и победят за счет опыта.

 

 

Ссылка на комментарий
Поделиться на другие сайты

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

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

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

Ссылка на комментарий
Поделиться на другие сайты

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

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

Ссылка на комментарий
Поделиться на другие сайты

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

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

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

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

Никогда не спорьте с дураками. Они опустят Вас до своего уровня и победят за счет опыта.

 

 

Ссылка на комментарий
Поделиться на другие сайты

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

Ссылка на комментарий
Поделиться на другие сайты

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

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

Ссылка на комментарий
Поделиться на другие сайты

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

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

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

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

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

Изменено пользователем ART_ME

Никогда не спорьте с дураками. Они опустят Вас до своего уровня и победят за счет опыта.

 

 

Ссылка на комментарий
Поделиться на другие сайты

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

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

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

Ссылка на комментарий
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.
Примечание: Ваш пост будет проверен модератором, прежде чем станет видимым.

Гость
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Ответить в этой теме...

×   Вставлено с форматированием.   Восстановить форматирование

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

Загрузка...
  • Последние посетители   0 пользователей онлайн

    • Ни одного зарегистрированного пользователя не просматривает данную страницу
  • Сообщения

    • Согласен, очень криво объяснил. Это работа трёх вольтовой линии, просто на диод шотки сдвоенный, на один анод приходит сигнал напрямую с трансформатора, а на второй через дроссель. Вольт/деление 5 вольт в клетке, тайминг по моему 10 МС. Третья фотография это сигнал на катодах уровень земли ровно по центру экрана. Но все линии по итогу в порядке 3.3 в, 5, в, 12 в и -12 в. Нагрузить все линии не могу сразу ,так как тут же выгорают транзисторы (имеется нагрузка 250 ватт по 10 ампер на каждую линию за исключением-12в), поэтому нагружаю 3.3 вольтовую линию на 10 ампер,  подключаю переменный резистор 50 ватт на 15 ом на 5 вольтовую линию и постепенно довожу до той той картины с перекосом (это гдето  50 ватт общее). По поводу микросхемы, вверху имеется скрин где между импульсами проскакивает мини импульс, если так можно сказать, он проскакивает и на одной  и на второй ноге (7,8). Микросхема не tl 494, а lw4933/abx942.1/c9421646. Далее они приходят на базы транзисторов 945g  коллекторы этих транзисторов соединены с  выводами трансформатора. Просто схема типовая, легче мне кажется просто привести фото самого блока, для тех кто разбирается будет гораздо информативне.  Диод шотки по 12 вольтовой линии был подгоревший, заменил на донора. Приводить скрины не буду что бы не захламлять тему. В итоге, пока все так же, при достижении определенной нагрузки суммарно где-то 50 ватт, появляется этот "выброс и перекос". По этому имеются мысли на два варианта, это микросхема , этот мини импульс между периодами, на низкой нагрузке особо не влияет, но при достижении определенной приводит с самовозбуждению входной цепи и непроизвольному открытию транзистора нижнего плеча. Либо дело в "горячей части", плавающий дефект в обвязке силовых ключей.  Спасибо за ответ.
    • @Gomerchik а вы контролировали как меняется уровень сигнала на А1 ардуины?
    • Спасибо за совет. Автором данного проекта я не являюсь, мне нужно было воссоздать уличный датчик для метеостанции взамен пропавшего(( Из разного найденного в интернете этот проект работает с моей станцией Орегон (спасибо автору). В понедельник попробую последовать Вашему совету. Но все равно куча непоняток  как блин это работает)) Если дело в неправильной отправки команды, то как на это влияет подключение датчика температуры? Если совсем не подключать таймер, то передача идет один раз (как и прописано в программе), станция принимает и отображает, но минут через сколько-то естественно станция уже ни чего не показывает, но с таймером питание полностью не пропадает с ардуинки, но передача сигнала каким-то образом работает по таймеру.  В моем понимании данная команда подается один раз потому, что таймер должен отключать питание МК после передачи сигнала и каждые 43 сек снова подавать питание (так того требует станция).  Ардуино передает показания температуры отключается полностью и 43 секунды мк не работает.  Сейчас у меня питание пока сделано на подпитке от солнечной батареи, но пару пасмурных дней и аккумулятор съедается до отключения(
    • thickman Так и сделаю. Вытащу из бу БП.  Буду знать, как отличить. Благодарю. Заменил транзисторы на IRFB20N50K. Картина стала, совсем другой.  Похоже трудность не в драйвере, на момент подвозбуда, переходные процессы, в нем, завершены. Увеличил затворные резисторы до 50ом, стало немного лучше.  Не понятно, почему верхний ключ греется несколько сильнее. Возможно, стоит посмотреть ток в коллекторе.  Снабберные емкости временно удалил, изменений не произошло.  Замена ТГР на другой, на кольце MSTN-16A-TH, так же, результата не принесла.   irfb20n50k.pdf
    • А что нить из ассортимента активных щупов производства СССР..))
    • Типа такого: https://aliexpress.ru/item/2044864227.html?sku_id=58855020183
×
×
  • Создать...