MODDING-FAQ FORUM

Hallo Leute,

ich wollte mal herumfragen, ob noch Interesse an einem STGLCD - in diesem Falle besser STG15LCD - besteht. Ich habe das ganze schon mehr als einmal angefangen, aber immer wieder abgebrochen.

Jetzt, mit einem G15-Keyboard vor mir, hat das ganze wieder Reiz gewonnen  ;D Erste Tests mit dem G15 sind prima verlaufen, was natürlich Lust auf mehr macht.

Was mir so vorschwebt:

• Scripting in einer Pascal-ähnlichen Sprache (keine anderen Sprachen, ist entweder langsamer oder kostet Geld). Scripts liegen in Extra-Dateien


• Konfiguration wie immer über INI-Datei


• Unterstützung von T6963c, KS0108


• Unterstützung von Parallel-GLCD - auch wenn ich mich frage, ob das noch Sinn macht


• wenn @Ast Lust hat und was zurechtbastelt, auch via USB


• natürlich das G15-Keyboard


• Funktionalitätsumfang wie STLCD, bereinigt um einige nicht mehr existente Dinge wie Seti@home, MotherboardMonitor usw.


• Grafische Spielchen wie eigene Bitmaps, frei wählbare Schriften, Verlaufsanzeigen (wie z.B. bei Fraps), Spektralanalyzer aus Winamp

Negativ-Liste:

• Nach wie vor kein Vista-Support. Nein, wirklich nicht. Installiert euch besser ein weniger spionagefreundliches Betriebssystem...  ;)


• Kein Open Source, aber Freeware (oder Donateware - kann man mal versuchen)


• Kein IOWarrior


• Kein Shared-Memory-Interface nach draußen (hat keiner je benutzt)

Bereits funktionell:

• G15-Support


• Scripting


• freie Fonts (die aus Windows - ergo unendlich viele)


• Teile des neuen Datensammler-Kerns (ebenfalls Multithreaded, ergo Multicorenutzung)

Prinzipbedingt sind einige Dinge, die aus STLCD gewohnt sind, nicht haltbar - wie z.B. die geringe CPU-Last. Diese wird definitiv anziehen, allein schon wegen der Datenmengen. Ich werde mich aber bemühen, das ganze in erträglichem Rahmen zu halten und natürlich wird STGLCD wie auch STLCD niemals FPS-Verluste verursachen, wenn ich es verhindern kann  ;D.

Also Leute, sagt mir, was ihr davon haltet. Anregungen, Ideen, Wünsche etcpp. werden gern entgegengenommen.

Meine erste Idee wäre: Wie wäre es mit "zwischen 20.00 Uhr und 07.00 Uhr geht die Beleuchtung der G15 an - sonst ist sie aus". Noch einen Satz monatsabhängige Steuerzeiten dazu und... Blödsinnig im Kubik, aber cool  8) 8) 8)

Ein STGLCD würde ich nach wie vor begrüßen. Schade, dass der IOWarrior nicht unterstützt wird, aber wenn die Entscheidung fest steht, dann ist das eben so. Das Argument, dass der IOW nicht schnell genug sei, nehme ich nämlich nicht entgegen, da das c't-mäusekino den ja auch verwendete...
Eine USB-Ansteuerung wäre natürlich das beste, da zeitgemäß und überall verfügbar. Ast kümmert sich schon darum, der hat ja jetzt noch ein bisschen Zeit bis zum Studium. Und dann brauche ich unbedingt Tasten zur Bedienung von Media-Programmen, da führt kein Weg dran vorbei :D.

Hatte ich glatt vergessen - keine Girder-Funktionen. Sorry, das tu ich mir auf keinen Fall an  ;D

Das mit dem IOW habe ich nur rausgehalten, weil der Chip sehr teuer ist. Ich weiß, das die Jungs den modernisiert und beschleunigt haben und auch der Zugriff auf ihn ist nun via DLL besser zu machen. Aber in unseren Geilgeiz-darf-bloß-nix-kosten-Kreisen kommt so ein Teil nie zum Einsatz - eben weil zu teuer (SDK 80€, Chip einzeln habe ich nirgendwo gefunden).

Unter www.segor.de gibts den auch einzeln zu kaufen, kostet afaik um die 13€ für den IOW24. Habe sonst sehr gute Erfahrungen mit Segor gemacht, ob alles mit dem Versand klappt kann ich jedoch nicht beurteilen, weil ich die Filiale fast vor der Haustür bzw. eher Bürotür habe. Vielleicht bleiben ja an Asts Steuerplatine ja noch ein paar Pins für Taster offen, dass man darüber was hinbekommen könnte, indem man den Tasten eine bestimmte Taste oder Tastenkombination auf der Tastatur zuordnen kann.

Hui, das klingt interessant.

Und an ner USB-Version würde ich mich dann natürlich gerne mal versuchen.

Ob die aber genauso low-cost werden kann wie USB-LCD, hängt aber davon ab, wie hoch die Datenraten sind, denn die AVR-USB-Firmware ist nicht gerade die schnellste...
Ne schnelle Alternative wäre ein FT232 oder FT245, die jedoch bei Reichelt mit ca. 6€ zu Buche schlagen.
Zusammen mit dem AVR käme man dann auf ca. 8-10€, was ja zumindest noch etwas günstiger ist als der IOWarrior.

