Witam .
Pytanie moje dotyczy ustawienia przejściówki ATB-USB-RS232 chciałbym obserwować za pomocą RX i TX połączenie Uart w module GSM FIBO.
Podpowiedzcie podstawowe ustawienie zworek dla tego uruchomienia.
Komputer rozpoznaje urządzenie na porcie 1.
W programie Puty jest ekran ale dane nie przelatują
Na zestawie ATB wszystko działa.
Podeślijcie może fotkę.

Łączysz na krzyż rx-tx i masę.

Wysłane ze srajfona

_________________
Moje porady są błędne,nie czytać,zbanować od razu.

Tak robiłem jak mówisz ale nic nie przylatuje?
Może jakieś zworki mam zle ustawione dlatego poprosiłem może by ktoś wysłał fotkę na początek jak ustawić?

Ja bym zajrzał do dokumentacji przejściówki, zamiast czekać na odpowiedź i zdjęcia na forum, zwłaszcza że część ludzi już olewa takie(twoje) posty

_________________
Moje porady są błędne,nie czytać,zbanować od razu.

Na poczatek zewrzyj tx w rx w przejsciowce i zobacz czy przyleci to co wysłałeś.

Zrobiłem jak napisałeś i dane przylatują.
To znaczy jest reakcja na wysyłane znaki z klawiatury.

To z przejściówką wszystko ok.
A ty ten moduł masz wpiety do ATB czy nie?
Jak chcesz sprawdzić co gada GSM do uc to rx przejsciowki kabelkiem polacz z rx uc.
A jak chcesz sprawdzic co wysyla uc do GSM to rx przejsciowki podlacz z tx uc.
Tylko nie podłączaj tx z przejsciowki bo mozesz ja uszkodzic.

Mam dokładnie taki stan połączeń:

pin RX z ATB-USB-RS232 jest połączony z RXD (PD0) ATMEGA 32 i MPRX GSMA.
pin TX z ATB-USB-RS232 jest połączony z TXD (PD1) ATMEGA 32 i MPTX GSMA.

Realizuję lekcję 06_ATB-MP-GSM z żółtej książki...
Coś mi jednak ruszyło bo w puty widzę odpowiedzi np.

OK
AT+CREG?
+CREG: 0,1

ale to są odpowiedzi GSMA ??
A jak zobaczyć wysyłaną komendę do GSMA ??

Echhh Zaczniesz w końcu czytać uważnie odpowiedzi?

_________________
Moje porady są błędne,nie czytać,zbanować od razu.

Jak nie zrozumiesz co to są te Rx i Tx to nigdy nie będzie Ci działało.
Rx - to linia odbierająca dane, Tx - to linia nadająca dane.
Jeśli chcesz podsłuchiwać "rozmowę" dwóch urządzeń to potrzebujesz dwóch przejściówek i odpalonych dwóch putty na różnych com-ach odpowiednio po jednym dla przejściówki, bo potrzebujesz dwóch lini odbiorczych do podsłuchiwania.
Jako że chcesz podsłuchiwać to z obu przejściówek używasz tylko lini GND wspólnej dla wszystkich, oraz Rx wpiętych w obie linie komunikacyjne urządzeń. Lini Tx przejściówek NIE WPINASZ WCALE bo jeśli cokolwiek nadasz poprzez putty i ta linia była by wpięta w układ to zakłóci rozmowę urządzeń, a nawet może się coś uszkodzić bo przecież jeśli przypadkiem jedno z urządzeń wystawi "1" a twoja przejściówka wystawi "0" to będzie zwarcie!

Faktycznie teraz mi trochę rozjaśniło.
Czyli linia RX przejściówki odbiera (podsłuchuje) dane .
Ja robiłem błąd bo podpięta była linia TX przejściówki i myśle że niczego nie upaliłem

Jest tylko jeden drobny problem - Jak podsłuchuję (linią RX przejściówki) linię RX ATMEGI 32 na ekranie puty dane są zapisywane linijka po linijce i widać całą historie ,
a jak podsłuchuję (linią RX przejściówki) linię TX ATMEGI 32 na ekranie puty dane są zapisywane ale widzę tylko ostatnią linijkę szkoda bo nie widzę wszystkich komend.
Co mogę na to poradzić ? Bo dla nauki chciałbym obserwować wszystko.

