Habe den Tang Nano schon da und am Wochenende jetzt begonnen, eine gefädelte Platine zusammen zu klöppeln.

Das ist ja so gar nicht meine Welt!

Gelegentliches Flicken von einzelnen batterielauge-geschädigten Leiterbahnen mit dem Draht ist das Eine. Aber so ein Verhau hier ist so gar nichts (mehr) für meine Augen. Aber ich kämpfe mich durch...

-----------------------
Definitiv sind Frösche und Himbeeren am besten!

Hallo,
ja hab mir auch in meiner Jugend mit dem fädeln einer Platine erheblich leichter getan
Die Platine für das Tang_nano war auch bei mir das erste seit Jahrzehnten was ich wieder mal gefädelt hab
Aber mit einer guten Lupenlampe hat's dann besser funktioniert als befürchtet
PS. Nicht mit block-Kondensatoren/Elkos auf der 3V3 Spannungsdomäne sparen. Hatte da im ersten Versuch zu wenig und hatte dann gelegentliche brown-out Resets durch den uC der den FPGA konfiguriert (kurze Bildaussetzer weil der uC den FPGA rekonfiguriert).
LG,
Andi

Bisher haben die 3 245er je einen 100nF und der Tang Nano noch mal zwei 100nF.

Dann packe ich wohl mal lieber noch einen 10uF an eine geeignete Stelle der 3,3V-Schiene. Bisher habe ich nur einen 10uF an den 5V nahe dem NKC-Bus.

-----------------------
Definitiv sind Frösche und Himbeeren am besten!

Habe heute Abend den Tang Nano gemäß den Hinweisen oben wohl programmiert bekommen. Wenn er über USB Spannung bekommt ist das Lauflicht weg und am HDMI-Port zeigt sich ein Bild wie oben gezeigt.

Dann den Rest von der Platine gefädelt und gemessen... Und den Tang Nano eingesetzt... Und die Bus-Treiber/Level-Shifter auch... Und eingeschaltet... Und????? Gleiches Bild als wenn er nur Spannung bekommt! Da stimmt wohl noch was nicht!

Nach 2 Stunden des Fädelns bin ich aber nicht mehr fähig, da einen Fehler zu suchen. Morgen erst einmal nach Hamburg (Computermuseum) und dann mal richtig auf den Tisch die Kiste und messen. Mal gucken was fehlt.

-----------------------
Definitiv sind Frösche und Himbeeren am besten!

Hallo,

Welches FPGA-File hast denn in den Flash programmiert? Die GDP ist immer mit drin (auch bei dem nur mit dem Timer) weil diese den Takt für das ganze erzeugt. Sie ist bei dem File nur mit Timer nicht an den Bus angeschlossen.
Zwecks Aufwandminimierung hab ich diese Lösung gewählt.
Wie genau sieht denn dein Setup aus und was genau geht denn nicht?

LG Andi

Hi.

Ich habe die only_timer.fs verwendet. Hatte das so interpretiert, dass das die GDP mit Timer ohne den Rest (Key, Maus, Sound) wäre. Sollte das wirklich nur der Timer sein (ohne GDP), ginge das natürlich nicht.

War halt für einen schnellen Test gestern. Habe Key auf der Fädelplatine noch gar nicht verdrahtet (mangels Buchse) und daher die "echte" KEY im System stecken lassen.

Das "System" ist: Z80, KEYr4 (mit PS/2), CAS-NEO ohne Bedienteil als "Platte", NKC-USB, IO-USB, ROA, UHR, SOUND, Bankboot, GDP64HS (aber die ist jetzt draußen)

Ist mein "Spiel-System". Im Moment für CP/M. Kann ich ggf. auch noch ein bisschen umbauen.

Für einen direkten Ersatz der GDP (für erste Tests) wäre eine Version nur mit GDP und gerne auch Timer praktisch. Aber sonst pflücke ich halt die KEY und die SOUND raus und nehme das vollständige file zum Testen. Dann halt zunächst ohne Tastatur. Aber sehen sollte ich damit dann ja schon mal was...

-----------------------
Definitiv sind Frösche und Himbeeren am besten!

Hallo,

