odczyt rejestrów Modbus - endiany

Odczytuje sobie dane z rejestrów modbus za pomocą biblioteki libmodbus w ramach oprogramowania, które od dwóch lat rozwijam, i które działa produkcyjnie od ponad roku, aż przyszedł update firmware urządzenia, na którym to funkcjonuje i pojawił się problem. W dużym skrócie, zapisana wartość równa 1 zostaje odczytana jako 256 w nowej wersji.

Tak to wygląda:

uint16_t reg_int_temp;
modbus_read_registers(mb, reg_num, 1, &reg_int_temp)
printf("Integer value: %x\n", reg_int_temp);

dostaję taki wynik dla wartości 1:

<00><01><00><00><00><05><01><03><02><00><01>
Integer value: 100

albo taki dla wartości 27:

<00><01><00><00><00><05><01><03><02><00><1B>
Integer value: 1b00

Najwyraźniej endiany się przestawiły w tej wersji, ale pytanie, co ja mógłbym z tym teraz uczynić?

podmienić po odczycie?

Nie daje mi spokoju to, że się endianes zmieniło. Wydaje mi się to nierealne - szczerze tak uważam.

Ja bym celował, że jest jakiś błąd i ładowana wartość jest przesunięta. z błędem o jeden bajt. Czyli czytasz gdzieś nie swoją pamięć Pamięć

Masz 00000000 00000001 00000000

I kopiuje Ci do bufora 00000001 00000000
Zamiast 00000000 00000001

mi się też to wydaje mega dziwne, ale nie do końca jestem w stanie to prześledzić, ponieważ sama operacja zapisu wartości pod adres zmiennej jest realizowana przez bibliotekę libmodbus.

kal800 napisał(a):

Odczytuje sobie dane z rejestrów modbus za pomocą biblioteki libmodbus w ramach oprogramowania, które od dwóch lat rozwijam, i które działa produkcyjnie od ponad roku, aż przyszedł update firmware urządzenia, na którym to funkcjonuje i pojawił się problem. W dużym skrócie, zapisana wartość równa 1 zostaje odczytana jako 256 w nowej wersji.

Tak to wygląda:

uint16_t reg_int_temp;
modbus_read_registers(mb, reg_num, 1, &reg_int_temp)
printf("Integer value: %x\n", reg_int_temp);

dostaję taki wynik dla wartości 1:

<00><01><00><00><00><05><01><03><02><00><01>
Integer value: 100

albo taki dla wartości 27:

<00><01><00><00><00><05><01><03><02><00><1B>
Integer value: 1b00

Najwyraźniej endiany się przestawiły w tej wersji, ale pytanie, co ja mógłbym z tym teraz uczynić?

Pobierasz 2 bajty, a wrzucasz 11 bajtów nam tutaj na forum.

Te dwa ostatnie dotyczą odczytu, czy <00><1B> zmiana endianess nic nie zmieni skąd wiesz co było pod tym adresem?
Może tam było po prostu 1B i sposób zapisu też jest po 2 bajty?

W sumie nawet nie przetłumaczyłeś z hex na inta. EH, dobra sprawdziłem jest 27, w pythonie możesz łatwo takie konwersje sprawdzić int("0x1b", 16)
1b hex to 27 intem czyli zgadza się tylko zamień miejscami 00 z 1b, czyli pierwsze osiem bitów ustaw na końcu, a ostatnie osiem bitów na początku tego inta 16.

A żeby w kodzie to naprawić to zmień %x na %d. x oznacza Unsigned hexadecimal integer, a d signed decimal integer.

@Autysta

1. odpalasz kalkulator
2. przełączasz się na hex (o ile masz liczbę w hex)
3. wpisujesz ją i tyle
   

W hexie lepiej widać co się dzieje z danymi z oczywistych względów. Te 12 bajtów to jest postać raw tego co dostajemy z modbusa - właściwe dane są zapisane na dwóch ostatnich bajtach (reszta to nagłówek, adres, kontrola błędów, itp), dlatego to wkleiłem, żeby pokazać, że na pewno dane źródłowe są OK i zgadzają się z tym co jest w rejestrach zapisane. Oczywiście normalnie te wartości są przedstawiane w postaci dziesiętnej z rzutowaniem w zależności czy wartość jest int, uint czy usint, natomiast jak mi się zaczęły pojawiać bzdury na wyjściu po podniesieniu firmware'u to przerzuciłem na %x, żeby zobaczyć co się tam zadziało i wyszło to co wyszło. Póki co wstawiłem:

reg_int_temp = (reg_int_temp >> 8) | (reg_int_temp << 8);

I mam poprawne dane na wyjściu, ale traktuję to jako rozwiązanie tymczasowe. Będę drążył dalej.

widziałem na ich github patche dla endianness bo oni sobie tam pod spodem coś robią z tego co widzę. Skoro był update firmware ustal

• jaka była wcześniej wersja libmodbus
• jaka jest obecna.
  lokalnie u siebie przetestuj z dwie wersjami. niestety w embbeded nie pierwszy raz chrzani się po podbiciu libek itp.

W protokole Modbus RTU lub TCP najpierw jest przesyłany najstarszy bajt z potem młodszy. Problem jaki masz wynika wyłączenie z interpretacji tych bajtów. Zapewne kod jaki napisałeś lub użyłeś zakłada określony sposób zapisu bajtów w pamięci. Powinieneś oddzielnie pobrać jeden bajt potem drugi i zamienić je na wartość int.

P2420 napisał(a):

W protokole Modbus RTU lub TCP najpierw jest przesyłany najstarszy bajt z potem młodszy. Problem jaki masz wynika wyłączenie z interpretacji tych bajtów. Zapewne kod jaki napisałeś lub użyłeś zakłada określony sposób zapisu bajtów w pamięci. Powinieneś oddzielnie pobrać jeden bajt potem drugi i zamienić je na wartość int.

Tym się właśnie zajmuje biblioteka libmodbus, a konkretniej funkcja modbus_read_registers:

The modbus_read_registers() function shall read the content of the nb holding registers to the address addr of the remote device. The result of reading is stored in dest array as word values (16 bits).

@revcorey na każdym urządzeniu, w każdej wersji FW ma libmodbus.so.5.1.0 - czyli tę samą.

Czy ARM przypadkiem nie może być zarówno LE jak i BE? Może w nowej wersji firmware to zmienili?