Witam,
Wysyłam za pomocą uart kolejne bajty(szesnastkowo). NIe mogę sobie poradzić z wysyłem tablicy za pomocą funkcji.



_ramka(); to prosta funkcja która wysyła bajto po bajcie:



i to pięknie działa.

Natomiast funkcja frame_aaa(); wysyła tylko 2 pierwsze bajty tablicy:



Do wstawiania kodu używamy znacznika 'syntax', poprawiłem - Sonix

Gdzie zrobiłem babola?, poniżej zrzut ekranu:

Aż tak dokładnie się nie znam ale--
jeśli nazwa tablicy to wskaźnik to sizeof tab
chyba (podkreślam chyba) poda Ci wilkość wskaźnika a nie
wielkość zajmowaną przez elementy tablicy .

ale dla pewności muszą się wypowiedzieć koledzy bardziej doświadczeni

Obejrzyj ostatni poradnik Mirka o tytule "Jak wysłać kilka bajtów przez SPI, I2C, RS232"
w skrócie jeśli działa wysyłanie bajtu
to zbuduj funkcję jaka poleca Mirek w poradniku:

Czyli wywołując ją przekazujesz jej bufor i jego długość a funkcja w pętli for po kolei wysyła pojedyncze bajty.

A co do sizeof to też dokładnie się nie znam ale wydaje mi się że ona zwraca wielkość wskaźnika na zerowy element tablicy.

Ok, to ma sens, ale za każdym razem muszę znać długoś tablicy?(pzekazywanie do funkcji jako zmienna len)
Nie da się jakoś "na lenia"?
tablic mogę mieć wiele np:
_t1[]={0x01,0x02,0x03}
_t2[]={0x05,0x07,0x08,0x09}
itd...

Czy kotś zauwżyl jakoś bład?Myślę , myślę i nie mogę wymyślić dlaczego funkcja wysyła tylko 2 pierwsze bajty.

O ile moja teoria jest prawdziwa to, wysyła Ci dwa bajty
dla tego że sizeof " wskźnika " równa się dwa bo wskaźnik w AVR-ach jest dwubajtowy

Rozmiar wskaźnika wynosi 2 bajty i dlatego wysyła Ci tylko 2 elementy tablicy.
Nie musisz. Pamiętaj, że wisisz cioci kasę, pożyczyłeś w stanie wskazującym. Nikt Ci nie powie ile pożyczyłeś, a ciocia nic nie powie jak się pomylisz przy oddawaniu - od razu wyjmie kałacha

Zawsze możesz pokombinować w takim kierunku:

_________________
Nie pisz komentarzy - dobry kod komentuje się sam.

Tutaj:http://www.gnu.org/software/gnu-c-manual/gnu-c-manual.html#The-sizeof-Operator
jest przykład użycia operatora "sizeof":



z wyjaśnieniem dlaczego Ci nie działa:

There are two cases where this technique does not work. The first is where the array element has zero size (GCC supports zero-sized structures as a GNU extension). The second is where the array is in fact a function parameter (see Function Parameters).
Z powyższego wynika, że jednak musisz przed wywołaniem funkcji z tablicą jako argumentem, wyliczyć długość tablicy i ewentualnie podać ją jako drugi argument tej funkcji.

Czyli wilkość tablicy obliczysz w ten sposób:


przykład w c http://ideone.com/fork/ho4zSx mozna uruchomic online i wyrzuci 6 czyli ostatnim elementem tablicy jest wielkosc tablicy -1

OdeOn -niekoniecznie tak.
W Twojej propozycji nadal obliczamy wielkość tablicy w funkcji, której argumentem jest ta tablica
-co wg. opisu jest błędem;
a z kolei


oblicza tylko ilość elementów tablicy
( w tym przypadku dla elementu jedno bajtowego:



-dzielenie to nie ma znaczenia, bo sizeof(tab[0]) będzie =1).

powtórze się:
przykład w c http://ideone.com/fork/ho4zSx mozna uruchomic online i wyrzuci 6 czyli ostatnim elementem tablicy jest wielkosc tablicy -1

------------------------ [ Dodano po: 6 minutach ]


Nie zawsze będzie 1 bo to jest sprawdzenie wielkość zmiennej a ona może być 1, 2 czy 4 bajtowa.

------------------------ [ Dodano po: 13 minutach ]



Chyba się da:

czy te twoje ramki mają jakies znaczniki konca ?
np gdybyś wiedział kiedy sie ramka konczy to mógłbys napisać funkcje ktora wysyłą tak długo az nie napotaka koniec ramki

wtedy nie musiał byś znać rozmiaru tablicy

_________________
Kawczynski

ad.1


Nie kłóćmy się, jeżeli ta funkcja nie działa, to proponuję aby autor spróbował testowo wysłać wartość sizeof dla kilku wariantów tej funkcji np. ( piszę "z ręki" mogą być błędy)


ad2. Ależ ja piszę " w tym przypadku" a nie w ogólnym.

łańcuch znaków ma na końcu 0 i chcąc taką zmienną wysłać np. przez uart można wykorzystać pętlę while która będzie się wykonywała dopóki nie napotka 0 bo to jest fałsz i koniec działania więc nawet nie potrzeba znać wielkości takiej tablicy.

wszyscy dają milion podpowiedzi rozwiazanie jest proste jak drut




wystarczy sizeof a raczej zmienną zadeklarować jako globalną a kompilator nie zrobi nie potrzebnej optymalizacji i wysle wszystkie bajty
zobacz na powyższy kod u mnie wysyła wszystkie bajty z tablicy ,
ale rowniez mozna by sie pokusic o wersje z znacznikami konca ramki o których pisałem wyzej




nie koniecznie , bo nie wiadomo czy to typowy cstring i jest zakonczony null '\0'

_________________
Kawczynski

To zadziała dla zmiennych 1 bajtowych.

http://ideone.com/fork/WK6Z2U tu zadeklarowałem te samo tablice jako zmienne 1, 2 i 4 bajtowe. Po uruchomieniu:
tab 1 - char
sizeof(tab1)= 6
sizeof (tab1[0]))= 1
sizeof(tab1)/sizeof (tab1[0]))= 6
tab 2 - short
sizeof(tab2)= 12
sizeof (tab2[0]))= 2
sizeof(tab2)/sizeof (tab2[0]))= 6
tab 3 - long
sizeof(tab3)= 24
sizeof (tab3[0]))= 4
sizeof(tab3)/sizeof (tab3[0]))= 6

i jak widać dla jednobajtowej zmiennej sizeof(tab1)= sizeof(tab1)/sizeof (tab1[0])) ponieważ sizeof (tab1[0]))= 1

------------------------ [ Dodano po: 15 minutach ]


niekoniecznie ? możesz wyjaśnić bo jestem przekonany że łańcuch znakowy ma zawsze na końcu zapisane 0 i tym różni się od innych tablic.

wyjaśnienie jest proste , nie wiemy z jakiego zródla sa te ramki podawane , autor tego tematu nie napisał tego ,
gdyby były wysyłane z terminala np pc to oczywiście ze mógł by to być c-stringi i wtedy na pewno były by zakończone '\0'
ale również mogą pochodzić z jakiego innego urządzenia i nie ma pewności ze to sa c-stringi moze to być zwykła tablica porozrzucanych bajtów.

_________________
Kawczynski

Witam, Dziękuje wszystkim za wkład, a w szczególnosci barney.
Po dodaniu:

#define USART_send_buf(x) _USART_send_buf(x, sizeof(x));

Wszystko ładnie śmiga.
Dla dociekliwych ramki wysyłane sa po uart z atmega 32 do terminala PC.