Ich finde es top! Alleine deswegen weil es kapazitiv ist statt resistiv. Auflösung zwar nur 800x480 aber reicht vollkommen. Keine unnötigen Kabel und Touchcontroller. Das Pollin ist zwar auch echt gut weil es nativ 1024x600 hat, alles skaliert (auch FullHD) und neben HDMI auch VGA und DVI hat, aber brauch seperate Stromquelle und verballert ein USB Port für den Touchcontroller.
Für den CarPi würde ich zum Raspi Display greifen.
Okay, danke für die Info!
Werde es mir dann nochmal angucken. Habe mein jetziges Display gekauft, da es einen AV Eingang hat der automatisch umswticht sobald etwas auf dem Signal kommt. Habe dort eine Rückfahrkamera angeschlossen, dies sobald das Rückfahrlicht angeht ebenfalls anspringt. Muss ich mal schauen, wie sich das dann realisieren lässt, wenn ich das Raspberry Display in Benutzung habe..
Könnte man ja ansonsten auch so lösen, dass man via USB über nen Video-Grabber das AV-Signal abgreift, und dann automatisch nen Stream einblendet, wenn in den Rückwärtsgang geschaltet wird (über Relais/Optokoppler am GPIO).
Welche Idee habt Ihr denn wegen der Helligkeitssteuerung?
Ich habe derzeit eben vor, nen Fotowiderstand in die Stromversorgung der Hintergrundbeleuchtung zu setzen, damit die Helligkeit immer ans Umgebungslicht angepasst ist. Das geht aber ja nicht mit dem offiziellen Display; und nen analogen Wert (von z.b. nem Fotowiderstand) kann man nur über Umwege mit dem Raspberry auslesen...
Wie macht Ihr das? Oder garnicht?
Das würde mich auch mal interessieren.
Ist ja eigentlich ein wichtiger Bestandteil für die aktive Nutzung im Auto. Die Gefahr geblendet zu werden ist mir persönlich einfach zu groß und mit einem zu hohen Risiko verbunden.
Konnte man beim Pollin nicht die Helligkeit am Display selbst regeln? Ich meine das ginge...dann könnte man nen GPIO mit dem Controlerboard verbinden und dann über GPIO High etc. vielleicht den Knopfdruck auslösen.
Ja, lässt sich über das Controlerboard verstellen.
Aber das ist ja ein seperates Menü auf dem Board bei dem man sich erstmal zum Punkt "Helligkeit" durchklicken muss.
Ob das so einfach ist...
Vor allem während der Fahrt. Stell ich mir schon gefährlich vor. :p
Am Display kann man die Helligkeit natürlich verändern, wenn man ein paarmal durchs Menü navigieren will.
Ist natürlich auch nicht so elegant, wenn dann erstmal auf derm Screen das Menü zu sehen ist (ich weiß nicht, wie schnell der Displaycontroller die Eingaben verarbeiten kann...)
Ich habe nun das 2016 Image aufgespielt und auf den Pollin Display eingestellt.
Funktioniert Top, habe jedoch zwei Fragen.
Das Boot video wurde bewusst weggelassen, da der Bootvorgang nicht mehr so lange dauert oder ist das ein Fehler von mir?
Sowohl Reboot wie auch Shutdown funktioniert über die Onscreen tasten nicht. Der Pi 2 fährt alle Software runter, bleibt aber dann bei ["Sekunde"]reboot: system now halt stehen und macht kein wank mehr. Woran kann das liegen? Da ich den Pi 2 mit Fixen kabel verbunden habe kann ich diese nicht trennen und muss dann immer warten bis die S.USV denn Pi nach 3 Minuten herunterfährt oder einfach abschaltet, ich weiss nicht was die USV in diesem Moment macht?
Vielen dank für deine Antwort
Das Bootvideo funktioniert unter Jessie bisher noch nicht.
Zum runterfahren müsste im Zweifelsfall mal geguckt werden, was für ne Aktion der Button überhaupt auslöst. Wenn man per shell und sudo shutdown now runterfährt, geht das.
-->probier mal das hier: Änder mal im Script unter (skin-ordner)/scripts/system_poweroff.py folgendes:
Bisher steht dort in der letzten Zeile
Code:
os.system("sudo halt");
änder das mal zu
Code:
os.system("sudo shutdown now");
und guck, was passiert.
(07.03.2016, 15:43)nichnormal schrieb: [ -> ]Das Bootvideo funktioniert unter Jessie bisher noch nicht.
Zum runterfahren müsste im Zweifelsfall mal geguckt werden, was für ne Aktion der Button überhaupt auslöst. Wenn man per shell und sudo shutdown now runterfährt, geht das.
-->probier mal das hier: Änder mal im Script unter (skin-ordner)/scripts/system_poweroff.py folgendes:
Bisher steht dort in der letzten Zeile
Code:
os.system("sudo halt");
änder das mal zu
Code:
os.system("sudo shutdown now");
und guck, was passiert.
Danke für deine Antwort. Ja wen ich den Pi per "sudo poweroff" per SSH herunterfahre funktioniert es, "sudo reboot" funktioniert nicht -> selbes Problem.
Ich werde es mir heute nach der Arbeit gleich mal anschauen.
Kann es sein das es momentan für den Pi 3 optimiert ist und dies beim Pi 2 ein Problem auslösen kann?