next topic »

[on:]

Moin,

ich komme mit meinem beschränken C-Wissen nicht weiter

Ich brauche eine Umkehrfunktion die den Wert aus "analogRead" invertiert in "analogWrite" ausgibt.

Beispiel:

ist der Eingabewert/4 = 0 soll der Ausgabewert = 255 sein
ist der Eingabewert/4 = 255 soll der Ausgabewert = 0 sein
ist der Eingabewert/4 = 100 soll der Ausgabewert = 155 sein
ist der Eingabewert/4 = 160 soll der Ausgabewert = 95 sein
...

mein Ansatz war den Eingabewert/4 von 255 abzuziehen und als Ausgabewert zu nehmen, das bekomme ich nur nicht auf die Reihe. 

Ich bin für jede Hilfe dankbar!

Gruß
Dennis

[Reply #1 on:]

Etwa so:

Code:

analogWrite(3, 255 - analogRead(A0)/4);

Das ist genau Dein Ansatz. Was kriegst Du nicht auf die Reihe?

[Reply #2 on:]

Etwa so:

Code:

analogWrite(3, 255 - analogRead(A0)/4);

Das ist genau Dein Ansatz. Was kriegst Du nicht auf die Reihe?

Vielen Dank! Mir fehlt leider noch die Logik beim Programmieren ich denke zu kompliziert bzw. stelle mir die Lösung zu komplex vor. Gibt es eventuell noch eine besser Variante als die Werte zu subtrahieren?

[Reply #3 on:]

Was verstehst Du unter "besser"? Soll heißen, wenn Du willst kannst Du das auch mit "Map" http://www.arduino.cc/en/Reference/Map erledigen. Ob das besser ist kann man sehen wie man will.

[Reply #4 on:]

Was verstehst Du unter "besser"? Soll heißen, wenn Du willst kannst Du das auch mit "Map" http://www.arduino.cc/en/Reference/Map erledigen. Ob das besser ist kann man sehen wie man will.

Mit besser meine ich effizienter. Aber map scheint ja quasi dasselbe nur anders zu machen, indem es 1023 auf 255 runterbricht. Vielen Dank auch für den Hinweis an dieser Stelle 

Gruß
Dennis

[Reply #5 on:]

Hallo Dennis,

eine wichtige Regel beim Programmieren ist, erst dann zu optimieren, wenn du wirklich Performance-Probleme hast und nicht schon vorher.

Rudi

[Reply #6 on:]

Dennis: Du bist ja ein Scherzkeks. Du hast ja nach anderen Lösungen für das gleiche Problem gefragt. Alle Lösungen werden diese Ergebnis erreichen sonst sind sie keine Lösungen. Ich frage mich immer noch was Du mit "besser" meinst.

Was Rudi sagt ist außerdem auch wichtig. Erst muß ein Programm funktionieren. Erst dann wird optimiert (falls das überhaupt nötig ist).

[Reply #7 on:]

Ihr habt ja beide Recht, aber hätte ich nicht gefragt, wüsste ich jetzt nicht, dass es eine "map"-Funktion gibt und wofür ich sie benutzen kann Ich frage nach Alternativlösungen, weil sie unter Umständen auch andere Herangehensweisen aufzeigen oder mir, wie in diesem Beispiel, neue Funktionen zeigen 

Gruß und besten Dank!

Dennis

[Reply #8 on:]

OK, dann habe ich noch was für Dich:

Code:

analogWrite(3, 255 - (analogRead(A0)>>2));

Und jetzt die Preisfrage: ist das besser oder schlechter? Warum?
Die zweite Frage ist die spannende Frage

[Reply #9 on:]

OK, dann habe ich noch was für Dich:

Code:

analogWrite(3, 255 - (analogRead(A0)>>2));

Und jetzt die Preisfrage: ist das besser oder schlechter? Warum?
Die zweite Frage ist die spannende Frage

hmm soweit ich es in der Reference verstanden habe, verschiebt die Bitshift left/right Anweisung die Position der Bits um einen definierten Wert. Keine Ahnung wozu das gut sein soll 

[Reply #10 on:]

Dann such mal mit Google weiter. Du bist noch beim leichten Teil der Frage

[Reply #11 on:]

ich komme nicht weiter

[Reply #12 on:]

Udo, Dir gefallen die Schiebeoperationen.
Um die Zahl von 255 wegzuzählen könntest Du auch das 2 Kompliment machen?

laemmen:
1 bit nach rechts verschieben entspricht einem Teilen durch 2.
Ein Verschieben um 1 bit nach links um ein Multipliziern mit 2.
2 Bit verschieben sind dann eine Multiplication/Teilung durch 4.

Grüße Uwe

[Reply #13 on:]

Oder

Code:

analogWrite(3, 0xFF ^ analogRead(A0)>>2);

oder

Code:

analogWrite(3, 0xFF & ~analogRead(A0)>>2);

[Reply #14 on:]

Wenn Ihr so weitermacht springt Dennis aus dem Kellerfenster