Batterieanzeige

[Hassa M. (Firma: Verge. GmbH) (sibb)]

Hallo liebe Forumuser

Unzwar haben wir in der Uni die aufgabe bekommen eine Batterieanzeige zu 
programmieren in Assembler.

Sie soll wie folgt funktionieren.

Betriebsspannung : 5V

LED Grün soll von 100% bis 20% der Kapazität Leuchten
LED Grün soll ausgehen wenn die Kapazität unter 20% Fällt, dann soll die 
Rote LED leuchten bis der AKKU Komplett leer ist.


Verwendeter Mikrokontroller:
TI MSP430 Lauchpad


Als kleine Unterstützung haben wir folgenden Code bekommen:

RESET           mov.w   #0400h,SP     ; Initialize stackpointer
StopWDT         mov.w   #WDTPW|WDTHOLD,&WDTCTL  ; Stop watchdog timer
                bis.b  #00000001b,&P1DIR
nochmal         xor.b  #00000001b,&P1OUT
                mov.w  #50000,R15
;-------------------------------------------------------------------------------
L1              dec.w  R15               ; Main loop here
                jnz  L1
                jmp  nochmal
;-------------------------------------------------------------------------------
;           Stack Pointer definition
;-------------------------------------------------------------------------------
                .global __STACK_END
                .sect   .stack

Vielen Dank im vorraus.

[Peter II (Gast)]

Hassa Massa schrieb:
> Vielen Dank im vorraus.

für was? Wo ist denn eine Frage?

[MaWin (Gast)]

Ja, und ? Solche Aufgaben bekommen Studenten und Lehrlinge
zu tausenden und lösen sie.
Wo ist das Problem ? Es ist die einfachste Aufgabe, die
Batteriespannung per A/D-Wandler zu erfassen und an einem
Grenzwert einen Ausgang umzuschalten.
So spotteinfach, daß man dafür nicht mal einen uC benötigt,
der die ungefähr 1 millionenfache Rechenleistung hätte,
sondern es schon ein TL431 tut.

Interessanter ist die Frage, ob man 20% Restkapazität
wirklich an einer Spannungsgrenze festmachen kann ohne
den Strom zu messen, und ob man nicht hineinfliessenden
und herausfliessenden Strom über die Zeit erfassen und
als fuel gauge mit einer angenommenen und regelmässig
rekalibrierten Akkukapatiät querrechnet.

Vermutlich gibt es genau für solche Gedanken Zusatzpunkte,
und wenn die Lösung mit minimalen Resourcen auskommen,
beispielsweise nur einem Eingang und einem Ausgang am uC,
ebenfalls.

Aber so wird dir keiner hier deine Hausaufgagbenpunkte besorgen.

[Dirk K. (dekoepi)]

Da musste ich jetzt auch ein wenig schmunzeln - "löst mal unsere 
Aufgabe, wir wollen nichts lernen"?

Ich vermesse gerne Akkus, für bestimmte Akku-Typen kann man in der Tat 
aus der Spannung einen Füllstand ableiten. Hier ein paar Kennlinien, 
damit ihr eine Idee bekommt: 
http://de.scribd.com/doc/92062987/2012-04-Akkutest-01-2012 . Viele 
Akkuträger arbeiten (leider) so, wobei das eher individuell für jedes 
Akku-Fabrikat ist. Am einfachsten kann man es sich machen, wenn man als 
Akkutyp einen Panasonic (oder neuerdings Sony 18650NC1) als Referenz 
hernimmt - die haben einen fast schnurgraden Entladeverlauf.

Auf einem ATmega328p ist das Ganze eine Fingerübung. Hier mal in 
nicht-Assembler, könnt ihr ja von Hand umstricken ;)

long readVcc() {
  power_adc_enable();
  cli();
  uint32_t result=0;
  uint32_t temp=0;
  // Read 1.1V reference against AVcc
  ADCSRA |= (1<<ADPS2) | (1<<ADPS1) | (1<<ADPS0) | (1<<ADEN);  // enable ADC, Prescaler 128 -> 125kHz
  ADMUX = _BV(REFS0) | _BV(MUX3) | _BV(MUX2) | _BV(MUX1);
  for (int i=0; i<32000; i++) {  // Interrupts are switched off, wait 2ms for Vref to settle
    asm volatile("nop");
  }
  for (int i=0; i<64; i++) {  // oversampling - 64 samples
    ADCSRA |= _BV(ADSC); // Convert
    while (bit_is_set(ADCSRA,ADSC));  // proper: while (ADCSRA & ADSC)
    result = ADCL | (ADCH<<8);
    temp += (result);
  }
  ADCSRA &= ~(1<<ADEN);  // disable ADC
  result= (1230000L<<2) / (temp>>4);  // Oversampling-reduction; calculate mV
  sei();
  return result;
}

Als Streber-Dreingabe ist da gleich das Konzept des Oversamplings drin. 
Leider zuwenig Rauschen im System beim ATmega328, bekomme keine wirklich 
bessere Auflösung dadurch.

[Max H. (hartl192)]

Dirk K. schrieb:
> Auf einem ATmega328p ist das Ganze eine Fingerübung. Hier mal in
> nicht-Assembler
Zu blöd für den TO, dass er es in ASM und für einen anderen µC machen 
muss.

[Dirk K. (dekoepi)]

Ich will ja nicht seine Hausaufgabe machen, sondern nur einen 
Codeschnippsel liefern, der die Grundidee verdeutlicht g

[Max H. (hartl192)]

Dirk K. schrieb:
> Ich will ja nicht seine Hausaufgabe machen
Das habe ich mir schon gedacht und deshalb das "für den TO" hinzugefügt.

[Ein Elektroniker (Gast)]

Hassa Massa schrieb:

> Unzwar haben wir in der Uni die aufgabe bekommen eine Batterieanzeige zu
> programmieren in Assembler.

Habt Ihr auch gelernt, einen Programmablaufplan zu machen, das nennt 
sich auch Flowchart, oder ein Struktogramm? Das hilft oft ungemein. Man 
kann ihn erst grob erstellen, wie in der Aufgabenstellung formuliert, 
und auch noch detaillieren, wie es halt am besten paßt.

Ich kenne den µC und dessen Assemblersprache nicht, aber in der Regel 
ist das easy. Dafür gibt es im Assembler bedingte Sprungbefehle. Je nach 
Wert überspringt man den einen oder den anderen Verarbeitungsblock.