Python im kommen auch im embedded?

[Chris (Gast)]

Wollte mal wissen, ob das jetzt C mehr und mehr ablöst?

[Andreas S. (Firma: Schweigstill IT) (schweigstill)]

Ja, nein.

[noname product (Gast)]

Vielleicht, u.U.

[The Weasel (Gast)]

Für die ganzen hippen Arduino Bastler und Projekte bei dennen 
Effizienz/Geschwindigkeit/Timing/Speicherverbrauch/Rechenauslastung/Ener 
gieverbarauch/etc.  völlig egal sind, möglicherweise ja.

Ansonsten, nein.

[Alt (Gast)]

Schonmal Software erlebt die ne Sekunde braucht um ne Eingabe zu 
verarbeiten oder allgemein einfach Zäh ist? Das war dann sicherlich 
Python mit im Spiel. Aber das ist ja auch schon ein gelöster Problem 
einfach nen 200 MHz Controller nehmen, für die Blinkende Led.

[Rolf M. (rmagnus)]

Alt schrieb:
> Schonmal Software erlebt die ne Sekunde braucht um ne Eingabe zu
> verarbeiten oder allgemein einfach Zäh ist? Das war dann sicherlich
> Python mit im Spiel.

Bei welcher Software hast du das denn erlebt?

[U. A. Asbach (Gast)]

Ja. Nein.

Ich hab schon vor über 15J an embedded Systeme für die Flugsicherung 
mitentwickelt wo Python auch mit drinne war. Diese Systeme laufen 
immernoch weltweit bei vielen Kunden (Flughäfen).
Also nix neues, ausser vllt. in Neuland...

[W.A. (Gast)]

U. A. Asbach schrieb:
> Ich hab schon vor über 15J an embedded Systeme für die Flugsicherung
> mitentwickelt wo Python auch mit drinne war. Diese Systeme laufen
> immernoch weltweit bei vielen Kunden (Flughäfen).
Bestimmt nicht in zeitkritischen Teilen, Sicherheit wäre noch ein ganz 
anderes Thema ...

[U. A. Asbach (Gast)]

W.A. schrieb:
> U. A. Asbach schrieb:
>> Ich hab schon vor über 15J an embedded Systeme für die Flugsicherung
>> mitentwickelt wo Python auch mit drinne war. Diese Systeme laufen
>> immernoch weltweit bei vielen Kunden (Flughäfen).
> Bestimmt nicht in zeitkritischen Teilen, Sicherheit wäre noch ein ganz
> anderes Thema ...

Naja: Sprachkommunikation. Wenn Du meinst ein Funkspruch vom Lotsen 
dürfe erst noch ein Bier zuzeln bevor er ausgesendet wird... Glaube Du 
einfach was Du willst.

[Martin (Gast)]

Der tägliche Schwachsinn auf dem µCNet.

Erst komm der Provokateur (TO): "Python im kommen auch im embedded?"
Dann der Troll (Andreas S.):    "Ja, nein."
Dann das Forumsdummchen (Alt)   "ne Sekunde braucht"

Antwort zwecklos. Lese hier nicht mehr mit.

[The Weasel (Gast)]

Martin schrieb:
> Der tägliche Schwachsinn auf dem µCNet.

Weil halt jeder seine Profession verteidigen will und viele (leider auch 
Erfahrene) eine Sache ausser acht lassen.

Als Techniker gibt es kein "das hier ist besser" und "das hier is 
schlechter".
Es sollte nur ein "das hier hat für diese Anwendung diese und jene 
Vorteile" geben.... ausser natürlich man hat mit Kunden zu tun.

Was das mit dem Thema zu tun hat?

Python wird C nicht ganz ersetzen, aber möglicherweise in einigen 
Anwendungsbereichen.

Ich verwende für Datenaufzeichnung, Visualisierung, Auswertung und für 
Kontrollaufgaben mittlerweile ausschließlich Python weil man damit sehr 
schnell Testabläufe mit möglichen Abbruchkriterien erstellen und ändern 
kann.

Für alles Zeitkritische (ich rede hier von maximal wenigen ms) verwende 
ich nur C.

[Johannes S. (Gast)]

ich benutze es zwar selber (noch) nicht, sehe aber auch das die 
microPython Gemeinde stark wächst. Es gibt mittlerweile viele passende 
Boards dafür, heute kam wieder der Crowd Supply Newsletter mit neuen 
Ankündigungen, und die Boards brauchen auch kein ATX Format:
https://www.crowdsupply.com/i-syst/blyst840
https://www.crowdsupply.com/search?q=micropython
Auch auf den ESP32 und vielen günstigen Chinaboards läuft es.
Die dynamische Speicherverwaltung darf man natürlich nicht völlig 
sorglos benutzen. Dafür kann man einfach Dateien, Netzwerk und Grafik 
benutzen. Die Module selber sind in C geschrieben und auch Pyton Code 
wird kompiliert. Sicher ist C/C++ an einigen Stellen schneller, aber 
Python ist eben eine Hochsprache, mit allen Vor- und Nachteilen.