HIVE-Project

... Bin mir nicht ganz sicher wie weit ich die Pixelfrequenz fuer diesen noch erhoehen kann (ist 'ne Menge zu tun in der wenigen Zeit die einem verbleibt). ... ... Das mit der knappen Zeit scheint wohl ein weltweites Problem zu sein......Yeti und meiner einer denken schon intensiv über den 50h Tag ...

Wäre es nicht denkbar den ROM Font zu verwenden und durch Masken Zeilen und Spalten der Zeichen "rauszuschneiden" um so auf das 16x8 Zeichenformat zu kommen? (Mal abgesehen davon ob die Zeichen dann schön sind oder nicht) Zeilen vielleicht, bei Spalten sieht's schon etwas schlimmer aus we...

Kann man an deinem Treiber ein wenig schrauben, daß er auf eine andere Auflösung/Frequenz kommt, wie bei einigen alten Spin-Treibern. Soweit ich weiss ist nur VGA.spin in der Art konfigurierbar. Und den kannst Du bezueglich nutzbarer Aufloesungen vergessen. Aber das nur am Rande. Mit anderen Worten...

TuxFan hat geschrieben:Wobei es mich interessieren täte, wie es zu dieser ungewöhnlichen Auflösung von 720 x 400 bei 70Hz kommt.

Ist die einzige 720x400 die mein Monitor (RDT176LM, Mitsubishi) laut Datenblatt akzeptiert (85Hz sind zuviel, out of range).

TuxFan hat geschrieben:Nur das 7" Pollin-Display zeigt bei physikalischen 1024x600 Pixeln die ersten 2 oder 3 Pixelzeilen nicht an, muß ich nochmal testen.

Ist 720x400@70Hz in der Liste der akzeptierten Aufloesungen (Monitor-Handbuch)? Manche LCD controller akzeptieren nur 720x480 oder 720x400@85Hz.

Aber wie ich den Maschinencode so umfriemeln kann dass das C Projekt ihn verdaut ist mir derzeit unklar. Hast du eventuell einen rudimentären Beispiel-Code, zum lernen und verstehen? Versuchs mal hiermit (ist geschummelt aber zumindest hast Du erstmal 'nen Treiber). Code ist jetzt auch auf github ,...

Nimm einen VGA-Treiber in PASM... dann muß nur noch richtig mit dem kommuniziert werden und alles ist in Butter... theoretisch... Hab' letztlich gerade einen 80x25 Treiber gefertigt. War urspruenglich fuer eine C-Portierung auf den P1 gedacht. Derzeit ist nur eine SPIN-Demo vorhanden aber alle mein...

funkheld hat geschrieben:Kann man mit einem laufenden Programm teilweise die 32Kb vom Eeprom befüllen und ein Softwarereset durchführen
für das neue Programm welches dann in den Propeller geladen wird und läuft?

Denk mal drueber nach was bei einem Load-To-EEPROM (F11) ablaeuft.

rdlong temp1, db2A ' 16Bit Word holen and temp1, M_16Bit ' 16Bit auswählen Warum nimmst Du nicht einfach rdword ? Oder ist es in Wirklichkeit ein verschobener 32bit Wert? Was nichts daran aendert das selbiger schon maskiert sein sollte. Und ich wuerde den Wert for dem waitpxx lesen.

call modifiziert ret, da Dein Unterprogramm aber leer ist folgt ret direkt auf call. Selbstmodifizierender Code braucht aber mindestens einen Befehl dazwischen ...