AVR SDK / API gesucht

[David P. (devryd)]

Hi,
ich bin blutiger Anfänger was die Programmierung von AVR Chips angeht 
und wollte fragen ob es eine gesammelte Quelle an aufbereiteten 
Informationen gibt. Ich kenne das beispielsweise vom Pi Pico als SDK, 
oder, wenn auch ein etwas anderer Usecase, von der JAVA APi. Ich frage, 
weil ich jetzt schon seit über einer Stunde daran scheitere, einen 
simplen Timerinterrupt zum laufen zu bekommen. Ja, die Daten stehen im 
Datenblatt, aber das ist ja nicht wirklich anfängerfreundlich zu lesen.
Tut mir leid, wenn das als blöde Frage gilt
Danke für eure Ratschläge

[Εrnst B. (ernst)]

die "blutige Anfänger API" für AVR µCs nennt sich "Arduino" :)

[David P. (devryd)]

Dann suche ich etwas für "ein Schritt nach blutiger Anfänger"

[Adam P. (adamap)]

https://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/Die_Timer_und_Z%C3%A4hler_des_AVR

https://www.mikrocontroller.net/articles/AVR-GCC-Tutorial

[David P. (devryd)]

Adam P. schrieb:
> 
https://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/Die_Timer_und_Z%C3%A4hler_des_AVR

Diesen Beitrag habe ich schon gefunden und habe versucht ihn zu 
befolgen. Leider hab ich das nicht zum laufen bekommen. Ich nutze einen 
Atmega1284p, falls das einen Unterschied macht

[Εrnst B. (ernst)]

Sowas vielleicht?
https://github.com/jfpoilpret/fast-arduino-lib
für C++ - Enthusiasten.

Da hast du dann Code wie

constexpr const board::Timer NTIMER = board::Timer::TIMER1;
using CALCULATOR = timer::Calculator<NTIMER>;
using TIMER = timer::Timer<NTIMER>;
constexpr const uint32_t PERIOD_US = 1000000;

constexpr const TIMER::PRESCALER PRESCALER = CALCULATOR::CTC_prescaler(PERIOD_US);
constexpr const TIMER::TYPE COUNTER = CALCULATOR::CTC_counter(PRESCALER, PERIOD_US);
[...]

  TIMER timer{timer::TimerMode::CTC, PRESCALER, timer::TimerInterrupt::OUTPUT_COMPARE_A};
  timer.begin(COUNTER);
[...]

(Ganzer Code:
https://github.com/jfpoilpret/fast-arduino-lib/blob/master/tuto-samples/fastarduino/timer_1_ctc.cpp
)

Deutlich mehr Tipparbeit als die handvoll Register von Hand zu setzen, 
aber "cleaner"?

[uff basse (Gast)]

David P. schrieb:
> Leider hab ich das nicht zum laufen bekommen.

Wenn du weiterkommen willst dass müsstest du uns eben zeigen
was du schon gemacht hast und welche Probleme dabei auftauchen.

So richtig gute Hellseher sind wir hier alle nicht ....

[Adam P. (adamap)]

David P. schrieb:
> Ich nutze einen
> Atmega1284p, falls das einen Unterschied macht

Ja da heißen die Register ein wenig anders.

[STK500-Besitzer (Gast)]

David P. schrieb:
> aber das ist ja nicht wirklich anfängerfreundlich zu lesen.

Wo ist denn das Problem?
Atmel-Datenblätter sind verhältnismäßig gut.
Vor allem ist es ein Dokument pro Chip-Gruppe; nicht wie bei STM32, wo 
es ein Datenblatt, ein Reference- und ein Programming-Manual mit jeweils 
zig-tausend Seiten gibt.

[Stefan F. (Gast)]

David P. schrieb:
> die Daten stehen im Datenblatt,
> aber das ist ja nicht wirklich anfängerfreundlich zu lesen.

