ATNEL tech-forum

Re: Dziwny odczyt eepromu

2016-10-10T20:17:07+01:00

andrews napisał(a):

No tak, o endianness też wspominałem

oops sorki chyba nie zauważyłem, przepraszam a to cenna uwaga właśnie o tych "indianach" mnie się i tak zawsze myli który z nich jest prawo- a który lewo-ręczny ... czy duży lewo- czy mały prawo- i zawsze muszę sobie odświeżać tę informację gdy akurat jest potrzebna.

Statystyki: Napisane przez mirekk36 — 10 paź 2016, o 20:17

Re: Dziwny odczyt eepromu

2016-10-10T19:45:41+01:00

mirekk36 napisał(a):

inną podstawową bolączką bywają inne sposoby umieszczania bajtów w słowach czy zmiennych typu DWORD. Chodzi o sposoby typu BigEndian oraz LittleEndian

No tak, o endianness też wspominałem

AVR mają akurat taki sam porządek bajtów co procesory x86 (x86-64) powszechnie stosowane w PC, czyli little-endian, niemniej trzeba na to uważać.
Istnieją również architektury bi-endian, które obsługują zarówno big- jak i little-endian, co czasami bardzo ułatwia sprawę.

Statystyki: Napisane przez andrews — 10 paź 2016, o 19:45

Re: Dziwny odczyt eepromu

2016-10-10T18:59:02+01:00

andrews napisał(a):

Myślę, że problemem byłaby tu raczej bezpośrednia wymiana takich struktur danych pomiędzy systemami o różnych rozmiarach wyrównania elementów struktury lub z ustawionym czy też nie ustawionym atrybutem pakowania.

Dokładnie, a często też ludzie mają problemy gdy np (z takimi pytaniami się spotkałem na avrfreaks) chcą sobie od razu do struktur pakować struktury z Modbusa - i nagle zonk ... bo cosik nie pasuje ...

A więc na styku systemów czy różnych protokołów może być tak jak mówiłeś więc nic nie namieszałeś - bo w sumie to WARTO o tym było wspomnieć - a ja robiąc moje starsze poradniki po prostu domyślnie odnosiłem się tylko do programowania AVR i nawet nie pomyślałem o tym.

Ale jak spojrzeć na wymianę danych poprzez struktury pomiędzy systemami to szybko się okaże że problemy nie dotyczą tylko pakowania czy też nie samych struktur - inną podstawową bolączką bywają inne sposoby umieszczania bajtów w słowach czy zmiennych typu DWORD. Chodzi o sposoby typu BigEndian oraz LittleEndian - na tym też szybko można się przejechać na początku tworzenia takiej komunikacji gdy się o tym nie doczyta Pamiętam jak mi się to dało we znaki gdy analizowałem zapis nagłówków pliku WAV w greenbooku na karcie pamięci i umknęło mi to

Statystyki: Napisane przez mirekk36 — 10 paź 2016, o 18:59

Re: Dziwny odczyt eepromu

2016-10-10T18:49:17+01:00

mirekk36 napisał(a):

No to teraz warto dodać że tu na AVR zadziała ale już na PC nie musi i nie zadziała zgodnie z oczekiwaniem bez pakowania.

Chyba niepotrzebnie namieszałem z tym pakowaniem tym bardziej, że w 8-bitowym mikrokontrolerze nie ma za bardzo potrzeby wyrównywania elementów struktury, więc pewnie i bez pakowania nie będzie ona zawierała padding bytes.

Ja to widzę tak:
Niezależnie od tego, czy struktura jest pakowana czy też nie, operator sizeof() zwróci rzeczywisty rozmiar, jaki struktura zajmuje w pamięci (w przypadku niespakowanej może być większy, choć nie musi). Osobiście nie widzę powodów, aby funkcje operujące na blokach pamięci (np. memset(), memcpy()) miały nie działać prawidłowo z argumentem sizeof(struktura), co najwyżej funkcje będą dodatkowo kopiować nadmiarowe padding bytes.

