Zitat von: picass in Gestern um 10:42:04 CETUnd wenn Phyton und C viele Gemeinsamkeiten aufweisen sollten...

Viele Hochsprachen werden in der Syntax oberflächlich viele Ähnlichkeiten aufweisen.

Solange man vom Bauraum und dem Energieverbrauch nicht eingeschränkt ist, kommt man
mit Raspi, ESP32, ItzyBitzy, Arduino ... aufgrund der vielen fertig vorhandenen
Bibliotheken und Beispiele sicher schnell und ohne große Einarbeitung voran.

Wenn ich mal wieder länger Zeit habe, werde ich mich auch nochmal in CircuitPython vertiefen ;-)
https://circuitpython.org/

Zitat von: vloki in 19.11.2024, 10:57:02 CET"C" für einen 14K22 hätte kaum anders ausgesehen

Was die "richtige" Programmiersprache anbelangt, bin ich ganz sicher nicht im Besitz der reinen Lehre, sondern schlichtweg ein Suchender.
Hatte mich jahrelang um eine Entscheidung, Assembler zu verlassen und endlich eine Hochsprache zu erlernen versuchen, rum gedrückt. Mal ehrlich: bei dieser Suche hatte ich mich immer wieder an Beiträgen in der von mir hoch geschätzen "c't" und verschiedentlich auch der Schwester-Zeitschrift aus dem Heise-Verlag, der "make:" orientiert. Deren Redakteure propagierten seit Jahren schon MicroPhyton. Aber - wie schon erwähnt - waren das unterm Strich immer nur so Schnupper-Proben und aus meiner Sicht nichts Handfestes.
Nach Jahren des Zweifelns habe ich nun mit Gewalt den Knoten zu durchschlagen versucht. Die Anfänge lassen es für mich sinnvoll erscheinen, den Faden auch weiter zu verfolgen. Ich bitte um Verständnis, dass ich diesen Versuch auch fortführe, um nicht wieder in die Phase der Zweifel zurück zu fallen.
Wenn es denn mit MicroPhyton - oder wie im Moment eher mit Phyton - doch in die Nähe von "C" rückt, kann das ja keine schlechte Sache sein. Immerhin sind die vielen Klammern erst mal nicht nötig. Ihr seht, ich versuche, der Lage Positives abzugewinnen und endlich mal zu wissen, in welcher Richtung es weiter gehen könnte. Und wenn Phyton und C viele Gemeinsamkeiten aufweisen sollten, dann kann ja auch dein Script plötzlich wieder zu unerwarteten Ehren kommen, Volker.
Grüße, picass

Danke, muss ich mal ausprobieren, ich arbeite noch mit dem c18, der ist offenbar noch ANSI 89 kompatibel.

XC8 v2.46

welchen C-Compiler hast Du da genommen? Ich habe irgendwie in Erinnerung, das meiner (c18) mit "float" Probleme hatte.

oder für einen 25K22
(Ich hoffe der C Compiler rechnet nicht schlechter als der Python)

Zitat von: picass in 18.11.2024, 15:38:58 CETdas sind die Kombi aus dem µC ,,Raspberry Pi Pico" und Python.

"C" für einen 14K22 hätte kaum anders ausgesehen

Schreibs mal ganz kurz und ganz unauffällig hier rein: die nachfolgend kurze Notiz bedeutet für mich einen irren Durchbruch, enthält diese Notiz doch dasjenige Programm, welches die Berechnung der Taupunkt-Temperatur hier unter Python liefert.

import math
h = 6.1078   #konstante
s = 237.3   #konstante
t = 25      #gemessene temp
f = 60      #gemessene feuchte
t1 = h*10**((7.5*t)/(s+t))
t2 = f/100*t1
t3 = math.log10(t2/h)
t4 = (s*t3)/(7.5-t3)
print (t4)

Die Werte für Temperatur und Luftfeuchte stammen ,,normal" natürlich von entsprechenden Sensoren. Hier sind sie nur zur Veranschaulichung schlicht ,,händisch" eingefügt. Das Prog lässt sich noch bei Bedarf deutlich verkürzen. Wahrscheinlich könnte man mit einer Variablen und allen Berechnungen in einer einzigen Zeile auskommen.

Das ist nun in dürren Zeilen das, was mir in 3 Jahren unter Assembler nicht gegeben war. Heuer hats ein paar Minuten gebraucht. Kann ich aber nix für, das sind die Kombi aus dem µC ,,Raspberry Pi Pico" und Python.
Grüße, picass

Ich würde einen digitalen Sensor vorziehen. Sonst hast du evtl. wieder Umrechnungsprobleme.
Hier http://www.stefan-buchgeher.info/elektronik/feuchtemodul2/feuchtemodul2_kap04.html habe ich ein älteres Projekt mit RS232 Schnittstelle gefunden. Es ist zwar in C geschrieben, aber der ASM-Code ist unter download http://www.stefan-buchgeher.info/elektronik/feuchtemodul2/feuchtemodul2.zip auch da. Vielleicht kannst Du damit was anfangen.

Wie kann man nur NICHT an den guten, alten Sprut denken!    Tsssss!
Danke, PICkel. Dieses File habe ich runter geladen und werde versuchen, es in "meine" Assembler-Version - also die mit dem "X" und v.5.20 - zu übersetzen. Anzeigen habe ich noch irgendwo im Regal versteckt. Das wäre schon mal 'ne Menge weiter.
Um dem digitalen Wirrwar zu entgehen, hatte ich ja schon den analogen Datenübertragungsweg für Sensoren genannt. Der nächste Punkt wäre nun, eine Tabelle oder wieder 'ne Formel für solchen Sensor wie den HIH 5031-001 von Honeywell zu finden. Aber bitte: das soll keine Aufforderung darstellen, das Suchen für einen zu Faulen zu übernehmen. Ist nur mein Gedanke an die nächste Baustelle....
Nochmal danke...., einmal mehr kann nicht schaden!
Grüße, picass