Zitat von: PICkel in 18.11.2024, 19:50:05 CET@picass:
Das (mit mikroBasic) kompilierte Testprogramm belegt incl. Wertezuweisungen gerademal 261 Flash-Speicherplätze. Soviel zum Thema "Gleitkomma und 8Bit". In ASM hätte ich das allerdings nie lauffähig bekommen.

Ob mit MikroBasic oder Python....., vermute mal, dass der Platzbedarf sich da wenig unterscheidet. Was die Geschwindigkeit anbelangt, könnte man auch zu einem 32-bit-PIC greifen. Einen solchen hatte ich ja auch schon mal mit MM-Basic ans Laufen bekommen, den PIC MX 170F256B-50I/SP. Dieser 32-Bitter wäre bestimmt auch eine gute Lösung gewesen. Nur hatte ich das Basic-Programmieren danach nicht weiter verfolgt. Und ja - an dieser in einem anderen Fred teil-vorgestellten Formel hatte ich mir unter Assembler die Zähne ausgebissen. Vielleicht hätte es irgendwann ja geklappt, aber den Zeitaufwand dafür war ich nicht mehr bereit, zu investieren. Ich gestatte mir die  Ansicht, dass es Quatsch ist, Räder immer wieder aufs Neue erfinden zu müssen. Stattdessen halte ich es für eine gute und akzeptierte Arbeitsweise, geschaffene Kulturgüter - dazu zählen für mich auch Programmiersprachen und z.B. aufwendige Bibliotheken für die Verbindung von µCs und Sensoren - fertig wie sie sind zu nehmen und zu benutzen. Is klar, ein Hinweis auf die Quelle oder den Urheber darf und sollte schon sein.

MicroPhyton ist - wenn ich das richtig verstanden haben - eine gegenüber Python noch etwas vereinfachte Sprache. Und Python wäre ein Prog auf Grundlage von "C". Mal schauen, ob mir der Einstieg gelingen wird. Da gabs zunächst mal Überraschendes für mich. Gleich 3 Sonderhefte über Programmieren von µCs habe ich angesammmelt, das Älteste von 2022 und auch ein Brandaktuelles. Alle geben vor, u.a. einen Einstieg in Progr. mit MicoPython zu bieten. Tun sie aber nicht, das sind irgendwie Mogelpackungen. Tatsächlich stellen sie ausführlich die Hardware z.B. des Pi Pico vor und dann werden Progr.-Schnipsel aus wenigen Zeilgen eingestreut, mit welchen sich diverse Sensoren oder Anzeige-Displays in Betrieb nehmen lassen. Für mich sieht das so aus, als ob Journalisten sich die Datenblätter diverser Sensoren genommen und die dortigen Prog-Schnipsel dann zu einem "Sonderheft über Programmieren" verarbeitet hätten. Versucht mans derart, stellt man verblüfft fest, dass über die Programmiersprache selbst nahezu nichts geboten wird. Es wird dauern, sich da rein zu arbeiten, mal schauen, was wird.

Danke für deine Wünsche, auch von mir einen Daumen fürs Mutmachen.
Grüße, picass

@picass:
Na dann wünsche ich Dir viel Erfolg beim Programmieren mit Python und dem RasPi!
Assembler für PICs tue ich mir auch nur im absoluten Ausnahmefall an. Aber um bei Deinem Gleitkommaarithmetik- Beispiel aus der Rubrik "PIC-Assembler Arithmetik" vom 17.11.24 zu bleiben:
Der Ausdruck: 45726,23 / 17891,82 wird von einem "popeligen" PIC12F683 @4MHz in weniger als 1ms berechnet. (Die Zeit zwischen den beiden NOP-Befehlen.)
Das (mit mikroBasic) kompilierte Testprogramm belegt incl. Wertezuweisungen gerademal 261 Flash-Speicherplätze. Soviel zum Thema "Gleitkomma und 8Bit". In ASM hätte ich das allerdings nie lauffähig bekommen.
Natürlich sind fertige Bibliotheken für diverse externe Komponenten (BOSCH-Sensor) eine extreme Erleichterung bei der Programmierung und ein guter Grund zum Systemwechsel.
In diesem Sinne: Gutes Gelingen!

PICkel

