CRC-16 lub podobne

Prawdopodobnie nie jest to crc16 lecz jakia suma kontrolna obliczana innym sposobem, albo tez przy liczeniu sumy nie sa uwzgledniane wszystkie bajty ciagu. Jesli jest to zabezpieczenie (a rozumiem, ze jest) to bedzie ci ciezko zgadnac jakiego algorytmu uzyl tworca urzadzenia. Najlatwiej w takiej sytuacji uzyc metody bruteforce i dla wszystkich interesujacych cie ciagow obliczyc sumy (sprawdzic kombinacje z zakresu 0000-FFFF, ktoras musi pasowac) i zapisac je w tablicy. Jesli chcesz poczytac o crc16 to to sa linki (google twoim przyjacielem):

U¿ytkownik projekt snipped-for-privacy@xxx.pl w wiadomo¶ci do grup dyskusyjnych napisa³:ekng84$sek$ snipped-for-privacy@nemesis.news.tpi.pl...

Tez tak na poczatku myslalem, ale stwierdzilem, ze po co ktos mialby wymyslc nowy algorytm, skoro jest tyle gotowcow. Wydaje mi sie, je jest to tylko zabezpieczenie transmisji, zeby maszsyna nie wykonala jakiegos glupstwa przy bledzie transmisji.

Wg mnie to chyba nie bedzie suma, poniewaz przy minimalnyej zmianie jednego z bajtow, wynik zmienia sie diametralnie. Ale, czy noglbys jeszcze raz lopatologicznie wyjasnic sumy czego mam obliczyc? Bo chyba uzyles jakiegos skrotu myslowegi i nie zaskoczylem :) Bede probowal wszystkich mozliwosci.

Na temat crc juz troszke czytalem, ale wlasnie nie pasowaly mi wyniki, wiec pomyslalem, ze zapytam fachowcow co to moze byc.

pozdrawiam kwia-Tec

Jezeli ktos mam jakiekolwiek pomysly, jak to rozwiklac , bede wdzieczny za pomoc :)

Z gory dziekuje i pozdrawiam kwia-Tec

Zaczales dobrze - trzeba analizowac dane rozniace sie jednym bitem.

Mnie to wyglada faktycznie na CRC. Przydaloby sie zaczac od samych zer i potem dodawac skrajne jedynki - na poczatek namierzyc od ktorej strony bajtu bity sa wprowadzane i jak wyprowadzane - bo na razie to mamy za duzo mozliwosci.

I zobacz jeszcze czy twoja funkcja jest xorowalna, tzn

f(03) = f(00) xor f(01) xor f(02)

I podobnie dla kombinacji bitow na innych pozycjach

Moze wystarczy ci tablica sum kontrolnych dla poszczegolnych bitow danych, potem tylko xorujesz odpowiednie. Bo namierzenie wielomianiu CRC i wartosci poczatkowej moze byc klopotliwe.

J.

A od drugiej strony ? Z czym sie laczysz ? Wiem z maszyn±, ale chyba nie z pompa hydrauliczna tylko ze sterownikiem. Jakim? A co do algorytmu transmisji - tu tez moze byc roznie - crc 8 i crc 16 oieraja sie na tblicach danych co w czasie kiedy procesor mial do dyspozycji

pozdrawiam wojtek

Powitanko,

I tak powinno byc

Dorzuce jeszcze pare sznurkow:

Pozdroofka, Pawel Chorzempa

A w dodatku nie "diametralnie" tylko o kilka bitow - i tak ma byc :-)

J.

U¿ytkownik "kwia-Tec" snipped-for-privacy@spam.wsieci.net> napisa³ w wiadomo¶ci news:ekog81$m83$ snipped-for-privacy@node4.news.atman.pl...

Po to , by utrudniæ ¿ycie "ogl±daczom" ?

Chyba dam sobie spokoj... zapisze sobie wszystkie potrzebne komendy do tablicy i juz. W sumie to nie jest ich tak duzo... tylko 384 :)

Dzieki za checi i zainteresowanie.

pozdrawiam kwia-Tec

Nie poda³e¶ najwa¿niejszego - jaki procek odbiera te dane :) Wiêkszo¶æ mo¿liwo¶ci mo¿na wykluczyæ na tej podstawie. Wiadomo przecie¿, ¿e nikt nie zaimplementuje jakiego¶ "chorego" algorytmu w

Akurat crc na '51 bardzo prosto sie robi. Moze nawet prosciej niz na innych - choc dluzej.

J.

O tym wlasnie mowilem w pierwszym poscie /PM

Powiedzmy, ze wysylasz do urzadzenia taki ciag:

"kwia-Tec" napisal:

Np. dlatego że nie potrafi zaimplementować CRC albo chce utrudnić życie komuś takiemu jak ty :)

Zawsze możliwe że autor oryginału walnął się w implementacji - np. mnie się coś takiego przytrafiło - liczyłem crc32 z niewłaściwym endianem, wszystko było w porządku dopóki maszynki gadały tylko z "rodziną", aż któregoś dnia dołączono do systemu urządzenie innej firmy... ale był obciach. GRG

crc OK. - Ale mo¿emy wykluczyæ :straszne algorytmy" wykorzystuj±ce "ogromne tablice"

Mi naprawdê pomaga³a (nie jeden raz) informacja odno¶nie "procka " w systemie docelowym :)

PS. My¶lê,¿e max 2 dni i by³oby "rozwalone" (pod warunkiem, ¿e jest dostêp do odbiornika"