|
2326
|
Alles rund ums Modden / Tutorials / Re:LISA III - Projekt
|
am: Mai 29, 2003, 09:31:36
|
1. Die bilder vom netzteilmod sind schlecht denn wenn das in wirklichkeit auch so aussieht dann ist der mod fast schon erbärmlich.
Hättest Du das Tut gelesen und nicht nur die Bilder angesehen, wäre dir aufgefallen, das ich dort hin geschrieben habe: Die DigiCam ist mit soetwas überfordert.
Bilder mit ner SR sind in der Mache - und das NT sollte glühen, nicht sie Sonne ersetzen 
Nichtsdestotrotz ist eine einzelne LED wirklich etwas wenig. Zwei weitere liegen schon in der Schublade.
2. die Gravur ist schlecht beleuchtet Zwar mit vielen leds aber die solte man reinboren dan wäre warscheindlich auch das linke untere Ecke beleuchtet.
Wie schon bemerkt, ist das Plexi festgenietet und maximal 3mm dick (eher 2mm). Da ist nix mit versenken.
Das die untere Ecke etwas schwächer ausgeleuchtet ist, stimmt so nicht, wie die weiteren Bilder zeigen.
Anyway, nix für ungut :§ |
|
|
|
|
2327
|
LCDs und -Software / LCDs Allgemein / Re:funktionsweise?!
|
am: Mai 28, 2003, 10:28:44
|
Also...
Damit das Display überhaupt kapiert, was du von ihm willst, mußt du ihm befehle geben - oft praktiziert beim Schoßhündchen und ähnlichem 
So ein Befehl besteht aus einem Befehlsbyte (1 Byte=8 Bit) und eventuell einigen weiteren Bytes. In der Regel wird so ein LCD mit vollen 8 Bit (=8 Datenleitungen) angeschlossen, so das man für einen Befehl ein komplettes Byte an das LCD sendet.
Im 4-Bit-Modus benutzt man nun keine 8 Datenleitungen, sondern nur 4. Trotzdem will das LCD seine 8 Bit für den Befehl haben - also sendet man zunächst die unteren 4 Bit des Bytes, dann die oberen.
Vorteil: Halb so viele Kabel.
Nachteil: Alles dauert doppelt so lang.
Was die Steuersoftware angeht: Irgendwo gibts ne Einstellung, wo man auf 4-Bit-Modus umstellen kann.
|
|
|
|
|
2328
|
LCDs und -Software / STLCD - Infos & Support / Re:Was bräuchte eine ordentliche LCD-Software ?
|
am: Mai 28, 2003, 01:41:42
|
Och, so manch gutes OpenSource-Projekt dümpelte Jahre lang im Beta-Stadium herum.
OpenSource wird es nicht sein. Keine Diskussion warum, ist so.
Wenn ein Programm mal abstürzt, ist nicht schlimm, außer, die Abstürze zerstören irgend etwas (eigene Konfig, Windows...) oder sie sind sehr häufig und nie nachvollziebar.
Jeder Crash ist schlimm - davon haben wir schließlich genug, wenn wir mit Office arbeiten, oder ?
Wann kann ich mal was testen? Wann machen wir das mit dem IO-Warrior?
Nachdem mein Pre-Alpha-Tester bemerkte, das seine VCool-Daten nicht rüberkommen, habe ich hier schnell nen XP2000+ zusammengeworfen, um das näher zu beäugen. Was dabei an Katastrophen noch an die Oberfläche kam, hat mir die Sprache verschlagen. Durch das Multithreading schlich sich ein Sync-Problem ein (damit veschwand das VCool-Problem), dann war da noch ne böse Macke im Scheduler, der urplötzlich anfing, sämtliche CPU-Zeit an sich zu reissen und eine weitere im Timeshifter, der einen wunderschönen Deadlock produzierte #0! #0! #0! Hab den Shifter zur Strafe rausgerissen und ersatzlos im Nirvana des Speichers diffundieren lassen #0!
Alles schwer zu finden (dank Multithreading), wie man an fortgeschrittener Stunde sieht °>|
Ist das ganze ausgestanden, rede ich mit den LCD-Routinen ein paar Takte zum Thema Threading.
Ich habe das ganze so designt, das dieser Rohbau genügt - danach brauche ich praktisch nur noch nachstopfen, es wird im wesentlichen ohne Probleme funktionieren (Ich liebe Objektorientiertes Programming ).
Dann reden wir über den IOWarrior, okay ? :§
Über ne Deadline kann ich noch keine so wirkliche Aussage machen - auf mich warten ein paar harte Tage (Geburtstag - ich hasse es °>|), dann gehts wieder an die Arbeit. |
|
|
|
|
2330
|
Alles rund ums Modden / Tutorials / Re:LISA III - Projekt
|
am: Mai 27, 2003, 17:57:51
|
Da Extension schon angekündigt hat, das Window reinzustellen, wäre Teil 4 also bereits greifbar - DANN folgen noch zwei Teile, der erste beschäftigt sich mit der Fronttür, der andere (und längste) ist die Beleuchtung des Frontgrills (Bilder stehen, Text noch nicht). Zum GlowMod habe ich hoffentlich morgen bessere Bilder (SR Rulez).
Also: Keine Panik, wir sind noch ein ganzes Stück vom Ende entfernt
|
|
|
|
|
2331
|
Alles rund ums Modden / Tutorials / Re:LISA III - Projekt
|
am: Mai 27, 2003, 12:20:29
|
Jop echt schönes Tutoiral geworden, weitere Teile wären natürlich noch better.
Es folgen noch zwei Teile, einer davon wird sehr lang werden.
[edit@extension] hab den window beleuchten-tut fertigformatiert, lege morgen online[/edit] |
|
|
|
|
2332
|
Alles rund ums Modden / Tutorials / Re:LISA III - Projekt
|
am: Mai 26, 2003, 12:46:44
|
Also, die Innenfarbe ist:
Hagebau Sprühlack Bronze (auf dem Deckel ist ein Aufkleber, auf dem dann Kupferbronze steht), Art.-Nr. 2879-0400-0600. Keine RAL-Nummer zu finden.
|
|
|
|
|
2333
|
LCDs und -Software / STLCD - Infos & Support / Re:Was bräuchte eine ordentliche LCD-Software ?
|
am: Mai 25, 2003, 00:10:34
|
Threadisieren der Datenabfrage abgeschlossen. Die neuen P4 mit Hyperthreading können kommen, mein Programm nutzt es voll aus :b
Bisherige Systembelastung (alle Sensoren, 300ms-Takt mit dynamischer Wartezeitanpassung) etwa 1.2%. Eine Systemlast wie bei jaLCDs z.B. (7-10%) ist somit nicht akzeptabel - Ziel sind 4%, besser 3%.
Einstellbar sind bisher die Abfrageintervalle von MBM (Default 1sek, schneller machts MBM selbst auch nicht), VCool (1Sek, dessen eigener Intervall  ? Faaalllzooo... ) und Seti (5Sek, Seti selbst schreibt Statistisk nur alle 30 Sekunden). Alles andere wird im 300ms-Takt abgefragt.
Der absolut niedrigst einstellbare Intervall ist im Augenblick 1ms. Ist aber nur was für Präzisionsenthusiasten, ich glaube nicht, das ein System derartig kurze Intervalle wirklich verkraftet - ein LCD schon gar nicht.
Ich bastel nun eine Sammelstelle zur Datenübergabe an den LCD-Thread, dann geht es an den LCD-Thread selbst.
Die Vorschläge zum Thema GUI-Konfig greife ich gern auf und verschiebe das ganze, bis eine brauchbare INI-Datei vorliegt :b
Oh, bevor ich es vergesse: Danke an alle, die bisher mit Vorschlägen, Ideen und CPU-Paua mitgeholfen haben. _0_ |
|
|
|
|
2335
|
LCDs und -Software / STLCD - Infos & Support / Re:Was bräuchte eine ordentliche LCD-Software ?
|
am: Mai 23, 2003, 04:17:20
|
So... Nachdem die LCD-Routinen ausgetestet sind und die letzten Infos zusammengetragen wurden, habe ich eine hübsche Klassenbibliothek zusammen.
Der nächste Schritt ist: Abfrage der Daten in einem eigenen Thread. Die Schwierigkeit dabei ist, das manche Daten nicht so oft abgefragt werden müssen (Seti@home z.B.), andere dagegen bei jeder Abfrage viel Zeit fressen (WinAmp), wieder andere zu jeder Zeit verfügbar/nicht verfügbar sein können (MBM,VCOOL,WinAmp). Wird bestimmt lustig werden, das alles unter Kontrolle zu halten.
Und ich habe noch immer keine Idee, wie das alles per GUI konfiguriert werden soll ;(
|
|
|
|
|
2337
|
LCDs und -Software / LCDs Allgemein / Re:grafische Oberfläche auf G/LCD ?
|
am: Mai 20, 2003, 07:05:22
|
Damit das überhaupt funktioniert und vor allem wirklich erkennbar bleibt, muß ein recht großes GLCD her (640x480). Diese werden aber direkt von der Graka angesteuert. Ergo XP drauf, zweite Graka drauf, Multimonitorbetrieb starten
Ansonsten halte ich es für wenig brauchbar, den 1280x1024-Screen auf 128x64 runterzurechnen und dann ans LCD zu senden - man sieht nur noch Pixelmüll
Weiterhin wird die Übertragungsrate zum Display vielleicht ein Problem. Bei 128x64 Pixeln sind 8KB allein Pixeldaten zu übertragen, mit Protokolloverhead kommen evtl. noch 1-2K dazu. Ich bezweifle, das das 1x je Sekunde geht - ganz zu schweigen von 70..220Hz
|
|
|
|
|
2338
|
LCDs und -Software / STLCD - Infos & Support / Re:Was bräuchte eine ordentliche LCD-Software ?
|
am: Mai 17, 2003, 20:18:25
|
EDIT: durfte heut mal einen ersten blick auf die Programmierkünste werfen... kann nur sagen, guter Mann das
Danke _0_
Update: Routinen für Paralleport-LCD stehen. Es ist möglich, die LCD's am ECP-Port zu verwenden. Wenn ich das recht im Auge habe, sind alle ParPort-Softwares dazu erst in der Lage, wenn ECP im BIOS abgeschaltet wude
|
|
|
|
|
2340
|
LCDs und -Software / STLCD - Infos & Support / Re:Was bräuchte eine ordentliche LCD-Software ?
|
am: Mai 15, 2003, 17:26:53
|
Na schön, glätten wir das ganze ein wenig.
Update: MBM complete, Abfrage und aufarbeitung schluckt zwei weitere ms.
Martin Peters war übrigens so nett und hat mich mit VCool-Infos geflutet, somit bekommst Du demnächst auch deine VCool-Daten :b
Wird langsam Zeit, sich über die Konfigurationsgeschichten Gedanken zu machen... Ich hasse das :~ |
|
|
|
|
|
Zeige Beiträge