Gelesen habe ich alles, selbst die von mir nun verschmähte 20-Seiten-Aufstellung von Assembler-Mathe-Routinen. Mein Meinuns- und Richtungswechsel mag evtl. von außen betrachtet überstürzt erscheinen. Ist er ja auch, allerdings gibt es reale Gründe dafür. Dazu zählt unter auch der angesprochene Blick in die 20-Seiten. Das Prog darin soll für meinen ehemaligen Lieblings-µC, den PIC18F14K22 angepasst sein. Ist es aber nicht. Angepasst ist vielleicht die Initialisierungs-Routine, aber sonst nix. In den Multiplikations-Routinen geht es zu wie zur Urzeit. Obwohl dieser PIC wenigstens schon eine 8x8-Hardware-Multiplikations-Einheit spendiert bekommen hat, wird diese in den Routinen nicht genutzt. Das sagt allein schon alles. PIC und Mathe....., nie mehr wieder.

Du hast ein Fahrzeug für einen Vergleich, rsp. ein Symbol-Bild verwendet. Meinen Umstieg von PICs auf den Raspberry Pi Pico könnte ich auch für einen solchen Vergleich benutzen. Stichwort: Nürnberg-Ring (die alte, traditionsreiche Auto-Rennstrecke) und Umgebung. Vormals also mit einem Klapp-Falt-Rad mit 18-ner Rahmenhöhe auf den Forstwegen nahe der Rennstrecke unterwegs, Marke: Rahmen klapperig, Bremsen teildefekt, keine Gangschaltung, keine Beleuchtung.

Und nun im neuen Porsche 911 Turbo auf der echten Rennstrecke unterwegs. Is klar, von den 8 Gängen des Automatik-Getriebes nur die ersten beiden genutzt  und noch nicht aus der Boxengasse raus, aber.....
.....aber das Donnergrollen der beiden Auspuff-Rohre lassen keinerlei Zweifel aufkommen, was im wahrsten Sinne des Rades abgehen wird, wenn man dem Gerät Auslauf verschafft. So sehe ich den Vergleich zwischen vormals PIC und nun dem Pi Pico.

Ach......, das möchte ich schon noch sagen: deine Arbeit mit der PIC-Programmierung achte und wertschätze ich sehr wohl und das meine ich wörtlich. Mein neuer Weg ist nur ein anderer geworden.
Grüße, picass

Um die Rangelei zu einem guten Ende zu führen, hier noch ein Zitat aus dem Buch "Raspberry Pi für Kids" (eigener Nachtrag: nicht nur für diese, sondern für jeden, welcher einen einfachen Einstieg in die Python-Programmierung sucht), welches im MITP-Verlag erschienen ist, Ausgabe 2024 auf Seite 118, wörtliches Zitat: "Diese Nummerierung gehört zu einem Standard der Firma Broadcom, die den Prozessor des Raspberry Pi herstellt". Zitatende
Mit Nummerierung war hier die Pin-Belegung der Board-Anschlüsse gemeint. Microchip war beim Raspberry Pi Pico da nicht nur raus, die waren nie dadrin. Schade eigentlich, ist aber so.
Grüße, picass

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

Hi picass
Nun ja, vermutlich hast Du mein Statement zu Deinem Thema "Aus für die PIC-Programmierumg" nicht ganz zu Ende gelesen.

Der Eine fährt lieber im fertigen neuen Pkw durch die Lande, der Andere hat Spass daran so eine Kiste aus Teilen selbst zusammenzubauen und ist zufrieden wenn das Auto dann trotzdem fährt. Was soll daran schon falsch sein?
Betrachte mich einfach als jemanden der seinen Weg, wie bisher, frei von Verdruss und Misserfolg weiter geht.

mfG Ottmar

Also ARM stellt selber keine Prozessoren her. Sie haben sie entwickelt.
Und der Cortex M0+ den die Raspberry Entwickler benutzen ist ein Cortex M0+ Prozessor
der um einige Peripherie erweitert wurde und dann von einem Hersteller hergestellt wurde.
Ob man das dann einen eigenen Prozessor nennen kann ist eine andere Sache weil das Grundgerüst ist
immer noch ein Cortex M0+ Prozessor.