ja da ist dann auch aus CPU-Sicht nur der Timer drin. Hatte "nur Timer" so interpretiert dass da wirklich "nur" der Timer drin sein soll. Die GDP ist trotzdem drin (aber disabled) und kann via FPGA-PIN71 (Schaltplan Pin23 / IOT44A) = H enabled werden (hat internen pull-down wenn offen). d.h. wenn bei Dir IOT44A (Pin23) offen ist gibt es NUR den Timer für die CPU. Auf der GDP im FPGA siehst du in diesem Fall nur den (zufälligen) Speicherinhalt.
Willst du diese probehalber mal enablen einfach Pin23 mit 3V3 verbinden.
Ah und der FPGA braucht ~2sek. bis er konfiguriert ist. D.h. ev. nach dem einschalten nochmals die Reset-Taste drücken falls die CPU zu schnell startet.
LG,
Andreas

Danke dir. Das klingt doch vielversprechend. Probiere ich später aus und berichte.

Jetzt sitzen wir nach dem Computermuseum in HH erst einmal noch beim Essen...

-----------------------
Definitiv sind Frösche und Himbeeren am besten!

Klasse. Mit Pin 23 an H sieht das doch gleich viiiiiiiieeeeeelllllllll besser aus!!!



Ist sogar ohne Reset gleich so hoch gekommen.


Das ist das Ding, das ich gebastelt habe. Fehlen jetzt noch Tastatur, Maus und Sound, die ich da noch irgendwie dranpappen müsste...





Ganz oben sieht man die gerade erwähnte Brücke an Pin 23. Praktischerweise gibt es 3,3V in direkter Nachbarschaft.

-----------------------
Definitiv sind Frösche und Himbeeren am besten!

Super!!!
Toll gemacht. Ich mach dir ein FPGA-File nur mit Timer+GDP wo die GDP fix eingeschaltet ist. Dann kannst du die Brücke weg geben.
Nun steht der Farbe nichts mehr im Weg
Für die Programmierung der Farbe siehe https://hschuetz.selfhost.eu/ndr/hardware/neu/grafik/gdpfpga/GDP-FPGA-Ports.pdf - GDP Farberweiterung
Du kannst auch via GDP-Register 0x7F, bit 0 den Mode auf 512x512 mit 8bit Farbe umschalten. Dann sind Vorder- + Hintergrundfarbregister 8bit breit (vorher nur 4bit).
Farben siehe https://www.hackitu.de/termcolor256/

LG,
Andi

Habe eben noch unfreiwillig Farbe genossen. Bei Auswahl "C" - also CP/M - kommt das nächste Menü dann in blau...

-----------------------
Definitiv sind Frösche und Himbeeren am besten!

Uh, dann schreibt irgend was auf IO 0xA0 (FG Farbe). Liegt dort beim Z80 irgend was anderes?

Da dürfte wohl nichts liegen. Aber entweder das Grundprogramm oder der FloMon (weiß grad nicht welche Version) schreiben da wohl hin.

Ich muss das mal weiter ansehen und damit spielen. Vielleicht baue ich das Spielgerät auch auf 68K um. So eine Netzwerkkarte liegt hier ja auch noch und will aufgebaut/ausprobiert werden...

-----------------------
Definitiv sind Frösche und Himbeeren am besten!

Hallo,
FPGA-GDP laeuft, trotz wilder Verdrahtung auf einem Steckbrett. Super! Keyboard und Maus und Audio habe ich erst mal weggelassen. Habe leider keine PS/2 Tastatur mehr (und ich kaufe garantiert keine )

Nun mal sehen was passiert wenn ich die Key und meine Arduino Karte wieder einstecke, dies brauche ich fuer meinen "Dateitransfer" um vom PC aus Dateien in den NKC Speicher zu schreiben und zu starten. Dann gibts eine SpaceInvaders Version in Farbe.




Gruss
smed

-----------------------
NKC'ler seit 1984 (Pause zw. 1988-2017)
CPU68k,CPU68000,4xROA64,6xIOE,6xGDP,GDPHS,8xSBC2/3,HEXIO,6xKEY,UHR3,PROMER,CENT,SER,SOUND,CAS,6xBUS2,4xBUS3,3xPOW5V,2xTAST..und einen ArduinoMEGA mit auf dem BUS, und eine selbstgebastelte MEM960k und eine FPGA-GDP.

NKC - OpenSource since 1983