Myślę, że problemem byłaby tu raczej bezpośrednia wymiana takich struktur danych pomiędzy systemami o różnych rozmiarach wyrównania elementów struktury lub z ustawionym czy też nie ustawionym atrybutem pakowania. Wtedy należy raczej przesyłać poszczególne elementy struktury osobno, jednak nadal trzeba pamiętać o następnym problemie, jakim jest endianess w przypadku typów kilku-bajtowych.

Statystyki: Napisane przez andrews — 10 paź 2016, o 18:49

Re: Dziwny odczyt eepromu

2016-10-09T21:23:17+01:00

Już po temacie - poszło
Jak to zwykle u mnie niedopatrzenie - za szybko chcę zrobić a później się zamotam.
Żeby zobaczyć ile bajtów ma struktura to nie muszę tego wyświetlać bo to widać po kompilacji pod warunkiem, że nic innego nie mamy w Eepromie

Statystyki: Napisane przez mczarny — 9 paź 2016, o 21:23

Re: Dziwny odczyt eepromu

2016-10-09T19:23:17+01:00

Sparrow-hawk napisał(a):

Od razu powiem, że sizeof(CASH) nie zadziała

zadziała na 100%

Sparrow-hawk napisał(a):

Funkcja eeprom_read_block(...) przydaje się do zapisu tablic, a nie struktur.

W avr gcc struktury w pamięci są adresowane podobnie albo w zasadzie tak samo jak tablice, wykorzystywane są do tego rejestry indeksowe X, Z itp

Najmniejszym polem struktury w prockach avr jest bajt dlatego sizeof( struktura ) .... ZAWSZE zadziała i to nie ważne czy będzie załączone domyślnie -fpack-struct czy nie (choć tu mogę się mylić)

andrews napisał(a):

To musi działać. Coś robisz źle, ale trudno tu coś doradzić, jak pokazujesz tylko wybrane linie kodu.

DOKŁADNIE

a żeby uciąć już to czy sizeof( struktura ) zadziała czy nie - bo widzę że kolega mczarny ciągnie już długo ten temat i wciąż ma zagwozdkę czy sizeof() mu dobrze działa - to ja zachodzę w głowę ....

no jak można sobie tego samemu tak dla siebie - żeby się upewnić - nie sprawdzić. No na prawdę mczarny powiedz mi czy ciężko wpaść na taki mega najprostszy pomysł ?

[syntax=c]typedef struct
{
uint16_t pobor1;
uint32_t pobor;
} TCASH; // Ja daję ZAWSZE nazwy typów struktur dużymi literami i dodaję literkę T na początku

TCASH cash;

lcd_int( sizeof( cash ) ); // i już SAM WIDZISZ na LCD ile sobie bajtów liczy twoja struktura[/syntax]

no prościej się nie da .... Tylko nie mów mi że nie masz LCD to nie możesz sprawdzić ... bo jak nie masz LCD to nie da rady ?

Już nie wspomnę że nawet mając 1 diodę LED bym to sobie sprawdził ale jak nie masz LCD to no chyba MUSISZ mieć jakąś przejściówkę USB/RS232 i wtedy terminal w łapki i już masz wyświetlacz - zamieniasz tylko powyższą linię z lcd na:

[syntax=c]uart_putint( sizeof( cash ) );[/syntax]

------------------------ [ Dodano po: 1 minucie ]

Sparrow-hawk napisał(a):

Przyznaję, że wcześniej się pomyliłem. I zapis takich struktur z operatorem sizeof() działa. Sprawdziłem to zresztą na symulatorze w AVR Studio i funkcjonuje to bez problemów.

No to teraz warto dodać że tu na AVR zadziała ale już na PC nie musi i nie zadziała zgodnie z oczekiwaniem bez pakowania.

Statystyki: Napisane przez mirekk36 — 9 paź 2016, o 19:23

Re: Dziwny odczyt eepromu

2016-10-09T19:19:38+01:00

Przyznaję, że wcześniej się pomyliłem. I zapis takich struktur z operatorem sizeof() działa. Sprawdziłem to zresztą na symulatorze w AVR Studio i funkcjonuje to bez problemów.

