Batteriespannung mit Arduino auslesen

Philipp G. schrieb:
> 1024 / 2 = 512
>
> sonst gut.

Ja ich weiß. Und deshalb:
7,5V / 2 = 3,75V entspricht 768 Bit (Das ist mein Unterschreitungswert)

P.S: komischerweise lässt sich das Programm nicht auf den uC 
aufspielen?!

Ingo L. schrieb:
> Dan schrieb:
>> könnt ihr mir bitte sagen,
>> ob das so stimmt?
> Wenn deine ADC-Referenz 5V beträgt, ja. Aber soll die LED niemals wieder
> aus gehen?

Die LED soll erst dann ausgehen, wenn ich die Batterie austausche und 
damit wieder einen Wert von über 7,5 Volt habe.

Ingo L. schrieb:
> batteryValue = ((int32_t)analogRead(battery) * 1000l)/1023;
>  if (batteryValue < 750 && batteryValue > 0)

Da komm ich nicht ganz mit:
was bedeutet ((int32_t)analogRead(battery) * 1000l)/1023 ?

Harald W. schrieb:
> Dafür nehme ich immer einen (IC-)Komparator. Der kann das besser.
Ein Komparator ist eingebaut.
Warum noch einen daneben setzen?

Um Spannungen zu messen verwendet man die interne Referenz.
Nach einer Kalibrierung ist das Ergebnis meist genauer, als mit Vcc als 
Referenz.

Vcc als Referenz, eignet sich gut für ratiometrische Messungen, eher 
nicht für absolute.

Philipp G. schrieb:
> Gehen die 9V an den Eingang 'Power Plug'? Falls ja, wird aus den 9V
> intern 5V.
Will ich schwer hoffen, denn sonst wird es Rauch geben und die Batterie 
wird SEHR schnell leer.

Philipp G. schrieb:
> Dan schrieb:
>> 7,5V / 2 = 3,75V entspricht 768 Bit (Das ist mein Unterschreitungswert)
>
> Wie kommst Du darauf?
>
> Gehen die 9V an den Eingang 'Power Plug'? Falls ja, wird aus den 9V
> intern 5V.
>
> 5V entspricht dann einem Wert von 1024. 2.5V 512. Rechne.

Ich habe ja einen Spannungsteiler(siehe Anhang).
d.h. ich greife max. 4,75V ab.

Dan schrieb:
> die Spannung einer 9V-Blockbatterie analog einlesen und bei
> Unterschreitung von ca. 7,5V soll eine LED aufleuchten.

Richtig, unter 7.5V funktioniert der Arduino nicht mehr unbedingt. Aber 
die Batterie ist noch halbvoll, deren Kapazität geht bis 5.6V. Wirfst du 
die ungenutze Batterie dann weg ? Suche lieber nach einem Arduino mit 
LowDrop Regler und setze die Minimalspannung dann passend runter.

Auch würde ich das Programm betriebssicherer machen: nicht dass ein 
einziger (eventuell Fehlmessung, z.b. der allererste) Messwert die LED 
immer einschaltet.

Ingo L. schrieb:
> Jetzt check ich es erst&& batteryValue > 0
> Damit die Messung erst gültig ist, wenn du den Schalter S2 schließt?

Richtig. genauso ist es.

Ingo L. schrieb:
> batteryValue > 10

den gleichen Gedanken hatte zuerst auch...hab mich dann aber im Beitrag 
für die Null entschieden, damit es euch nicht verwirrt...war wohl falsch 
gedacht.

Markus H. schrieb:
> die 768 sind dennoch 6.6v

Sicher? Wie gesagt, ich gehe von einer vollen Batterie mit 9,5 Volt 
aus...

Ingo L. schrieb:
> Philipp G. schrieb:
>> Der Arduino wird 1024 ausgeben wenn 5V anliegen.
> Das sollte mich wundern... 2^10 sind zwar 1024 aber 0...1023.

So genau muss der Spannungsteiler erstmal sein, dass es sich lohnt, 
darüber zu diskutieren.

Wolfgang schrieb:
> So genau muss der Spannungsteiler erstmal sein, dass es sich lohnt,
> darüber zu diskutieren.

