ATNEL tech-forum

Re: Odbiór stringa

2019-04-30T07:49:20+01:00

andrews napisał(a):

Kompilator utworzy zmienną poprzez zarezerwowanie w pamięci RAM dwóch bajtów i umieszczenie w nich przypisanych im wartości. Na podstawie prefiksu 0x zidentyfikuje format heksadecymalny i wartości obliczy poprzez:
0x28 = 2*16+8 = 40 (00101000 binarnie)
0x86 = 8*16+6 = 134 (10000110 binarnie)

Nie wiedziałem jak traktuje to kompilator. Dziękuje Ci andrews za cierpliwość i szczegółowe wytłumaczenie, teraz na podstawie nowej wiedzy postaram się napisać funkcję konwertującą. Jak będę miał jeszcze pytania to się odezwę.

Statystyki: Napisane przez Tom92 — 30 kwi 2019, o 07:49

Re: Odbiór stringa

2019-04-29T20:03:11+01:00

Tom92 napisał(a):

następnie odczytane liczby do separatorów ',' wpisywać kolejno do zmiennych a,b,c,d,e,f,g,h. Oczywiście musiałbym jeszcze dodać do tych zmiennych dodatkowo na początku prefiks 0x i na końcu przecinek.

Widzę, że chyba coś Ci się pomieszało. Nie musisz niczego dodawać. Mam wrażenie, że nie rozumiesz różnicy pomiędzy wartością liczbową a ciągiem znaków.
Dla uproszczenia tablica dwuelementowa:

[syntax=c]// można utworzyć
uint8_t adres1[2] = {0x28,0x86};
// alternatywnie można też utworzyć tablicę tak:
uint8_t adres1[2];
// i później przypisać wartości do jej elementów:
adres1[0] = 0x28;
adres1[1] = 0x86;[/syntax]
Ten zapis tworzy dwuelementową tablicę wartości. Kompilator utworzy zmienną poprzez zarezerwowanie w pamięci RAM dwóch bajtów i umieszczenie w nich przypisanych im wartości. Na podstawie prefiksu 0x zidentyfikuje format heksadecymalny i wartości obliczy poprzez:
0x28 = 2*16+8 = 40 (00101000 binarnie)
0x86 = 8*16+6 = 134 (10000110 binarnie)

Natomiast to, co Ty próbujesz zrobić, to chyba w efekcie coś w stylu:
[syntax=c]//
uint8_t adres1[2];
adres1[0] = "0x28";[/syntax]
a to Ci się nie uda, ponieważ wyrażenie w cudzysłowie to tak naprawdę tablica znaków (kodów ASCII):
"0x28" to to samo co {'0', 'x', '2', '8', '\0'} lub {0x30, 0x78, 0x32, 0x38}
i tak traktuje to kompilator, a nie jako wartość 0x28.
Rozumiesz chyba, że nie da się wpisać całego ciągu do pojedynczej zmiennej jednobajtowej.

Dlatego też, kiedy już wydobędziesz sobie z komendy AT jakiś dwucyfrowy ciąg znaków (np. za pomocą funkcji strtok() ) musisz użyć funkcji, która skonwertuje go na jednobajtową wartość.
Biorąc przykładowo ciąg znaków "4C", Twoja funkcja powinna:

odczytać kod ASCII pierwszego znaku - tutaj będzie to 0x34 ('4')
na podstawie tej wartości znaku ASCII obliczyć wartość pierwszej cyfry - tutaj będzie to 4
odczytać kod ASCII drugiego znaku - tutaj będzie to 0x43 ('C')
na podstawie tej wartości znaku ASCII obliczyć wartość drugiej cyfry - tutaj będzie to 12
obliczyć wartość na podstawie wzoru
wynik = (wartość pierwszej cyfry)*16+(wartość drugiej cyfry)
czyli w naszym wypadku 4*16+12=76
zwrócić wynik

I tak po kolei wszystkie dwucyfrowe ciągi znaków, przetworzyć na wartości jednobajtowe i przypisać do odpowiednich elementów Twojej tablicy adres1[].

Można byłoby też ewentualnie użyć do konwersji funkcji strtoul() z biblioteki standardowej, ale to trochę przerost formy nad treścią.

Statystyki: Napisane przez andrews — 29 kwi 2019, o 20:03

Re: Odbiór stringa

2019-04-29T11:02:09+01:00

andrews napisał(a):

