Hallo Andi,
für den Adress- und Steuerbus kannst du normale 74LS245er mit 5V Stromversorgung nehmen, die 3,3V sind nur an den Eingängen.
Da auf dem NKC Bus die IO Karten meistens auf dem Datenbus einen 245er haben welcher die meiste Zeit im Tristate Modus ist, sind hier wenige Eingänge in Betrieb, auf dem Adress- und Steuerbus hingegen sind viele Eingänge in Betrieb (Adressdecoder!) Wahrscheinlich könnte es dann auch mit einem längeren Bus funktionieren... mal so ein Gedanke von mir...
Viele Grüße
Hans-Werner

-----------------------
Ob 8bit oder 16 oder 32 ist doch egal, Haupsache selbstgebaut!

Hallo Andi,
ich habe mir gerade dein Schaltbild angesehen... warum ist der DIR Anschluss vom Steuer- und Adressbus mit einem Widerstand nach +3,3V und an dem FPGA?
LG
Hans-Werner

-----------------------
Ob 8bit oder 16 oder 32 ist doch egal, Haupsache selbstgebaut!

Hallo,

die Platine soll zwei Fliegen mit einer Klappe erschlagen:
- GDP-Betrieb (wie bisher am Bus mit externer CPU): Richtung Bus -> Tang-Nano
- CPU-Betrieb: Richtung Tang-Nano -> Bus
Bei der regulären GDP ist Pin 16 unbenutzt und über Pull-up dann High und die 245-er sind Richtung Tang-nano geschaltet.
Bei der CPU ist Pin 26 auf Low und die Richtung der 245-er wird umgekehrt. Somit kann man mit einer Platine beides machen wenn man will.
Funktioniert bei mir sehr gut (mit der kleinen Bus-Platine). Auf der großen geht es auch relativ gut aber z.B. die Ethernet-Platine hat damit Probleme, Flo2 geht hingegen problemlos auch auf der großen.

LG,
Andi

Hallo Andi,
hatte ich mir schon gedacht.. bei einer Platine würde ich evtl. auch die Möglichkeit einbauen 74LS245er mit 5V einzubauen. Beim Datenbus sehe ich da wenig Probleme, da ist die Last gering.
LG
Hans-Werner

-----------------------
Ob 8bit oder 16 oder 32 ist doch egal, Haupsache selbstgebaut!

Hallo Andi,
deine Karte ist angekommen und ... funktioniert.. komisch nur , ich habe die identische Karte die funktioniert nicht. Ich habe noch einige andere Karten bestellt... mal sehen. Keine Ahnung warum das bei mir nicht funktionieren will.
LG
Hans-Werner

-----------------------
Ob 8bit oder 16 oder 32 ist doch egal, Haupsache selbstgebaut!

Hallo Hans-Werner,

das freut mich dass meine Karte funktioniert.
Hast schon die Spiele (auf glaub D: oder C: ) ausprobiert?
Von meinen 4 Karten die ich alle gemeinsam gekauft habe (alle gleich) funktionieren 3 problemlos, eine geht gar nicht (am PC aber schon). Hab mir das kürzlich ein wenig genauer angeschaut. Es schaut so aus also ob die SPI-Kommunikation mit dieser Karte gar nicht geht. Ich glaub da ist noch irgend eine Verletzung der Spec. irgendwo im GP drin (dass dieses was macht was nicht Spec konform ist) aber von den meissten karten trotzdem geschluckt wird, manche halt nicht.
Hab mir vorgenommen die SD-Low-Level Routinen mal genauer anzuschauen und gegen die SD-Card Spec zu reviewen. Da sind bei dem Kommandos einige Idle/Delay-Zyklen definiert. Muss checken ob die vom GP eingehalten werden.

LG,
Andi

Hallo Andi,
ja, die SD-Kartenansteuerung von Jens... hat schon immer Probleme gegeben. Wäre gut das mal zu überarbeiten.
LG
Hans-Werner