Falsche Sicht auf die Dinge!
Der Irrtum liegt tiefer.
Da helfen auch keine Nebelkerzen, oder sonstige Ablenkungsmanöver.

Fakt ist:
Der ADC wird niemals 1024 liefern.

Und nichts, absolut gar nichts, hat das mit irgendwelchen 
Spannungsteilern, oder ihrer Bemessung, zu tun.

Philipp G. schrieb:
> 1024 / 2 = 512
> sonst gut.
Philipp G. schrieb:
> Rechne.

Wo lernt man, so schlecht zu rechnen und das falsche Ergebnis auch 
noch zu verteidigen?

-------

Dan schrieb:
> 7,5V / 2 = 3,75V entspricht 768 Bit (Das ist mein Unterschreitungswert)

Das kann man nachrechnen und passt - 1023 durch 5 mal 3,75.

> P.S: komischerweise lässt sich das Programm nicht auf den uC
> aufspielen?!

Schaue Dir die Fehlerausgabe der Arduino IDE an, der Fehler ist 
offensichtlich und kann von Dir eigenständig gefunden werden. Tipp: Ein 
"P".

Harald W. schrieb:
> Naja, 9V-Blöcke haben das schlechteste Preis/Energie-Verhältnis
> von allen Standardbatterien.

Damit hast Du zweifelsfrei recht, ich mag die auch nicht! Aber:
Dan schrieb:
> Ich programmiere zum ersten mal mit Arduino...

Unterstellen wir also, dass Dan erstmal Grundlagen bespielt, da finde 
ich diesen Aufbau vollkommen OK!

Im nächsten Schritt kann er den Wert auf Spannung umrechnen und über 
serial.print zum PC schicken, so und nicht anders fängt man an, zu 
lernen.

Jörg R. schrieb:
> Gerade wenn Dan mit dem Arduino anfängt ist der Hinweis auf eine
> "vernünftige" Stromversorgung sinnvoll.

Einverstanden.

> Die 9 Volt Batterie wird ihm bei
> den ersten Versuchen schnell einbrechen und für "Fehlmessungen" sorgen.

Nö, der 1117 wird die internen 5V bis kurz über 6V Eingang noch recht 
ordentlich halten. Ob der aber 5,1 oder 4,9 Volt liefert - da muß dann 
das Multimeter ran und es wird hier erneut erklärt.

> Ob er da sofort an die Batterie denkt - oder den Fehler im Aufbau bzw.
> in der SW sucht?

Lerneffekt?

> Davon abgesehen wird er mit einer 9 Volt Batterie keine stabilen
> Messwerte erhalten. Bei dem Batterietyp kannst du zusehen wie die
> Spannung kontinuierlich absackt.
> Die bleibt keine 15 Sekunden auf einem Wert stehen.

Da bin ich nicht bei Dir. Ich habe diverse China-LED-DVM-Module, die 
sich aus der Meßspannung versorgen. So ein Ding zieht um 13..15mA und 
bietet sich an, mal fix einen 9V-Block zu testen. Du wunderst Dich, wie 
lange der Wert einigermaßen stabil ist, rechne mal 3 Volt Rückgang über 
50 Stunden.

Jörg R. schrieb:
> Gerade wenn Dan mit dem Arduino anfängt ist der Hinweis auf eine
> "vernünftige" Stromversorgung sinnvoll.
Natürlich!

Allerdings: Ein 9V Block funktioniert.
Wenn auch nur arg begrenzte Zeit.

Und für ein solches "Spannungsmessprojekt" schon fast ideal, denn man 
wird schnell Veränderungen sehen.
Naja...



Zur Spannungsmessung:
Ob es was mit der Arduino Denke zu tun hat, oder auch nicht, ist mir 
egal.
Ich würde es anders angehen!

Und zwar so, in etwa:
Vermutlich hat unser "Autor: Dan (Gast)" einen normalen Arduino mit 
16MHz und ATMega328P. Zumindest gehe ich hier davon aus.

Leitregel: (es mag Ausnahmen geben)
1. Vcc als Referenz für ratiometrische Messungen.
2. die interne Referenz für absolute Messungen

Dan möchte einen absoluten Wert messen.
Damit ist ein Irrtum im Entwurf erkannt.