Nie wiem, gdzie to wyczytałeś, ale funkcja memcpy() niczego nie konwertuje, ona tylko kopiuje dane z jednego miejsca pamięci RAM do innego.

Przepraszam, źle zrozumiałem to co czytałem.

andrews napisał(a):

Nie jestem pewien, czy na końcu ciągu wysyłasz znak '\0' (Null), czy raczej '\r' (Carriage Return).

Wysyłam '\r'.

Czyli odbiorę komendę AT w zaproponowanej przez Ciebie formie, następnie pierwszą część (do separatora '|') wpiszę do zmiennej char * adres1, a drugą do zmiennej char * adres2. Później nie wiem właśnie co z tym zrobić?

==========
Na szybko mi jeszcze przyszło do głowy, żeby utworzyć dodatkową zmienną tablicową, która w warunku if przed pętlą while() będzie brana pod uwagę jeśli będzie miała zapisany jakiś adres zamiast zmiennej temp_in[8] np.:
[syntax=c]char a,b,c,d,e,f,g,h;
unsigned char adres1[8] = {a,b,c,d,e,f,g,h};[/syntax]

następnie odczytane liczby do separatorów ',' wpisywać kolejno do zmiennych a,b,c,d,e,f,g,h. Oczywiście musiałbym jeszcze dodać do tych zmiennych dodatkowo na początku prefiks 0x i na końcu przecinek.

Czy nie tędy droga?
==========

Statystyki: Napisane przez Tom92 — 29 kwi 2019, o 11:02

Re: Odbiór stringa

2019-04-28T19:12:10+01:00

Tom92 napisał(a):

Wyczytałem gdzieś, że muszę zrobić konwersję z char na unsigned char za pomocą funkcji memcpy...

Nie wiem, gdzie to wyczytałeś, ale funkcja memcpy() niczego nie konwertuje, ona tylko kopiuje dane z jednego miejsca pamięci RAM do innego. Obawiam się, że nie znajdziesz funkcji standardowej języka C, która przetworzy ciąg znaków w użytym przez Ciebie formacie "{0x28, 0x86, 0x6f, 0xcb, 0x08, 0x00, 0x00, 0xb0}" na wartości binarne i umieści w tablicy docelowej. Będziesz musiał sobie napisać taką funkcję sam.

Moim zdaniem lepiej byłoby pominąć te nawiasy klamrowe, prefiksy 0x oraz jeden ze znaków separatora (spację lub przecinek), aby ułatwić sobie zadanie. Te rzeczy potrzebne są w przypadku definiowania tablic stałych liczbowych i są potrzebne kompilatorowi do prawidłowej interpretacji wartości. W Twoim przypadku (zakładając, że ta komenda AT będzie zawsze zawierała 2x8 wartości w formacie heksadecymalnym) są to rzeczy zbędne, które tylko skomplikują Ci konwersję.

Przykładowy format mógłby wyglądać:

"AT+CZUJ=28,86,6f,cb,08,00,00,b0|28,0e,73,f5,05,00,00,eb"

W łatwiejszy sposób będzie można wyłowić dwucyfrowe podciągi znaków i przetworzyć je na odpowiadające im wartości liczbowe.

Tom92 napisał(a):

49 - ilość znaków w stringu + znak 0

Nie jestem pewien, czy na końcu ciągu wysyłasz znak '\0' (Null), czy raczej '\r' (Carriage Return). Chyba, że funkcja odbierająca to w jakiś sposób zmienia.

Statystyki: Napisane przez andrews — 28 kwi 2019, o 19:12

Re: Odbiór stringa

2019-04-28T14:03:42+01:00

Odczytuję tak bo wziąłem przykład z YellowBooka, tam właśnie tak są odbierane komendy AT.

Wydaje mi się, że tutaj mam problem z typami zmiennych.

Mam zmienną tablicową typu unsigned char[8], która przechowuje adres czujnika DS18B20. Ja odbieram po UDP stringa (w postaci dwóch adresów) np.:
AT+CZUJ={0x28, 0x86, 0x6f, 0xcb, 0x08, 0x00, 0x00, 0xb0};{0x28, 0xe, 0x73, 0xf5, 0x05, 0x00, 0x00, 0xeb}

Teraz prawdopodobnie jest problem z zapisem odebranego po UDP stringa do zmiennej tablicowej typu unsigned char[8]. Wyczytałem gdzieś, że muszę zrobić konwersję z char na unsigned char za pomocą funkcji memcpy czyli w moim przypadku chyba powinno być:

