ATNEL tech-forum

Re: Modem m590 i komunikacja z uC

2018-08-16T13:24:50+01:00

No tak jeżeli nie masz prawidłowej translacji napięć.....
Zobacz jak ja to zrobiłem

zauważ, że napięcie po stronie M590 na liniech Rx i Tx jest równe VCCIO czyli ok.2,85V tak jak zaleca dokumentacja.
Oczywiście przejściówka ATB-USB-RS232 załatwia sprawę, ale 3,3V to max. napięcie jakie toleruje M590 na liniach IO

pozdrawiam

Statystyki: Napisane przez mczarny — 16 sie 2018, o 13:24

Re: Modem m590 i komunikacja z uC

2018-08-16T11:07:26+01:00

Ja się nie poddaję, tylko odkładam na chwilowy bok rzeczy, które na siłę wierzgają.
Komunikacja z uC działa w obie strony z terminala, jak wspomniałem na początku.
Wysyłam string z terminala do uC, z niego na LCD i z powrotem na terminal.
Myślę, że sprawa może mieć coś wspólnego z poziomem napięć.
Neoway m590(e) wymaga zasilania 3.9V ale USART jest na 3.3V.
Na chińskiej płytce, podpiętej pod napięcia TTL (zasilanie i USART) to "działa",
bo jest tam dioda IN4001 i obniża to napięcie.
Tu bym upatrywał przyczyn problemów.
Było, nie było, nawet w tej "ekstremalnej" wersji wysyła i odbiera SMS (polecenia z terminala i uC).
Bawię się dalej.
Spróbuję zastosować "Boże" napięcia. Jak coś odkryję dam znać, aby i przyszłe pokolenia mogły skorzystać.

Statystyki: Napisane przez chi.cygni — 16 sie 2018, o 11:07

Re: Modem m590 i komunikacja z uC

2018-08-11T08:53:12+01:00

cześć
Ja bym się nie poddawał
Ponieważ wiesz jak przesłać do procesora cokolwiek za pomocą Putty odpal w pętli głównej takie coś -
[syntax=c]while(1){
suart_gets(bufor, sizeof(bufor));
lcd_cls();
lcd_str(bufor);
}[/syntax]
oczywiście wcześniej inicjalizacja Softuart i deklaracja bufora
i prześlij z terminala cokolwiek
Zobaczymy czy to co wyślesz wyświetli się na LCD.
Będziemy wiedzieli, że funkcja odbiorcza u Ciebie działa

Statystyki: Napisane przez mczarny — 11 sie 2018, o 08:53

Re: Modem m590 i komunikacja z uC

2018-08-10T19:08:25+01:00

Też nie zadziałało.
Widać problem jest o wiele bardziej złożony i wymaga głębszej wiedzy i dokładniejszej analizy noty katalogowej, a może i czegoś jeszcze.
Tym bardziej, że dodanie zwykłego _delay_ms() między wysłaniem komendy AT, a próbą odczytania odpowiedzi powoduje odmienne działanie programu.
Trzeba walkę na tym etapie zakończyć.

Kolega Mirek ładnie opisuje takie przypadki w YB (dla modemu Fibocom), ale to dla mnie jeszcze za wysokie progi.

Dziękuję za dotychczasową pomoc.

Statystyki: Napisane przez chi.cygni — 10 sie 2018, o 19:08

Re: Modem m590 i komunikacja z uC

2018-08-10T08:05:24+01:00

cześć
próbowałeś odpalić odbiór w pętli głównej?
np:
[syntax=c]while(1)
suart_gets(bufor, sizeof(bufor));
lcd_cls();
lcd_str(bufor);[/syntax]
wiem, że to jest blokujące, ale nad tym można popracować - zrobić coś na wzór zdarzenia żeby nie blokować pętli

Statystyki: Napisane przez mczarny — 10 sie 2018, o 08:05

Re: Modem m590 i komunikacja z uC

2018-08-09T19:30:22+01:00

Mój cały plik main.c wygląda tak:
[syntax=c]/*
*
*
*/
#include
#include
#include
#include
#include
#include
#include

#include "LCD/lcd44780.h"
#include "SoftUART/soft_uart.h"

char bufor[100]; // bufor roboczy

