Funktioniert SD2IEC zusammen mit Zoomfloppy?

Ich wüsste nicht warum es NICHT funktionieren sollte.
Wahrscheinlich funktioniert es wenn du es zwingst nur normale IEC Kommunikation zu machen.

Das Zoomfloppy geht garantiert mit dem SD2IEC.
Die Hardware ist kompatibel, das Protokoll auch.

Aber OpenCBM ist manchmal zickig ...

Es kann verschiedene Ursachen haben, warum es nicht läuft ...

• wenn es glaubt eine 1541 vor sich zu haben, sendet es möglicherweise Speeder Code and das SD2IEC
• oder des kommt die Reaktion auf das ATN Signal zu spät. Das SD2IEC macht das per Software, die 1541 hat eine Hardware dafür
  

  
  

Quote from Diddl

oder des kommt die Reaktion auf das ATN Signal zu spät. Das SD2IEC macht das per Software, die 1541 hat eine Hardware dafür

Alle mir bekannten Quellen behaupten, dass ein Gerät am Bus eine Millisekunde Zeit hat, um auf ATN zu reagieren. sd2iec ist weit darunter, wenn ich mich recht entsinne lag der theoretische Worst Case bei um die 200 Mikrosekunden, wenn ATN gerade nach Auslösen des AVR-Timerinterrupts aktiv wird. Mit einem vernünftigen Interruptcontroller könnte man das durch eine höhere Priorität für den ATN-Interrupt nochmal massiv verbessern, aber AVRs sind leider nicht für flexible Peripherieeinheiten bekannt.

War das mit den Signalspannungen bei LarsP nicht auch eher auf Kante? Welcher Microcontroller ist da denn drauf?
Das echte SD2IEC (von Shadowolf) hat deswegen Bustreiber drauf und nicht direkt IEC an den Pins des Controllers.

Stimmt, es läuft auch hier nicht.

Aber, wozu eigentlich?

Sogar ich wäre noch nie auf diese schräge Idee gekommen ...

Übrigens müsste es laufen, wenn du ein sd2iec und eine floppy dran hängst.

Ein Gerät muss auf 9 gestellt werden!

du musst am c64 erst einen Poke eingeben damit der bus freigegeben wird .

Oder eimal was laden z.b die Directory.

Ist z.b. bei c64,Floppy und star commander so.

Quote from 1570

War das mit den Signalspannungen bei LarsP nicht auch eher auf Kante?

Die AVR-Pins hängen da direkt an den IEC-Leitungen, damit ist relativ wenig Treiberleistung verfügbar und der Mindestpegel um ein High zu erkennen ist deutlich höher als bei den Original-Chips. Ausserdem sind typischerweise keine Pullups vorhanden und die AVR-internen abgeschaltet, damit die Umschaltung zwischen Aktiv-Low und Tristate nur einen Portzugriff braucht.

Nach kurzem Blick in den Zoomfloppy-Schaltplan ist dann auch klar, warum das eher schlecht funktioniert: Auch die Zoomfloppy hat keine Pullups auf der Platine und ob die AVR-internen Pullups an den Eingangspins aktiv sind müsste man mal im Quellcode nachschauen - tendenziell wird diese Konstellation aber eher schlecht bis gar nicht funktionieren. Immerhin verwendet die Zoomfloppy einen 7406 als Bus-Ausgangstreiber, aber die Eingangsseite führt lediglich über einen Serienwiderstand zum AVR-Pin, weswegen die High-Pegel wieder höher als bei den Originallaufwerken sein müssen um erkannt zu werden. Das dürfte auch erklären, wieso für Nur-Seriell-Nibbling mit einer 1571 und Zoomfloppy immer zu sehr kurzen IEC-Kabeln geraten wird, da ist die Leitungskapazität geringer und damit die Low->High-Signalflanke schneller.

sorry hatte nicht richtig gelesen.
Mein Beitrag kann ignoriert werden.

Dachte alle 3 Geräte hängen zur selben zeit am Bus.

Quote from Unseen

Die AVR-Pins hängen da direkt an den IEC-Leitungen, damit ist relativ wenig Treiberleistung verfügbar und der Mindestpegel um ein High zu erkennen ist deutlich höher als bei den Original-Chips. Ausserdem sind typischerweise keine Pullups vorhanden und die AVR-internen abgeschaltet, damit die Umschaltung zwischen Aktiv-Low und Tristate nur einen Portzugriff braucht.

Hmmm... war das nicht in einem älteren LarsP-Schaltplan schonmal besser gelöst?

http://www.pitsch.de/stuff/mmc2iec/larsp_schema_rev2_b.png

