erster µPython Versuch - Frage zu Definition von Variablen

Karl schrieb:
> Du schaffst es tatsächlich einen Python-Code so unverständlich wie eine
> C-Code zu machen.

Das wundert jetzt hoffentlich keinen...

Karl schrieb:
> Abgesehen davon gibt es das schon eingebaut:
> https://docs.python.org/2/library/colorsys.html

Leider nicht für / in Micropython

Chris schrieb:
> Aber wenn das mal der einzige Fehler wäre..

Sag mir bitte welche, Danke

Daniel schrieb:
> r,b,g ist undefiniert

Wie und wo definiere ich die?

Kolja L. schrieb:
> Ich habe es getan!

ich auch ..., start war vor 2 jahren und mein python code sah so ähnlich 
aus, sprich mein c code nur in python syntax, grausam!

Kolja L. schrieb:
> das Tollste: der Code muss nicht mehr compilieren

das wird nicht lange so bleiben, wer richtig mit mpy unterwegs ist kommt 
an froozen code nicht vorbei, spricht du musst dann die tool chain z.b. 
in vbox/linux aufsetzen ... und mpy immer übersetzen, was bei mir auf 
"knopfdruck" unter w8/10 alles startet einschließlich flashen.


für das if/else gedöns... kannst du mal probieren

colors = ([v,t,p], [q,v,p], ...)
r,g,b = c for i,c in enumerate(colors) if h_i == i
return bytes([round(r*255), ...])

ich "liebe" mpy!


mt

verstehst du sowas, was passiert hier?

if not sec % 2 if hour in (12, 23) else not sec % 3:
   ... # set led
else:
   ... # clear led

Chris schrieb:
> Scope. r, g und b existieren nicht auf dieser Ebene.
>

Python kennt keinen block scope.

Aber wenn einer Variable nichts zugewiesen wird, hat sie auch keinen 
Wert.

Apollo M. schrieb:
> verstehst du sowas, was passiert hier?
>
> if not sec % 2 if hour in (12, 23) else not sec % 3:

'conditional expression', das Äquivalent zum Ternary (Fragezeichen-) 
Operator in C:

https://docs.python.org/3/reference/expressions.html#conditional-expressions

§6.12

Daniel schrieb:
> else:
>       r=0;g=0;b=0

Danke, da ging mir ein Licht auf ?

chris schrieb:
> Insofern war das Beispiel von Kolja am Anfang schon mal viel besser als
> alles nachher gezeigte.

Insbesondere da es sich hier um die Frage eines blutigen Anfängers 
handelt.
Hab mal irgendwo aufgeschnappt: make it run, make it secure, make it 
fast.
Ich bin noch ganz am Anfang von "make it run".

Aber nur durch Fehler lernt man, also weiter gehts.

Daniel schrieb:
> elif h_i==5: r, g, b = v, p, q
>     else:
>       r=0;g=0;b=0

man kann auch else: r, g, b = 0, 0, 0 schreiben damit nicht jeder der 
eine einzelne Zeile Code beisteuert wieder einen anderen Schreibstil 
einführt sonst sieht es am Ende aus wie ein Flickenteppich.

Apollo M. schrieb:
> verstehst du sowas, was passiert hier?
>
> if not sec % 2 if hour in (12, 23) else not sec % 3:
>    ... # set led
> else:
>    ... # clear led

Das muss das hässlichste Stück Python-Code sein daß ich in meinem ganzen 
Leben jemals gesehen habe. Mit Abstand! Wo hast Du den gefunden?

Auch mit dem Wissen um die Ternäre-Operator-Syntax gelingt es mir auch 
nach 5 Minuten intensivem Nachdenkens und Klammern setzens im Kopf nicht 
zu ergründen warum dieser Code keinen Syntaxerror produziert, geschweige 
denn zu verstehen was er überhaupt tun soll. Ich gebe auf.

Bernd K. schrieb:
> man kann auch else: r, g, b = 0, 0, 0 schreiben

Danke, jetzt sieht es auch noch einheitlich aus.
Funktioniert hat es natürlich schon vorher.

Gleich noch mal ne Frage:

Ich erhöhe beim Aufruf einer Funktion den Wert einer Variable immer um 
0.01:

1

## LEDs mit HSV aufrufen und anschliessend HSV erhoehen

2

hsv = 0

3

schritt = 0.01

4

def led_verlauf():

5

    global hsv

6

    for j in range(0, 2):

7

        np[j] = hsv_to_rgb(hsv, 0.9, 0.21) 

8

    np.write()

9

    print(hsv)

10

    hsv += schritt

11

    if hsv > 0.99: hsv = 0

In der Ausgabe finde ich aber sowas:

0.08
0.0899999
0.0999999
0.11

Ich will jetzt nich päptlicher sein als der Papst (egal welcher von 
denen),
denn 0.0899999 ist schon recht nah an 0.09 und den Unterschied in der 
Lichtfarbe wird niemand sehen, aber woher kommt diese Ungenauigkeit?