Hallo Ottmar!
Mit deinem Zip-File hast du mir einen großen Gefallen erwiesen – wenngleich anders, als vermutlich gedacht. Dieses zehn-seitige Dokument eröffnet für mich einen furcht-erregenden  Blick in einen Abgrund und weit, gaaaaaaanz weit nach hinten. Bei der Gelegenheit: was meinst du mit ,,aktuellem MPASM 8.92" ? Soll damit der MPASM gemeint sein, welcher unter der MPLAB IDE v8.92 läuft? Egal.....!

Die Programmierung in Assembler ist aus der Zeit gefallen, das muss deutlich gesagt werden. In einem Sonderheft der Zeitschriften ,,c't" // ,,MAKE:" aus dem Jahr 2022 über den Raspberry Pi Pico wird das nebenbei trefflich kommentiert. In diesem Heft wird natürlich auch auf mögliche Programmier-Sprachen eingegangen und da werden ,,C", das mittlerweile abgekündigte  ,,MM-Basic" und ,,MicroPython" genannt, sonst nichts Nennenswertes. Mit der Ausnahme, dass es für die PIO-Hardware des Pi Pico auch die Möglichkeit gibt, deren Funktionen (der PIO) in Assembler zu nutzen. Nun der Kommentar dazu:"......wie 1985....."!

Die Beispiel-Rechen-Übungen des Zip-Files kann ich mittlerweile nicht mal mehr als ,,sophisticatet" Produkte anerkennen. Das ist einfach nur rückwärts gewandt und Verschwendung von Lebenszeit. Als Grundlage für meine Meinung mag dienen: gestern begann ich mit ersten Dehnungs-Übungen mit dem im MicroPhyton eingebauten Mathe-Modul, was bedeutete, im Feld für Ausführungen der ,,Thonny"-IDE einzelne Rechenaufgaben einzutippen. Statt also eine oder zwei Seiten Hieroglyphen zu kopieren, sorgsamst zu kontrollieren, und – ach ja – auch zu verstehen versuchen, was da warum worum geschoben wird...., stattdessen also tippte ich in eine einzige Zeile z.B. dieses ein:
45726,23 / 17891, 82
Einmal auf die Entertaste und – zack – lag nach einer halben Sekunde das Ergebnis vor, übrigens mit 5 Stellen hinterm Komma. Mein ehrwürdiger Hewlett-Packard CV41 zeigte zwar ab der vierten Nachkommastelle eine Abweichung an, aber wey'n interessierts?! DAS nenne ich eine irgendwie zeitgemäße Art der Lösung einer Rechenaufgabe.

Heute entdeckte ich den etwas versteckten kompletten Befehlssatz für alle möglichen Rechen-Funktionen wie Wurzelziehen, Logarithmus zu verschiedenen Basen, Sinus u. Genossen. Da gibts richtig viel und ich bin mir sicher, dass die seit 3 Jahren ersehnte Möglichkeit, eine durchaus sportliche Formel mit einem MicroController ausrechnen und dessen Ergebnisse für die Entfeuchtungs-Steuerung nutzen zu können, nur noch eine  halbe Stunde (über alles) entfernt ist. Das ist jetzt meine  Gegenwart und Zukunft, was µC-mäßiges Rechnen anbelangt.
Grüße, picass

Nein, Peter, die von mir gleich anfangs genannten Raspberry Pi Pico sind und bleiben CPUs, für deren Herstellung ARM und Braodcam genannt werden. Schaue jetzt bitte auf diese Seiten:
https://de.wikipedia.org/wiki/Arm_Cortex-M#Cortex-M0+
https://de.wikipedia.org/wiki/Raspberry_Pi#Organisation
Bezogen auf den Pi Pico wird auch nicht ein Hauch des Namens Microchip genannt. Bei Licht gesehen könnte man das auch als Sony-Produkt bezeichnen, denn die Pico werden von Sony in einer Fabrik in Wales hergestellt.
Grüße, picass

Ja ich hätte nicht Atmel schreiben sollen. Die stellen natürlich nichts mehr her weil es
sie nicht mehr gibt. Herstellen tun es nun Microchip. ARM stellt nur das Grundgerüst für einen Prozessor zur
Verfügung und die anderen Hersteller erweitern ihn dann und stellen ihn her, mal einfach ausgedrückt.
Selbst die Pic32 sind auf Cortex M0+ Prozessoren aufgebaut.