Частотник и Modbus. Универсальная заготовка.

[aekhv]

Имя файла при компиляции указывать не надо, компилятор сам разберётся что и как компилировать. То есть просто make, затем (если make отработал без ошибок!) sudo make instal. Хотя можно сразу с sudo, не принципиально.

Какой-то злой диверсант почти везде в коде перед define убрал знаки #! Срочно вернуть на место!

[aekhv]

Исправил ошибку в предыдущем сообщении. Уже почти сплю, моск в sleep mode. Знак # в коде наоборот, как раз нужен.

[MGG]

Вернул, установился

[MGG]

Код: Выделить всё

Found file(REL): ./core_sim.hal
Found file(REL): ./sim_spindle_encoder.hal
Found file(REL): ./axis_manualtoolchange.hal
Found file(REL): ./simulated_home.hal
Found file(REL): ./custom.hal
spindle-vfd: device='/dev/ttyUSB0', baud=19200, bits=8, parity='none', stopbits=1, slave=1, verbose=0, debug=0
task: main loop took 0.013652 seconds
task: main loop took 0.014284 seconds
Xlib.protocol.request.QueryExtension
Xlib.protocol.request.QueryExtension
task: main loop took 0.010131 seconds

Ошибка соедениеия, копится без остановки.
Вопрос, + к - подключать у модбаса?

[MGG]

Код: Выделить всё

RROR invalid crc received 5FD - crc_calc 19FC

spindle-vfd : data reading error!
Shutting down and cleaning up LinuxCNC...

[01][03][00][01][00][01][D5][CA]
Waiting for response (7)...
<01><03><80><01><00><05><FD>


ERROR invalid crc received 5FD - crc_calc 19FC

spindle-vfd : data reading error!

[01][03][00][01][00][01][D5][CA]
Waiting for response (7)...
<01><03><80><01><00><05><FD>


ERROR invalid crc received 5FD - crc_calc 19FC

spindle-vfd : data reading error!

[01][03][00][01][00][01][D5][CA]
Waiting for response (7)...
<01><03><80><01><00><05><FD>


ERROR invalid crc received 5FD - crc_calc 19FC

spindle-vfd : data reading error!
task: 6887 cycles, min=0.000019, max=0.014093, avg=0.002007, 5 latency excursions (> 10x expected cycle time of 0.001000s)

И что-то дальше никак, не могу дальше двинуться

[Serg]

Частотник какой?
У хуанянгов модбас свой собственный, нестандартный.

[MGG]

Kinda, написано в мануале RTU. Все же думаю я как всегда где-то криворучка, вот только нужен волшебный пинок, в какую сторону копать.

[Serg]

Надо описание протокола читатать... У хуанянгов тоже RTU, но crc считается по своему и адреса регистров свои.

[MGG]

Мануал вот. Куда в нем обратить внимание?

Формат RTU картинкой

[Serg]

Для начала на алгоритм расчёта crc...

[MGG]

Код: Выделить всё

{
 int i;
unsigned int crc_value=0xFFFFF,
while(data_length--)
{
crc_value^=*data_value++;
for(i=0;i<8;i++)
{
if(crc_value&0x0001)
crc_value=(crc_value>>|1)^0xa001;
else
crc_value=crc_value>>1;
}
}
return(crc_value);
}

Вроде это, пдфка кривая, текст не копируется, вроде переписал без ошибок

[aekhv]

[01][03][00][01][00][01][D5][CA]
Waiting for response (7)...
<01><03><80><01><00><05><FD>

Я было тоже подумал, что алгоритм CRC в данном случае другой... Но ведь частотник ответил на запрос, значит в запросе CRC сформировано верно. Почему в ответе алгоритм расчёта иной - не понятно.

И в самом ответе от ПЧ что-то странное, а именно <80>. Должно быть <02>, то есть количество отправленных байт данных. Похоже ПЧ таким образом сигнализирует об ошибке, мол не могу прочитать запрошенный регистр [00][01]. Такого регистра, кстати, в мануале нет. Начальный адрес регистров состояния 0х1000, стр. 183.

MGG, попробуйте прописать правильные адреса регистров в этой секции, потом покажите подробный лог.

