XS-1541 mit sd2iec Firmware?

hallo andé,

auch noch wach?

device not present, würde bedeuten, falsche geräteadresse angesprochen.

oder atn nicht rechtzeitig ausgewärtet.
dafür währe die hardwarelösung mit dem 74(LS)33 die einfachste lösung
um unbegrenzte zeit zum auszuwärten und zum antworten zu haben.

timeout habe ich mit einem monoflop auf der proxa7000 usw. gelöst.
um dav und ndac etwas zu verzögern damit timeout ohne (kernal) programmänderung
kompatibel zu der 1MHz version ist.
da sonnst bei 2MHz und gleichen zyklen timeout nur die hälfte der zeit hätte, als vorgesehen.

aber
1. das richtige handshake verhalten,
2. sich bei der komunikation anderer geräte raushalten und
3. iec/ieee treiber
sind überhaupt das wichtigste.

gruß
helmut

Zitat von fachat

BTW: was zeigt das hier dargestellte Bild?

https://plus.google.com/u/0/108561624393…sts/FWWoGyVMBkf

Sieht schwer nach http://www.zimmers.net/anonftp/pub/cbm/ aus -- herzlichen Glückwunsch!

Zitat von axorp

deswegen muss auch nils einen viel höheren programmier und timingaufwand (wie bei den 600/700)
machen, da er ja auch die 75160 und 75161 auf der petSD benutzt.
bei der XD-2031 gibt es ja keine treiber somit ist es da viel einfacher und mit viel
weniger zyklen zu lösen als beim petSD.

Das ist falsch. Tatsächlich ist das petSD durch die Verwendung des INT0-Interrupts statt pin-change-interrupt ein paar Zyklen schneller, und diese werden mit 18... statt 14... MHz auch noch schneller abgearbeitet:

Zitat von for(;;)

Das ist falsch. Tatsächlich ist das petSD durch die Verwendung des INT0-Interrupts statt pin-change-interrupt ein paar Zyklen schneller, und diese werden mit 18... statt 14... MHz auch noch schneller abgearbeitet:

hallo nils,

ich meinte bei gleicher hardware und programmbenutzung.
das du es nochschneller gelöst hast ist super.
würde man es aber doch auch so am xd-2031 oder xs-1541 machen
währen die doch schneller, da keine treiber 75160 + 75161 vorhanden?

oder liege ich da falsch. ist ja auch spät, werde schlafen gehen.

gruß
helmut

Wenn es nur um den Unterschied der Busanbindung geht, müssen natürlich auch beide Lösungen NRFD und NDAC als Ausgang schalten, dann den Wert 0 ausgeben. Bei der Verwendung von Bustreibern muss man dazu noch die Flussrichtung aller an den Bustreibern angeschlossenen Signale anpassen, da das Gerät ja nun busseitig zum Listener wird und dann durch TE=0 auf Listener am Bustreiber umschalten. Das würde beim petSD schneller gehen, wenn ich alle Handshake-Signale am selben Port hätte, was ich bei der Überarbeitung auch ändern werde...

Kurz: ja, Bustreiber gehen zu Lasten des Timings, haben aber im Vergleich der konkreten Hardware XS-1541 / petSD keinen relevanten Einfluss. Ausser vielleicht den, dass man es auch mit mehreren Geräten am IEEE-Bus betreiben kann.

Folgender Fall bei der Verwendung von Bustreibern:

AVR mit 75160/75161 Bustreibern ist TALKer und gibt gerade ein Datenwort mit EOI=0 aus. Der Busmaster "PET" setzt ATN auf 0, was zur Folge hat, dass der Bustreiber die Flussrichtung von EOI automatisch umschaltet. Nun versucht der AVR die Leitung auf Null zu ziehen, während der Bustreiber zum AVR hin den Wert hochziehen möchte -- die beiden treiben gegeneinander.