int main(void)
{
DDRA |= (1<PORTA |= (1<
lcd_init();
lcd_locate(0,0);
lcd_str ("init ...");
suart_init();

//Inicjalizacja modemu M590
suart_puts("AT+CTZU=1"); // włączenie automatycznego odczytu czasu
suart_puts("\r");
suart_puts("AT+COPS=0"); // rejestracja w sieci telekomunikacynej
suart_puts("\r");
_delay_ms(5000);

suart_puts("at+CMGF=1"); // przełączenie w tryb tekstowy, domyślnie CMGF = 0 (PDU mode)
suart_puts("\r");
memset(bufor, 0, sizeof(bufor));
suart_gets( bufor, sizeof( bufor ) );
lcd_locate(0,0);
lcd_str (bufor);
_delay_ms(3000);

//char tab102[]PROGMEM = "AT+CSCS=\"GSM\"\r\n";
//uart_puts_P(tab102);

suart_puts("at+CSCS=\"GSM\"\r"); // wybór zestawu znaków GSM, domyślnie CSCS = 6 (UCS2)
memset(bufor, 0, sizeof(bufor));
suart_gets( bufor, sizeof( bufor ) );
lcd_locate(0,0);
lcd_str (bufor);
_delay_ms(3000);
suart_puts("AT+CCLK?\r"); // automatyczne pobranie czasu od operatora telekomunikacyjnego
memset(bufor, 0, sizeof(bufor));
suart_gets( bufor, sizeof( bufor ) );
lcd_locate(0,0);
lcd_str (bufor);
_delay_ms(3000);

//Ta częśc służy celom Bootloadrea, teraz nieaktywna
while ( 1 ) {
// odbieramy string z terminala (funkcja blokujaca)
suart_gets( bufor, sizeof( bufor ) );
if( !strncasecmp("AT+RST?", bufor, 7) ) {
cli(); // disable interrupts
wdt_enable(0); // set watchdog
while(1); // wait for RESET
}
}

}[/syntax]

Reszta to biblioteka LCD oraz SoftUart kol. Mirka.

Statystyki: Napisane przez chi.cygni — 9 sie 2018, o 19:30

Re: Modem m590 i komunikacja z uC

2018-08-09T18:12:30+01:00

Masz jakoś ten bufor z funkcji odbiorczej zdefiniowany?
Z tego co widzę w funkcji "suartgets" powinna zwracać to co w buforze.

Statystyki: Napisane przez mczarny — 9 sie 2018, o 18:12

Re: Modem m590 i komunikacja z uC

2018-08-09T17:59:57+01:00

Niestety, nie pomogło.

Statystyki: Napisane przez chi.cygni — 9 sie 2018, o 17:59

Re: Modem m590 i komunikacja z uC

2018-08-09T17:26:04+01:00

a gdybyś przed funkcją
[syntax=c]suart_gets( bufor, sizeof( bufor ) );[/syntax]
dodał coś takiego?
[syntax=c]memset(bufor, 0, sizeof(bufor));[/syntax]

Statystyki: Napisane przez mczarny — 9 sie 2018, o 17:26

Re: Modem m590 i komunikacja z uC

2018-08-09T15:26:48+01:00

Oczywiście, jeśli ten GSM weźmie się między znacznik: \"GSM\" to wtedy ten drugi, wspomniany wyżej błąd, także znika.

Ale to nie rozwiązało problemu zasygnalizowanego na początku.
Bo nadal na wyświetlaczu LCD pokazuje mi moje wysyłane komendy. I tylko to.

Statystyki: Napisane przez chi.cygni — 9 sie 2018, o 15:26

Re: Modem m590 i komunikacja z uC

2018-08-09T14:11:48+01:00

Ja to robiłem tak
[syntax=c]char tab102[]PROGMEM = "AT+CSCS=\"GSM\"\r\n";
uart_puts_P(tab102); // gdzieś tam dalej w kodzie[/syntax]

Statystyki: Napisane przez mczarny — 9 sie 2018, o 14:11

Re: Modem m590 i komunikacja z uC

2018-08-09T13:44:43+01:00

mczarny napisał(a):

Jak podepniesz się do Tx procka to w terminalu zobaczysz to co on wysyła, jak podepniesz się do Rx procka to zobaczysz co odpowiada moduł....

Takie proste, a takie skuteczne. Dziękuję obu Kolegom.

Eksperyment:
Pin Tx mikrokontrolera do pinu Rx modemu M590.
Pin Tx modemu do pinu Rx ATB-USB-RS232.

Wynik jak poniżej w terminalu:

Były dwa błędy.
Pierwszy to ten, że powinno być tak:
[syntax=c]suart_puts("at+CMGF=1");
suart_puts("\r");[/syntax]
lub, w jednej linijce:
[syntax=c]suart_puts("at+CMGF=1\r");[/syntax]
ale NIE TAK:
[syntax=c]suart_puts("at+CMGF=1\n\r");[/syntax]

Drugi błąd to ten związany z poleceniem:
at+CSCS="GSM"
Tu pewnie trzeba znaki cudzysłowia "wewnętrznego" zastąpić jakimś znacznikiem.

Zobaczę, jak teraz pójdzie, bo tak od razu, na gorąco nie chce.

Statystyki: Napisane przez chi.cygni — 9 sie 2018, o 13:44

Re: Modem m590 i komunikacja z uC

2018-08-09T10:37:56+01:00

Dokładnie - to najszybszy sposób jeśli nie ma się pod ręką analizatora logicznego typu Saleae.

Statystyki: Napisane przez micky — 9 sie 2018, o 10:37

Re: Modem m590 i komunikacja z uC

2018-08-09T09:54:22+01:00

cześć
Czy masz możliwość podpięcia się ATB-RS232 do płytki?
Ja zawsze wyprowadzam sobie piny od uart-a i podpinam się z przejściówką oczywiście tylko pin Rx i masę.
Jak podepniesz się do Tx procka to w terminalu zobaczysz to co on wysyła, jak podepniesz się do Rx procka to zobaczysz co odpowiada moduł....
pozdrawiam

Statystyki: Napisane przez mczarny — 9 sie 2018, o 09:54

Modem m590 i komunikacja z uC

2018-08-09T09:19:43+01:00

Kłaniam się Kolegom,
Bawię się modemem m590, tak rozrywkowo, nic poważnego, bazując na interesująco napisanym artykule naszego Kolegi:
https://www.sunduino.pl/gsm-m590e-tanio-i-prosto/.
Gdy ten modem jest podpięty poprzez ATB-USB-RS232, komunikacja poprzez terminal (Putty) w obie strony jest bez zarzutu.

No to następnym krokiem było podpięcie pod mikrokontroler (Atmega128 z zestawu ATB Shield128), przy wykorzystaniu programowego UART,
bez zmian parametrów (ten sam baudrate, itd).

Napisałem sobie coś takiego:
[syntax=c]lcd_init();
lcd_locate(0,0);
lcd_str ("init ...");
suart_init();

//Inicjalizacja modemu M590
suart_puts("AT+CTZU=1\r"); // włączenie automatycznego odczytu czasu
suart_puts("AT+COPS=0\r"); // rejestracja w sieci telekomunikacynej
_delay_ms(5000);

suart_puts("at+CMGF=1"); // przełączenie w tryb tekstowy, domyślnie CMGF = 0 (PDU mode)
suart_puts("\r");
suart_gets( bufor, sizeof( bufor ) );
lcd_locate(0,0);
lcd_str (bufor);
_delay_ms(3000);
suart_puts("at+CSCS=GSM\r"); // wybór zestawu znaków GSM, domyślnie CSCS = 6 (UCS2)
suart_gets( bufor, sizeof( bufor ) );
lcd_locate(0,0);
lcd_str (bufor);
_delay_ms(3000);
suart_puts("AT+CCLK?\r"); // automatyczne pobranie czasu od operatora telekomunikacyjnego
suart_gets( bufor, sizeof( bufor ) );
lcd_locate(0,0);
lcd_str (bufor);
_delay_ms(3000);[/syntax]

A mój problem polega na tym, że w odpowiedzi (na wyświetlaczu) nie dostaję tego co odpowiada modem, tylko to, co ja wysyłam komendami AT+.
Na pierwszy rzut oka to wygląda, że to Tx i Rx są na odwrót. Ale nie. Jest Tx z Rx i Rx z Tx.
I tego właśnie zachowanie nie rozumiem i proszę o wskazówki.
Czy te moje komendy idą do jakiegoś jednego bufora (poleceniem suart_puts()), który ja później odczytuję (poleceniem suart_gets())?
Czy to kompilator sobie to zachowuje w pamięci na stałe?
No nie wiem.

Statystyki: Napisane przez chi.cygni — 9 sie 2018, o 09:19