Statystyki: Napisane przez Sparrow-hawk — 9 paź 2016, o 19:19

Re: Dziwny odczyt eepromu

2016-10-09T19:00:49+01:00

To musi działać. Coś robisz źle, ale trudno tu coś doradzić, jak pokazujesz tylko wybrane linie kodu. Przykładowo pokazujesz tylko deklarację zmiennej ram_cash, a nie widać, czy i jak wpisujesz do niej dane. Na jakiej podstawie twierdzisz, że nie działa? Jak to sprawdzasz?

Jeśli nie chcesz przedstawić całego kodu (bo jest na przykład zbyt obszerny), to ogranicz go do minimum, które odzwierciedla problem.

Statystyki: Napisane przez andrews — 9 paź 2016, o 19:00

Re: Dziwny odczyt eepromu

2016-10-09T18:31:16+01:00

no i Panowie zonk

struktura
[syntax=c]typedef struct
{
uint16_t pobor1;
uint32_t pobor;
}CASH;[/syntax]

deklaracje zmiennych
[syntax=c]CASH ram_cash;
CASH eep_cash EEMEM;[/syntax]

funkcja
[syntax=c]eeprom_write_block(&ram_cash,&eep_cash,sizeof(CASH));[/syntax]
lub
[syntax=c]eeprom_write_block(&ram_cash,&eep_cash,sizeof(ram_cash));[/syntax]
nie działa
Wychodzi na to, że kolega sparrow-hawk miał rację tylko cholerka w poradniku Mirkowi działało

Statystyki: Napisane przez mczarny — 9 paź 2016, o 18:31

Re: Dziwny odczyt eepromu

2016-10-09T17:58:46+01:00

Chyba trochę źle mnie zrozumiałeś. Nie trzeba niczego wyłączać. Opcja -fpack-struct powinno być włączona. Niezależnie czy jest włączona czy nie, zapis bloku do pamięci z użyciem sizeof() będzie prawidłowy, jednak włączenie -fpack-struct powoduje, że rozmiar struktury nie jest większy niż suma rozmiarów jej elementów, więc tak jest lepiej.

Statystyki: Napisane przez andrews — 9 paź 2016, o 17:58

Re: Dziwny odczyt eepromu

2016-10-09T17:34:31+01:00

andrews napisał(a):

Wprawdzie nie jestem ani Guru, ani Mirosław, ani tym bardziej P.Mirek ale spróbuję odpowiedzieć.

Domyślnie kompilator avr-gcc ma włączoną opcję kompilacji -fpack-struct, co zapobiega umieszczaniu padding bytes w strukturach.

Gdyby jednak ta opcja była wyłączona i kompilator umieści padding bytes w strukturze, to operator sizeof() wliczy je do rozmiaru struktury, dzięki czemu zapis (kopiowanie) bloku o rozmiarze sizeof(struktura) do pamięci będzie prawidłowy. Jedyną niekorzystną rzeczą byłoby w tym przypadku marnotrawstwo pamięci.

andrews
Możesz napisać jak można to wyłączyć?
Co do pamięci to kompilator zarezerwował dla struktury 6-bajtów czyli tyle samo co dla pojedynczych zmiennych więc chyba tu nie ma róznicy....

Statystyki: Napisane przez mczarny — 9 paź 2016, o 17:34

Re: Dziwny odczyt eepromu

2016-10-09T16:34:07+01:00

Statystyki: Napisane przez andrews — 9 paź 2016, o 16:34

Re: Dziwny odczyt eepromu

2016-10-09T14:13:29+01:00

Sparrow-hawk napisał(a):

Sparrow-hawk
nie wiem czy mówisz to z autopsji czy tylko tak przypuszczasz?
W tym poradniku https://www.youtube.com/watch?v=ix0EBtdiviY nasz Guru-Mirosław tworzy strukturę i zapisuje ją do wszystkich rodzajów pamięci. Jedyne co może tu budzić wątpliwości to to, że moje zmienne się zmieniają a w poradniku to są stałe....
Sprawdzimy i zobaczymy a może w tzw. międzyczasie P.Mirek się odezwie?

