Ich kenne die Details nicht 100%, aber es gibt beim 6522 Strobes, um parallel Daten zu übertragen, die pro Schreibzugriff aktiv werden. Ich meine es gäbe auch ein Schieberegister, was dann auch mehrfach geschoben würde.

Michael

Ja hmm diese "Spezialsachen" müsste man testen. Hab ich nie gebraucht. Wüsste aber nicht warum das nicht funktionieren sollte.
Aber nach heutigen Standards ist der 6522 sowieso völlig obsolet. Da hat jeder AVR besseres. Für neue Projekte würd ich den nicht mehr verwenden.

Wenn ein Schreibzugriff ein Strobe erzeugt, damit die Gegenseite die Daten übernimmt, erzeugen mehrere Zugriffe halt mehrere Strobes, was für die Gegenseite wie mehrere Bytes aussieht.

Was den AVR angeht, hast Du natürlich Recht. Der ganze NKC ist pures Retrocomputing, aber mir macht genau das immer noch Spaß.

Der Atmega2650 hat übrigens ein external memory interface, aber seine Zyklen sind derart kurz, dass der NKC da im Leben nicht mitkäme.

Michael

>Der Atmega2650 hat übrigens ein external memory interface, aber seine Zyklen sind derart kurz, dass der NKC da im Leben nicht mitkäme.

Das erinnert mich an eins meiner vielen unvollendeten Projekte/Ideen: Arduino Mega mit externem statischen Ram erweitern:

https://hackaday.io/project/21561-arduino-mega-2560-32kb-ram-shield Ram chip: UM61256FK-15ns

aber hierfür ein dual-ported RAM verwenden (IDT7007) mit dem zweiten port am NKC. Bin mir allerdings nicht sicher ob sich der IDT7007-55ns mit dem AVR externen Bustiming verträgt, allerdings kann man beim AVR external interface (bis zu 4?) wait-states konfigurieren !

AVR datasheet: "External Memory devices have different timing requirements. To meet these requirements, the XMEM interface
provides four different wait-states as shown in Table 9-3 on page 37. It is important to consider the timing specification
of the External Memory device before selecting the wait-state. The most important parameters are the access
time for the external memory compared to the set-up requirement. The access time for the External Memory is
defined to be the time from receiving the chip select/address until the data of this address actually is driven on the
bus. The access time cannot exceed the time from the ALE pulse must be asserted low until data is stable during a
read sequence (see tLLRL+ tRLRH - tDVRH in Tables 31-11 through Tables 31-18 on pages 367 - 370). The different
wait-states are set up in software."


Somit waere superschnelle Datenübertragung zwischen PC(USB)->Ardunio/AVR->NKC(RAM) möglich, zwar nur 32K aber immerhin. Ideal fuer schnelle Iterationen mit dem gcc als NKC crosscompiler auf PC

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.

NKC - OpenSource since 1983

Wenn es um Lesen/Schreiben einer ROA geht: Das ist einfacher zu machen. Statt eines external memory interface kann der Arduino einfach DMA Busmaster werden, indem er die Leitungen vom NKC einzeln bedient, und dann eine ROA lesen und schreiben. Man braucht trotzdem noch ein paar NOPs hier und da, wenn man Z80-Timings erzeugen möchte. Das hat mir bei der CPUSCMP-Karte sehr geholfen und auch beim Debuggen meines 68008 Systems, um zu prüfen, dass die BANKBOOT korrekt funktioniert. Inzwischen prüfe ich IO Karten lieber per Arduino, weil es einfach schneller geht. Nur die SER will ums Verrecken nicht so funktionieren, obwohl ich alle Timings mit dem Logic Analyzer prüfte.

Alternativ kann der Arduino /RD und /WR als Interrupts konfigurieren und damit sogar RAM oder IO emulieren.

Michael

Hi,
sowas habe ich schon am laufen, hatte es mal hier: https://nkc-schuetz.de/forumdrc/index.php?mode=viewthread&forum_id=5&thread=44&z=1#post4
und
https://nkc-schuetz.de/forumdrc/index.php?mode=viewthread&forum_id=2&thread=110&z=2#post21