Im Datenblatt des 75161 habe ich den Wert "Ios Short-circuit output current" gefunden, mit min. -15 mA, typ. -35 mA und max. -75 mA -- sollte ich mir Sorgen machen?

Zitat von Diddl

Was kostet denn das Teil? Das steht nämlich nirgends auf der Seite. Ich hab mich mal als Interessent eingetragen, weil es ja grad nicht verfügbar ist.

Siehe auch hier: http://blog.c128.net/archives/708 (ich habe aber bisher nur den IEC-Part getestet)

Ich stehe mit Brandon (dem Entwickler des Flyer) in regem Mailkontakt. Da er keine funktionierendem IEEE-488 Devices hat, kann er leider nicht alles selbst testen.
Bei der aktuellen Beta-Firmware (noch nicht öffentlich) klappt der IEEE-Bus aber inzwischen ganz passabel.
Vermutlich wird er die neue Version bald freigeben.

Zitat von Toast_r

Vermutlich wird er die neue Version bald freigeben.

Ändert er auch die Hardware? Oder ist es nur ein Lieferengpass?

Müsste ich ihn mal fragen ... gut wärs, denn er hat zwar den 75160 Treiber verbaut, aber den 75161 weggelassen. Das wird wohl die Ursache dafür sein, daß es bei mir nicht mit mehr als 2 weiteren Geräten am Bus funktioniert.
Da kommt man immer wieder zum gleichen Theema: Bustreiber weglassen bringt's nicht.

Prinzipiell läuft die XD-2031-Software jetzt auf der petSD-Hardware

CATALOG, LOAD und SAVE funktioniert -- mehr habe ich bislang nicht getestet.
Momentan aber nur mit 644p, nicht mit 1284p. Ich musste also den AVR erst mal austauschen. Da hat sich wohl an den UART-Definitionen was geändert, was ich erst noch anpassen muss. Wenn alles soweit ist, poste ich hier mal ein .bin-file, was man dann mit dem SD-Karten-Bootloader ausprobieren kann.

Der disk status funktioniert auch mit dem XS-1541 nicht mehr? Da wird gebastelt?

Es gibt eine gute und eine richtig besch... schlechte Nachricht.

Die gute: die XD-2031-Firmware läuft jetzt auch mit dem 1284p AVR, die auf den petSD verbaut sind.

Die... ihr wisst schon welche: nachdem ich den Code für die Übertragung über die serielle Schnittstelle an den 1284p angepasst hatte und lange Zeit immer noch Fehler in der Übertragung auftraten, fand ich heraus, dass der Fehler nicht in der Software, sondern in den Fuse-Settings des AVRs liegt. Leider lassen sich die Fuses nicht über den Bootloader per SD-Karte verändern, so dass auf jeden Fall ein ISP-Programmiergerät wie z.B. ein STK-200 oder ein AVRISPmkII verwendet werden muss.

DIE FUSES NUR PROGRAMMIEREN, WENN MAN GENAU WEISS, WAS MAN TUT!
ES BESTEHT DIE GEFAHR, DASS DER AVR SONST NICHT MEHR ANSPRECHBAR WIRD UND DAS petSD SEINE FUNKTION DAUERHAFT VERLIERT!

Für die, die genaueres wissen wollen:

Die Fuses für die Takterzeugung standen bislang auf "Ext. Crystal Osc., Frequency 8.0- MHz" und müssen auf "Full Swing Oscillator" geändert werden. Es reicht, die low fuse zu ändern, z.B. mit

Bei "full swing" wird der Quarz mit mehr Strom angesteuert, was geringfügig mehr Strom verbraucht (in der Größenordnung um 1mA), aber den Takt stabiler werden lässt. Der Fehler in der Datenübertragung lässt sich damit reproduzierbar an- bzw. abstellen -- leider.

Wer seinen AVR gerne umgefust hätte, kann sich gerne an mich wenden.

Ja, damit können beide Firmwares verwendet werden. Es hat lediglich die Funktion, die Takterzeugung zu stabilisieren.