VFD mit USB Anschluß: Futaba MDM166A

Hi,

Unter http://projects.vdr-developer.org/issues/show/351 habe ich mal ein Patch abgelegt, mit welchem das Display auch über das Graphlcd-Paket unterstützt werden kann.

Das Graphlcd-Plugin selber habe ich noch nicht getestet, dafür aber die Standalone-Tools "showtext, showpic".
Mit diesen Tools kann das Display direkt per Kommandozeile angesteuert werden.

Andreas

Soo kleines Update zum Verkauf der Futabas: Bei Ebay startet / endet jeden Tag pünktlich um 18:30h eins. Immer ab 1,- Euro - ich wünsche viel Spaß beim Bieter Gefecht und der (Sommer-) Schnäppchen Jagd !

Tip: einfach nach " futaba usb vfd " suchen.

Im Eisgold Shop sind sie zum (wie ich finde fairen) Festpreis von 29,- Euro plus 3,- Euro Maxibrief gelistet. Lieferumfang ist immer anschlußfertig mit hochwertigem USB Kabel für den internen Anschluß + CD.

Die Reichweite des Bestandes dürfte bis mindestens Anfang 2011 liegen. Daher: eine weiterentwicklung der Software lohnt sich durchaus - das MDM166A bleibt bis auf weiteres sofort lieferbar.

Hallo,

ich habe mir das Display im Eisgold-Shop gekauft und bin echt begeistert.

Ich verwende das targavfd-plugin für den VDR, was auf Anhieb super
funktioniert hat.
Vielen Dank dafür an Andreas (Hulk).
Da ich XBMC nur selten verwende, werde ich auch bei diesem plugin bleiben.
Ich finde es sogar von Vorteil, wenn man den VDR-Status (z.B. Aufnahme läuft)
im VFD sieht, während man z.B. in XBMC mal ne DVD anschaut.

Als "Ende Modus" verwende ich "Nächsten Timer anzeigen".
Andreas, könnte man da, wenn kein Timer gesetzt ist, anstatt des Schriftzuges
"Kein aktiver Timer" das VFD ausschalten oder eben nichts anzeigen?
Soll ich, wenn da was machbar wäre, auf der Projekt-Seite einen Feature-Request einstellen?

Gruß
Klaus

Zitat

Original von franky93128
Als "Ende Modus" verwende ich "Nächsten Timer anzeigen".
Andreas, könnte man da, wenn kein Timer gesetzt ist, anstatt des Schriftzuges
"Kein aktiver Timer" das VFD ausschalten oder eben nichts anzeigen?
Soll ich, wenn da was machbar wäre, auf der Projekt-Seite einen Feature-Request einstellen?

Mach doch, dazu ist der Bugtracker schließlich dar. Wobei ich mir einen VDR ohne Timer nicht vorstellen kann ...

Andreas

BTW: Es ist überhaupt nicht notwendig für die Verwendung des Bugtracker um Erlaubnis zu fragen !...

Hallo

Zitat

Original von Hulk
Mach doch, dazu ist der Bugtracker schließlich dar. Wobei ich mir einen VDR ohne Timer nicht vorstellen kann ...

Ich hab meinen Featurewunsch im Bugtrackeer eingestellt.

Ich mache mit meinen VDRs natürlich auch timergesteuerte Aufnahme und dann ist es ja auch sinnvoll, dass der anstehende Timer im VFD angezeigt wird, wenn man den VDR abschaltet.
Das verhindert nämlich, dass jemand anderer (meist meine Frau) den Strom im Energiesparwahn komplett abdreht, wenn eine Aufnahme programmiert ist.

Nur steht halt auch häufig keine Timeraufnahme an wenn der VDR runterfährt und dann findet speziell meine Frau den Schriftzug "Kein aktiver Timer" störend.

Ein gute Alternative zum "VFD abschalten" wäre jedoch auch, anstatt dieses Schriftzuges nur einen Punkt oder Bindestrich zu verwenden, da man dann sieht, dass der VDR Strom hat.
Diese Variante mit dem Bindestrich würde ich sogar vorziehen und lässt sich ja evtl. auch einfacher realisieren.

Gruß
Klaus

Hi Fux,