Es ist die interne Referenz zu nutzen.

Die interne Referenz hat zwischen 1.00V und 1.20V, laut Datenblatt. Aber 
das recht stabil.
Um ein bisschen Reserve zu haben nimmt man Werte großzügig an.

Provisorische Festlegung:
Referenz 1.00V minimal
Batteriespannung 10.00V maximal

Also ist ein Spannungsteiler im Verhältnis 1k zu 9k voll ok, für die 
ersten Versuche. So bekommen wir jeden (voraussichtlich) möglichen 
Messwert im 10Bit Rahmen des ADC dargestellt.
Pingelige Perfektionisten, können das Verhältnis von mir aus noch 
verschönern/verbessern.
Höhere Widerstandswerte sind meiner Meinung nach nicht nötig, da ja nur 
bei Knopfdruck Strom fließt.

Verfahren: (Einpunktkalibrierung)
Primitiv Programm aufspielen, welches nur den ADC Wert aus gibt.
Dabei mit einem Voltmeter die Spannung am 9V Block messen.
Beide Werte merken, aufschreiben.

Daraus lässt sich die Steigung berechnen und mit Hilfe der Geraden 
Gleichung jedem ADC Wert eine Spannung zuordnen und ausgeben.
Das in Software gegossen, und  fertig ist die 9V Block Spannungsmessung.

Vorteil:
Kein großes Kümmern um die Toleranz der internen Referenz.
Auch die Toleranzen der Widerstände kümmert einen nicht.
Keine Rechnungen mit 1024 oder gar sinnloser Streit, ob jetzt 1023 oder 
1024, in der Rechnung stehen muss.

Den Kalibrierwert, kann man bei Einzelstücken ins Flash stecken.  In der 
Serie, mag das EEPROM die richtige Stelle sein.

Philipp G. schrieb:
> Praxiserfahrung

Für die originalen UNOs wird wohl das gelten, was im Schaltplan zu 
finden ist.
Hoffen wir es mal..



Meine Praxiserfahrung:

Aber die Nachbauten...
Da findet man alles an Regler, was man überhaupt als Regler einsetzen 
kann.
Von daher sind irgendwelche "Praxiserfahrungen" nicht wirklich wertvoll. 
Nicht, weil sie falsch sind, sondern weil sie sich nicht (ungestraft) 
verallgemeinern lassen.
Und damit können sie Unbedarfte in die Irre leiten.

Bedenke:
Fehler, welche auf falschen Annahmen beruhen, sind meist schwer zu 
findende Fehler.

Alex G. schrieb:
> @ufuf
> Du solltest vieleicht drüber nachdenken ein kurzes Tutorial zum Thema zu
> schreiben. Fehlt eigentlich nur noch ein Schaltplan.
> Hab mir deinen Post jedenfalls mal in die bookmarks gelegt :)

Einen herzlichen Dank, für die Blumen.

Jörg R. schrieb:
> Lt. DB von der Arduino Homepage benötigt der UNO min. 7 Volt wenn er
> über den Poweranschluss versorgt wird. Lt. DB ist vor dem 1117 noch eine
> Diode.

Ach ja, der dusselige Uno. Laut Schaltplan eine M7 = 1000 Volt-Typ in 
Sizilium.

Philipp G. schrieb:
> Das mag stimmen. Praxiserfahrung: Der UNO funzt sehr gut bis runter auf
> 6V.

Ob er dann noch die internen 5 Volt halten wird? In Dans Idee ist das ja 
seine Referenz und würde zu einem undefinierbaren Meßergebnis führen.

In einem Bastelaufbau hatte ich neulich einen Analogport über, den habe 
ich an die internen 3,3V geklemmt und rechne auf meine Ub zurück, mit 
recht mäßiger Genauigkeit.

In Anwendungen, wo ich tatsächlich messen will, nutze ich die interne 
Bandgap.

Philipp G. schrieb:
> Manfred schrieb:
>>> 7,5V / 2 = 3,75V entspricht 768 Bit (Das ist mein Unterschreitungswert)
>> Das kann man nachrechnen und passt - 1023 durch 5 mal 3,75.
> 1024!

