On 27 Maj, 19:27, Portal <m...@t...poczta.onet.pl> wrote:
> On 05/27/2012 04:37 PM, slawek7 wrote:
>
> > Zgadza się to co piszecie i zrozumiałem o co chodzi.
> > Przecież to jest coś takiego
> > (*(uint32_t*)0x40010C10)=0x0000000f;
> > Powoduje to bezpośredni dostęp do rejestru i operację na porcie PB.
>
> > Natomiast nie rozumiem zapisów które pojawiają się dokumentacji.
> > Adres jest 32 bitowy więc stąd zapewne pierwsze rzutowanie ale pojawia
> > się też informacja że do rejestru można się dostać
> > albo jako word, albo jako half-word, albo jako byte? O co tu chodzi?
> > Jaki adres i jakie rzutowanie wtedy się robi i co jak poda się liczbę
> > word 32 bitową zamiast wymaganą half-word 16 bitową?
>
> Chyba mylisz trochę postać adresu z typem danych siedzących pod tym adresem.
> Operacja:
> (*(uint32_t*)0x40010C10)=0x0000000f;
> oznacza tyle co zapisz wartość 0x0000000f pod adres 0x40010C10 traktując
> ją (wartość, nie adres) jako liczbę 32-bitową bez znaku.
>
> Jeżeli zrobisz podobną operację, ale w postaci:
> (*(uint8_t*)0x40010C10)=0x0f;
> to pod ten sam adres zapiszesz tylko pojedynczy bajt, pozostawiając
> pozostałe trzy bajty 32-bitowego słowa zapisanego pod adresem 0x40010C10
> bez zmian.

Chyba rozumiem. Bo czy to znaczy że jeśli jakiś rejestr 32 bitowy ma
możliwość zapisania go wartością 16 bitowa bo tak podaje dokumentacja
to chcąc dokonać takiego zapisu liczbą 16 bitową używam rzutowania 16
bitowego w postaci (*(uint16_t*)0x40010C10)=0x1234;
Natomiast jeśli rejestr musi byc zapisany tylko wartością 32 bitowa bo
tak każe dokumentacja to u zywam (*(uint32_t*)0x40010C10)=0x12345678;

Ale mam wątpliwość, czy czasem to rzutowanie nie oznacza tylko
arytmetyki wskaźników? Tzn za następny wskazywany obszar bęzie większy
albo o 2 bajty albo o 4, jak w przypadku zwykłej arytmetyki wskaźników
np
uint16_t *ptr; // wskaźnik na liczbę 16 bitową
teraz zwiększamy adres o jeden ptr++; czyli tak naprawdę wskaźnik
skacze o dwa a nie o jeden adres?