Bernd K. schrieb:
> Das muss das hässlichste Stück Python-Code sein daß ich in meinem ganzen
> Leben jemals gesehen habe. Mit Abstand! Wo hast Du den gefunden?
>
> Auch mit dem Wissen um die Ternäre-Operator-Syntax gelingt es mir auch
> nach 5 Minuten intensivem Nachdenkens und Klammern setzens im Kopf nicht
> zu ergründen warum dieser Code keinen Syntaxerror produziert, geschweige
> denn zu verstehen was er überhaupt tun soll. Ich gebe auf.

Ich find's auch alles andere als schön. Aber erklären kann ich's, wenn 
Du möchtest:

Bernd K. schrieb:
> if not sec % 2 if hour in (12, 23) else not sec % 3:

"Klammernsuche" war der richtige Ansatz. Die gehören so:

1

if (not sec % 2 if hour in (12, 23) else not sec % 3):

2

...

Allgemein geht der ternäre Operator so:

1

x if C else y

Erst wird "die Mitte" (C) ausgewertet, wenn True, dann wird der gesamte 
Ausdruck x, sonst y:

1

not sec % 2 if hour in (12, 23) else not sec % 3

Das Ergebnis wird also um 12 und um 23 Uhr not sec % 2 und sonst not sec 
% 3

1

not sec % z

wird immer dann True, wenn es keinen Divisionsrest gibt, sonst False

Kolja L. schrieb:
> In der Ausgabe finde ich aber sowas:
>
> 0.08
> 0.0899999
> 0.0999999
> 0.11

https://docs.python.org/2/tutorial/floatingpoint.html

Kolja L. schrieb:
> Ich will jetzt nich päptlicher sein als der Papst (egal welcher von
> denen),
> denn 0.0899999 ist schon recht nah an 0.09 und den Unterschied in der
> Lichtfarbe wird niemand sehen, aber woher kommt diese Ungenauigkeit?

Willkommen in der Welt der Rundungsfehler!
Floatingpoint Darstellung von Zahlen funktioniert nicht exakt für Zahlen 
wie 0.1, während 0.5, 0,25, 0.125 exakt darstellbar sind.
Die Darstellung erfolgt auf der Basis von Zweierpotenzen, in 0.1 steckt 
aber 5 als Teiler, und das ist eben keine Zweierpotenz.

Dies ist auch der Grund warum man bei Buchhaltungssoftware oder allem 
was mit Geldbeträgen zu tun hat (egal in welcher Programmiersprache) 
grundsätzlich in Integern rechnet (also in Beträgen von Cent oder 
kleiner) und niemals in Fließkomma und immer erst bei der Darstellung 
wieder das Komma an der richtigen Stelle setzt.

Danke, die Lösung ist also, solange es geht in ganzen Zahlen zu rechnen 
uns erst wenn / falls notwendig in eine Dezimalzahl umzuwandeln.

Bernd K. schrieb:
> Das muss das hässlichste Stück Python-Code sein daß ich in meinem ganzen
> Leben jemals gesehen habe.

nö, du musst aber sicher noch viel lernen, https://realpython.com/
z.b. https://realpython.com/python-or-operator/

keyword: pythonic code - und nicht c/c++ code in python syntax!


Markus F. schrieb:
> Ich find's auch alles andere als schön. Aber erklären kann ich's, wenn
> Du möchtest:

if not sec % 2 if hour in range(12, 23) else not sec % 3:
   ... # set led
else:
   ... # clear led

der code dient in einer "24h uhr" (12 neopixel ring) und lässt die sec 
led von 0-12h im 2sec takt und von +12-24 alle 1sec blinken.

wichtig ist mir hier, dass das ternary "überall" stehen kann, also hier 
nicht als right value sondern als condition.


geklammert wird python nur wenns pflicht ist; siehe style guide, 
https://www.python.org/dev/peps/pep-0008/!


mt

Apollo M. schrieb:
> if not sec % 2 if hour in range(12, 23) else not sec % 3:

jetzt wird's klar.

Das 'range' war aber heute morgen auch noch nicht da ;)

Apollo M. schrieb:
> nö

Doch. Das kann man lesbarer hinschreiben, da kann man noch ein oder zwei 
Variablen für Zwischenergebnisse spendieren mit aussagekräftigem Namen. 
Und das "not" bei dem man grübeln muss zu welcher Seite es nun gehört 
("if not" oder "not sec % 2") kann man sich auch schenken wenn man das 
if umdreht. "Pythonisch" bedeutet nicht absichtlich maximal unleserlich.

1

afternoon = hour in range(12, 23)

2

blinkphase = sec % 2 if afternoon else sec % 3

3

4

if blinkphase:

5

    ...

6

else:

7

    ...

/meinung

außerdem muß es range(12, 24) heißen wo wir schonmal dabei sind!

1

>>> range(12, 23)

2

[12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22]

3

>>> range(12, 24)

4

[12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23]

chris schrieb:
> Ich bin ganz Deiner Meinung

ich auch!