Sehr gut, danke dass Du aufgepasst hast!

Arduino F. schrieb:
> Aber die Nachbauten...

In den im Internet gefundenen Schaltbildern "Uno mit CH340" sind Dioden 
eingezeichnet. Mein China-Board hat einen AMS1117-5 und keine Diode.

Jörg R. schrieb:
> Wenn die Schaltung steht - und eingesetzt wird - würde ich sowieso alles
> um den Atmega328P herumbauen. Ohne das UNO-Board....und ohne Diode.

Ich habe das als reines Übungsobjekt verstanden. Ich glaube, Dan hat's 
verschreckt, wie gut wir über eine triviale Anwendung streiten, der 
scheint hier weg zu sein.

Manfred schrieb:
> Ich habe das als reines Übungsobjekt verstanden. Ich glaube, Dan hat's
> verschreckt, wie gut wir über eine triviale Anwendung streiten, der
> scheint hier weg zu sein.

Keine Sorge, ich bin nicht raus und mich hat auch niemand verschreckt. 
Ich war zeitlich verhindert.

Jörg R. schrieb:
> Das Dan scheinbar raus ist ist schade, aber auch normal. Viele TOs
> stellen Anfragen ein und reagieren dann nicht mehr. Es ist nur Schade um
> die Zeit derer die helfen wollten.

Ich war nur zeitlich verhindert, bin für alle Antworten und Hilfen sehr 
dankbar.

Manfred schrieb:
> Schaue Dir die Fehlerausgabe der Arduino IDE an, der Fehler ist
> offensichtlich und kann von Dir eigenständig gefunden werden. Tipp: Ein
> "P".

Das mit dem "P" habe ich kurz nachdem eröffnen des Threads gleich selber 
bemerkt und sofort ausgebessert. Das ist also leider nicht die Ursache 
dafür.
Aber evtl. hast du weitere Tips die mir helfen würden das Programm 
aufzuspielen ;-)

Ingo L. schrieb:
> (int32_t)analogRead(battery) * 1000l)/1023

Ich weiß leider immer noch nicht was das "int32_t" bedeutet und "1000l" 
?

>  (int32_t)
http://en.cppreference.com/w/cpp/types/integer
http://www.cplusplus.com/doc/tutorial/typecasting/

Du solltest alle Postings lesen.

Insbesondere diesen(meinen): 
Beitrag "Re: Batteriespannung mit Arduino auslesen"

Tipp:
Wäre der Beitrag falsch, hätte man mich hier erschlagen.
Und das geht hier ganz fix, wenn man Mist postet.


Das ist übrigens auch das einzige Verfahren, welches ich hier weiter, 
mit irgendwem, bespreche.

Jörg R. schrieb:
> Die Frage ist ob der TO schnelle Veränderungen sehen will. Das vermute
> ich eher nicht. Aber da kann ich natürlich daneben liegen.

Da hast du recht, ich will keine Änderungen sehen. Ich will lediglich, 
das die LED angeht wenn die Spannung der Batterie unter 7,5 Volt fällt. 
Nicht mehr und nicht weniger. Ich muss das nur als kleinen Lückenfüller 
in einem völlig anderem Projekt reinzwicken.

Ingo L. schrieb:
> batteryValue = ((int32_t)analogRead(battery) * 1000l)/1023;
>  if (batteryValue < 750 && batteryValue > 0)

Das hier lässt sich zwar auf den Arduino hochladen, allerdings 
funktioniert es nicht so wie es soll. Denn die LED leuchtet sofort und 
dauerhaft. Egal welche Spannung anliegt...

MaWin schrieb:
> Auch würde ich das Programm betriebssicherer machen: nicht dass ein
> einziger (eventuell Fehlmessung, z.b. der allererste) Messwert die LED
> immer einschaltet.

In diesem Punkt hast du vermutlich recht...die LED leuchtet dauerhaft. 
Wie könnte man das Programm betriebssicherer machen?

Philipp G. schrieb:
> Gib BatteryValue über den seriellen Port aus.

Wie meinst du das?

Philipp G. schrieb:
> Gib BatteryValue über den seriellen Port aus.

schau mal bitte im anhang. seriellen port kann ich hier nicht auswählen

