Einstellen von ''ti'' bei PWM

Seggel schrieb:

> meines ATmega 32 eine Analoge Spannung am Schleifer eines 10k Potis
> abgreift. Das Poti ist mit 10k gegen masse geschalten. Sodass der
> schleifer nicht auf masse liegt.

Das ist der eigentlich unschöne Punkt


> Das Servo lässt sich steuern, sieht gut aus, nur die Unschöne Lösung in
> meinem Programm stört mich.

Was bitte ist an einer Lösung unschön, die einen Wertebereich in einen 
anderen umrechnet?

Hast du alle Tage:

1

  0 Äpfel kosten 10 Euro   (10 Euro wegen der Kiste)

2

 10 Äpfel kosten 17 Euro

3

-------------------------

4

 wieviel kosten x Äpfel

An einer linearen Gleichung

1

   Ergebnis = k * x + d

ist ganz und gar nichts unschön. Ganz im Gegenteil. Unschön wird es 
erst, wenn man sie nicht anwenden kann. Siehe zb diverse Widerstände, 
die völlig unnötig eingebaut werden, weil man Angst vor ein bischen 
Mathe hat.

Seggel schrieb:

> Hallo Herr Buchegger,

Herr Buchegger?
Der 'Herr Buchegger' ist mein Vater. Ich bin einfach der Karl Heinz 
(oder nur Heinz).

Und unter Programmierern sind wir automatisch per Du.

> muss ich an der Hardwaremäßig verbauten Schaltung etwas ändern das habe
> ich schonmal herausgelesen.

Ja, schmeiss den Widerstand raus. Du brauchst nur das Poti.


Der ADC liefert dir dann die Potistellung als Zahlenwert von 0 bis 1023, 
Endstellung zu Endstellung.


Bei einem Potiwert von 0 soll die Berechnung einen OCR Wert von 1000 
ergeben.
Bei einem Potiwert von 1023 soll die Berechnung einen OCR Wert von 2000 
ergeben.

(weil du ja Zeiten von 1.0ms bis 2.0ms haben willst und die PWM so 
aufgesetzt ist, dass die ms einfach mal 1000 den OCR Wert ergeben.


d.h.
gesucht sind

1

   OCR = k * ADC + d

das k und das d, welches genau diese Umrechnung erledigen.

Da setzen wir einfach mal die bekannten Zahlenwerte ein

1

   1000 = k * 0  + d   ( I )

2

   2000 = k * 1023 + d  ( II )

und erhalten somit 2 Gleichungen in 2 Unbekannten ( k und d ). Das lässt 
sich aber lösen.

Aus der Gleichung I lässt sich unmittelbar ablesen, dass das d gleich 
1000 sein muss.
Das in die Gleichung II eingesetzt

1

   2000 = k * 1023 + 1000

und ein wenig umgeformt

1

   2000 - 1000 = k * 1023

2

   1000 = k * 1023

3

   1000 / 1023 = k

ergibt dann auch den Wert für k.


die gesuchte Gleichung, die die Umrechnung erledigt lautet also

1

   OCR_Wert = ADC_Wert * 1000 / 1023 + 1000

mit den bekannten Zahlenwerten kann man das noch ausprobieren und man 
sieht: jep stimmt. die vorgegebenen ADC Werte 0 und 1023 werden genau 
auf die gewünschten Werte 1000 und 2000 umgerechnet.

Ein kleines Problem gibt es noch. Der ADC WErt kann maximal 1023 werden. 
1023 mal 1000 ist aber zu groß für eine int Berechnung. Macht aber nix, 
der µC hat ja Zeit, lassen wir ihn einfach 32 Bit rechnen.

1

  OCR1A = ADCW * 1000L / 1023 + 1000;

und schon braucht kein Mensch mehr den Widerstand und der Wertebereich 
des ADC wird vollständig ausgenutzt.


Und sowas

1

  TCCR1A = 0b10100010;

2

  TCCR1B = 0b00011010;

will ich gleich gar nicht gesehen haben. Die Bits haben NAMEN! Atmel hat 
keine Kosten und Mühen gescheut, dir diese Namen auch im Programm zur 
Verfügung zu stellen. Siehe zb hier
FAQ: Timer

(und für den ADC gilt dasselbe)

holger schrieb:
>>Prinzipiell eine frage, muss ich in der Software, oder der Hardware nach
>>der Lösung des Problems suchen?
>
> Software.
>
>

1

>   while (1)

2

>   {

3

>     ADMUX = 0b00000000;

4

>     ADCSRA = 0b11100010;

5

>     OCR1A = ADCW*2;

6

>   }

7

>

>
> Du wartest nicht auf das Ende der AD Wandlung und prügelst
> dauernd Daten in OCR1A rein ohne auch mal das Ende einer
> PWM Periode abzuwarten. ADMUX musst du nur neu beschreiben
> wenn du den Kanal umschalten willst.
>


Da fällt mir ein, ich wollte ja noch einen Link zum ADC-Tutorial posten, 
habs aber dann doch verschwitzt.

AVR-GCC-Tutorial/Analoge Ein- und Ausgabe


> Fazit: So wird das nichts.

Ich hab mir jetzt nicht die Mühe gemacht, und seine Konfigurationsbits 
auseinander gedröselt um nachzusehen, welchen PWM Modus er nutzt und ob 
dort OCR1A automatisch erst beim TOP Wert upgedatet wird.

Seggel schrieb:

> Zwei fragen erlaube ich mir an dieser Stelle:
> Nach dem du erwähnt hast das 1023 mal 1000 zu groß ist für eine int
> Berechung hast du in der Formel 1000L geschrieben. Ist das an dieser
> Stelle für den datentyp long?

C-Buch
oder
FAQ: Welche Datentypen haben Konstanten
Welche_Datentypen_haben_Konstanten

Seggel schrieb:

> Du schreibst das ich die Konfiguration der Register nicht über den
> binären code vornehmen soll, sondern über die Namen der jeweiligen bits.
> Dient das der übersichtlichkeit in Programmen?

Ja.
Und es dient auch dazu, sich selbst und anderen eine Menge Sucharbeit zu 
ersparen.
Denn im Datenblatt sind die Erklärungen an die Bitnamen gekoppelt.
Will ich also wissen, was zb

1

ADCSRA = 0b11100010;

alles macht, dann muss ich erstens erst mal ergründen welche Bits denn 
eigentlich auf 1 gesetzt sind und zweitens kann ich dann erst mit den so 
ermittelten Namen in die Doku gehen und die Beschreibung dazu lesen.
Bei vielen Bitnamen kann ich mir das Nachlesen dann auch ersparen, weil 
man die Namen mit der Zeit auswendig kennt. So macht das Bit mit dem 
Namen ADLAR bei allen µC aus der AVR Reihe dasselbe. Es sitzt aber nicht 
bei allen AVR-Prozessoren an derselben Stelle im ADCSRA Register.