Da sehe ich n-Kanal MOSFETs an den IEC-Leitungen... frage mich, warum die z.B. im Lochstreifen-Aufbau nicht mit drin sind. Habe auch schonmal mit dem Gedanken gespielt, mir ein neues sd2iec aufzubauen, welches den Bus "vernünftig" treibt.

edit: Muss aber gestehen, dass ich die Beschaltung dieser MOSFETs nicht wirklich verstehe. Hätte da eher etwas erwartet, welches ggf. die Leitungen auf GND zieht. So sieht das für mich aus wie:

Port auf Z: Pull-up zieht Source auf VCC, Gate eh auf VCC, MOSFET sperrt
Port auf 0: Source auf GND, Gate auf VCC, MOSFET leitet
Port auf 1: Source und Gate auf VCC, MOSFET sperrt

Sehe derzeit nicht, wie das den Bus treibt... da übersehe ich was.

edit2: Wird hier die implizite Diode zwischen Source und Drain des MOSFETs genutzt...? Dann würde ja der Pullup über die Diode im MOSFET ja den Bus hochziehen (aha!)... das Senken gegen GND würde aber der Microcontroller leisten müssen.

Quote from maik

Da sehe ich n-Kanal MOSFETs an den IEC-Leitungen... frage mich, warum die z.B. im Lochstreifen-Aufbau nicht mit drin sind.

Die sind als bidirektionale Pegelwandler verschaltet, bei dem Lochstreifenaufbau dürfte der AVR dagegen mit 5V laufen und die Pegelwandlung auf SD-Karten-Seite erfolgen.

Quote

edit: Muss aber gestehen, dass ich die Beschaltung dieser MOSFETs nicht wirklich verstehe. Hätte da eher etwas erwartet, welches ggf. die Leitungen auf GND zieht.

Die Schaltung stammt aus einer alten Philips-Appnote

Quote from Unseen

Die sind als bidirektionale Pegelwandler verschaltet, bei dem Lochstreifenaufbau dürfte der AVR dagegen mit 5V laufen und die Pegelwandlung auf SD-Karten-Seite erfolgen.

Die Schaltung stammt aus einer alten Philips-Appnote

Urgs, diese Appnote habe ich sogar schonmal gesehen, gibt es unter https://www.adafruit.com/product/757 ja auch zu kaufen...

Auch wenn man bei einem 5V-Atmega die Level-Shift Funktionalität nicht braucht - bekommt man als Bonus nicht einen hübschen Pullup?

Quote from no parity

Wollte jetzt eigentlich auch nur ausschließen, dass ich beim Basteln nicht was falsch gemacht habe.

Und dann willst Du es an einem Gerät testen, wo es sehr wahrscheinlich gar nicht oder schlecht funktioniert?

Zum Testen nimmt man eigentlich auch die Zielplattform.

Ich wäre eher auf die Idee gekommen, den C64 in den anderen Raum zu schleppen.

Noch ist der Beitrag nicht ganz ein Jahr alt...
Daher möchte ich ihn "fleddern" ...

SD2IEC Donald Version, mit LCD nachgerüstet:

Ich würde gerne probehalber eine vernünftige
Bustreiber - Lösung realisieren...
Ich vermute hierin die Lösung für ein Problem,
das ich nur schlecht und schwammig beschreiben kann.
In Kürze:
SD2IEC alleine am Bus, alles gut.

SD2IEC mit PI1541 oder
SD2IEC mit Real1541 oder
alle drei zusammen

nur Ärger mit "unbrauchbaren Daten".

Ich muss das noch weiter "recherchieren und Testen,
wobei mir hier das normale Leben dazwischenkommt.

Trotzdem:
Gibts ne einfache Schaltung für nen (zusätzlichen) Bustreiber?

Schadet doch nicht, oder ?

Stefan

Quote from Stefan Both

Ich würde gerne probehalber eine vernünftige
Bustreiber - Lösung realisieren...

so muss es auch immer am iec sein!
ist ja ein bus.

Quote from Stefan Both

Schadet doch nicht, oder ?

nein, nie.

gruß
helmut

Quote from Stefan Both

Gibts ne einfache Schaltung für nen (zusätzlichen) Bustreiber?

am besten 7407, 7417, 74ls07, 74ls17 oder 7406, 7416, 74ls06, 74ls16 wie im original nehmen.
die hat man ja sowiso.

gruß
helmut

Errr.... Ähm....

Ja, die (meisten davon) habe ich da...
Ich müsste dann schon noch so ne Art Skizze
vor Augen haben, um zu wissen was ich tun muss...
Mal angenommen 74LS06...

Was wo dran bzw. dazwischen?

Stefan