du hast das ding im falsche port stecken
stellt mal port 4 ein, stöpseln den arduino dann man and die front usb 
anschlüsse vom rechner
bei mir es es der obere der beiden, klappt aber auch nicht immer bei 
ersten mal

Dan schrieb:
> Philipp G. schrieb:
>> Gib BatteryValue über den seriellen Port aus.
>
> schau mal bitte im anhang. seriellen port kann ich hier nicht auswählen

(es sind solche Vorkommnisse welche Haareraufen und vermeintliche 
"Anfängerfeindlichkeit" d. Forums schüren...)

Schön von Anfang an, wie es aus der Grundlagendoku zu Arduino bereits zu 
erlernen ist:
Wenn der Arduino Uno / '328 uC "aus sich heraus guckt", sieht er eine 
Seriell asynchrone Schnittstelle (Pins Tx & Rx). Nach diesen ist 
Richtung PC (Entwicklungshost) ein USB-Seriell-Wandlerchip auf der 
Uno-Platine, damit Anschluss an zeitgenössische PCs möglich wird.

Wenn der PC durch sein USB auf den angesteckten Uno "rausguckt", sieht 
er letztlich auch eine Seriell asynchrone Schnittstelle.

Nach obigem Bildschirmbild eben 'COM4:' soweit alles passend & richtig.

Dieser Datenpfad PC-USB-seriell-uC dient nun mehreren Zwecke:
- identifikation des Uno als solcher am PC,
- download des kompilierten Programms PC->UNO [1]
- so das Programm auf dem Uno dafür geschrieben ist: Ausgabe vom Uno [2]
- so das Programm auf dem Uno dafür geschrieben ist: Eingabe an den Uno 
[2]

[1] nur in der kurzen Zeitspanne nach Reset d. Uno, solange der 
Bootloader d. Uno die Kontrolle hat; passiert das in dieser kurzen Zeit 
nicht so übergibt der Bootloader die Kontrolle über die Uno-HW an das 
Programm.

[2] siehe 'duino Beispiel 
<https://www.arduino.cc/en/Tutorial/ASCIITable>;


Doch noch die Gretchenfrage: warum muss das hier wiedermal vorgekaut 
werden, wo es doch bereits mehrfach anderswo nachzulesen ist?

Dan schrieb:
> Denn die LED leuchtet sofort und dauerhaft.

> if (batteryValue < 768 Lampe an.
Wo ist der Gegenstatus Lampe aus?

Dir fehlt also ein else größer 775 = Lampe aus.

Philipp G. schrieb:
> Eigentlich wundere ich mich, dass noch niemand das Thema Hysterese oder
> Temperaturkompensation hier eingeworfen hat. Ich meine, um den TO
> endgültig zu vergraulen.
> Nun, jetzt leuchtet die LED halt bei 7.48920343V @20C @60LH%

Könntest Du die Güte haben, aufzuhören, hier zu stänkern?

Dan N. schrieb:
> batteryValue = ((int32_t)analogRead(battery) * 1000l)/1023;

Immer noch 1024.

0..1023 sind 1024 verschiedene Werte, 0 ist auch eine Zahl.

Ist zwar vom Ergebnis egal, aber warum falsch machen, wenn die richtige 
Lösung nicht mehr (eher weniger) kostet?


Bei Knoten im Gehirn: Gedankenexperiment mit einem 1-Bit, 2-Bit ADC 
machen, dann wird klar warum 2^x und nicht 2^x-1.

Mach doch mal den Test von hier 
https://www.arduino.cc/en/Tutorial/ReadAnalogVoltage (leicht 
abgewandelt):

1

// the setup routine runs once when you press reset:

2

void setup() {

3

  // initialize serial communication at 9600 bits per second:

4

  Serial.begin(9600);

5

}

6

7

// the loop routine runs over and over again forever:

8

void loop() {

9

  // read the input on analog pin 0:

10

  int sensorValue = analogRead(A0);

11

  // Convert the analog reading (which goes from 0 - 1023) to a voltage (0 - 4,5V):

12

  float voltage = sensorValue * (4.5 / 1023.0);

13

  // print out the value you read:

14

  Serial.println(voltage);

15

}

