Hi, ich möchte mir eine Steuerung bauen. Diese soll über ein Display den Benutzer mit Informationen versorgen. Am liebsten wäre mir ein Display mit Touch zur Bedienung. Touch ist aber kein absolutes Muss. Eine Anzeige in vernünftiger Größe würds auch schon mal tun. 10" Displays mit Touch-Funktion gibt es welche ab 80€. Das ist also (erst mal) weniger das Problem. Problem macht mir das, was "da hinter" ist. Ich habe die letzten 2 Tage versucht (vergeblich) auf einem RPi Version B nen popeliges GUI zum laufen zu bekommen. Ich hab mir Code::Blocks geladen, da es hieß das ding unterstützt C/C++, hat eine Möglichkeit ein GUI zu Designen, ähnlich wie Visual Studio. Es gab sogar eine Anleitung für Windows, wie man das Programm einrichtet. Runter geladen, Project Wizzard geht nicht fehlerfrei. Nach insgesamt 9Gb geladenen Daten, gings endlich irgendwann. Ich dachte bis vor 2h dann, der Compiler würde für Linux eine Datei ausspucken - als ich dann die .exe sah, hatte ich endgültig keine lust mehr. Leider sind die meisten Infos die ich noch so gefunden habe veraltet, falsch oder unvollständig. Ich bin ein Linux-Noob. Das macht es nicht einfacher. Ich hab auch irgendwie das Gefühl, das bei Linux nix einfach ist und alles mit einer Wall-Of-Text erklärt werden muss. Also: Hat jemand eine Idee? Ich konnte nichts Preisgünstiges finden, wo ich mir nicht einen Wolf Programmieren muss, um überhaupt nur einen Pixel aufs Display zu bekommen. Ist es so abwegig heut zu Tage, ein Display anzusteuern was größer wie nen Fingernagel ist(auch im Hobby-Bereich)? Klar, der Weg ist das Ziel. Wenn ich aber erst mal 200h an nem Displaytreiber programmieren muss, vergeht mir die Lust am Projekt. Und nein, die Displays von EA sind undiskutabel, weil einfach total überteuert mit 350€ für nen 7,0" Mini-Bildschirm. Meine Idee war auch schon ein Barebone mit Win8.1, aber das ding braucht natürlich mehr Strom und Kostet >200€ in der Anschaffung. Erfahrung hab ich mit Visual C# bei Windows, und ansonsten C und AVRs. Ideen? Vorschläge? Tröstende Worte? ;)
Schließ das Display am HDMI-Ausgang an, und Du musst keinen Displaytreiber schreiben. Fertige Lösungen dafür gibt es u.a. bei Pollin: Beitrag "Display-Set LS-7"
Hi, Das ist nicht das Problem. Wie gesagt, Displays gibts genug, auch mit HDMI. Mir macht aber das programmieren für den RPi probleme. Die meisten Tutorials beziehen sich auf Consolen Programme. Ich hätte aber gerne ein richtiges GUI. Daher hab ich das mit Code::Blocks versucht. Die Einrichtung davon (Toolchain) hat mich aber zur verzweiflung getrieben. Ich habs nicht mal hin bekommen das leere projekt zu compilieren.
Versuchs doch mal mit dem, was schon dabei ist. Da wäre Python zu nennen. Bei Wheezy ist das IDLE + IDLE3. Da ist auch die TKinter lib bzw. Schnittstelle dabei.
Hallo, du hast jetzt leider nicht genau angegeben was du steuern willst daher ist die Auswahl etwas schwerer. Wenn du eine leicht erweiterbare Hausautomation machen möchtest musst du auf mehrere Sachen achten: - Stromverbrauch - Ersetzbarkeit im Fehlerfall (Teileverfügbarkeit) - Visualisierungsmöglichkeiten - Zuverlässigkeit Meiner Meinung nach sticht für den Anwendungszweck "Hausautomation mit Visualisierung" die SPS von Wago heraus. Unter programmierbarer Feldbuscontroller ETHERNET TCP/IP 750-843 24 V/DC dürfte er relativ zügig im Internet zu finden sein. Das Grundmodul müsste +-300€ kosten, ist per CodeSys zu programmieren und bietet eine Visualisierung direkt onboard an. Über TCP/IP kannst du quasi auf Webseiten im Controller zugreifen welche deine Visualisierung darstellen. Wir haben hier einige Geräte im Einsatz in Punkto Zuverlässigkeit, Verfügbarkeit etc. sticht das System wirklich hervor. Bleibt jetzt natürlich nur die Preisfrage über: Lohnt sich die Investition? Wie gesagt, wenn man ein ganzes Haus automatisieren will sehe ich Wago als durchdachter an als einen RPi Eigenbau. Und ich habe nix gegen den RPi ist ja schließlich eins meiner liebsten Spielzeuge....
Habe das vor ein paar Tagen auch realisiert. Zur Programmierung habe ich Python genutzt (Pygame), funktioniert recht gut. Als Display kam bei mir jedoch ein kleineres Display zum einsatz (2.8"), dafür habe fbtft genutzt.
Hast Du schonmal drüber nachgedacht, Einen Webserver zu installieren (mit PHP) und dann ein HTML-GUI zu erstellen? Dann auf dem Pi nen Browser im Fullscreen-Mode auf die localhost-Adresse laufen lassen und gut ists. Hätte auch den Vorteil, dass Du gleich ne Remote-Funktion (Tablet, Handy etc) mit dabei hättest
Oder du nimmst statt Raspberry Pi ein Android Tablet mit I/O Interface über USB, Bluetooth oder WLAN. Android ist relativ einfach in Java zu programmieren und sehr gut dokumentiert.
> Hast Du schonmal drüber nachgedacht, Einen Webserver > zu installieren (mit PHP) und dann ein HTML-GUI zu erstellen? Das ist sicher eine sehr elegante Lösung, allerdings schätze ich, dass er sowas nicht zuverlässig hinbekommt - so wie er fragt.
pygame wurde hier schon erwähnt https://learn.adafruit.com/pi-video-output-using-pygame ebenso HDMI-Ausgang. schau auchmal hier: http://raspberrycenter.de/handbuch/welches-betriebssystem-laeuft-raspberry-pi auf der Suche nach Displays hilft http://www.adafruit.com/category/63 und schau auchmal hier http://www.adafruit.com/products/1590 und, wenn Du kreativ sein willst, hier https://github.com/notro/fbtft/wiki#make-it-permanent-debian Adafruit bietet viele gute Absatzpunkte für dein Vorhaben, was immer das auch seinmag ...
hallo! mit Webserver und Browser musst du dich überhaupt nicht um Pixel und Grafiktreiber kümmern, auch (und gerade) nicht unter Linux. Du brauchst auch kein PHP und kein Javascript sondern nur ein Kommandozeilen-C-Programm (oder ein paar davon). Gleichzeitig hast du damit ziemlich direkten Zugriff auf Hardware und System. Das Programm muss in der einen Richtung aus Messwerten und Zuständen statische HTML-Seiten erzeugen und in der anderen Richtung Benutzereingaben vom Browser/Webserver entgegen nehmen und damit die Hardware steuern. Für eine ähnliche Anwendung hab' ich zuerst ein GTK-Programm geschrieben. Anschließend hab' ich es auf HTTP/HTML umgebaut. Also spar dir den Umweg mit den Toolkits ;)
Vielen Dank für die vielen guten Antworten. Mit dem Displaytreiber hatte ich einen Gedankensprung - hier meinte ich Mikrocontroller. Sorry dafür! Das mit dem Webserver klingt nach ner guten Idee. Das werde ich mir bei Gelegenheit mal ansehen. Ich habe mich mit meinem Kollegen jetzt aber erst einmal auf Windows geeinigt - ein alter Laptop tuts hier. Steuern&Regeln wird dann ein STM32. Die Config-Datei wird auf eine SD-Karte abgelegt. Somit wird der PC nur zur Programmierung der Zeiten und Werte sowie für die Visualisierung benötigt. Es geht konkret um die Steuerung und Regelung von Temperatur und Luftfeuchtigkeit (Terrarium, Aquarium). Ja, es gibt haufenweise fertige Lösungen, aber mir geht es hier um was selbst bauen und Spaß dran haben!
Thread beobachten
Seitenaufteilung abschaltenBitte 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.