Код: Выделить всё

/* Регистры для чтения. Укажите значения из мануала на свой ПЧ! */
#define STATUS_Command_Frequency	0x1000
#define STATUS_Output_Frequency		0x1001
#define STATUS_Output_Current		0x1004
#define STATUS_Output_Voltage		0x1003
#define STATUS_Output_Power			0x1005
#define STATUS_Output_Torque			0x1006
#define STATUS_Motor_RPM			0x1007
#define STATUS_DC_Bus_Voltage		0x100A
#define STATUS_Temperature			0x100B
#define STATUS_Uptime				0x101B
#define STATUS_Fault_Code			0x8000

[MGG]

#define STATUS_Command_Frequency 0x1000 - вот тут у меня вопрос, я не понял, что сюда вписывать. На этом адресе Communication setting value

И по некоторым другим, просто что-нибудь вписать, если таких данных нет?

[aekhv]

#define STATUS_Command_Frequency 0x1000 - вот тут у меня вопрос, я не понял, что сюда вписывать. На этом адресе Communication setting value

Вообще в регистре 0x1000 задаётся частота в диапазоне -100...+100% от макс. значения (или процент от макс. момента). Оставьте пока как есть - 0x1000, читаться он тоже должен. Сейчас главное убедиться что работает чтение параметров, а что именно читается - это потом будем разбираться.

И по некоторым другим, просто что-нибудь вписать, если таких данных нет?

Да. Можно просто повторить адреса каких-нибудь близких по смыслу регистров.

[Serg]

Я было тоже подумал, что алгоритм CRC в данном случае другой... Но ведь частотник ответил на запрос, значит в запросе CRC сформировано верно. Почему в ответе алгоритм расчёта иной - не понятно.

Вариантов дофига - например CRC может считаться от всего пакета, или за исключением стартовых/стоповых байтов, или исключая адрес...

[MGG]

Код: Выделить всё

Write FAIL!

[01][03][10][00][00][01][80][CA]
Waiting for response (7)...
/usr/bin/gladevcp:295: GtkWarning: GdkWindow 0x3c00003 unexpectedly destroyed
  gtk.main()


ERROR Communication time out

spindle-vfd : data reading error!
spindle-vfd : updating frequency register [0.000000 RPM, 0x1F4] ... 
[01][06][20][01][01][F4][D3][DD]
Waiting for response (8)...
**** GLADE VCP ERROR:    X Protocol Error: 3
Shutting down and cleaning up LinuxCNC...
task: 44405 cycles, min=0.000020, max=0.014694, avg=0.001997, 2 latency excursions (> 10x expected cycle time of 0.001000s)
A non blocked signal was caught


ERROR Communication time out

Write FAIL!

Вот такое теперь, снизил комуникатион таймаут до 0, с ним на самом часототнике идет 16 ошибка.

[aekhv]

Ну сейчас совсем всё поломалось, никакого ответа от ПЧ нет. Как реализован RS485? Через переходник USB-COM? Не китайский свисток за 100 руб? Помнится, в одной теме несколько страниц исписали, отлавливая глюк обрыва связи в рандомный момент. А оказалось переходник капризничал.

[MGG]

Ну сейчас совсем всё поломалось, никакого ответа от ПЧ нет. Как реализован RS485? Через переходник USB-COM? Не китайский свисток за 100 руб? Помнится, в одной теме несколько страниц исписали, отлавливая глюк обрыва связи в рандомный момент. А оказалось переходник капризничал.

В настройках поменял на частотнике таймаут, а так могу предыдущую ошибку вернуть
Свисток ЮСБ с 2 клемами, + к +, - к -

[aekhv]

а так могу предыдущую ошибку вернуть

Предыдущую это которую? Вам надо добиться в протоколе пары запрос-ответ, как тут:

Код: Выделить всё

[01][03][00][01][00][01][D5][CA]
Waiting for response (7)...
<01><03><80><01><00><05><FD>

И чтобы при этом читались реально существующие регистры, а не какие попало.

[MGG]

К этому я могу прийти поменяв в частотнике один параметр, но при этом на частотнике и в ЛЦНЦ будет 16 ошибка.