Wollte mal wissen, ob das jetzt C mehr und mehr ablöst?
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.
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.
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?
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...
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 ...
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.
Der tägliche Schwachsinn auf dem µCNet.
1 | Erst komm der Provokateur (TO): "Python im kommen auch im embedded?" |
2 | Dann der Troll (Andreas S.): "Ja, nein." |
3 | Dann das Forumsdummchen (Alt) "ne Sekunde braucht" |
Antwort zwecklos. Lese hier nicht mehr mit.
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.
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.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.