[syntax=c]memcpy( ram_cfg.temp_in, adres1, 49 );[/syntax]

temp_in - zmienna tablicowa unsigned char temp_in[8]
adres1 - zmienna przechowująca odebrany string
49 - ilość znaków w stringu + znak 0

jeszcze nie sprawdzałem tego bo nie jestem u siebie i nie mam tej możliwości, ale czy dobrze w ogóle myślę?

Statystyki: Napisane przez Tom92 — 28 kwi 2019, o 14:03

Odbiór stringa

2019-04-26T16:38:35+01:00

Cześć,

Mam problem, którego nie umiem na tą chwilę rozwiązać.

Jaki mam cel?
Mam w projekcie czujniki temperatury DS18B20 i żeby było wiadomo, który jest od czego to są odpytywane po adresie ID. Chcę teraz mieć możliwość zmianę tego adresu (w przypadku wymiany uszkodzonego czujnika) bez wgrywania nowego wsadu z nowym adresem ID (np. z aplikacji w telefonie).

Co już mam?
Narazie dwa czujniki - standardowe adresy czujników zapisane są w pamięci flash oraz zdefiniowałem sobie pamięci ram, eeprom

w pliku *.h
[syntax=c]#define CZUJIN{0x28, 0x86, 0x6f, 0xcb, 0x08, 0x00, 0x00, 0xb0}
#define CZUJOUT{0x28, 0xe, 0x73, 0xf5, 0x05, 0x00, 0x00, 0xeb}

typedef struct {
unsigned char temp_in[8];
unsigned char temp_out[8];
} TCFG;

extern const TCFG pgm_cfg PROGMEM;
extern TCFG eem_cfg EEMEM;
extern TCFG ram_cfg;[/syntax]

w pliku *.c
[syntax=c]const TCFG pgm_cfg PROGMEM = {
CZUJIN,
CZUJOUT,
};

TCFG eem_cfg EEMEM;
TCFG ram_cfg;[/syntax]

W programie wywołuję prze pętlą while mam z poradników Pana Mirka funkcję:
[syntax=c]check_and_load_defaults();[/syntax]

DO TEJ PORY WSZYSTKO DZIAŁA

Problem mam z wpisaniem do pamięci EEPROM odebranego innego adresu, a w zasadzie to mam problem z odebraniem nowego adresu...

Wysyłam adres z aplikacji w telefonie tak:
[syntax=vb]Sub btn1CzujPage3_Click
mkwifi.send_udp( matip, matport, "AT+CZUJ={" & ed1CzujPAge3.Text & "};{" & ed2CzujPage3.Text & "}" & Chr(13) )
End Sub[/syntax]

W jednym polu tekstowym w aplikacji wpisuję np.: 0x28, 0xe, 0x53, 0xf6, 0x15, 0x00, 0x00, 0xce
a w drugim, np to samo niech będzie.

Chcę wysłać stringa w postaci: AT+CZUJ={0x28, 0xe, 0x53, 0xf6, 0x15, 0x00, 0x00, 0xce};{0x28, 0xe, 0x53, 0xf6, 0x15, 0x00, 0x00, 0xce} czyli powinienem uzyskać taką samą temperaturę w "z dwóch czujników w projekcie"

Jak odebrać takiego stringa?
ja to robię w ten sposób:

[syntax=c]if( strstr_P( buf, PSTR("AT+CZUJ=") ) ) {
// string: AT+CZUJ=
// np:AT+CZUJ={0x28, 0x86, 0x6f, 0xcb, 0x08, 0x00, 0x00, 0xb0};{0x28, 0xe, 0x73, 0xf5, 0x05, 0x00, 0x00, 0xeb}
strtok( buf, "=" );
char * adres1 = strtok( NULL, ";" );
char * adres2 = strtok( NULL, "~" );

strcpy((char*)ram_cfg.temp_in, adres1);
strcpy((char*)ram_cfg.temp_out, adres2);

copy_ram_to_eem();

beep(10);
}[/syntax]

No i teraz nie mam żadnych odczytów temperatury. Przedstawiłem wszystko, żeby było wiadomo o co mi chodzi. Wydaje mi się, że jest problem z odebraniem tego stringa, czy dobrze w ogóle to robię?

Statystyki: Napisane przez Tom92 — 26 kwi 2019, o 16:38