MODDING-FAQ FORUM

Hallo!
ich wollte fragen ob ich STLCD für das crystalfontz 631 USB lcd benutzen kann?
ich hab es bis jetzt noch nicht hinbekommen.

danke für eure hilfe!

dsieb

Nein, es ist nicht intgeriert, da Olaf so eines noch nich zwischen die Finger bbekommen hat. ;D ist es denn ein TextLCD? Ich denke, wenn du es olaf zuschickst, wird er mal hand anlegen !

wie was soll ich ihm schicken? ???
mein kleines lcd? das hab ich doch erst so kurz *heul* ;D

das hier ist es:
http://www.crystalfontz.com/products/631/index.html (http://www.crystalfontz.com/products/631/index.html)

Laufen andere USB LCDs mit stlcd? dann sollte meins doch eigenltich auch kein porblem sein, oder?

Unterstützt werden von STLCD übrigens alle an einen IOWarrior angeschlossenen LCDs, sofern sie einen der bekannten Controller-Chips draufhaben.

Zu den CF's selbst ein paar Worte:
Die Crystalfontz-USB's passen überhaupt nicht ins Treibermodell von STLCD - die wollen nämlich ein Software-Handshake und das ist in Multithread-Programmen praktisch unmöglich einzuhalten.

Darüberhinaus empfiehlt CF auch noch, so zirka 250ms auf eine Antwort vom LCD zu warten :o Ich hab innerhalb von STLCD wirklich genug damit zu tun, die CPU-Last so niedrig wie möglich zu halten, und nun soll ich 250ms lang CPU-Zeit verheizen ???

Bin ja zu vielen Schandtaten bereit, aber da sollten wir wirklich nochmal drüber nachdenken...

Hm,
gerade in Multithreadprogarmmen sollte warten doch kein Problem sein?
In java ist das mit einem Thread.sleep(500) sofort geloest :)

ok schade, hätte ja sein können! :(
aber danke für die schnellen antworten!

bis denne!

Ich bitte darum, JAVA-Programme nicht mit einem WinAPI-Programm zu vergleichen. Das sind Äpfel und Bäume, an dem Birnen hängen.

Das man einen Thread per Sleep() schlafenlegt, ist mir übrigens auch bekannt ;D. Aber: In STLCD wird jeder greifbare Taktzyklus, den Windows mir zugesteht, auch voll genutzt. Darum macht man ja Multithread-Programme und darum benötigt STLCD auch nur sehr wenig CPU-Zeit. Alles in diesem Programm ist auf maximales Ausnutzen der zugeteilten Zeit und zugleich auf minimalsten Zeitbedarf ausgerichtet.

Da legt man nicht mal eben einen Thread ne Weile schlafen, denn diese Zeit kann (und muß) anderweitig genutzt werden - das wiederum bedeutet, das ein exaktes Timing nicht einzuhalten ist, ganz besonders im Hinblick auf die Thread-Prioritäten, die da auch ein gewichtiges Wort mitreden.

Wer glaubt, das sei alles Kinderkram, kann ja mal ein Prog mit 5 Threads, die voneinander abhängen und mit verschiedenen Prios laufen, aus dem Ärmel schütteln ;)