Co do nazewnictwa to to nie jest żaden komercyjny projekt - jeszcze nie ten poziom - więc piszę co mi przychodzi do głowy
wiem, wiem - nawyki trzeba wyrabiać

Statystyki: Napisane przez mczarny — 9 paź 2016, o 14:13

Re: Dziwny odczyt eepromu

2016-10-08T21:02:26+01:00

Od razu powiem, że sizeof(CASH) nie zadziała Funkcja eeprom_read_block(...) przydaje się do zapisu tablic, a nie struktur. Nie wiem, czy gcc gwarantuje, że pola struktury będą w pamięci wyrównane i umieszczone kolejno, więc jeżeli myślisz o zrzucie struktury do eeprom, to napisz funkcję, która do każdego pola zastosuje odpowiednią funkcję z rodziny eeprom_().

PS. Nie mieszaj w obrębie jednego kodu nazewnictwa w języku polskim i angielskim. Stosuj jedno. A nazw złożonych z samych dużych liter stosuje się raczej do makr, niż do typów. Te zazwyczaj nazywanym z dużej litery.

Statystyki: Napisane przez Sparrow-hawk — 8 paź 2016, o 21:02

Re: Dziwny odczyt eepromu

2016-10-08T12:24:26+01:00

Daro69 napisał(a):

A...to dzięki,
Fajnie że się przydałem.
Trochę mało jeszcze mam wiedzy,
i dlatego pomyślałem by dalej nie mieszać,
usunąć się w cień i poprzyglądać jak to się powinno robić.

Daro69 ja też jestem na początku i z wiedzą jak widać jest nie bardzo, ale dlatego robię różne dziwne rzeczy żeby się nauczyć.
Starzy wyżeracze pewnie siedzą i się śmieją z takich tematów bo dla nich to bułka z masłem.
Wklejam jak powinny wyglądać te funkcje - może się komuś przyda na naszym poziomie
[syntax=c]void Zapis_ram_to_eeprom(void)
{
eeprom_write_block(&pobor,&eep_pobor,sizeof(pobor));
}

///////////////////////////////////////////////////////////////////////////////////////////////////////////////

void Zapis_eeprom_to_ram(void)
{
eeprom_read_block(&pobor,&eep_pobor,sizeof(pobor));
}[/syntax]

Teraz skoro zapisuje mi jeden parametr to dodam drugi i stworzę strukturę

[syntax=c]typedef struct{
uint16_t pobor1;
uint32_t pobor;
}CASH;[/syntax]

i dalej
[syntax=c]CASH ram_cash;
CASH eep_cash EEMEM;[/syntax]

i zobaczę jak pójdzie
Wątpliwości mam tylko co wstawić jako rozmiar.

pozdrawiam

Statystyki: Napisane przez mczarny — 8 paź 2016, o 12:24

Re: Dziwny odczyt eepromu

2016-10-07T23:27:12+01:00

A...to dzięki,
Fajnie że się przydałem.
Trochę mało jeszcze mam wiedzy,
i dlatego pomyślałem by dalej nie mieszać,
usunąć się w cień i poprzyglądać jak to się powinno robić.

Aha..
czyli zamieszałem z wpisem
[syntax=c]void Zapis_ram_eeprom(void) /*z ram do eeprom*/
{
eeprom_write_block(&ee_pobor,&pobor,sizeof(pobor));
}[/syntax]
powinno być
[syntax=c]void Zapis_ram_eeprom(void) /*z ram do eeprom*/
{
eeprom_write_block(&pobor, &ee_pobor, sizeof(pobor));
}[/syntax]

Statystyki: Napisane przez Daro69 — 7 paź 2016, o 23:27

Re: Dziwny odczyt eepromu

2016-10-07T23:20:01+01:00

Daro69 napisał(a):

Ops.. to sorka
To może ja się tylko poprzyglądam tym razem.

