Embedded Bereich - Linux und Python

Hallo zusammen!

Aktuell bin ich in einer Konzept-Phase für eine Maschine ein neues Steuerungs-Konzept auszuarbeiten. Dabei handelt es sich um ein industrielles Umfeld (Maschinenbau). Es geht um ca. 1000 Stück im Jahr.

Die Software für die Maschinensteuerung gibt es grundsätzlich ist aber aktuell auf eine SPS am laufen bzw. auf einem Mikrocontroller in Java. Muss als fix neu geschrieben werden, aber vom Prinzip und von den Abläufen vorhanden.

Intern sind 2 Programmierer vorhanden:
1 x sehr erfahrener SPS-Programmierer der die Maschine super kennt
1 x ein frischer HTLer (Informatik)

Dabei geht es um eine Ansteuerung der Hydraulik was im Prinzip alles über DI, DO und AI (Ansteuerung + Sensorik) basiert. Weiters ist das senden von Daten in die Azure Cloud ein Thema, über ein Mobilfunk-Modem.

In einer erweiterten Variante soll auch eine HMI angesteuert werden können bzw. programmiert werden. Wobei hier die Komplexität der HMI gering ist. Weiters soll hier ein WLAN-Modul angesteuert werden können.

Dazu habe ich mir unter anderem auf der Embedded World ein paar Eindrücke geholt.

Was mir von der HW her eigentlich recht gut gefallen würde, wären entsprechende "IoT"-Gateways welche alle auf einem Linux laufen und auch gut von der HW mit Erweiterungsmodulen skalierbar ist. Weiters gibt es hier eine entsprechende Auswahl an Lieferanten.

Die Lösung mit Linux finde ich eigentlich recht spannend, aber es ergeben sich für mich ein paar Fragen:

1. Firma X kann das den Rechner/IoT-Gateway nicht liefern --> wie schnell und mit wieviel Aufwand ist hier die Portierung auf eine andere HW ebenfalls mit Linux möglich?
Ich gehe davon aus, dass hier fast alle in diesem Umfeld mit ähnlichen Libs etc. arbeiten?

2. wie sieht das ganze mit dem Thema Security und Patch-Management aus? Die neuen Gesetzgebungen bringen hier sicher höhere Anforderungen mit sich (obwohl sicher noch nicht alles klar ist). Da eben keine große SW-Entwicklungsabteilung vorhanden ist Frage ich mich nach dem Aufwand und wie einfach das stemmbar ist?

3. ist die Programmiersprache ein großes Thema. Klar ist C oder C++ möglich, aber da jemand zu finden der das kann ist gar nicht so einfach und auch extern sind hier Leute schwierig zu bekommen.
Python hört man immer wieder und scheint auch im Embedded-Bereich stark im kommen zu sein. Aber wie sieht es hier mit dem Thema Debugging etc. aus?
Richtung Python findet man sicher leichter Programmierer.

BG

ad Debugging

wenn man das Debugging von einer SPS kennt. Sprich einen Watcher wo ich sehr komfortabel durchsteppen kann und die Variablen alle sehe soll ich auf Python Seite angeblich nicht geben. Oder sind hier meine Informationen falsch?

okay, sorry falls das nicht klar rüber gekommen ist.

Aktuell wird die Maschine (von der Mechanik her ähnlich) entweder von einem Mirkocontroller oder eine SPS angesteuert.

In Zukunft möchte man eine HW haben und für die erweiterte Variante variabel IOs + Display erweitern können. Eventuell gibt es für letztere Variante eine Leistungsstärke HW aber von SW-Plattform möchten wir Programmierung her wollen wir hier gleich sein. Im Idealfall nur ein anderer IPC oder eine Bestückung.

Sprich die ganze Maschinensteuerung + Datentransfer in die Cloud über MQTT soll in Python geschrieben werden. Das ganze ist also dann auch das "Herz" der Maschine und muss stabil sein. Auch der Datentransfer der Maschinendaten in die Cloud wird dann in eine Web-Lösung in dem Kunden angeboten wir umgesetzt.

also da laufen nicht einfach ein paar Skripte.

Die Maschinen-HW bleibt gleich und somit ist Prozess und Anforderung bekannt. Die Steuerungs-HW "läuft aus" und daher die neue Entwicklung

edit:
@debugging, daher auch das Wort "angeblich" in meinem Post. Schaut schon nicht so schlecht aus

Zitat aus einem Post von charmin

man könnte auch ros2 andenken.
dort können C++ und Python programme easy untereinander kommunizieren und man kann alles modular aufbauen. Bspw eine eigene Node (evtl sogar in einem docker) für die MQTT Kommunikation, welche die Daten von C++ oder Python Nodes bekommt.

auch ein interessanter Ansatz. Das kenn ich noch gar nicht.

Frage was hier die HW-Anforderungen sind und ob das dann nicht wieder ein Tool mehr ist btw. wir wieder mehr ins Linux-Know-How etc. rein kommen. Bezüglich HW wir möchten hier eigentlich auf einer kleinen kostengünstigen HW bleiben.



mein Ziel ist es eher primär die Applikation bei uns zu lassen und uns nicht mit den tiefen von Linux etc. zu beschäftigen. Aber Ansatz ist interessant

@Debugging
was ich gemeint habe ist, dass man sich z.B. bei einer SPS recht komfortabel auf eine Maschine verbinden kann und dort mit einem "Watcher" mit schauen kann. Sprich Maschine hat ein Problem und ich kann da online mit schauen. Da tue ich mir mit Python schwer oder?

Das liest sich jetzt viel salziger als ich es meine, ich formuliere es aber absichtlich provokativ:

Also der Plan ist statt einer offiziell zertifzierten und per vendor support unterstützen SPS einfach selbst ein busybox(or whatever) linux + preemptive_patch zu stricken und diese magic box macht dann eh auch gleich nicht nur die !realtime! control logic (in einem _garbage collected_ python event loop ), sondern fährt nebenbei auch noch die HMI sachen (je nach maschine 2000+ values) und gönnt sich internet access "zwengs da cloud warads".

Die Automatisierungspyramide ist jetzt eine Pizza geworden.

Diesen Stack of Doom aber auf 1000 reale Maschinen in echten Shopfloors auszurollen, wo dann wirklich Leute um 3 in der früh anrufen -> "Mut kann man nicht kaufen". Durch deinen custom-stack sind natürlich auch dann sämtliche Instandhalter bei den Firmen chancenlos, weil die anstatt gängiger SPS Tools (IEC 61131) plötzlich custom python code debuggen müssen? Da kann man dann den VWAG weg gehen und rund um die custom software noch eine custom debugging toolchain bauen Wer macht eigentlich die ganzen Security updates und Software Wartungen? Wer macht das security audit vorab? Wer haftet für Schäden im Produktionsunternehmen wenn mygithublibrary.py leider doch noch eine offene Scheunentüre hatte?
--
Für mich ist diese Lösung auf dem Level einer Bachelor-/Masterarbeit und da hätte ich auch selber mega Bock drauf gehabt sowas umzusetzen. Aber die Silver Bullet Wonderbox im Realeinsatz, da geb ich als Integrator lieber dem Siemens, Beckhoff, Schneider, B&R .... ein paar Euros und meine MA bzw. meine Haftpflichtversicherung können in der Nacht ruhig schlafen.