Dur wirst keine "schöneren" Datenblätter finden, als die von AVR 
Mikrocontroller.

> Dann suche ich etwas für "ein Schritt nach blutiger Anfänger"

http://stefanfrings.de/mikrocontroller_buch/index.html

Die Timer sind allerdings schon recht komplex. Am besten fängst du erst 
mal mit einfacheren Funktionen an, bis du mit dem Style des Datenblattes 
vertraut bist. Mein "Buch" leitet dich dazu an.

[David P. (devryd)]

 /*
 * 1284p test.c
 *
 * Created: 16.02.2022 17:51:14
 * Author : David
 */ 
#define F_CPU 128000L
#include <avr/io.h>
#include <avr/interrupt.h>
#include <util/delay.h>

int help;
char sekunden;
int main(void)
{
    DDRA =0xFF;
  DDRC =0xFF;
  DDRD =0xFF;
  TCCR0A =  (1<<CS00); //
  TIMSK0 |= (1<<TOIE0);
  sei();
  
  while(1){
  //  PORTD=sekunden;
  //  PORTD |= (1<<0);
  //  _delay_ms(100);
  //  PORTD&= ~(1<<0);
  //  _delay_ms(100);
  ;
  }
}
ISR( TIMER0A_OVF_vect ) {
help++;
if(help%2)
PORTD |= (1<<1);
else
PORTD |= ~(1<<1);
  
}

Das ist der Code, den ich mir aus dem Internet zusammengesucht habe. 
Wenn ich das richtig verstehe, sollte die LED, die an PD1 angeschlossen 
ist jetzt schnell blinken oder "halbhell" leuchte, allerdings bleibt sie 
aus.

[S. Landolt (Gast)]

Mal die Warnungen im Compiler ('-Wall') einschalten - bei mir kommt da 
ein "... appears to be a misspelled signal handler ...".

[STK500-Besitzer (Gast)]

PORTD |= ~(1<<1);

das sollte wohl eher

PORTD &= ~(1<<1);

heissen!

[David P. (devryd)]

STK500-Besitzer schrieb:
> das sollte wohl eherPORTD &= ~(1<<1);
> heissen!

Hab ich geändert, aber da gar keine LED an geht, ist das wohl nicht das 
Problem

S. Landolt schrieb:
> Mal die Warnungen im Compiler ('-Wall') einschalten - bei mir kommt da
> ein "... appears to be a misspelled signal handler ...".