nie no spoko po prostu argumenty w tych funkcjach są poprzestawiane
Twoja rada żeby powołać nową zmienną w eepromie bardzo mi pomogła

Statystyki: Napisane przez mczarny — 7 paź 2016, o 23:20

Re: Dziwny odczyt eepromu

2016-10-07T22:05:38+01:00

mczarny napisał(a):

bo mi Daro69 trochę namieszał

Ops.. to sorka
To może ja się tylko poprzyglądam tym razem.

Statystyki: Napisane przez Daro69 — 7 paź 2016, o 22:05

Re: Dziwny odczyt eepromu

2016-10-07T21:35:32+01:00

Daro69 napisał(a):

Mogę się mylić bo dopiero raczkuję

Myślę że potrzebna będzie jeszcze zmienna w pamięci eeprom.
Bo to w niej próbujesz zapamiętywać.

[syntax=c]uint8_t pobor; /*zmienna w pamięci ram*/
uint8_t ee_pobor EEMEM; /*zmienna w pamięci eeprom*/

void Zapis_ram_eeprom(void) /*z ram do eeprom*/
{
eeprom_write_block(&ee_pobor,&pobor,sizeof(pobor));
}

void Zapis_eeprom_ram(void) /*z eeprom do ram*/
{
eeprom_read_block(&pobor,&ee_pobor,sizeof(ee_pobor));
}[/syntax]

Coś jakoś tak myslę.

i oczywiście : #include

daro69

coś tu się chyba nie zgadza w tych Twoich funkcjach
tak to wygląda w manualu WINAVR