und poste das Ergebnis.

Wenn das nicht geht hast Du ein Schaltungsproblem oder Dein Uno bzw. der 
Port haben ein Problem.

Dieter F. schrieb:
> float voltage = sensorValue * (4.5 / 1023.0);

Auch hier: 1024

Sh. oben.

Adc-Wert x bei einem n-Bit ADC bedeutet, dass die Analogspannung 
zwischen x*Ref/2^n und (x+1)*Ref/2^n liegt.


Für n=1 an den Fingern abzählen, für n=2 kontrollieren, für n=10 Glauben 
oder im Datenblatt nachlesen.

Schwarzseher schrieb:
> Auch hier: 1024
Unausrottbar!

Das ist keine Frage der Fakten, sondern des Gefühls.
Nach Faktenlage/Mathematisch, ist 1024 richtig.
Das Gefühl zieht einen nach 1023.

Und so hat jeder, für sich selber, die Pflicht, Gefühl und Realität, auf 
einen Nenner zu bringen.

Die fetteste Ursache für so viele schlechte Tutorials:
Der Anfänger an sich, ist bestrebt, das was er gerade gelernt hat, in 
die Welt zu posaunen. Denn der gerade erreichte Erkenntnisgewinn, 
verschafft einem eine tiefe innere Befriedigung, und daran möchte man 
den Rest der Welt großzügig teil haben lassen.
Außerdem festigt das wiederholen des gerade gelernten, das gerade 
gelernte.
Es ist also ganz normal/menschlich, so zu handeln.

Schwarzseher schrieb:
> Für n=1 an den Fingern abzählen, für n=2 kontrollieren, für n=10 Glauben
> oder im Datenblatt nachlesen

Ja, lese mal im Datenblatt nach.

An n-bit single-ended ADC converts a voltage linearly between GND and V
REF in 2^n steps (LSBs). The lowest code is read as 0, and the highest 
code is read as 2^n-1.

Dann rechne mal "5V / 1024 * 1023" und berichte das Ergebnis (nicht 
gerundet).

Dieter F. schrieb:
> Ja, lese mal im Datenblatt nach.
In: 
http://ww1.microchip.com/downloads/en/DeviceDoc/Atmel-42735-8-bit-AVR-Microcontroller-ATmega328-328P_Datasheet.pdf
In "28.7. ADC Conversion Result" auf Seite 315 steht die Formel, und die 
darfst du auch gerne nach belieben umstellen.

Aber ich ahne jetzt schon was kommt:
Atmel ist doof
Die Formel ist falsch
Ihr seid sowieso alle doof
Nur ich habe recht.
IMMER.

Leitsatz:
> Irren ist menschlich
> Im Irrtum verharren ist Dummheit

(und jetzt darfst du den Boten töten)

Arduino F. schrieb:
> IMMER.

Brauchst nicht rumzuschreien. Wenn Du nach der Formel rechnest wirst Du 
halt nie genau auf 5 V kommen - was ja nach dem ADC-Artikel auch korrekt 
sein soll:

"Hat die Spannung am Eingangskanal die Referenzspannung erreicht (stimmt 
nicht ganz), so liefert der ADC einen Wert von 1023."

Dieter F. schrieb:
> Dann rechne mal "5V / 1024 * 1023" und berichte das Ergebnis (nicht
> gerundet).

Ein bischen Runden muss ich schon,  4,995 V muss reichen. Punktlandung, 
Wunschergebnis.
Glatt 5V wäre falsch, dass ist nicht, was die Hardware macht.

Was du verstehen musst: Der ADC bildet eine unendliche Anzahl möglicher 
Analogwerte auf eine fixe Anzahl Digitalwerte ab. Deshalb entspricht 
jedem Digitalwert ein BEREICH von Analogwerten.

Im Fall von 0b1111111111 eben der Bereich von 4,995V … 5,000V
Im Fall von 0b0000000000 der Bereich von 0,000V … 0,0049V


Genau das kommt auch raus, wenn man hier
Schwarzseher schrieb:
> Adc-Wert x bei einem n-Bit ADC bedeutet, dass die Analogspannung
> zwischen x*Ref/2^n und (x+1)*Ref/2^n liegt.

