Какая CRC правильная

[vladh]

А что ж это за формат индикации посылки на LCD такой "смешанный": "тело посылки" в десятичном коде, а CRC в HEX?

После нескольких дней боданий, с кодом все смешалось, кони, люди.

[vladh]

Все таки, пока вы не пошлете правильный пакет запроса, включая CRC, частотник вам не ответит. Тут уже писали, что в конце данной посылки должно быть 55 F7 (в HEX). Кроме того, у вас после передачи посылки вставлена задержка перед переключением на прием:

А почему вы называете правильным ответом переставленные байты CRC? Я уже задавал этот вопрос. В предложенном руководстве написано, что первым должен идти старший байт контрольной суммы! Первоначально у меня задержки не было и Протеус выдавал искаженный второй байт. Я и решил, что у контроллера не достает времени на прием последних данных и он переключается на передачу. Поэтом я и ввел задержку. Причем посчитал, что в данной ситуации величина её не критична.

[vladh]

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

В этом языке я еще плаваю с большим спасательным кругом. А компилятор который обрабатывал исходник я вообще не знаю. Но надо было быстро доработать программу, которую я давно написал на Бейсике.

[vladh]

еще раз: в случае с ТС - оптимальным было б прослушать шину Uport 1150 и терминалом от чужой прошивки

jump, я уж писал, что я пробовал пообщаться ЧП с помощью МОХ'ы программы Modbus Poll, к сожалению ЧП общаться не хочет и как его принудить к этому уже не понимаю.

[jump]

vladh,
ну сколько повторять - заливаешь прошивку того погромиста в марахайку, вяжешь по 485 с ППЧ, веревку продляешь до мохи, ее на усб, включаешь брайтерминал на ПК на прием и смотришь обмен марахайки и ППЧ, копируешь из буфера приема в редактор содержимое и ручками разбираешь говнопосылки для понимания, заодно вставляешь копию в свой гавнокод и пробуешь управлять этим самолетом из соплей и соломы. попутно подбираешь полином и исходное состояние регистра, если получится - радуешься и танцуешь памбаду-самбу-румбу

[DmitriyVDN]

А почему вы называете правильным ответом переставленные байты CRC? Я уже задавал этот вопрос.

да потомушта у тебя в юзвере на частотник это написано

[DmitriyVDN]

попутно подбираешь полином и исходное состояние регистра

можно, только зачем? это и так в мануале есть.
crc_value = 0xFFFF;
Polynomial = 0xA001

[vladh]

можно, только зачем? это и так в мануале есть.
crc_value = 0xFFFF;
Polynomial = 0xA001

Простите, Дмитрий, но я не понял о чем это вы здесь? Согласно правилу приведенному в руководстве там говорится о перемене старшего и младшего бита. И тогда должно получится 0х7FFE, а не 0xA001

[vladh]

vladh,
ну сколько повторять - заливаешь прошивку того погромиста в марахайку, вяжешь по 485 с ППЧ, веревку продляешь до мохи, ее на усб, включаешь брайтерминал на ПК на прием и смотришь обмен марахайки и ППЧ, копируешь из буфера приема в редактор содержимое и ручками разбираешь говнопосылки для понимания, заодно вставляешь копию в свой гавнокод и пробуешь управлять этим самолетом из соплей и соломы. попутно подбираешь полином и исходное состояние регистра, если получится - радуешься и танцуешь памбаду-самбу-румбу

Ну эта технология для моего возраста уже тяжеловата будет. Да и не получится посмотреть в терминале поскольку связь по 485 не происходит! А вот вы лучше попытайтесь объяснить почему мой ПЧ не хочет общаться с компьютером по Модбасу?

[tsb]

А почему вы называете правильным ответом переставленные байты CRC? Я уже задавал этот вопрос. В предложенном руководстве написано, что первым должен идти старший байт контрольной суммы!

Modbus RTU - это хоть и "старенький", но все таки промышленный стандарт. И метод расчета CRC для него "подбирать" не надо - он четко определен в стандарте. Первоисточником в этом вопросе, наверное, можно рассматривать документ с официального сайта:
https://modbus.org/docs/Modbus_over_...line_V1_02.pdf
Там на странице 39 и далее, в разделе "6.2.2 CRC Generation" все описано (фрагмент из этого документа привожу на скриншоте).
По стандарту CRC передается младшим байтом вперед, в отличие от остальных полей информационного пакета, которые передаются старшим байтом вперед. Но "руководствах пользователя" некоторых устройств, поддерживающих Modbus, (в том числе и для вашего частотника) идут на хитрость - пишут, что CRC передается старшим байтом вперед, НО после вычисления CRC переставляют в ней байты. Вот с этим и получается у некоторых путаница.