Ich müsste mal endlich den Datendurchsatz der Firmware messen...

oh ja, STGLCD waer was feines... ich habe mein GLCD seit jahren nichtmehr benutzt, da ich nie wirklich zufrieden mit LCD Hype war.

Rein der Informationspolitik halber:

(http://stlcd.curz.com/STG15LCD01.jpg)
(http://stlcd.curz.com/STGLCD02.JPG)

Folgendes Script läuft da im Hintergrund ab:

Unschwer zu erkennen, das das alles "zu Fuß", also von Hand da hingepixelt wird. Wenn sich alte Delphi-Hasen gleich zu Hause fühlen: Ja, alle Funktionen des TCanvas sind erlaubt  ;D

Grande! :bestens:

Ich dachte mir, das Dir das zusagen würde, @mad ;D ;D ;D

Wer damit nicht wirklich alles nur denkbare aufs LCD bekommt, macht was falsch...

Ich bastel jetzt noch nen Bitmap-Loader, dann hätten wir das allerschlimmste zum Zeichnen erschossen.

[Edit]

Thx an @Madshark für seine Hilfestellung ;D

(http://stlcd.curz.com/STGLCD03.JPG)

Klingt interessant, könnte ich meine schönen GLCDs wieder entstauben.

Nur meine Frage nun. ISt es möglich/geplant das ganze "skinnable" zu machen?

so das ich mir quasi aus grafiken mein eigenes "Skin" fürs LCD zurechtpfrickeln kann? :)

man entschuldige falls ich die antwort nur überlesen habe :) Um aber auf die Eingagnsfrage zurückzukommen, ich habe interesse daran :)

Moinsen,
ich melde hiermit auch mal mein Interesse an.
Bin nämlich seit heute auch Besitzer einer G15 (nein, nicht der neuen Revision^^)

Gibts das Klickibunti-Programm eigentlich schon irgendwo zum Ausprobieren oder behältst Du es lieber erstmal für Dich, Olaf?^^
Würde es liebend gern mal antesten!

mfg
darry

Bisher liegt das ganze nur auf meiner Platte herum  ;D

Im Moment bin ich noch dabei, die ganzen Informationen, die STLCD zusammentragen konnte, auch hier zu integrieren. Ist nur A) ein gewaltiger Berg an Code, der da revisioniert werden muß und B) möchte ich ein paar konzeptionelle Probleme aus STLCD vermeiden.
Außerdem fallen mir immer mehr lustige Dinge ein, die man so machen könnte - die aber immer wieder das komplette Design umwerfen. Man denke z.B. an Animationen, die über den BMP-Loader gemacht werden könnten... Dies erfordert, das das Script dauerhaft läuft - was automatisch das Umschalten von einem Screen zum anderen äußerst schwierig macht.

Alles Dinge, die das Leben nicht gerade vereinfachen ;D

darf man mal anfragen, ob du an STGLCD schon ein bisschen weitergemacht hast?! wenn ja, wie weit bist du denn im moment? ich wuerd mich auch dazu bereiterklaeren, es mit dem GLCD zu testen, welches Klinkerstein bzw. Simon damals in einer massenbestellung besorgt hat. den controller kann ich dir, wenn du willst, mal raussuchen und mitteilen. solltest du ein testgeraet brauchen, schicke ich dir meins auch gerne zum testen zu. ;)

Im Moment bin ich dabei, all diese netten Anzeigegimmicks, die STLCD so drauf hat, zu implementieren. Dabei ist mir aufgefallen, das das ne ganze Horde von Gimmicks geworden ist - das dauert also noch ein bissel.

Weiterhin überlege ich an einem Parallelport-Tester herum. Das Teil soll mir ähnlich einem RS232-Tester den Status der einzelnen Pins am PIO anzeigen. Hab da aber keine rechte Idee, wie ich das Ding basteln soll... So ein Teil würde mir die Arbeit an den PIO-Treibern massiv vereinfachen.

Ist das so kompliziert? Ich stelle einfach mal folgenden Vorschlag in den virtuellen Raum: Die 8? Datenleitungen sollen überwacht werden. Man nehme zwei Quad-OpAmps und greife die Signale hochohmig über einen Widerstand ab. Am Ausgang des OpAmps wartet jeweils eine LowCurrent-LED auf Spannung. Es mag sein, dass ich mal wieder zu kurz gedacht habe, mir liegt aber die Weiterentwicklung von STGLCD auch am Herzen. :D
Oder soll es eher ein LogicAnalyzer werden? Dann ist wohl Ast der richtige Ansprechpartner...

Die Idee ist gar nicht mal schlecht... Ich hatte überlegt, vieleicht 2 6fach-Treiber zu verwenden (74HC irgendwas) und damit je eine LED anzusprechen, ich hab ja nicht nur die 8 Datenbits, sondern die Steuerleitungen müssen auch angezeigt werden.

Einen LogicAnalyzer brauche ich nicht dafür - beim Debuggen kann man Schritt für Schritt im wahrsten Sinne des Wortes "sehen", wie sich die Pegel am PIO ändern, daher wäre so eine simpel-Lösung mit LED wesentlich besser geeignet.