Binär/ASCII zum realen Wert

Hallo ! Das stimmt alles Ich glaube aber eher der Gedanke der dir fehlt 
ist, dass du das ganze nicht ganzzahhlig sondern in floats rechnen 
musst. Also bei der Berechnung einfach in floar konvertieren dann pfeift 
das ;-)

L.g. michi

Wini schrieb:
> Mit 5V * Momentan Wert / 255 geht es ja leider nicht :(
> Jemmand eine Idee ?

geht schon nur is das in Assembler nich so simpel.

Wini schrieb:
> Mit 5V * Momentan Wert / 255 geht es ja leider nicht :(
> Jemmand eine Idee ?

Nimm die, wahrscheinlich auch in Deinem mir leider unbekannten Pic,
vorhandene VRev. dann hast Du nur noch mit den Faktoren 4,8 o. 16
zu tun.
Ich messe dann halt meist so oft und addiere das ganze, verringrt die 
Messfehler.

Wini schrieb:
> Mit 5V * Momentan Wert / 255 geht es ja leider nicht :(
> Jemmand eine Idee ?
Rechne in milliVolt: 5000*ADC / 256
Oder in centiVolt: 500*ADC /256

Verrat uns doch mal welche Programmiersprache Du verwendest!

Wini, kann es sein das Dir grad furchtbar langweilig is :D

Philipp Klostermann schrieb:
> Aber das Kürzen nicht vergessen:
> 5000 * ADC / 256 = 625 * ADC / 32
Das bedeutet nich unbedingt den kürzeren Code. Denn TEILEN durch 256 ist 
idR. schneller als Teilen durch 32.
Interessant ist also, ob bei der Multiplikation (625 statt 5000) vorher 
mindestens soviel Zeit eingespart wurde... ;-)

NopNop schrieb:
> Rein aus Interesse.
> Wieso denn dass? Sind doch beides Schiebeoperationen?

wenn ich mich nicht täusche, kann man bei /256 einfach das hintere Byte 
"abschneiden", und der Compiler das "merkt", dürfte das vermutlich 
schneller gehen als mehrmals Schieben...

NopNop schrieb:
> Wieso denn dass? Sind doch beides Schiebeoperationen?
/256 ist bei 8-Bit Prozessoren eine "Ignorier"-Operation.
Einfach das unterste Byte ignorieren...  ;-)

Wini schrieb:
> Warum soll mir langweilig sein ? ^^

nix für ungut.

Dir fehlen die absoluten Grundkenntnisse im Umgang mit Binärzahlen
und Rechnen in Assembler.
Das kann und will Dir hier sicher keiner beibringen.
Internet, Bücher ist hier das Stichwort oder Du wechselst zu einer 
Hochsprache wie C, Pascal o. BASIC (Wo wir dann aber wieder bei 
Internet, Bücher etc. wären :))
Obwohl ich eine Grundkenntnis in Assembler für unabdingbar zum 
erfolgreichen Programmieren eines mC's halte.

Wini schrieb:
> NopNop schrieb:
>> Dir fehlen die absoluten Grundkenntnisse im Umgang mit Binärzahlen
>>
>> und Rechnen in Assembler.
>>
>
> Wohl möglich :,(
> Kann mir gerade nicht so wirklich vorstellen wie ein mC mit Kommastellen
> rechnet.

Mit Kommestallen, also echten Floating Point, ist das aufwändig.
Aber das musst du ja auch nicht. Das Stichwort ist ja schon gefallen: 
Fixed Point Arithmetik. Also einfach einem geeigneten Vielfachen. Bei 
dir zb 1000

> Ich kenne momentan nur das rechnen mit ganzen zahlen die den Wert 255
> nicht überschreiten. (da fehlt mir wohl noch so einiges)

Dann wird dein nächster Punkt auf deiner Lernliste darin bestehen, dass 
du dich mit 16 Bit Arithmetik vertraut machen musst. Denn ein 
Zahlenbereich 0 bis 255 ist dann schon sehr einschränkend. Aber mit 0 
bis 65536 sieht es dann schon besser aus. Dann kann man auch in 
Millivolt rechnen (also einfach dem Tausendfachen des Volt-Wertes)

Wini schrieb:

> Und noch eine Frage: Ist es einfacher sowas in C zu programmieren ?

Ja.
Denn dein Compiler weiß, wie man in 16 (oder 32) Bit rechnet und setzt 
das dann ein. Im Grunde ersetzt dir der Compiler viel Wissen, dass du 
auf Assemblerebene brauchst um Programme schreiben zu können. Der 
Compiler entlastet dich von vielen Details.

> Und wo liegen die Nachteile es in C zu programmieren?

Ein Laufzeitpenalty. Der liegt bei C-Anfängern etwas höher, aber mit ein 
wenig Übung bewegt sich der Penalty im (kleinen) einstelligen 
Prozentbereich. Und natürlich muss man auch C lernen, was etwas 
umfangreicher ist als die Assemblerbefehle auswendig zu lernen.