Serwisuję pewne urządzenia złożone z dwóch modułów, gadających po RS232 (z MAX232) po kablu.
Najczęstszy problem - nie gadają ze sobą.

Wtedy- sprawdzam kabel, wymieniam MAX-a lub wszystkie jego kondensatory, szukam zimnych lutów przy procesorze (RX i TX) czy wymieniam kwarc. Czasem biorę oscyloskop i oglądam przebiegi.

Ale przydałoby mi się narzędzie do podglądu ramek na RX i TX. Oczywiście nie wiem co tam i kiedy, ale może bym metodami dedukcji jakoś tam doszedł.

Problem w związku z tym mam taki: jak przerobić bibliotekę znanego autora, by odbierać dane binarne (są to dane binarne, bo już je podejrzałem)?

Pomysł mój nr 1 jest taki zliczać ilość otrzymywanych bajtów i jak przez jakiś czas licznik się nie będzie zmieniał, to je wyrzucić z bufora i po zamianie na hex wyświetlić w terminalu.
Następnie je sobie oglądać i i kombinować.
W sumie jakoś do tej pory nie miałem do czynienia z danymi binarnymi, stąd moja prośba jak do gada podejść.

Dane zawsze lecą w jakiejś formie .. a sprawę załatwia terminal gdzie wystarczy sobie przełaczyć na Hex lub BIN , lub ASCII to co odbierasz

Zaraz, nie rozumiem, mam ci ja Putty, gdzie to mam przełączać?

a no widzisz ....

a ja mam swój terminal i mam mozliwośość jak większość dobrych terminali
wyświetlanie odbieranych danych w formie HEX lub Bin lub ASCII
nic więcej nie potrzeba , nie używam puttiego jest dziwny , nawet w trybie
emulacji VT100

zobacz Realterm

_________________
I'M

A może wystarczy 8 kanałowy analizator Saleae. Do analizy ramek kilku przebiegów i ich zapamiętania do późniejszego podglądu jest super a cena klonów niewielka. Tutaj dla przykładu i poczytania http://www.google.pl/search?site=&sourc ... cUeS3vs_NQ

Saleae swietnie sie sprawdza ale jak ktos che to łatwo mozna go "przerobic" na usbee

_________________
I'M

robertomic, jak wrzuciłem hasło na google "terminal hex bin", to na pierwszym miejscu mi wyskoczył ten Realterm.

A ciekawe o jakim terminalu mówił SunRiver?

Tak na marginesie, niestety problem mam bardziej złożony.
Muszę podejrzeć RS232- linie RX i TX, urządzenia po tych liniach gadają ze sobą - muszę znać sekwencje czyli kto z kim i w jakiej kolejności.

Czyli moje pudełko do podglądania musiałoby mieć 2 UARTY i odbierać dane binarne.

P.S. Tak naprawdę to tematem tego wątku nie jest to, o czym dyskutujemy czyli o terminalach, ale o przyjęciu danych binarnych przez mikrokontroler, np. po przerobieniu jakoś biblioteki szanownego mistrza na bin.
Terminal mi nie powie, że po otrzymaniu a wysłał b, na co dostał c, wiec teraz dał d.

Pozostaje ci Saleae



mowiłem o SunDebunalu

SunRiver-ze, podsunąłeś mi myśl, że trzema siąść i napisać sobie samemu terminal, co to będzie najlepszy, bo własny ( na koniec nazwę go JohnHelloTerm ).

Podstawą działania mikrokontrolerów jest system binarny!!! Ty masz problem ze zamianą na znaki ASCI(podstawianie do tablicy znaków) Zajrzyj do BB o transmisji szeregowej(bit za bitem). W terminalu wybierasz sposób wyświetlania informacji 8-bitowej.