logo elektroda
logo elektroda
X
logo elektroda
REKLAMA
REKLAMA
Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.

Deszyfrowanie sygnału transmitowanego po Rs232

hamba 15 Kwi 2008 14:47 1714 4
REKLAMA
  • #1 5032920
    hamba
    Poziom 2  
    Mam taki problem : jest urządzenie które komunikuje się po RS-232 z komputerem. Znam parametry transmisji (prędkość, bity danych itp. - od producenta) Zrobiłem urządzenie do podsłuchiwania transmisji ( taki RS232 sniffer -był gdzieś na elektrodzie). Problem jest taki że jedyne co odbieram to "krzaki". Zakładam, że parametry transmisji producent podaje dobre (testowałem oczywiście inne prędkości, inne ustawienia)

    Program komunikujący się z urządzeniem zapytuję go o 2-3 rzeczy - wiem jakie powinny być prawidłowe odpowiedzi urządzenia na te zapytanie ( model urządzenia, typy podłączonych sensorów) No i mam teraz odpowiedź urządzenia 113 bajtów "krzaków". Próbowałem odwracać bity- dalej krzaki.

    Znacie może jakiś program który pozwoliłby mi rozkodować odpowiedź, zakładając że znam powiedzmy 3-stringi jakie powinny wystąpić w tej zakodowanej odpowiedzi?? Może jest jakiś inny sposób by dojść co jest wysyłane i odbierane przez urządzenie??

    W odpowiedzi są zawsze 72 bajty, które zawsze są niezmienne ( nie zmieniam sensorów i urządzenia, zmieniają sie jedynie odczyty sensorów). Domyślam się ,że tutaj jest typ urządzenia i sensorów.
  • REKLAMA
  • #2 5033635
    And!
    Admin grupy Projektowanie
    Niekoniecznie transmisja musi zawierać string z nazwą.
    W transmisji w ogóle może nie być znaków asci.
    Aplikacja może zawierać nazwy w postaci stringów.
    Urządzenie może wysyłać np numer od 1-15 który aplikacja rozpoznaje i wyświetla jako string.
    Ramka może mieć konkretną strukturę i określone pola zawierają przewidziane wartości którym aplikacja nadaje znaczenie.
  • REKLAMA
  • #3 5033877
    hamba
    Poziom 2  
    And! napisał:
    Niekoniecznie transmisja musi zawierać string z nazwą.
    W transmisji w ogóle może nie być znaków asci.
    Aplikacja może zawierać nazwy w postaci stringów.
    Urządzenie może wysyłać np numer od 1-15 który aplikacja rozpoznaje i wyświetla jako string.
    Ramka może mieć konkretną strukturę i określone pola zawierają przewidziane wartości którym aplikacja nadaje znaczenie.


    Trafne spostrzeżenie, też o tym pomyślałem ale w tych krzaczkach:

    Ŕ9VsýŔA™ŚýŔE�ýŔE]%ýŔE�ýŔE�ýŔE]%ýŔEpľąýŔEĺ�ýŔEŕýŔE<FýŔEX©ýŔE„óýŔIŃýŔIŃýŔA™ŚýŔE�ýŔE]%ýŔIŃýŔOçeýŔCh%ýŔCá4ýŔCzýŔGŻéýŔIŃý

    nie ma nawet za bardzo żadnego numeru (odwracałem bity sprawdzałem przy różnych rodzajach kodowania) Co ciekawe na samym początku transmisji wyłapuje dwa razy string ATE1 a dopiero później krzaki (zmieniają się po nawiązaniu połączenia parametry transmisji?)co utwierdza mnie w przekonaniu,że parametry transmisji dobrałem dobre (zresztą producent mi je potwierdza).

    Nie mam zbyt dużego doświadczenia w podsłuchiwaniu transmisji. Podsłuchiwałem jedynie np. siemensa c35i sterowanego komendami AT z terminala po RS232 i tu moje urządzonko sprawuje się doskonale wyłapuje wszystkie komendy AT i odpowiedzi w postaci normalnych stringów. Czy to jednoznacznie oznacza, że sygnał jest szyfrowany? Czy są programy które umożliwią mi złamanie tego szyfru, czy też za dużo się filmów naoglądałem ;)?



    Ok teraz rozumiem że ten numer sensora może być zakodowany w pojedynczym hexie niekoniecznie muszę tą transmisję tłumaczyć od razu na ASCII. No to chyba jednak nic mi się nie uda z tym zrobić aby dojść co i jak jest wysyłane.
  • REKLAMA
  • #4 5039245
    elektryk
    Poziom 42  
    Popatrz lepiej w te krzaki, są bardzo powtarzalne, składają się z pakietów po 4-6 bajtów, każdy pakiet zaczyna się 0xC0 i kończy 0xFD, ew 0xFD,0xC0 to początek pakietu. A co do prędkości to odpal na kompie snifer programowy i podsłuchaj jakie dane trafiają do programu i jak program konfiguruje port.
  • #5 5062155
    qrdel
    Poziom 28  
    Najlepiej poszukaj dokładnie dokumentacji urządzenia albo zeznań innych zapaleńców którzy je podsłuchiwali.
    Ewentualnie o innych urządzeniach tej samej firmy lub typu.
REKLAMA