schau' doch einfach mal in den (aktuellsten) Patch für XBMC. Dort habe ich die "pseudo-Progressbar" benutzt, die ich auch in den Treiber "reinoperiert" habe.
Und nein, noch gibt es (imho) keine komfortablere Methode, Icons zu steuern, als über die Bitmasken.

Viele Grüße,
Chriss

So, jetzt muss ich hier aber auch mal meinen Mittelscharfen hinzugeben...

Zunächst mal Danke an alle, die so fleissig gehackt haben (auch wenn ihr mir den Spass verdorben habt, es selbst zu hacken)

Wichtigste Frage, haben wir schon Ergebnisse von der lcdproc-mailingliste?

Ach ja, und falls interesse besteht könnte ich noch den Hack beisteuern, den ich mal für mein Shuttle-VFD gemacht habe, um die dortigen statischen Icons anzusprechen. Das funktionierte so, dass bei einem Icon-widget einer der (in diesem falle ja sinnlosen) Positionsparameter für die Information "setzen" bzw "löschen" missbraucht wurde. Wie gesagt, wenn ihr das gerne möchtet, könnte ich den alten code bisschen abstauben und für das futaba targa umschreiben.

Wenn ich nur noch wüsste, wie weit ich damals mit dem patchen des eigentlichen LCDd gekommen war...

Hallo user42,

ähm, ich verstehe nicht ganz, was Du mit dem Hack für statische Icons meinst. Für das Futuba (mdm166a) können die schon seit fast von Anfang an durch einen meiner Patches angesprochen werden.
Sonst wäre das Display bei mir noch nicht im Wohnzimmer im Einsatz.

Viele Grüße,
Chriss

Zitat

ich verstehe nicht ganz, was Du mit dem Hack für statische Icons meinst.

Ich meine damit, die Icons nicht über Umwege,sprich über output, sondern als _Icons_ anzusprechen. Mit

widget_add test test icon

in telnet zum Beispiel. Im Grunde tue ich nichts weiter, als die entspr. Aufrufe an den Treiber auf die statischen Symbole umzubiegen. Der Vorteil IMO ist, dass es über eine Schnittstelle funktioniert, die eigentlich jeder Treiber unterstützt, wenn auch die meisten nur im Textmode. Ich poste zum besseren Verständnis mal einen Ausschnitt aus meinem ShuttleVFD-Treibercode:

MODULE_EXPORT int shuttleVFD_icon(Driver *drvthis, int x, int y, int icon)
/* x and y values are not applicable; if y is even, the symbol is set,
/* else it is cleared. Volume settings count as one symbol for this purpose */
{
//printf("shuttleVFD_icon called\n");
unsigned long pass;
  PrivateData *p = drvthis->private_data;
        switch(icon){
                case ICON_STOP:pass=SHUTTLE_VFD_ICON_STOP;break;
                case ICON_PAUSE:pass=SHUTTLE_VFD_ICON_PAUSE;break;
                case ICON_PLAY:pass=SHUTTLE_VFD_ICON_PLAY;break;
                case ICON_FF: pass=SHUTTLE_VFD_ICON_FASTFORWARD;break;
                case ICON_FR: pass = SHUTTLE_VFD_ICON_REWIND;break;
                case ICON_REC: pass= SHUTTLE_VFD_ICON_RECORD;break;
                default: return -1;
        }
        unsigned long symbuf = p->last_icons;
        //printf("%d, %d\n", symbuf,pass);
        if(pass <= SHUTTLE_VFD_ICON_STOP){ //if we were passed a standard icon
                if(y % 2 == 0) //if we were told to set it
                        symbuf |= pass; // we or it in
                else
                        symbuf &= (~pass);//we and it out
        } else if (pass > SHUTTLE_VFD_ICON_STOP && pass <= SHUTTLE_VFD_ICON_VOL_12){//if we were passed a volume icon
                if(y % 2 == 0)//if we were told to set it
                        symbuf = (symbuf & SHUTTLE_VFD_VOL_MASK) |pass;//we mask out the old one and or the new pattern in
                else
                        symbuf &= SHUTTLE_VFD_VOL_MASK; //we just and the whole block to zero
        }


        p->icons = symbuf;
        p->last_icons = p->icons;
        return 0;
}

Edit: Auch zu diesem:

Zitat

noch gibt es (imho) keine komfortablere Methode, Icons zu steuern, als über die Bitmasken.