[syntax=cpp]22.13.3.11 void eeprom_write_block (const void __src, void __dst, size_t__n

22.13.3.1 void eeprom_read_block (void __dst, const void __src, size_t __n)[/syntax]

sparrow-hawk
odptaszenie w eclipsie załatwiło sprawę, ale teraz się motam z funkcjami zapisu i odczytu bo mi Daro69 trochę namieszał

Statystyki: Napisane przez mczarny — 7 paź 2016, o 21:35

Re: Dziwny odczyt eepromu

2016-10-07T18:44:47+01:00

(EESAVE) - Odznaczony
(AVRDUDE) - Dla obu pamięci from build.

mczarny napisał(a):

tylko, że po wyłączeniu zasilania i ponownym starcie ciągle mam tą samą wartość chociaż w trakcie pracy programu zwiększa się prawidłowo.

A czy kiedy to sprawdzałeś, to nie zapomniałeś przypadkiem w kodzie dołączyć funkcji, która tę wartość w EEPROM zapisze / zaktualizuje?

Statystyki: Napisane przez Sparrow-hawk — 7 paź 2016, o 18:44

Re: Dziwny odczyt eepromu

2016-10-07T17:25:10+01:00

[syntax=cpp]avrdude: Device signature = 0x1e9403
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "DYSTRYBUTOR_1.hex"
avrdude: input file DYSTRYBUTOR_1.hex auto detected as Intel Hex
avrdude: writing flash (2524 bytes):

Writing | ################################################## | 100% 0.83s

avrdude: 2524 bytes of flash written
avrdude: verifying flash memory against DYSTRYBUTOR_1.hex:
avrdude: load data flash data from input file DYSTRYBUTOR_1.hex:
avrdude: input file DYSTRYBUTOR_1.hex auto detected as Intel Hex
avrdude: input file DYSTRYBUTOR_1.hex contains 2524 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 0.73s

avrdude: verifying ...
avrdude: 2524 bytes of flash verified

avrdude done. Thank you.

Compiled special for http://forum.atnel.pl (v5.11.1)

avrdude finished[/syntax]

o to chodzi?
A co do pytania to tak - odczytuję ją po starcie programu w (main)
[syntax=c]int main (void)
{

DDRC |=(1< DDRD |=(1< DDRD |=(1< DDRD |=(1< DDRD &=~(1< PORTD |=(1<

LCD_ON;
lcd_init();
lcd_cls();

Zapis_eeprom_ram(); //zapis z EEprom do RAM

while(1)
{[/syntax]

robię jakiś czeski błąd ale już się zakręciłem

------------------------ [ Dodano po: 4 minutach ]

Sparrow-hawk napisał(a):

I czy w opcjach projektu w AVRDUDE, w zakładce FLASH/EEPROM, masz dla obu pamięci wybrane opcje from build?

o cholerka już sprawdzam

nie dla eeprom mam " do not upload......"

zaznaczyłem "from build" i wgrywa prawidłowo - nadałem zmiennej wartość "10" tak dla sprawdzenia tylko, że po wyłączeniu zasilania i ponownym starcie ciągle mam tą samą wartość chociaż w trakcie pracy programu zwiększa się prawidłowo.
Kurdę taka prośbaSparrow-hawk napisz proszę jak to ma wyglądać po kolei:
-w zakładce AVRDUDE
-w fusach jeżeli chodzi o EESAVE

Statystyki: Napisane przez mczarny — 7 paź 2016, o 17:25

Re: Dziwny odczyt eepromu

2016-10-07T17:01:06+01:00

A jaki plik wrzucasz do procka? Pokaż zrzut z AVRDUDE.

Bo jeśli teraz dobrze rozumiem, to definiujesz zmienną w pamięci EEPROM, nadajesz jej wartość 0. A następnie pierwsze co robisz w programie, to ją odczytujesz? I ona ma wartość -1, a nie 0? Ten (EESAVE) służy do zachowania zawartości pamięci eeprom podczas wgrywania nowego wsadu, więc w twoim przypadku powinien być odznaczony.

I czy w opcjach projektu w AVRDUDE, w zakładce FLASH/EEPROM, masz dla obu pamięci wybrane opcje from build?

Statystyki: Napisane przez Sparrow-hawk — 7 paź 2016, o 17:01

Re: Dziwny odczyt eepromu

2016-10-07T16:07:38+01:00

Sparrow-hawk

kurczę przecież nawet jak wszędzie mamy 0xFF to przecież deklaruję zmienną
[syntax=c]uint32_t ee_pobor EEMEM=0;[/syntax]
więc powinno to zostać zapisane.

Ptak przy EESAVE w fusach ma być zaznaczony? Zresztą zmieniałem o czym piszę w pierwszym poście.....

Statystyki: Napisane przez mczarny — 7 paź 2016, o 16:07

Re: Dziwny odczyt eepromu

2016-10-07T14:39:27+01:00

Czyli jak już program działa, to przy zaniku zasilania wartość jest zapisana w pamięci EEPROM, a po ponownym włączeniu otrzymujesz poprawną wartość?

Wartość -1 otrzymujesz tylko w przypadku, kiedy wgrasz nowy kod od nowa?

Bo jeżeli tak, to przy wgrywaniu wsadu pewnie masz zaznaczone chip erase. A tak opcja czyści flash i eeprom zapisując 0xFF. A 0xFFFFFFFF będzie wyświetlane jako -1 u Ciebie.

Z dokumentacji AVRDUDE:

2.1 Option Descriptions napisał(a):

-e
Causes a chip erase to be executed. This will reset the contents of the flash ROM and EEPROM to the value ‘0xff’, and clear all lock bits. Except for ATxmega devices which can use page erase, it is basically a prerequisite command before the flash ROM can be reprogrammed again. The only exception would be if the new contents would exclusively cause bits to be programmed from the value ‘1’ to ‘0’. Note that in order to reprogram EERPOM cells, no explicit prior chip erase is required since the MCU provides an auto-erase cycle in that case before programming the cell.

Statystyki: Napisane przez Sparrow-hawk — 7 paź 2016, o 14:39

Re: Dziwny odczyt eepromu

2016-10-07T11:24:58+01:00

Tak sobie myślę czy czasem piblem nie jest w rzutowaniu.
Są zmienne 32bit, ale jest i 8bit. TCNT0.
Może zależeć od sposobu napisania pozostałych funkcji.
Chyba że ktoś zauważył coś Jeszcze.

Statystyki: Napisane przez Daro69 — 7 paź 2016, o 11:24