Czy ktoś może coś na to poradzić?
Nie wiem czy opisałem ze zrozumieniem po prostu w drugim przypadku puty nie pokazuje w kolejnych wierszach tylko wszystko wyświetla w pierwszym i nie widzę całej historii?
W sumie to się bardzo cieszę że i tak doszedłem do tego etapu, dzięki podpowiedziom kolegów.
Za co oczywiście bardzo dziękuję.

Ale widzisz tylko jedna komendę AT? Czy kilka w jednej linii.
Najlepiej jakbyś wrzucil screena

Ja widzę zmieniające się komendy ale każda kolejna wpisując w tej samej lini kasuje poprzednią po prostu nie przeskakuje do kolejnego wiersza.
I nie widzę wszystkich komend po kolei tylko ostatnią.
Ale w przypadku jak podsłuchuję RX Atmegi to wszystko jest ok - (oczywiście nie zmieniając ustawień).

W terminalu, za rozpoczęcie nowej lini odpowiedzialne są dwa znaki CR i LF, CR - to powrót karetki - czyli przeniesieniu kursora na początek, LF - nowa linia - czyli przejście o linijkę niżej.
W twoim przypadku wygląda na to, że moduł wysyła poprawnie oba znaki stąd komendy listują się jedna pod drugą, natomiast atmega wysyła tylko CR czyli po każdej komendzie kursor wraca na początek ale nie przesuwa się do kolejnej lini, dla tego kolejna komenda nadpisuje poprzednią na ekranie.
Aby to poprawić musisz w programie atmegi dodać wysyłanie znaku LF i będzie ok, oczywiście jeśli moduł będzie tolerował kończenie komendy tymi dwoma znakami. Nie bawiłem się tym modułem więc nie wiem jakie ma wymogi co do komend...

Xentis, u niego jest odwrotnie - uC wysyła ok, problem jest z wifi

Wysłane ze srajfona

_________________
Moje porady są błędne,nie czytać,zbanować od razu.

No właśnie odwrotnie, chyba że ja już mam problem z czytaniem ze zrozumieniem:

czyli jak podsłuchuje linię Rx atmegi jest ok a to przecież linia odbiorcza.

a tu jest problem -> linia Tx atmegi czyli nadawcza, więc problem z programem na atmedze...

Heh, faktycznie masz rację, on niestety tak pisze że często nie można zrozumieć i trzeba czytać 15 razy.

Wysłane ze srajfona

_________________
Moje porady są błędne,nie czytać,zbanować od razu.

Czegoś tu nie rozumiem analizuje ten wątek i problem dotyczy modułu a występuje problem z WIFI kolega Axelinek nic tu nie wspomina .
Bardzo mnie interesuje GSM ale czy musi być do tego Wifi ?
Podpowiedzcie bo interesuje mnie GSM fibo ale trochę tu nieogarniam?
Druga sprawa jak wykonać polecenie CR i LF, CR - to powrót karetki prosze podpowiedzieć instrukcje jak to wykonać?

Witam.
Pragnę tu trochę sprostować bo może podałem szczegółów - korzystam z ćwiczenia z kodu bibloteki żółtej książki 06_ATB-MP-GSM docelowo chciałbym zbudować alarm informacyjny o pewnych zdarzeniach
i dlatego moja nauka ...
Wyświetlanie komend potrzebne do analizy ćwiczenia z żółtej książki , przepraszam trochę jest tu trudnych zagadnień co do końca nie ogarniam , ale udało mi się na tym etapie zmontować FIBO -wysyłać SMSY
więc jest radość
Przepraszam za dziwne zadawanie pytań wynikających z mojej niewiedzy, nie chciałbym nikogo zanudzać i bardzo dziękuję za poświęcenie mi cennego czasu .
Program działa bo wysyła smsy dlatego Atmega na pewno pracuje poprawnie .
Jak moduł wysyła odpowiedzi do wysyła pewnie wspomniane - znaki CR i LF, CR , a Atmega wysyłając do GSM-A to pewnie tego nie robi bo i nie musi chyba???
Nie wiem tak to rozumiem na swój sposób ale może się myle ????

Może tak być. Zobacz do kodu i zobacz co wysyla. Albo weź ściąga realterm i bedziesz widział graficznie kazdy znak.

A czy można wymusić przeskakiwanie wiersza wpisując np. jakąś komende at?

------------------------ [ Dodano po: kilkunastu sekundach ]



Co znaczy weź ściąga realterm?

Realterm to terminal, "coś" jak putty