[elektro] crc számítás

[orbana]

Szia!

Próbálgattam kicsit az adatsorok alapján.
Véleményem szerint ez nem szabványos 16 bites CRC.
A nem szabványost úgy értem, hogy vagy nem crc, vagy a számított crc 
értékével még valamilyen további átalakítást végeznek.
Nem szabványos poligonokkal is próbálkoztam.

Üdv: Árpi

2020.05.10. 13:24 keltezéssel, Skandar Graun írta:
> Relatív ismeretlen eszköz, de tudok nagyobb számú mintát is küldeni, csak
> nem akartam a listát elárasztani vele.
> Itt van egy drive link hozzá:
> https://drive.google.com/open?id=1znJUAqg_da4LbYeBMYo39oosiaEzKsCw
> Találtam más címmel ugyanilyen adatsort, a crc is ugyanaz volt benne,
> szóval a cím, jó eséllyel nincs benne.
> A CAN saját crc-je nem érdekes, azt a hardver szinten lejátssza az eszköz,
> itt már a normál adatsorban van a 16 bit... és azt sem tudom, hogy big,
> vagy little endian. :D
> 
> orbana <orbana at orbel.hu> ezt írta (időpont: 2020. máj. 10., V, 13:10):
> 
>> Szia!
>>
>> 16 bites CRC többféle van.
>>
>> A végeredmény függ a CRC kezdőértékétől, a polinomtól, illetve hogy a
>> végén van-e egy augmentnek hívott plusz kör 0 adattal.
>>
>> Számomra nem derült ki, hogy az általad beidézett adatsornál pontosan
>> melyik byte-okra számolja a CRC-t, és milyen sorrendben (például a 0x281
>> az 0x02 és 0x81 vagy 0x81 és 0x02).
>> Pár tesztesetet kipróbáltam a megadott adatsorokkal, de nem passzol
>> egyiknél sem a CRC.
>>
>> Általában a CRC16-CCITT-t szokták használni, itt a kezdőérték 0xffff, a
>> polinom pedig 0x1021.
>>
>> Találtam egy oldalt, ahol A 0x0499 polinomot emlegetnek a CAN-nel
>> kapcsolatban, ez ráadásul  15 bites. Jó lenne többet tudni a
>> körülményekről.
>>
>> <https://en.wikipedia.org/wiki/Cyclic_redundancy_check>
>> <https://www.can-cia.org/can-knowledge/can/crc/>
>>
>> A Dallas eszközök által használt crc 8 bites, a polinom 0x31, a
>> kezdőérték 0. biztos, hogy teljesen más eredményt ad, az általad
>> beidézett adatsoroknál meg 16 bitesnek néz ki a CRC.
>>
>> Üdv: Árpi
>>
>> 2020.05.10. 11:11 keltezéssel, Skandar Graun írta:
>>> Azért most kicsit meghümmedtem...
>>> Kezdtem kicsit unni, hogy nincs sikerélmény, szóval gondoltam egyet és
>>> kiírtam pár Dallas DS1990 kódot, ahol fel van tüntetve a CRC is.
>>> Mondván, ellenőrzöm, hogy jól vittem-e be az adatokat.
>>> Semmi.
>>> Nézzük a crccalc.com-ot.
>>> Legnagyobb megdöbbenésemre az sem találta.
>>> Pedig azért a Dallas algoritmus nem egy ritka, egyedi fajta.
>>>
>>>
>>> Skandar Graun <sgraun at gmail.com> ezt írta (időpont: 2020. máj. 10., V,
>>> 10:22):
>>>
>>>> Na, próbálkozok... meghökkentően fapados, kísérletezek a beállításokkal,
>>>> kapcsolókkal, kitalálni, mit is kell állítanom. (mert a help sem túl
>>>> segítőkész. :D )
>>>> Eddig semmi.
>>>>
>>>> Szrnka György <szrnka at roxel.hu> ezt írta (időpont: 2020. máj. 10., V,
>>>> 9:01):
>>>>
>>>>> Esetleg ezzel is próbálkozhatnál...sokat állít mgáról.
>>>>> < http://reveng.sourceforge.net/ >
>>>>>
>>>>> üdv, szr
>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Elektro [mailto:elektro-bounces at centralnet.hu] On Behalf Of
>>>>> Skandar Graun
>>>>>> Sent: Sunday, May 10, 2020 8:33 AM
>>>>>> To: elektro at centralnet.hu
>>>>>> Subject: Re: [elektro] crc számítás
>>>>>>
>>>>>> Tudom, hogy bármi lehet... ezért kell visszafejtenem, hogy
>> reprodukálni
>>>>>> tudjam.
>>>>>> Ahogy írtam, a crccalc.com-ot próbáltam, nem adott jó egyezést.
>>>>>> Itt egy mintasor, ez CAN üzenet, (nem autó) az RX utáni a cím (előtte
>>>>>> időbélyeg van), , majd hossz, utána a az adatsor. Az első byte
>>>>> számláló, az
>>>>>> utolsó kettő néz ki crc-nek.
>>>>>> És sajnos nem kicsiket változik...
>>>>>>
>>>>>> 2475,2247;RX;0x281;7;0x00;0x00;0x00;0x00;0x00;0xD8;0x98;;
>>>>>> 2475,2747;RX;0x281;7;0x01;0x00;0x00;0x00;0x00;0x89;0x32;;
>>>>>> 2475,3247;RX;0x281;7;0x02;0x00;0x00;0x00;0x00;0x5B;0xDC;;
>>>>>> 2475,3747;RX;0x281;7;0x03;0x00;0x00;0x00;0x00;0x0A;0x76;;
>>>>>> 2475,4247;RX;0x281;7;0x04;0x00;0x00;0x00;0x00;0xDE;0x11;;
>>>>>> 2475,4747;RX;0x281;7;0x05;0x00;0x00;0x00;0x00;0x8F;0xBB;;
>>>>>> 2475,5247;RX;0x281;7;0x06;0x00;0x00;0x00;0x00;0x5D;0x55;;
>>>>>> 2475,5747;RX;0x281;7;0x07;0x00;0x00;0x00;0x00;0x0C;0xFF;;
>>>>>> 2475,6247;RX;0x281;7;0x08;0x00;0x00;0x00;0x00;0xF5;0x9A;;
>>>>>> 2475,6747;RX;0x281;7;0x09;0x00;0x00;0x00;0x00;0xA4;0x30;;
>>>>>> 2475,7247;RX;0x281;7;0x0A;0x00;0x00;0x00;0x00;0x76;0xDE;;
>>>>>> 2475,7747;RX;0x281;7;0x0B;0x00;0x00;0x00;0x00;0x27;0x74;;
>>>>>> 2475,8247;RX;0x281;7;0x0C;0x00;0x00;0x00;0x00;0xF3;0x13;;
>>>>>> 2475,8747;RX;0x281;7;0x0D;0x00;0x00;0x00;0x00;0xA2;0xB9;;
>>>>>> 2475,9247;RX;0x281;7;0x0E;0x00;0x00;0x00;0x00;0x70;0x57;;
>>>>>>
>>>>>> Kiss Gabor <kissg at ssg.ki.iif.hu> ezt írta (időpont: 2020. máj. 10.,
>> V,
>>>>>> 8:24):
>>>>>>
>>>>>>> On 2020-05-09 23:18, Skandar Graun wrote:
>>>>>>>
>>>>>>>> Van egy adatsorom, ami úgy néz ki, hogy a végén van egy 16 bites crc
>>>>>>>
>>>>>>>> A sorrendiség érdekes benne, volt olyan adatsorom, ahol
>>>>> felcserélődött
>>>>>>> két
>>>>>>>> adat, de tök más volt a crc.
>>>>>>>> Tudtok esetleg valami metódust, oldalt, valamit, amivel meg tudom
>>>>>>>> állapítani, ki tudom számolni, mi lenne a függvény?
>>>>>>>
>>>>>>> Megosztanál velünk pár ilyen adatcsomagot?
>>>>>>> Az a jó, ha nagyon hasonlítanak egymásra, csak kis különbségek
>> vannak.
>>>>>>>
>>>>>>> kissg
>>>>>>>
>>>>>>> -----------------------------------------
>>>>>>>             elektro[-flame|-etc]
>>>>>>>
>>>>>> -----------------------------------------
>>>>>>             elektro[-flame|-etc]
>>>>>
>>>>> -----------------------------------------
>>>>>             elektro[-flame|-etc]
>>>>
>>>>
>>> -----------------------------------------
>>>             elektro[-flame|-etc]
>>>
>>
>> -----------------------------------------
>>            elektro[-flame|-etc]
> -----------------------------------------
>            elektro[-flame|-etc]
>