im Forum vorgestellt. Habe das noch weiter verbessert in meiner PC/68kNKC Verbindung zum Programmieren: der Arduino-Mega schreibt ueber den BUS in die ROA, löst dann einen Reset aus und emuliert eine Tatatur-Eingabe ("G" "A") sodass das Programm (mit NKC Bibliotheks-Kennung im executable) auch automatisch gestartet wird (https://www.youtube.com/watch?v=xPywh_BirmM). Das funktioniert meistens wunderbar, allerdings gibt immer mal wieder Probleme so dass ich die Übertragung 2x oder 3x machen muss, das ist nicht wirklich schlimm da es sehr schnell geht, aber schon etwas unbefriedigend. Koenntest du deinen Arduino code hier zur Verfügung stellen? Ich habe keine wirklichen Hardware Kenntnisse - meine Version funktioniert glaube ich nur 'durch Zufall' einigermassen.

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.

NKC - OpenSource since 1983

Bitte sehr:

http://www.moria.de/~michael/tmp/

Das habe ich bei der CPUSCMP benutzt, um die Hardware zu testen. Ich prüfte die Timings mit dem Logicanalyzer. Die Idee ist ja original von Dir, soweit ich mich erinnere. Die Verbindungen sind teilweise geändert, damit man flexibler wird, damit auch andere Sachen anzustellen.

Michael

Hallo,
mein NKC ist nach längerer Pause wieder aufgebaut und ich habe ausprobiert ob wohl ein Defender68k game machbar ist. Defender ist ein sehr schnelles Spiel.

Bisher bin ich noch am rumprobieren, zZt sieht es so aus:

Rumfliegen per Joystick kann man schon und die Landschaft und der Sternenhimmel bewegt sich mit, rumballern (Laser!) und was abschießen geht auch schon (bisher ohne Sound). Der EF9366 kommt allerdings schon ziemlich ins schwitzen. Das Gezuppel oben am Bildschirm ist ein poor-mans Radarschirm. Die feindlichen Raumschiffe sind noch Quadrate, explodieren aber schon sehr schön !

Sneak preview, rein experimentell: Hier das executable, irgendwo in Speicher laden und ueber Bibliothek starten: file.m68

Gruss
smed

PS Braucht Joystick:

#define IOE_PORTA BYTE_AT(0xFFFFFF30)
#define JOYSTICK_LEFT 0xFE //bit 0
#define JOYSTICK_RIGHT 0xFD //bit 1
#define JOYSTICK_UP 0xFB //bit 2
#define JOYSTICK_DOWN 0xF7 //bit 3
#define JOYSTICK_FIRE 0xEF //bit 4

-----------------------
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.

NKC - OpenSource since 1983

COOL!

Mein Joystick hakt ein bisschen (muss die Mikroschalter mal richten) und entweder dadurch oder durch noch ungenaue Abfrage der Richtungen lässt sich deine Demo sehr verwirren.

Aber trotzdem: Echt klasse!!!


Gruß,

Torsten

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

Hallo, neue Version mit ein Paar updates:

file.m68

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.

NKC - OpenSource since 1983

Hi.

Ich nehme an, dass es für echte Tests und Rückmeldungen noch zu früh ist.

Aber bei Bedarf an Test-Feedback sag gerne Bescheid...

Torsten

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

Tolles Spiel. Freu mich schon darauf es zu spielen wenn mein NKC wieder einsatzfähig ist.
btw. hat eigentlich schon mal wer Minesweeper ausprobiert?

Gruss
Andi

Quote by andi: hat eigentlich schon mal wer Minesweeper ausprobiert?

Würde gerne, habe aber keine GDP-FPGA.

T.

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

Hi tuti,
das Defender ist noch ziemlich experimentell da fehlen noch viele Details. Grosse Baustellen sind:

- die Landschaft (Terrain) wird prozedural erzeugt, aber die Zufallszahlen dazu sind noch nicht sehr gut, sodass nicht viel Variation da ist. Die Inspiration habe ich von hier: https://www.youtube.com/watch?v=ZZY9YE7rZJw&t=987s im Code ist es die Funktion drawTerrain().

- Irgendwas laeuft bei der Erzeugung der Töne noch schief

- die Joystick-Steuerung des Raumschiffes ist noch nicht gut

Hier eine neue Version, die Monster sind jetzt frecher und kommen angeflogen, sind aber noch nicht wirklich gefährlich: file.m68

Langsam kommt schon etwas Spielspass auf. Noch hält die GDP mit, mal sehen was noch geht.

Wer unter die Haube schauen will: Defender.h

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.

NKC - OpenSource since 1983