n=10 und x=1023 oder x=0 einsetzt.

qed.


so: Wo sind deine Verständnisprobleme, @Dieter?
Oder bist du einer von denen, die nur Sachen glauben, die einem auf 
YouTube vorgetanzt werden?
Sorry. Zum Affen können sich andere machen.

Georg M. schrieb:
> Zwischen 0 und 1023 gibt es 1023 Abschnitte, nicht 1024.

du vergisst den Abschnitt ">1023".


Nachdem hier so viele Probleme mit großen Zahlen haben zu scheinen, 
nochmal mit nur einem Bit, Ref=5V .

ein 1-Bit ADC ist dann ein Komparator gegen 2.5V.

0.0V …  2.5V --> Bit=0
2.5V …  5.0V --> Bit=1


Größter Ausgabe Wert: 1 = 2^n-1
Anzahl verschiedene Werte: 2 = 2^n

Rückrechnen nach obiger Formel:

Schwarzseher schrieb:
> Adc-Wert x bei einem n-Bit ADC bedeutet, dass die Analogspannung
> zwischen x*Ref/2^n und (x+1)*Ref/2^n liegt.

Bit=0:
0*5V / 2 == 0V
(0+1)*5V / 2 == 2.5V

Bit=1
1*5V / 2 == 2.5V
(1+1)*5V / 2 == 5V


alles an einer Hand abrechenbar, keine Zahl > 5 dabei. Jetzt 
verständlich?

Schwarzseher schrieb:
> Für n=1 an den Fingern abzählen,
(check)

> für n=2 kontrollieren,

Hausaufgabe.
Bis auf "2^n" alles Grundschul-Mathe.

Schwarzseher schrieb:
> Nachdem hier so viele Probleme mit großen Zahlen haben zu scheinen,
Wie sagte ich eben?

Arduino F. schrieb:
> Unausrottbar!

Denn da ist mit Argumenten/Logik nichts zu erreichen.
Das kann nur der Betreffende mit sich selber abmachen.


Beispiel:

Da kommt die Ansage:
Dieter F. schrieb:
> Ja, lese mal im Datenblatt nach.

Und dann tut man das, findet seine Aussage bestätigt, teilt das mit, und 
es wird weiter dagegen gearbeitet.

> Ja, lese mal im Datenblatt nach.
Das eigene Argument, selbst entwertet.


--
Und das von einem Menschen, von dem ich weiß, dass er z.B. mit Arrays 
umgehen kann!
In Sachen Arrays hat man in etwa das gleiche Bild. Zumindest aus 
Mathematischer Sicht.
Ein Array mit dem höchsten Index, von 1023, hat 1024 Elemente.
Da kann er es rechnen.
Da würde einem ein Irrtum auch wohl deutlich auf die Füße fallen.

Hier ist es ein Tausendstel des Messwertes.
Das ist fast nichts, aber ist falsch.
Das Tausendstel wird nicht bemerkt, denn es geht im Rauschen unter.

Dan N. schrieb:
> batteryValue = ((int32_t)analogRead(battery) * 1000l)/1023;
>
>  if (batteryValue < 750 && batteryValue > 10)

Der Sinn der Rechnung nach dem Auslesen erschließt sich mir nicht, da 
sollte doch nur batteryValue = analogRead(battery)stehen.

AnalogRead gibt einen Wert zwischen 0 und 1023 her, für 3,75V hatten wir 
die 768 errechnet.

768 * 10001 / 1023 = 7508, da muß die LED permanent aus bleiben - also 
raus mit der Umrechnung. Mit der Umrechnung würden Deine 230 einer 
Spannung von etwa 0,12V an A0 entsprechen.

Unbenommen dessen denke ich, dass da etwas in der Hardware faul ist.
Welche Spannung misst Du direkt am Uno zwischen A0 und GND?

Dan N. schrieb:
> Was bedeutet das "l" bei "1000l"  ??

l bedeutet long

(int32_t) ist auch ein Cast auf Long

Aus dem Grund:
Dan N. schrieb:
> Wenn ich das "l" weglasse, dann funktioniert es genauso.