Hallo,
Wow! Super dass du das hinbekommen hast.
Programmier doch only_timer.fs ins Tang Nano und verbinde FPGA-PIN71 (Schaltplan Pin23 / IOT44A) mit 3V3. Dann hast du nur GDP + Timer. Das sollte genau das sein was du für dein System brauchst.
LG Andi

Hi Andi,
ich verwende nun only_timer.fs + 3.3V an PIN 23, NKC Hauptmenu ist da. In dieser Konfiguration funktioniert allerdings die KEY nicht, getestet mit normaler NKC Tastatur (und meiner Arduino Lösung die die TAST emuliert).

Wenn ich auf die normale GDP wechsel und den TangNano stilllege funktioniert KEY + TAST normal.

Also scheint die KEY im only_timer.fs nicht komplett 'abgeschaltet' ?

Gruss
smed

-----------------------
NKC'ler seit 1984 (Pause zw. 1988-2017)
CPU68k,CPU68000,4xROA64,6xIOE,6xGDP,GDPHS,8xSBC2/3,HEXIO,6xKEY,UHR3,PROMER,CENT,SER,SOUND,CAS,6xBUS2,4xBUS3,3xPOW5V,2xTAST..und einen ArduinoMEGA mit auf dem BUS, und eine selbstgebastelte MEM960k und eine FPGA-GDP.

NKC - OpenSource since 1983

...und noch ein Test, diesmal only_timer.fs OHNE 3.3V an PIN 23, also im 'timer only' modus.

Normale GDP zeigt Hauptmenu am analog Monitor, HDMI Schirm am TangNano zeigt zufälligen Speicherinhalt aber Datum und Zeit werden dargestellt und auch im Sekundentakt aktualisiert - auf BEIDEN Bildschirmen

KEY funktioniert nicht, NKC reagiert nicht auf TAST.

Gruss
smed



NKC goes dual screen:


-----------------------
NKC'ler seit 1984 (Pause zw. 1988-2017)
CPU68k,CPU68000,4xROA64,6xIOE,6xGDP,GDPHS,8xSBC2/3,HEXIO,6xKEY,UHR3,PROMER,CENT,SER,SOUND,CAS,6xBUS2,4xBUS3,3xPOW5V,2xTAST..und einen ArduinoMEGA mit auf dem BUS, und eine selbstgebastelte MEM960k und eine FPGA-GDP.

NKC - OpenSource since 1983

Hallo,

verbinde mal PIN 23 fix mit GND. Ich vermute mal da ist Übersprechen durch den Drahtverhau im Spiel. Der Pull-Down Wid. im FPGA ist relativ hochohmig. Dadurch kommen da machmal Befehle durch. leider wird aktuell Pin 23 bei jeden Buszugriff geprüft. Wenn da glitches sind kann es sein dass manche Buszugriffe durch kommen.
In only_timer.fs ist KEINE Key drinnen. Hab ich extra nochmals geprüft. Bei mir (und auch bei tuti - siehe oben) geht sie neben der normalen Key.
Hier ist ein weiteres File wo nur die GDP (nun nicht mehr abschaltbar) + Timer drin ist. https://github.com/avg67/nkc/blob/main/tang_nano_20k/GDP_and_TIMER.fs.
Ich würd mal ev. die I/O-Waitstates angesichts der langen Leitungen erhöhen.
LG,
Andi

Quote: Bei mir (und auch bei tuti - siehe oben) geht sie neben der normalen Key.

Jepp. Bestätigt.


Aber noch was anderes: Bei smeds Bildern fällt mir die "linkslastige" Ausrichtung auf dem Bildschirm auf. Das ist bei mir auch so. Ist das wohl in irgendeiner Weise im Tang Nano justierbar? Oder ist das ein HDMI-Thema? Mit irgendwelchen EDID-Zwischensteckern zum Einstellen?

-----------------------
Definitiv sind Frösche und Himbeeren am besten!

Super!
Ja das linkslastige Bild ist ein "known issue". Steht auf meiner Todo Liste das besser zu justieren. Die Auflösung für HDMI ist 800x600 (40MHz Pixelfrequenz) und das GDP-Bild hängt darin links oben. Hab da mit den HDMI-Timingparametern relativ lange gebraucht bis das funktioniert hat. Werd ich aber sicher noch besser justieren (nur im VHDL-Code mlgli h). Spiel weiters auch mit der Idee einen weiteren Grafikmode zu implementieren wo die vollen 800x600 bei der GDP genutzt werden können.
LG Andi