[Atmega128] [Atmega128][C] - Timer0 blokuje _delay_ms przy aktywnym przerwaniu TIMER0_OVF_vect

Question

Witam Serdecznie Na początek kod: Problem następujący: Przy aktywnym timerze kod w pętli while przestaje być wykonywany w momencie napotkania _delay_ms o dowolnej wartości. Jeśli wyrzucę przerwania od timera ( //sei(); ), delay działa nawet z wartościami rzędu 5000 i więcej. Atmega działa na...

dondu · Answer

Przerwania i delay'e mogą działać razem. Co dokładnie ma robić ten fragment kodu?: Kod: C / C++Zaloguj się, aby zobaczyć kod

Martin_250 · Answer

Zapala najpierw jedną diodę, później drugą. Nie ma robić nic konkretnego oprócz pokazania tego, że instrukcje po delay przestają być wykonywane.
Jeżeli wyłączę przerwania to nawet jeśli będzie tu _delay_ms(10000); zapali się pierwsza dioda, a po 10 sekundach druga.

dondu · Answer

1. W jaki sposób stwierdzasz to: 2. Czy masz włączoną optymalizację kodu? Jaką?

Martin_250 · Answer

Słuszna uwaga. Wziąłem na tapetę funkcję delay: Kod: C / C++Zaloguj się, aby zobaczyć kod

dondu · Answer

Czyli po włączeniu optymalizacji poprzedni kod działa OK?

Martin_250 · Answer

Nie widziałem wówczas punktu 2.
W zasadzie nic od czasu instalacji eclipse wraz z pluginem dla avr nie zmieniałem. Jeżeli masz na myśli pre build steps jest tam czysto.

A odnosząc się do mojej próby debugowania samej funkcji delay za pomocą diody:

Zaloguj się, aby zobaczyć kod

to efekt jest ten sam również przy nieaktywnym timerze.
Problem chyba leży faktycznie w kompilacji.

dondu · Answer

W takim razie Twój problem leży w jeszcze innym miejscu: Ignorowanie warningów stojąc na 10-tym stopniu ponieważ bez włączonej optymalizacji otrzymałeś komunikat podczas kompilacji:

Martin_250 · Answer

Bardzo ciekawy link, przeczytałem w całości.
Werror aktywne, oraz wszelkie opcje analizy kodu są włączone. Optymalizacja S.
Konsola:


**** Build of configuration Release for project program1 ****

make all 
Building file: ../main.c
Invoking: AVR Compiler
avr-gcc -Werror -Os -fpack-struct -fshort-enums -std=gnu99 -funsigned-char -funsigned-bitfields -mmcu=atmega128 -DF_CPU=4000000UL -MMD -MP -MF"main.d" -MT"main.d" -c -o "main.o" "../main.c"
Finished building: ../main.c
 
Building target: program1.elf
Invoking: AVR C++ Linker
avr-g++ -Wl,-Map,program1.map,--cref -mmcu=atmega128 -o "program1.elf"  ./main.o   
Finished building target: program1.elf
 
Invoking: AVR Create Extended Listing
avr-objdump -h -S program1.elf  >"program1.lss"
Finished building: program1.lss
 
Create Flash image (ihex format)
avr-objcopy -R .eeprom -O ihex program1.elf  "program1.hex"
Finished building: program1.hex
 
Create eeprom image (ihex format)
avr-objcopy -j .eeprom --no-change-warnings --change-section-lma .eeprom=0 -O ihex program1.elf  "program1.eep"
Finished building: program1.eep
 
Invoking: Print Size
avr-size --format=avr --mcu=atmega128 program1.elf
AVR Memory Usage
----------------
Device: atmega128

Program:     318 bytes (0.2% Full)
(.text + .data + .bootloader)

Data:          1 bytes (0.0% Full)
(.data + .bss + .noinit)


Finished building: sizedummy
 

**** Build Finished ****

Oraz problems:


Odnosnie: ISR(TIMER0_OVF_vect)

Bad function name "__vector_16" (pattern /^[a-z]/)	main.c

alagner · Answer

wywal iom128.h i powiedz czy pomogło edit: wywal=nie include'uj go

Martin_250 · Answer

Nie to nie kwestia iom128.
Eclipse ma to do siebie, że kreśli wszystkie nazwy rejestrów itp. użytych w source jeżeli się tego nie załączy. W zasadzie nie jest potrzebny bo jest podbierany przy kompilacji przez io.h, ale wygodniej się pisze jeżeli podkreślenia są miarodajne.

Zupełnie nie mam pomysłu w czym jest problem, sprawdziłem na drugiej atmedze 128 i jest to samo, natomiast atmega32 w innym układzie chodzi pięknie..

Zaloguj się, aby zobaczyć kod

Nic nie zmieniają.

Andrzej__S · Answer

W przypadku programu dla ATmega32 też używasz avr-g++ do linkowania?

alagner · Answer

no to przychodzi mi do głowy wersja radykalna: przeinstaluj toolchain i biblioteki. Przeklepałem ten kod do siebie i nie ma siły, działa dobrze, warningami nie rzuca.

Martin_250 · Answer

Tak cały czas pozostaje w środowisku eclipse z winavr.
Właśnie skończyłem przeinstalowywanie całego pakietu od początku z nowym projektem włącznie i wciąż to samo.
Zastanawiam się czy mogą mieć na to wpływ jakieś elementy sprzętowe..

@alagner U mnie też warningów brak, tylko w układzie nie działa tak jak powinno.

Generalnie to zrobię kilka flag i delay mi w ogóle nie potrzebne. Nie mniej jednak jest to zastanawiający przypadek zwłaszcza, że przecież to są tylko pętle z licznikiem. Pewnie w wolnym czasie zagłębię się w temat debugowania avrów, możliwość zobaczenia co się dzieje z procesorem byłaby w tym przypadku zbawienna.

dondu · Answer

W załączniku plik hex zawierający program z Twojego pierwszego postu, skompilowany w AVR Studio 4 dla Atmega128 optymalizacja -0s. Spróbuj zanim cokolwiek będziesz przeinstalowywał.

Martin_250 · Answer

Dziękuję za fatygę.

Wgrałem hexa i jednak ten sam efekt.

....

Udało się. Problem rozwiązany.
Wszystkiemu winien był niepozorny tryb zgodności z Atmega103.
Jeden fuse bit i wszystkie programy działają idealnie.

[Atmega128] [Atmega128][C] - Timer0 blokuje _delay_ms przy aktywnym przerwaniu TIMER0_OVF_vect

Post #1

Post #2

Post #3

Post #4

Post #5

Post #6

Post #7

Post #8

Post #9

Post #10

Post #11

Post #12

Post #13

Post #14

Post #15

Post #16

Podsumowanie tematu