[elektro] crc számítás

[elight]

Szia.

Csökkentheted a byteok számát is..

Sokszor pl a cím - cím negált (hossz, stb)
  állhat az elején
és az nem mindig feltétlen része
a crc data tömbnek.
Pl. a 0x281 ; 7 -et megpróbálnám kihagyni
  ha minden sorban ugyanannyi.

Üdv István.

2020-05-10 13:29 keltezéssel, Skandar Graun írta:
> Jaigen, a Dallas eszközt csak a használt szoftverek ellenőrzésére próbáltam
> bevetni, hogy ellenőrizzem a szintaktikámat. :D
>
> Skandar Graun <sgraun at gmail.com> ezt írta (időpont: 2020. máj. 10., V,
> 13:24):
>
>> 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]