Das wäre z.B. eine Methode, die unbequemen Bitmasken zu umgehen. Soweit ich mich erinnere war das mit auch ein Grund, warum ich es so gemacht habe.

Edit: Ich sehe gerade, dass da nur die grundlegendsten Icons mit drin sind, that is, das ist eindeutig nicht die neueste Version des Treibers. Tja, ich geh dann mal Träger anheuern und Proviant einkaufen für eine zweiwöchige Expedition in die unerforschten Tiefen meiner Festplatten und Backups

JA ICH HAB BACKUPS!!! Zwei Ausfälle bei nagelneuen Platten hintereinander machen sowas mit dir...

Soodala, anlässlich der Tatsache, dass der LCDd bei mir nicht auf port 13666 horcht, habe ich mir die Freiheit genommen, Christoph's mdmicons mal etwas aufzumöbeln.

Fux: Falls ich das richtig verstehe, möchtest du, dass die Icons immer dem höchstprioren screen zugeordnet sind? Ich hab mir gerade den Treiber und den Christoph's mini-client mal reingezogen, und so wie es scheint, ist der Output bei den Screens und Widgets komplett aussen vor.

Hm, nicht komplett -- lcdproc hat einen seltsamen side-effect, der beim Start einige der symbole setzt, aber das gehört nicht hierher.

Schon seltsam, ich hab damals genau das umgekehrte Problem gehabt. Meine Implementation über die Icon-Widgets leistet nämlich genau das was du möchtest. Allerdings wäre da ohne ausführliche Umbauten erst mal nur Play, Pause und Record zu machen, für alle anderen icons fehlen die Konstanten im Server.

Machbar ist auch das, aber das dauert ein paar Tage, weil wenn ich das schon mache, will ich's gleich richtig machen, so dass es in das lcdproc-Projekt kommited werden kann. Die Idee dabei ist, die Definition der Icons dem Treiber zu überlassen und den Server dazu zu bringen, beim client nach einer Custom-Iconliste anzufragen.

Zitat

Original von Fux
Wäre super wenn das ganze in den offiziellen branch einfließen könnte.

Das hoffe ich doch. Ich werde mal so schnell wie möglich ein kleines Diff fertigmachen und Dir hochstellen.

Als nächstes werde ich mir dann was überlegen müssen, wie wir dem Server die angepassten Iconlists nahebringen. Bis jetzt ist das mit nem switch/case gelöst, und das ist ja nun nicht wirklich dynamisch. Ich bin da übrigens für alle Ideen offen...

Update: Leider hab ich's dieses Wochenende nicht mehr geschafft, und der Urlaub is auch alle - Bitte um etwas Geduld, ich bin drüber.

Zitat

Original vonXtreme2k vom 24.05.2010
Ich habe den Treiber jetzt auch mal in den lcdproc-tracker auf sourceforge eingestellt.

Ich schätze mal das ist da wohl irgendwie untergegangen.
Schick es doch besser noch mal an die Mailliste, da wurde bislang immer prompt geantwortet.

Zitat

Original von user42
Machbar ist auch das, aber das dauert ein paar Tage, weil wenn ich das schon mache, will ich's gleich richtig machen, so dass es in das lcdproc-Projekt kommited werden kann. Die Idee dabei ist, die Definition der Icons dem Treiber zu überlassen und den Server dazu zu bringen, beim client nach einer Custom-Iconliste anzufragen.

Die Icon-Widgets für sowas zu missbrauchen halte ich für nicht zielführend, da diese Icons eigentlich einen Platz im Text beanspruchen, das kann mit anderen Clients Probleme geben.
Ausserdem sind diese Icons an den Screen gekoppelt, d.h. Anzeige von einem Client (zB. VDR) und ein Icon von einem anderen (zB. Mailprogramm) geht nicht. Imho ist die "wichtigste" Verwendung von diesen Icons die diskrete Information über bestimmte Hintergrundaktivitäten (zB. laufende Aufnahme, neue Mails, ... ), ohne dabei die komplette Anzeige umzuschalten.

Wenn sollte man doch gleich eine komplett neue Schnittstelle schaffen, wo der Treiber den Namen der Funktion usw. definieren kann und somit für die Zukunft gerüstet ist.

Hallo,

Targa_mdm166a Warum hast du kein paypal im Shop

MFG