Ich besitze das OrigenAE M10 mit dem VFD 310 Display. Gibt es da inzwischen eine Lösung das LCD Plugin mit Sonderzeichen zu konfigurieren. Die Zeichensatz Einstellung des Plugins lässt mir nur die Wahl zwischen verschiedenen falschen Zeichen
LCDProc Plugin - imon VFD - Umlaute
-
-
Der Thread ist zwar schon ein paar Tage alt, dennoch würde mich interessieren ob es hierzu eine Lösung gibt.
Gruß maz
-
Moin zusammen,
da muss ich dich leider enttäuschen, ich habe das mal vor einiger Zeit beim OrigenAE-Support angefragt und folgende Antwort erhalten:
Code
Alles anzeigenDear Sir, Unfortunately VF310 doesn’t support Linux and support only English. Sorry for this. If you have any question, feel free to contact us. Best regards, Origen Support cid:079314709@06012009-294D (Korea) tel: +82 (0) 31 938 8051 fax: + 82 (0) 31 938 8073 #209 Baeksan B/D,763-2 Hengsin-dong, Dukyang Gu Goyang City, Gyounggi Do, 412-220, Korea www.origenae.com
Die Aussage, mit der fehlenden Linuxunterstützung ist falsch, allerdings bekomme ich
definitiv keine Sonderzeichen bzw. Umlaute mit lcdproc dargestellt.Cheers,
Ole -
Ich habe es mit einer älteren lcdproc Version (die aus dem yavdr repo) bereits hinbekommen, die Sonderzeichen darzustellen. Ich bin nach der Anleitung auf dieser Seite vorgegangen: http://www.tisno.de/index.php/…display-und-fernbedienung Mit der aktuellen lcdproc Version (selbst kompiliert) scheint der charmap Parameter aber nicht mehr zu funktionieren, der imon Treiber wird dann nicht mehr geladen.
-
was steht denn in der LCDd.conf ? CharMap=hd44780_euro ?
-
Hallo,
ich hatte dieses Problem auf meinem System (OrigenAE M10 mit dem VFD 310 Display, etobi basierend auf Debian Jessie) auch lange Zeit. Angestachtelt durch diesen Thread habe ich mich heute nochmals drangemacht und war letztlich erfolgreich. Folgendes Vorgehen (wie gesagt, für e-tobi auf Debian Jessie, konfiguriert und kompiliert direkt auf dem VDR).
Zunächst mal die sourcen für lcdproc geholt (ist die version 0.5.7):
Danach im lcdproc-sourcenverzeichnis ein
ausgeführt. Danach das eigentliche configure. Dieses sah bei mir so aus:Code./configure --prefix=/usr --sysconfdir=/etc --libdir=/usr/lib/x86_64-linux-gnu/ --enable-drivers=imon --enable-extra-charmaps
Die ersten switches sind für die Verzeichnisstruktur auf dem System (Wo sind die libs, execs, confs). Wichtig hierbei das --enable-drivers=imon und --enable-extra-charmaps, dadurch wird die upd16314 Charmap im imon Treiber verfügbar gemacht.
nach dem konfigurieren einfach ein "make" und "make install". Da nochmal drauf achten, dass die Execs, Libs und confs in die richtigen Verzeichnisse wandern. Nach einem Reboot hat das bei mir dann funktioniert. Meine LCDd.conf sieht dabei folgendermassen aus:
Code
Alles anzeigen## This file was written by cme command. ## You can run 'cme edit <application>' to modify this file. ## Run 'cme list' to get the list of applications available on your system ## You may also modify the content of this file with your favorite editor. [server] Bind=127.0.0.1 Driver=imon DriverPath=/usr/lib/x86_64-linux-gnu/lcdproc/ Foreground=no GoodBye="" GoodBye="" Hello="" Hello="" NextScreenKey=Right Port=13666 PrevScreenKey=Left ReportToSyslog=yes ServerScreen=blank TitleSpeed=1 ToggleRotateKey=Enter User=nobody WaitTime=5 [imon] CharMap=upd16314 Device=/dev/lcd-imon Size=16x2 [menu] DownKey=Down EnterKey=Enter MenuKey=Escape UpKey=Up
Vielleicht hilft es ja dem ein oder anderen!
Gruß Nipf
-
Danke nipf!!! Ich habe dasselbe Gehäuse, und Deine Anleitung hat so einwandfrei bei mir funktioniert (auch mit yavdr 0.5).
Eine Frage noch: Warum dauert es jedesmal eine gefühlte Ewigkeit bis das lcdproc Plugin die ersten Zeichen auf dem VFD darstellt? Es scheint immer nach dem Start von LCDd irgendwelche Verbindungsprobleme oder Verzögerungen zu geben.Gruß maz
-
Prima, schön das es geklappt hat!
Das mit der Verzögerungszeit habe ich bei mir auch - leider keine Ahnung, woran das liegt...
-
-
Hallo Remi,
danke für den Tipp! - allerdings verwendet Debian Jessie systemd als init-Manager (zumindest in meinem System) und nicht upstart. Ich muss mich mal in systemd einarbeiten, habe ich bisher noch nicht gemacht... (oder es hat schon jemand was funktionierendes, woran ich mich orientieren kann )
-
Hallo,
ich habe mich des Themas der "zu spät startenden" lcdproc Ausgabe nochmals angenommen. Folgendes habe ich bei mir getan (e-tobi basierend auf Debian Jessie)
1.) Unter /etc/systemd/system eine systemd Konfiguration für LCDproc angelegt (Info von hier, einfach ein
erstellen und den Inhalt reinpasten).2.) Die Konfiguration mittels folgendem Befehl aktivieren:
Danach stimmte die Aufstartreihenfolge bei mir und die Verbindung zum LCDd Daemon funktionierte stets auf Anhieb. Allerdings zeigte das Display dann immer noch spürbar später die Informationen, nachdem der VDR bereits ein Bild hatte. Nach einigem Suchen stieß ich dann auf diesen Thread: Die entscheidende Stelle hierbei war für mich:3.) Im OSD Menü folgenden Punkt ändern:
Im Anschluss ist auf meinem System die lcdproc Ausgabe vor dem Bild erschienen -> für mich hiermit zunächst gelöst. Ich beobachte, ob es sporadisch noch zu Fehlern kommt...Gruß,
Nipf
-
Danke nipf, vor allem für Punkt 3. - damit startet die Anzeige auf dem Display nun deutlich früher.
-
Hallo,
ich würde dies auch gerne einmal testen. Wo ist denn bei yavdr das:
lcdproc-sourcenverzeichnis?und wo muss ich bei yavdr dies eingeben?
sudo nano lcdproc.service -
ich würde dies auch gerne einmal testen. Wo ist denn bei yavdr das:
lcdproc-sourcenverzeichnis?
Die Frage verstehe ich nicht. Das Sourcen-Verzeichnis ist da wo du das Source-Paket hin installierst.Gerald
-
und wo muss ich bei yavdr dies eingeben?
sudo nano lcdproc.serviceIm Ordner für Zukunftsschweinefleisch - die Ubuntu-Versionen auf denen yaVDR 0.5 (12.04) und 0.6 (14.04) aufsetzen, nutzen statt Systemd noch Upstart als Init-System.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!