Ich halte es meist für eine gute Idee, eine explizite Typekonvertierung 
zu verwenden. Damit gibt man dem Compiler keine Chance eigensinnig zu 
sein. Und man sieht ganz klar und ausgeschrieben, was passiert, bzw. 
passieren soll. (wenn man denn weiß, was l und Cast bewirken)

Bedenke, das heißt nicht, dass die interne/automatische/implizite 
Konvertierung schlecht wäre, oder gar fehlerhaft, sondern, dass der 
Programmierer sich nicht immer 100% darüber im klaren ist, was da 
passiert. Schlampigkeiten schleichen sich an solchen Stellen recht 
schnell ein, und rächen sich dann zu späterer Zeit.

Arduino F. schrieb:
>> Was bedeutet das "l" bei "1000l"  ??
> l bedeutet long
> (int32_t) ist auch ein Cast auf Long

Ich frage mich trotzdem was das soll!

Ich habe schon diverse Aufbauten gemacht, wo ich die Analogports des 
Arduino auslese - da mache ich analogRead und fertig, da kommt immer ein 
10_bit_integer raus.

Manfred schrieb:
> Ich frage mich trotzdem was das soll!

Die Rechenoperation(Multiplikation) würde ohne Cast oder/und Modifikator 
als Integer erfolgen, und damit einen Überlauf produzieren.
Und Überlaufe, können einem Streiche spielen.
Meist möchte man nicht, dass einem ein Überlauf einen Streich spielt.

Arduino F. schrieb:
> Die Rechenoperation(Multiplikation) würde ohne Cast oder/und Modifikator
> als Integer erfolgen, und damit einen Überlauf produzieren.

> Und Überlaufe, können einem Streiche spielen.
> Meist möchte man nicht, dass einem ein Überlauf einen Streich spielt.

Solche "Streiche" haben mich schon viel Zeit gekostet, will man nicht 
haben.

Trotzdem bleibt offen, weshalb Du überhaupt rechnest. Dan will bei 
Unterspannung die LED schalten, da sehe ich keinerlei Bedarf an 
Rechnerei: AnalogRead, if Wert kleiner irgendwas Lampe an und fertig.

Würde man aus dem A/D-Wert einen lesbaren Spannungswert machen wollen, 
sähe das natürlich anders aus. Du hast es offenbar getan, mit dem Faktor 
1,023 komme ich auf die Zifernfolge 750.

Manfred schrieb:
> Trotzdem bleibt offen, weshalb Du überhaupt rechnest.

Ich?

DAS ist nicht meine Rechnung!
Ich distanziere mich ausdrücklich von solcher Art Rechnung!

Wenn ich jemals sowas publiziert haben sollte, dann möchte ich demütig 
um Verzeihung bitten.

Hier findest du das Lied, was ich dazu gesungen habe:
Beitrag "Re: Batteriespannung mit Arduino auslesen"

Arduino F. schrieb:
> DAS ist nicht meine Rechnung!
> Ich distanziere mich ausdrücklich von solcher Art Rechnung!

Ich nehme alles zurück und behaupte das Gegenteil - diese (überflüsige) 
Berechnung stammt von
Ingo L. schrieb:
> Skaliere am Besten auf Volt:

> Wenn ich jemals sowas publiziert haben sollte, dann möchte ich demütig
> um Verzeihung bitten.

Hol' Dir 'n Bier und beruhige Dich wieder :-)

Die Sache mit dem "ell", was ich als "eins" gelesen hatte, behalte ich 
mal im Hinterkopf, bei solchen Rechnereien hat es mich schon 
angeschissen.

Manfred schrieb:
> behalte ich
> mal im Hinterkopf

Dann nimm bitte das große ell
Also z.B.: (4000L * 8000UL)
Dann leuchtet es etwas lauter.

Alex G. schrieb:
> Naja, zu Rechnen und auf Volt zu skalieren kann schon hilfreich sein,
> wenn man später mal den Wert schwind sinnvoll ändern will..
Nett, dass du auch meiner Meinung bist!

Aber trotzdem lasse ich mich nicht dazu überreden, die 1024 in der 
Rechnung zu verwenden.
Auch nicht die falsche 1023.

schau hier  etwa bei Minute 05.00
https://youtu.be/AgJegJ30Pj4