Forum: Mikrocontroller und Digitale Elektronik GUI im Gerätebau


von mo (Gast)


Lesenswert?

Hallo,

Wenn ihr ein Gerät mit grafischer Oberfläche mit Touch realisieren 
wollt, zu was würdet ihr raten?

Es ginge hier nur ums grafische Darstellen von Informationen und die 
Bedienmöglichkeit. Harte Echtzeitfähigkeit wäre nicht gefordert.

Das System sollte innerhalb 20Sekunden gebootet haben und stabil laufen.

Meine Gedanken gehen Richtung  Visual Studio C# oder Qt um nicht alles 
selber auf das Display zeichnen zu müssen.

Ginge hier auch ein Windows CE oder Windows IOT und auf welchen Hardware 
Plattformen liefe das?

von dunno.. (Gast)


Lesenswert?

willst du das verkaufen, oder ists gebastel?

falls letzteres:

raspberry pi, pi display, win10 iot, und fertig...

von Blub Blab (Gast)


Lesenswert?

Ich würde auf ein embedded Linux setzen

von Jochen (Gast)


Lesenswert?

Für mich ganz klar Qt.

von ABC (Gast)


Lesenswert?

Kosten Rahmen für die hw?
Display größer Auflösung?
Touch Technologie? Resistiev kapazitiev  Robustheit, Vandalismus sicher, 
bedienbar mit Handschuhen, ...

Ist wischen gewünscht? Oder nur klick?

Kann man z.b mit nem Stm32f3 machen oder mit nem imx6

von mo (Gast)


Lesenswert?

Die mit Qt erstellte gui Applikation wäre dann auf welchem 
Betriebssystem und welcher hardware lauffähig?

von Michael B. (laberkopp)


Lesenswert?

mo schrieb:
> Wenn ihr ein Gerät mit grafischer Oberfläche mit Touch realisieren
> wollt, zu was würdet ihr raten?

Alles selber schreiben.

Kein Windows unten drunter, damit dich nicht dassselbe Schicksal 
erwartet wie die Windows XP Benutzer.

Kein Linux drunter, auch das ist nur sicher wenn es regelmässig 
geupdated wird.

Eventuell RTOS oder QNX, falls du die Stacks brauchst.

von Realist (Gast)


Lesenswert?

Bei aller ständigen Qt-Jubelei nicht vergessen, das hier mal zu lesen:
https://www.qt.io/licensing/
https://www.qt.io/licensing-comparison/

Also: Für was gilt die GPL bzw. LGPLv3, was bedeutet das jeweils im 
Detail, wie teuer wäre gegebenenfalls eine kommerzielle Lizenz etc.

von ABC (Gast)


Lesenswert?

Andere Betriebssysteme haben keine Fehler? Ist auch nur Software.
Die Fehler Liegen doch meist in den Treibern und/oder der Anwendung.

von Joe F. (easylife)


Lesenswert?

Billiger uC + FT8xx (EVE) von FTDI.
http://www.ftdichip.com/EVE/EVEProducts.htm

von Uwe Oachkatzl (Gast)


Lesenswert?

Ich würde dafür den Segger emWin Stack nehmen. Wenn du einen STM32 
einsetzt, darfst du die "STemWin" sogar kostenlos benutzen!

von Lothar (Gast)


Lesenswert?

mo schrieb:
> Visual Studio C# oder Qt

Falls es ein kleiner Industrie PC werden soll: Win 10 IoT Enterprise ist 
Standard und im Maschinenbau immer noch Visual Basic. Insbesondere da C# 
durch .net keinerlei Vorteile mehr hat und mit Basic wird die GUI 
besser. Qt ist auch gut, kostet aber Lizenzgebühr.

> Das System sollte innerhalb 20Sekunden gebootet haben und stabil laufen

Falls es ein Pi werden soll: RiscOS bootet in 1 sec und läuft auch auf 
dem Pi 0 oder Pi 1 sehr flott. Und verträgt im Gegensatz zu Linux einen 
Not-Aus ohne Shutdown. GUI in Basic geht am schnellsten. Qt ist auch 
möglich. Andererseits gibt es auch (teure) Industrie Boards mit RiscOS 
im eMMC:

http://shop.elesar.co.uk/index.php?route=product/product&product_id=51

Wenn es aber um Sicherheit geht: grade im Maschinenbau wird GUI (auf 
Industrie PC, keine Echtzeit, unsicher) und Steuerung gern physikalisch 
getrennt (uC ohne Betriebssystem oder SPS, sicher)

von Jobst M. (jobstens-de)


Lesenswert?

Lothar schrieb:
> Und verträgt im Gegensatz zu Linux einen
> Not-Aus ohne Shutdown.

???

Es gibt zig Linux-Systeme gerade im Embedded-Bereich, die man einfach 
ausschalten kann. Auch Desktopsysteme kann man mit read-only 
Dateisystemen zum laufen bringen. Und dem Kernel selbst ist es völlig 
egal.

Gruß
Jobst

von Blauzahn (Gast)


Lesenswert?

Lothar schrieb:
> Qt ist auch gut, kostet aber Lizenzgebühr.

Nein, nicht wenn man die LGPL mit dynamischen Bibliotheken nutzt. Dabei 
kann man problemlos kommerzielle Closed-Source Programme schreiben:

> The LGPL allows you to keep the source code of your application private as
> long as it is “work that uses” the library. Dynamic linking is usually
> recommended here.

https://www.qt.io/faq/#_Toc_3_7

von Kai S. (kai1986)


Lesenswert?

Hallo,

so allgemein lässt sich die Frage natürlich nicht beantworten, da weder 
Kostenrahmen noch Losgröße bekannt ist.
Spontan würde ich da aber immer zuerst bei Siemens Simatic Panel 
nachsehen. Die habe ich in der Praxis vielfach kennen gelernt. Die sind 
zwar teuer, aber dafür auch robust und arbeiten zuverlässig. Was die 
Software dabei angeht muss ich sagen, das die Probleme selten vom 
darunterliegenden System kommen sondern meist daher, das der 
Programmierer der eigentlich Applikation Fehler gemacht hat oder meist 
noch schlimmer, auftretende Fehler nicht sauber abgefangen hat.

Gruß Kai

PS: hier ein Link
http://w3.siemens.com/mcms/human-machine-interface/de/bediengeraete/Seiten/Default.aspx

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
Noch kein Account? Hier anmelden.