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:

Dear 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):

apt-get source lcdproc

Danach im lcdproc-sourcenverzeichnis ein

automake --add-missing

ausgeführt. Danach das eigentliche configure. Dieses sah bei mir so aus:

./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:

## 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...

wenn man es richtig macht, gibt es keine Verzögerung.
Bei mir ist das Displpay kurz vor dem Bild da. Bootzeit ca. 20 Sekunden
Lest mal da weiter, vielleicht hilft's

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

sudo nano lcdproc.service

erstellen und den Inhalt reinpasten).

2.) Die Konfiguration mittels folgendem Befehl aktivieren:

systemctl enable lcdproc.service

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:

/ Einstellungen / Plugins / lcdproc / SetClientPriority = an

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

Zitat von wunderstürmer

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

Zitat von wunderstürmer

und wo muss ich bei yavdr dies eingeben?
sudo nano lcdproc.service

Im 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.