-----------------------
Ob 8bit oder 16 oder 32 ist doch egal, Haupsache selbstgebaut!

Hallo Andi,
heute sind die anderen 1Gb SD Karten angekommen... und die funktionierten... sehr eigenartig... nun werde ich mal die Busanbindung bauen...
LG
Hans-Werner

-----------------------
Ob 8bit oder 16 oder 32 ist doch egal, Haupsache selbstgebaut!

Hallo Andi,
da jetzt die Karte läuft.. wie wird eine zweite SD Karte (m-Tools) angeschlossen? Oder gib es eine Möglichkeit Daten über USB zu transportieren?
Viele Grüße
Hans-Werner

-----------------------
Ob 8bit oder 16 oder 32 ist doch egal, Haupsache selbstgebaut!

Hallo,

wegen einer 2. SD-Karte muss ich mir noch was überlegen. leider sind einige der Pins nicht nach außen geführt sodass mir desswegen die FPGA-Pins ausgehen (beim zusätzlichen Datenbus am Tang-Nano).
Bin gerade am "Pin-optimieren".
Zwecks Datentransfer NKC <-> PC verwende ich persönlich RS232d (Transfer via RS232 bei 115200 Baud) bzw TFTP (transfer via Ethernet (TFTP) Protokoll). Gegenstück am PC ist jeweils ein Python programm (https://github.com/Creep69/NKC/tree/master/SW/68k/python/Python_dl,https://github.com/avg67/nkc/tree/main/SW/python_tftp)
Das verwende ich z.B. für die Entwicklung meiner C-Programme zum download der 68k files zum NKC.
Beide funktionieren auch am Tang-Nano (RS232d via virt. Com-port, wenn PS/2 Keyboard verwendet wird, dann ist SER intern da angeschlossen). TFTP via am Datenbus angeschlossener ext. (CS8900) Ethernet-Karte.
Mit beiden Tools kann man in beiden Richtungen (von und zum NKC) Files transferieren.
Hier ein Screenshot von einem TFTP-Transfer:

PC:

LG,
Andi

Hallo Allerseits,

hier ist ein neues FPGA-File für das TANG-Nano wo ich folgendes geändert / hinzugefügt habe:
- Zweite SD-Karte (Schaltplan siehe https://github.com/avg67/nkc/blob/main/KiCad/GDP_FPGA_III/gdp.pdf )
- Gepatchtes GP7.10R5 für bessere Kompatibilität mit diversen SD-Karten (Jens war da mit einigen checks zu restriktiv). Damit funktionieren bei mir nun auch die SD-Cards die vorher verweigert wurden.

https://github.com/avg67/nkc/blob/main/tang_nano_20k/NKC_PS2_KEYB_Bus_2nd_SD_GP_Patched.fs

Hi, Andi.

Ich lese noch immer sehr interessiert mit, bin aber gerade ein wenig anderweitig abgelenkt: https://forum.classic-computing.de/forum/index.php?thread/29832-micro-pet-serie/&postID=512795#post512795

Ich scheue hier auch den Versuch, meine Fädelplatine auf den BUS-Betrieb umzubauen. Wäre wohl sinnvoller, eine neue Platine zu beginnen. Oder ist gar ein Layout in greifbarer Nähe? Sieht ja mit dem Update von heute fast so aus.

Hatte schon drüber nachgedacht, selbst mal was in Kicad zu stricken und habe für meine Adapter-Platinchen zum oben verlinkten Projekt den Weg über Bauteilbibliothek und Schaltplan bis zum Layout versucht. Voll in die Grütze gegangen und dann doch nur das Layout zu Fuß "gemalt". Meine Busse waren irgendwie völlig "kaputt"

Muss ich nochmal angehen... Aber wohl doch lieber nicht gleich mit dieser Platine hier...

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

Hallo,
Der Umbau auf Busbetrieb ist sehr überschaubar und weiters voll kompatibel mit dem (Slave) GDP Betrieb. Es muss nur das DIR-Signal der beiden (Adress / Steuerleitungen) 245er an den FPGA angeschlossen werden (mit Pull-up- Wid. zur Kompatiblität zu den alten FPGA files).
Ich kann aber auch problemlos vom Slave (GDP) Design ein FPGA File mit zwei SD-Cards machen.
LG Andi

Hm? R11 mag noch irgendwie dazwischen passen. Aber RN1, RN2 und RN3 machen mir platzmäßig Probleme auf der bestehenden Platine.

Daher neu und vielleicht gleich "richtig". Mal gucken. Vielleicht traue ich mich über die Feiertage doch noch mal an Kicad. Muss doch zu schaffen sein...

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

Hallo,

ich hatte bei meinem Prototyp das selbe Problem (zu wenig Platz).
Hab das mittels SMD (0805) Widerständen gelöst die sehr gut unter die IC-Sockel passen (genau zwischen zwei Lötaugen). Hab damit RN1,2 gemacht.


Obwohl eine eigene Platine (nur für CPU-Betrieb) hätte den Vorteil dass man die beiden 245er für Adress + Steuerleitungen mit 5V betreiben könnte was gut für Stabilität bei großen (langen Leitungen) Busplatinen wäre.
Hab auch mit der Ethernet-Platine mit KiCad begonnen (nur Eagle vorher). War relativ schnell eingearbeitet.
Hab die alte GDP-FPGA (v1) (https://github.com/avg67/nkc/blob/main/GDP-FPGA/schaltplan.pdf) mit Eagle 4.11 gemacht. Wenn man die PCB auf KiCad konvertieren könnte und nur den FPGA + Speicher durch das Tang-Nano ersetzen könnte würde das viel Arbeit ersparen. Denn es hat auch ECB-Bus (brauch ich) + NKC-Bus. Hab aber leider bisher keine Möglichkeit gefunden diese alte Version aucf KiCad zu konvertieren.

LG,
Andi

Hallo,

hier ist der neueste Update zum Tang-Nano NKC.
https://github.com/avg67/nkc/blob/main/tang_nano_20k/NKC_PS2_KEYB_Bus_2nd_SD_GP_Patched.fs
Änderungen:
- RAM erweitert auf ~1,8MB (siehe Bild)
- Speedoptimierungen beim SDRAM-Controller wodurch die CPU ~20% schneller geworden ist
- GDP-VRAM in den CPU-Adressraum gemappt (siehe Readme https://github.com/avg67/nkc/tree/main/tang_nano_20k )

Ich wollte den Speicher eigentlich auf mind. 4MB erweitern aber offenbar kann das GP mit so viel Speicher nicht umgehen (stürzt ab).



Frohe Weihnachten
Andi

Hallo Andi,

ich habe bei meinen 68000 12MB RAM, bei meinem 68030 16MB RAM, beides mit dem GP7.10r5 und keine Probleme damit, nur die Konstante 'grenze' angepasst.

Frohe Weihnachten
Bernd

Hallo,
Ich arbeite gerade am Z80 für das Tang-Nano inkl. SD-Card unterstützung und GP2019. Dafür brauchte ich eine bootfähige (CPM) SD-Card. Kann mir da jemand ein Image davon zukommen lassen?

Und kann mir jemand erklären welche ROM's ich an welcher Adresse brauche für das GP2019 - kenn mich leider beim Z80 gar nicht aus. Verwende aktuell das hier (http://z80.entschweben.de/GP-2019.47c) ab Adresse 0 (16kB). Und wo finde ich Flomon 4000?
LG Andi

Hallo Andi,
da bin ich raus...
Viele Grüße
Hans-Werner

-----------------------
Ob 8bit oder 16 oder 32 ist doch egal, Haupsache selbstgebaut!

Hallo Hans-Werner,
Welche ROM's verwendest denn du bei deinem Z80 System?
LG Andi