ISR( TIMER0_OVF_vect ) {

Die Zeile hab ich geändert, entfernt die Warnung, tut sonst aber nichts

[STK500-Besitzer (Gast)]

David P. schrieb:
> Die Zeile hab ich geändert, entfernt die Warnung, tut sonst aber nichts

kannst du die LED auch ohne Timer ansteuern?
Einfach mal eine Endlosschleife in der die LED ein- und ausgeschaltet 
wird.
Dazu dann noch ein paar Warteschleifen.
So kann man zumindest Hardware-Fehler ausschließen.

[David P. (devryd)]

STK500-Besitzer schrieb:
> David P. schrieb:
>> Die Zeile hab ich geändert, entfernt die Warnung, tut sonst aber nichts
>
> kannst du die LED auch ohne Timer ansteuern?
> Einfach mal eine Endlosschleife in der die LED ein- und ausgeschaltet
> wird.
> Dazu dann noch ein paar Warteschleifen.
> So kann man zumindest Hardware-Fehler ausschließen.

Jap, das funktioniert. Dafür hatte ich die auskommentierte While 
Schleife benutzt.

[S. Landolt (Gast)]

TCCR0B =  (1<<CS00);
nicht TCCR0A

[David P. (devryd)]

S. Landolt schrieb:
> TCCR0B =  (1<<CS00);
> nicht TCCR0A

Das war der Fehler, danke

[S. Landolt (Gast)]

Vorsicht vor Fehlinterpretationen: die LED blinkt mit 250 Hz. Und 
Helligkeiten täuschen oft.

[Adam P. (adamap)]

David P. schrieb:
> #define F_CPU 128000L

Bist du sicher das das so richtig ist, auch wenn es nichts mit deinem 
Problem zu tun hat?

Also du hast nun den Timer mit dem TIMER0A_OVF_vect Interrupt verwendet,
hier noch mal ein Bsp. mit TIMER0_COMPA_vect.

Den Pin musst halt auf den richtigen ändern.

// Bsp. für ATmega1284P mit 16Mhz
#include <avr/io.h>
#include <avr/interrupt.h>
#include <stdint.h>

uint16_t ms;

ISR(TIMER0_COMPA_vect)
{
  ms--;

  if (ms == 0)
  {
    ms = 1000;
    PORTD ^= (1 << PIND5);
  }
}

int main(void)
{
  ms = 1000;

  DDRD = (1 << DDD5);

  /* Timer0 (1ms) */
  TCCR0A = (1 << WGM01);
  TCCR0B = (1 << CS01) | (1 << CS00);
  OCR0A = 249;
  TIMSK0 |= (1 << OCIE0A);
  
  sei();

  while(1)
  {
    
  }

  return 0;
}

[David P. (devryd)]

Adam P. schrieb:
> #define F_CPU 128000L

steht doch für 128KHz oder?
Wenn ja, sollte es richtig sein.

[David P. (devryd)]

Mitlerweile habe ich meinen Code soweit geändert. Die Anzgeige auf Port 
d klappt, die auf PortA gar nicht und auf PortC die ersten 2 Bits. 
Jemand ne idee, woran das liegen könnte?

/*
 * 1284p test.c
 *
 * Created: 16.02.2022 17:51:14
 * Author : David
 */ 
#define F_CPU 128000L
#include <avr/io.h>
#include <avr/interrupt.h>
#include <util/delay.h>

int help;
char sekunden;
char minuten;
char stunden;
void updateTime(){
  if(sekunden==59){
    sekunden=0;
    if(minuten==59){
      stunden=(stunden+1)%24;
      minuten=0;
    }
    else{
      ++minuten;
    }
  }
  else{
    ++sekunden;
  }
}
int main(void)
{
    DDRA =0xFF;
  DDRC =0xFF;
  DDRD =0xFF;
  TCCR0B =  (1<<CS00); 
  TIMSK0 |= (1<<TOIE0);
  sei();
  
  while(1){
    PORTD=sekunden;
    PORTA=stunden;
    PORTC=minuten;
    
  }
}
ISR( TIMER0_OVF_vect ) {
help++;
if(help==500){
updateTime();
help=0;
}
}

[Adam P. (adamap)]

David P. schrieb:
> PORTA=stunden;

Dann musst du halt auch mindestens 1 Std. warten.

[STK500-Besitzer (Gast)]

David P. schrieb:
> Mitlerweile habe ich meinen Code soweit geändert. Die Anzgeige auf Port
> d klappt, die auf PortA gar nicht und auf PortC die ersten 2 Bits.
> Jemand ne idee, woran das liegen könnte?

ja, Infos zu den Ports findest du im Datenblatt.
Da der Code ja inzwischen umfangreicher wird, solltest du ihn als Anhang 
mitliefern.

[David P. (devryd)]

Adam P. schrieb:
> David P. schrieb:
>> PORTA=stunden;
>
> Dann musst du halt auch mindestens 1 Std. warten.

Um das ganze zu testen, habe ich den CPU Takt erhöht, sollte also 
deutlich weniger als ne stunde dauern

STK500-Besitzer schrieb:
> Da der Code ja inzwischen umfangreicher wird, solltest du ihn als Anhang
> mitliefern.

Mache ich in Zukunft.

[Adam P. (adamap)]

Dann versuch es doch mal so:

PORTD = sekunden;
PORTA = sekunden;
PORTC = sekunden;

[S. Landolt (Gast)]

PORTC2..5 wird von JTAG benutzt - ist das abgeschaltet?

[David P. (devryd)]

Ändert leider nichts.
PORTA ist komplett aus, Bei PORTC funktionieren die ersten 2 Bits, der 
rest leuchtet sehr schwach

[David P. (devryd)]

S. Landolt schrieb:
> PORTC2..5 wird von JTAG benutzt - ist das abgeschaltet?

Nein, noch nicht. Danke für den Tipp, ich schaue mal nach, wie das geht

[N. M. (mani)]

Und mach Mal vor die Variablen die im Interrupt Context verwendet werden 
ein volatile davor.

[Adam P. (adamap)]

S. Landolt schrieb:
> PORTC2..5 wird von JTAG benutzt - ist das abgeschaltet?

Aber nicht das er nur ein JTAG Adapter (Kabel) hat, sonst wars das dann 
mit wieder ändern.

[S. Landolt (Gast)]

> PORTA ist komplett aus
Ist AVcc angeschlossen, d.h. mit Strom versorgt?

[David P. (devryd)]

S. Landolt schrieb:
> Ist AVcc angeschlossen, d.h. mit Strom versorgt?

Jetzt ja, und schon funktioniert PortA

[Adam P. (adamap)]

S. Landolt schrieb:
> Ist AVcc angeschlossen, d.h. mit Strom versorgt?

Man lernt nie aus...das wusst ich auch noch nicht.
Ich bin davon ausgegangen das AVcc lediglich für den Analog Teil ist, 
nicht das es auch "grundsätzlich" den PORTA versorgt.

Edit:
AVCC is the supply voltage pin for Port F and the Analog-to-digital 
Converter. It should be exter-
nally connected to VCC , even if the ADC is not used. If the ADC is 
used, it should be connected
to V CC through a low-pass filter.

[S. Landolt (Gast)]

> Aber nicht das er nur ein JTAG Adapter (Kabel) hat,
> sonst wars das dann mit wieder ändern.

Man muss ja nicht per Fuse abschalten, per Software (zu Programmbeginn) 
geht auch.

[David P. (devryd)]

S. Landolt schrieb:
> Man muss ja nicht per Fuse abschalten, per Software (zu Programmbeginn)
> geht auch.

Sollte das nicht mit dieser Zeile funktionieren?

MCUCR |= 0x80;

[S. Landolt (Gast)]

Zweimal.

"The application software must write this bit [JTD] to the desired value 
twice within four cycles to change its value.

[David P. (devryd)]

S. Landolt schrieb:
> "The application software must write this bit [JTD] to the desired value
> twice within four cycles to change its value.

Ah danke, das muss ich überlesen haben.
Edit: Klappt, danke

[Adam P. (adamap)]

David P. schrieb:
> Adam P. schrieb:
>> #define F_CPU 128000L
>
> steht doch für 128KHz oder?
> Wenn ja, sollte es richtig sein.

Darf ich fragen, warum du den Controller so langsam laufen lässt?

[David P. (devryd)]

Adam P. schrieb:
> Darf ich fragen, warum du den Controller so langsam laufen lässt?

Zum Strom sparen. Ich wollte es mal so niedrig wie möglich probieren, 
wenn das von der rechenleistung nicht reicht, kann ich ja immer noch 
mehr nehmen

[Thomas F. (igel)]

David P. schrieb:
> Zum Strom sparen.

Dann lässt man ihn eher normal schnell laufen und benutzt den sleep-Mode 
wann immer es geht.

[David P. (devryd)]

Rentieren sich sleep modes, wenn man etwas im Sekundentakt machen 
möchte?

[S. Landolt (Gast)]

Da es hier offenbar um eine Uhr geht, uneingeschränkt: ja.
  Aber auch sonst sehr oft, zumindest von der Verarbeitungskapazität her 
gesehen; allerdings sind viele Peripherieeinheiten dann abgeschaltet.