OUT OF STOCK
???
Bei mir steht da "IN STOCK"?
OUT OF STOCK
???
Bei mir steht da "IN STOCK"?
Ist sogar gerade ermäßigt …
£70.00
Was mich persönlich bei dem sd2pet stört, ist, dass man nicht sieht, was drin ist.
Ich kaufe sowas normalerweise nur, wenn es Designunterlagen gibt, und man das Ding notfalls reparieren kann.
Kann man das Gehäuse überhaupt aufmachen oder ist das verklebt?
Wie sieht es aus mit Firmware-Updates? Gibt es die? Kann man das selber machen? Ich finde dazu überhaupt keine Infos.
Das tynemouth-Modul war eine Ausnahme. Da hatte ich noch keine Ahnung und kannte keine Alternativen.
Ist sogar gerade ermäßigt …
£70.00
Bei der Bestellung gibt es sogar gerade noch mal 7 Pfund Rabatt.
Man kommt also inkl. Versand auf ca. 70 Pfund.
Nochmal Edit: Das sd2pet stammt auch von Dave Curran (tynemouth) und basiert auf dem oben genannten petMicro-SD.
Also keine IEEE-Bus-Treiber.
Des hier meine ich.
Alles anzeigenSind da denn ordentlich IEEE-Treiber drin? Sonst läuft das Ding nämlich nicht zuverlässig zusammen mit anderen IEEE-Devices, was aber auch wegen des Stecker schwierig ist.
Ich habe keine Ahnung.
Normalerweise betreibe ich nur das SD2PET, es genügt vollkommen.
Ab und zu habe ich Lust den Klang der 8250 zu hören, dann stecke ich das einfach um.
Aber selbst wenn der AVR direkt am Bus hängt, beim SD2IEC ist das auch kein Problem.
Ich betreibe ein internes SD2IEC und zwei Floppy Laufwerke an meinem C64.
Es geht sogar Jiffy, das ja bekanntlich etwas pingelig ist.
Beim seriellen IEC-Bus mag das gehen, beim IEEE-Bus eher nicht. Der IEEE-Bus ist ursprünglich ein Bus um Messgeräte im Labor auch über größere Kabellängen zu verbinden. Da fließen ganz andere Ströme als beim seriellen IEC-Bus.
Ich habe das selber mal mit einem Arduino versucht. Wenn da eine CBM-Floppy dazukommt, macht der Atmel auf dem Bus gar nichts mehr. Besonders, wenn die CBM-Floppy nicht eingeschaltet ist.
Also ich bestelle das SD2PET naechste Woche und schau mir das mal in der Praxis an.
Ich werde dann berichten. Lauto Liste geht das ja wohl beim 8032, nur der SK hat halt
andere Anschluesse. Aber das wird mich nicht aufhalten. ;-))
Beste Gruesse an alle Fred-Teilnehmer
Des hier meine ich.
Alles anzeigenAlso ich bestelle das SD2PET naechste Woche und schau mir das mal in der Praxis an.
Ich werde dann berichten. Lauto Liste geht das ja wohl beim 8032, nur der SK hat halt
andere Anschluesse. Aber das wird mich nicht aufhalten. ;-))
Beste Gruesse an alle Fred-Teilnehmer
Wie gesagt, aktuell noch mal 7 Pfund Rabatt ("Fuchsia Friday -10%"). Den gibt's nächste Woche möglicherweise nicht mehr.
Ansonsten wird das Modul funktionieren. Ich habe ja, wie auch schon gesagt, ein sehr ähnliches Modul hier im Einsatz.
Bestellt und bezahlt !! ;-))
86,xx Euro
Jetzt bin ich mal gespannt.
Beste Gruesse, Oldie
Nochmal Edit: Das sd2pet stammt auch von Dave Curran (tynemouth) und basiert auf dem oben genannten petMicro-SD.
Also keine IEEE-Bus-Treiber.
Der Blog ist interessant.
Man sieht alle möglichen Versionen von dem Teil.
Es gab auch eine Version mit Busdriver.
Und die erste scheint ein Arduino zu sein.
Ich gebe dir recht, das finde ich auch gut, wenn die Hardware und die Software offen gelegt wird.
Aber in dem Fall ist es für mich einfach ein Consumer Artikel.
Und auf Dave Curran (tynemouth) vertraue ich, der macht sehr gute und ausgereifte Hardware.
Fast alle Artikel von Dave die Commodore betreffen habe ich hier.
Da gibt es einige sehr interessante Dinge ...
Ich gebe dir recht, das finde ich auch gut, wenn die Hardware und die Software offen gelegt wird.
Aber in dem Fall ist es für mich einfach ein Consumer Artikel.
Und auf Dave Curran (tynemouth) vertraue ich, der macht sehr gute und ausgereifte Hardware.
Hier liegt ein grundlegendes Missverständnis vor: es ist nicht der Fall, dass Dave Curran grundlegende eigene Entwicklung betreiben würde, an denen er dann die vollen Rechte besäße und sie mit Fug und Recht propierär, sprich: geschlossen halten könnte. Das Gegenteil ist der Fall: Dave Curran benutzt bereits offene, freie Soft- und Hardware, die er unverändert oder mit geringfügigen, eigenen Modifikation nachbaut und dann verkauft, wobei er in der Regel keinerlei Hinweise auf die ursprünglichen Autoren liefert und damit klar gegen die geltenden Lizenzvereinbarungen verstößt, unter denen diese Projekte i.d.R. veröffentlicht wurden. Ebenso wäre er nach der GPL2 verpflichtet, nicht nur unter der selben Lizenz zu veröffentlichen, sondern auch den Quelltext verfügbar zu machen. Dieser Mann schmückt sich mit fremden Federn.
Spontan habe ich hier folgendes, wobei die Liste keinerlei Anspruch auf Vollständigkeit erhebt:
Original: 6502 RAM/ROM von Nikolas Welte, http://vic-20.de/x1541/hardware/petram.html
Fälschung von Dave Curran (tynemouth software): PET Diagnostics, http://blog.tynemouthsoftware.…ming-project-preview.html
Original: 6530 replacement von Ruud Baltissen, http://www.baltissen.org/newhtm/6530repl.htm
Fälschung von Dave Curran (tynemouth software): 6530 replacements, http://blog.tynemouthsoftware.…os-6530-replacements.html
Und dann sind da natürlich noch das PETdisk von bitfixer: http://www.bitfixer.com/bf/petdisk/petdisk-technical und natürlich das petSD, das auf Ingo Korb und mich zurück geht: http://petsd.net -- beides sind open source / open hardware Projekte. Dave Curran (tynemouth software) hat dagegen erst das PET microSD und jetzt das SD2PET, ein Schelm, wer vermutet, dass hier ebenfalls gegen die GPL2 verstossen wird und die ursprüngliche Autorenschaft verschwiegen wird.
Ist das Ok wenn ich Deine Hinweise an den Verkaeufer weiterleite damit er mal Stellung dazu nehmen kann ?
Ich find das schon nicht ganz uninteressant.
Hier liegt ein grundlegendes Missverständnis vor: es ist nicht der Fall, dass Dave Curran grundlegende eigene Entwicklung betreiben würde, an denen er dann die vollen Rechte besäße und sie mit Fug und Recht propierär, sprich: geschlossen halten könnte.
Du hast vollkommen recht!
Und doch bin ich froh, irgendwo etwas kaufen zu können für meine Commodore Kistchen.
st das Ok wenn ich Deine Hinweise an den Verkaeufer weiterleite damit er mal Stellung dazu nehmen kann ?
Natürlich. Wobei ich voran schicken muss, dass ich mich selbst niemals darum bemüht habe, weil mir meine Zeit dafür zu schade war.
Schön von dir zu lesen, das ist ja ewig her
Stimmt, das ist schon gar nicht mehr wahr! Schön, dass Du her gefunden hast!
Du hast vollkommen recht!
Und doch bin ich froh, irgendwo etwas kaufen zu können für meine Commodore Kistchen.
Das bin ich auch, insbesondere dann, wenn man vom eigentlichen Entwickler (mich eingeschlossen) nichts zu kaufen bekommt. Das ist ja auch gar nicht der Punkt. Aber ein einziger Satz mit einem Hinweis auf das ursprüngliche Projekt und dessen Entwickler sollte schon drin sein.
Hier liegt ein grundlegendes Missverständnis vor: es ist nicht der Fall, dass Dave Curran grundlegende eigene Entwicklung betreiben würde, an denen er dann die vollen Rechte besäße und sie mit Fug und Recht propierär, sprich: geschlossen halten könnte.
Du hast vollkommen recht!
Und doch bin ich froh, irgendwo etwas kaufen zu können für meine Commodore Kistchen.
Als ich vor einigen Jahren wieder mit den Commodore-Rechnern angefangen habe, habe ich das micro-SD und das RAM/ROM-Board bei Dave gekauft und war froh, überhaupt einen Anbieter gefunden zu haben, wo man die Sachen kaufen kann. Damals wusste ich noch nicht, wie man selber günstige Platinen in China machen lassen kann.
Trotzdem finde ich es nicht ok, dass Dave keine Unterlagen von den abgekupferten Sachen veröffentlicht.
Dave hat auch einige Eigenentwicklungen, wie z. B. das hier
http://blog.tynemouthsoftware.…ming-project-preview.html.
Allerdings verstehe ich nicht, warum er dem Modul keine Schnittstelle verpasst hat. über die die Diagnosemeldungen ausgegeben werden, falls der Bildschirm nicht funktioniert. Und natürlich wieder keine Designunterlagen, so dass es niemand verbessern kann.
Dave hat auch einige Eigenentwicklungen, wie z. B. das hier
http://blog.tynemouthsoftware.…ming-project-preview.html.
Allerdings verstehe ich nicht, warum er dem Modul keine Schnittstelle verpasst hat. über die die Diagnosemeldungen ausgegeben werden, falls der Bildschirm nicht funktioniert. Und natürlich wieder keine Designunterlagen, so dass es niemand verbessern kann.
Genau das hat ich mich auch gewundert. Er gibt die Diagnose am PET Schirm aus.
Wenn aber der 6545 was hat oder die Bildschirm Elektronik, dann geht nix.
ABER, Dave hat auch dasselbe Teil mit USB!!
Er hat mir eines verkauft.
Das Teil ist sensationell!
Mann kann wunderbar am PC Diagnose ausgeben.
Der PC kann die ganze PET Hardware übernehmen und direkt "von innen heraus" testen!
Und das beste, es ist zugleich ein In-Circuit Emulator für jedes beliebige 6502 System!
Am AVR kann man eine 6502 Emulation laufen lassen.
Läuft im Schnitt mit 92% Speed.
Man kann die virtuelle CPU aber jederzeit anhalten, im single step betreiben und Breakpoints setzen.
Und natürlich den ganzen Speicher dumpen.
Dave hat auch einige Eigenentwicklungen, wie z. B. das hier
http://blog.tynemouthsoftware.…ming-project-preview.html.
Allerdings verstehe ich nicht, warum er dem Modul keine Schnittstelle verpasst hat. über die die Diagnosemeldungen ausgegeben werden, falls der Bildschirm nicht funktioniert. Und natürlich wieder keine Designunterlagen, so dass es niemand verbessern kann.
ABER, Dave hat auch dasselbe Teil mit USB!!
Dazu gibt es einen einzigen Hinweis und sonst keinerlei Infos. Habe jedenfalls nichts gefunden.
Was will er für das USB-Teil haben?
Was will er für das USB-Teil haben?
Ich weiß es nicht mehr ganz genau.
Es war günstiger als das ohne USB, weil ich es ohne Software gekauft habe (nur die Hardware).
Wenn ich mich recht erinnere dann waren es 40 oder 45 Pfund.
Und woher bekommt man die Software? Da ist doch nichts dokumentiert?
Und woher bekommt man die Software? Da ist doch nichts dokumentiert?
Im Falle des Adapter ohne USB ist die Software bereits drauf.
Bei dem USB Adapter hat Dave noch keine fertige Firmware.
Da muss man sich die Software selber schreiben.