Genug für den Abend
Beiträge von zitruskeks
-
-
Die Datei ist bitidentisch zu der auf zimmers
/pub/cbm/schematics/computers/c64/sx-64/
Aber dennoch danke.
-
Preh ME5A Fix by DamazoGThis is a fix for Preh ME5A power button used in many old monitors/tv's. Common problem is that when pressing the button it doesn't lock in on state. It is…www.thingiverse.comOder schauen dass du einen passenden Schalter bekommt.
Manchmal kann man auch andere Schalter dieser Serie modden - oft gibts den nur mit Lötfahne, oder mit zusätzlichen Kontakten etc.
-
-
"
This is meant to be a cheap way to program W27C512 EEPROMs which require 14V erasure voltage and 12V programming voltage... Or basically any other 24/28 pin ROM requiring either 5V, 12V or 14V programming voltage.
"
Im Video meint er dann man könnte 28V einstellen wenn man das entsprechend kalibriert.
Cool, aber grade diese Anforderungen werden von jedem 0815 Ali-Brenner erfüllt.
In meinen Augen und für meine (unsere?) Anforderungen wäre eher so was wie "alles bis zum 2764" oder so cool gewesen. 25er hauptsächlich. Eben wofür man beim T48 noch einen simplen adapter braucht oder so.
"Cheap" ist ja so ne Sache. Der Arduino bezahlt sich nicht von selbst und dann hat man ne Lösung die ein nichts kann was ein 866II nicht auch kann, nur das man hier die Roms auf der Unterseite des Boards mit Jumpern konfiguriert, und nicht aus einer Liste wählt etc.
Und einen T48 bekommt man für unter 50.
Nix für mich.
-
Die anderen Teile fallen auch relativ schnell und gut ins Bild, auch immer noch mit sehr groben Raster. Ist jetzt erstmal nur um die Lage der Elemente zu finden (basierend dem einzig existierenden Bild was die Bestückung zeigt, siehe oben und eben Logik + dem Signalfluss. -
Mit Sicherheit T2, der Pass Transistor. T1 steuert den ja nur an und wird nicht belastet.
-
haltbarer
Daran erinner ich dich in 40 Jahren nochmal
-
Die vorhandene Sicherung gefällt wohl nicht?
Und warum durch einen 7805 ersetzen? Der kann genau so auf Durchgang schalten. Und so hast du die Reglung extern und der Kühlkörper muss nur das reine Passelement kühlen. Und mit 7805 verlierst du die Möglichkeit den Leitungsverlust auszuregeln. -
Miss mal den Transistor. Neuen rein, fertig für die nächsten 40 Jahre.
-
Das tut mir schon beim Lesen weh und ich kann mir nicht vorstellen, dass man sich bei den oben beschriebenen Aktionen nur im Entferntesten wohl fühlen kann. Außer man hat keinerlei Bezug zu den historischen Dingen, welche hier gerettet und bewahrt werden wollen.
Sei(d) beruhigt. Nichts von dem Geschreibsel wird der Wahrheit entsprechen. Hier versucht nur jemand Umwohlsein mit Schauergeschichten zu verbreiten. Im CBM Forum wird der Apple Jünger gemimt die ja so viel besser sind, geht's um Apple sind die plötzlich doch alle doof, IBMs sowieso, Amiga auch... ein Troll wie er im Buche steht. Naja oder auch nicht, weil viel zu inkonsistent in den eigenen Geschichten. Armselig.
Und selbst wenn. Hier, ein Slow clap. Mehr Fucks kann ich nicht geben.
-
[x]Direkten Kontakt blockieren und erstellte Inhalte ausblenden
-
habe ich zumindest nicht fertig gefunden
In der .d80 wäre es drin gewesen (die .d64 hat alles, aber nicht die pet dateien).
du kannst sogar nur die eigentliche programmdatei (z.B. cbmcommand.pet40) und die passende config (z.B. cbmcmdcfg.pet40) nehmen, den rest braucht es nicht, bzw ist nur der Lader mit dem zwar netten aber auf dauer doch sinnlosen Bild.
(ggf noch die helpdatei).
FRAGE: ich komme nur noch nicht in das "Untere Fenster".. um da das ZIEL Laufwerk auszuwählen...
Ich habe schon die Hilfe durch gelesen.. mir Cursor-Tasten schaffe ich es nicht ??!Cursor rechts links sollte es aber sein. Zumindest in der 80Zeichen version.
-
Traco.
Draco:
-
...montagmorgenfalschguggen -
Genau, das sieht man doch auf den ersten flüchtigen Blick das das ein schlechter Fake ist. Die völlig kaputte Perspektive... und eben die Proportionen. Ein 9 Zoll CRT der größer ist als der Kopf der Frau.
-
Japp 224 = 22pF und 4 Nullen angehängt = 220000pf = 220nF
Und .1z ist 100nF (.1uF)
Für solche Zwecke einfach mal ein Sortiment hinlegen, z.B hier:
https://www.reichelt.de/sortim…eilig-k-cap1-p119268.html -
das haben leider alle Programme auf der 3040 Demo Disk... die wollen alle von d0 nach d1 kopieren..
Das ist ja normal, ich denke er meinte dass es keine direkte möglichkeit gibt unit8drive0 anzuwählen. im vice gehts allerdings mit "L"
denn ich finde bei meinem PET2001 keine F-Tasten
aber normale zahlentasten
.. das kann ich irgendwie garnicht "einladen" ??
probier mal von hier die version 2.3 die läuft
-
Du darfst mich gerne gelegentlich mal daran erinnern...
-
Besonders Krass, wenn man bedenkt, dass dafür 3 Stück 1MHz Prozessoren ohne andere Hintergrundtasks zur Verfügung standen.
Im Vergleich zum Apple II (fast 1.5kB/s mit 16-Sektor-Disks, etwas weniger mit 13-Sektor, und fast 5kB/s mit CP/M) definitiv nicht übermässig performant.
Schau doch wenigsten mal auf Wiki vorbei bevor du deine so-tun-als-hätte-man-damals-diese-Erfahrung-gemacht postings schreibst.
Die 1541 hat keine 2 CPU. Schon 1981 mit der 2031 IEEE488 singlefloppy ist man auf nur mehr einen 6502 umgestiegen, der den DOS-, den Diskcontroller- und den CGR-code abarbeitet.
Ein interessantes Video hat vor garnicht langer Zeit Commodore History herausgebracht (in Zusammenarbeit mit fachat )
https://www.youtube.com/watch?v=kaeFV0oZaps -
Das ist definitiv das komfortabelste, das dafür derzeit existiert.
Das und Dracopy/Drabrowse:
https://github.com/doj/dracopy
Gibts für c64, +4, c128, 40col cmb, 80col cbm, 40col cbm2, 80col cbm2 -
Man müsste mal ein Testprogramm in Assembler zusammenschustern. -
WOOP WOOP!
ich bin in inkscape dran ein par hal disklabels zu zeichnen
Ist auch gut für den Umstieg von Affinity -
Dennoch komisch, wenn ich die am 64er mit Copy190 geschriebene tapedatei lade (und auch die tapes am echten pet) dann dauert es sehr lange, bis "found" kommt (am vice in die 30er vom Tapecounter, bei einer Länge von 57), aber dann wird ein programmname angezeigt, den ich als sehr "real" betrachte:
das laden schlägt aber fehl. Vice hängt, der Reale pet hat dann nur garbage.
Das mit disk to tape v4 auf einem pet kopierte tapeimage zeigt nur den dateinamen an. lädt aber durch.
-
Heisst also für mich bis ich meine PetSd zusammenhabe: PC->SD->KFF->C64->1541->4040->8032SK->TAPE->PET
easy life xD
oder ich muss meinen tapebuddy mal zusammentackern.
so viele dinge.. so wenig wochenende -
Also der Weg hier sollte gehen:
8032
das programm auf eine diskette packen
dazu das tool "disk to tape v4" von https://www.zimmers.net/anonftp/pub/cbm/pet/utilities/
mit diesem tool (das liest nur von disk8!) das file auf tape schreiben
2001
das tape laden
ich hab diesen weg grade in vice probiert und das geht. So wollte ich es ja auch machen aber KEIN programm konnte von meiner SD-Lösung lesen oder auch nur das prg auf ne echte disk schieben (das hab ich dann mit einer 1541 und einem c64 gemacht, aber den c64 und ein ähnliches programm (eben copy190) genutzt. das ging nicht (ich werde das gleich mal in vice nachtesten)
EDIT: stimmt, mit copy190 geschriebene tapes gehen nicht am pet -
Dazu eine Frage: oben sind ja MOS MPS6530 ??? ( muss da nicht eine -xx Software Variante stehen ??)
könnte ich die ansonsten auch als 6532 nehmen ?
Die zweite Frage: ich habe hier j, 6532-31,13,11 (11/13/31, ist es total egal, wenn ich es richtig verstanden habe, da die Daten ja aus dem EPROM kommen)..auf den oberen steht ein "?" und ein "Kreuz" (was kein gutes Zeichen ist... daher werde ich wohl den R6532-31 nehmen...
Die Software ist durch die "024" gekennzeichnet -> Chessmate RRIOTs http://retro.hansotten.nl/6502-sbc/6530-6532/chessmate/
Die würden im dem RRIOT->RRIOT Adapter ("meine Platine") laufen, aber (sehr sehr wahrscheinlich) NICHT in der "Ruud Platine". 6530 und -32 unterscheiden sich eben auch in einer Adressdecoderlogik, die auf der Ruud Platine extern verbaut ist.
Der Kreuz-Riot ist recht auffällig, ich hab ne Menge VIAs hier die fast identisch gemark sind (auch so auffallend weiß, auffallend ebenes schwarz, auch Rockwell Mexico... und die Vias sind eindeutig umgelabelt (farbe kann man abschaben), leider ist darunter nix mehr erkennbar.
EDIT: DANG, zu spät -
Klar bekommt er das wieder hin.
-
Unfassbar... zwei Prozessoren im CBM-Diskettenlaufwerk und trotzdem nichtmal eine Auswertung des Disk change Signals
Ich verstehe jetzt, 45 Jahre später, immer besser warum damals alle Leute, die ich kannte, eine verächtlich-wegwerfende Handbewegung und abfällige Kommentare machten, wenn jemand auf Commodore zu sprechen kam.
Vielen Dank an Euch alle, die mich die Details lehren, die ich damals alle nicht kannte, weil aus meinem Freundeskreis niemand CBM hatte bzw. nur kurzzeitig (und dann wieder verkauft).Und hohen Respekt, wie Ihr die Wartung und Erhaltung der Hardware betreibt, in einer Weise, dass man davon lernen kann!
*sigh* jaja das heilige Fallobst .. Der Meister! Wir haben ihn gefunden! Ein Wunder! Sein Schuh hatte recht! Gesegnet sei der Schuh! Die Sandale! Der Kürbis! Das Wunder des Schuhs!
Um mal wieder Fakten statt Lobpreisungen sprechen zu lassen:Der INIT Befehl lud die BAM in den Speicher des Laufwerks. Das musste man bei DOS1.x Laufwerken noch händisch anstupsen.
kurzform:open 1,8,15,"i0": close1
mit dem wedge von Commodore sicher noch schneller.
Ab dem Upgrade auf Dos2, was bereits 79 war (4040, auch als Update für die 2040/3040 was ja das gleiche Drive war nur US/EU Name) wird die Disk-ID bei jeder Disk-Adressierung vom Laufwerk gecheckt. Und bei geänderter ID automatisch die BAM erneut in den Speicher geladen.
Ab der 8050 gab es mechanische Schalter, die den Diskwechsel erkannten (Micron Drives, hatte ich letzten auf der Bench) oder bei der ersten LW Adressierung (Tandon Drives)
beim Apple II hatte man noch nichtmal einen richtigen Disk controller, praktisch alles per Software!
Und trotzdem war es viel schneller aufm Apple II!
Das ist eines der Dinge, die ich wohl nie begreifen werde
Musst du auch nicht begreifen, ist sowieso falsch. Du verwechselt wohl grade alle CBM/Commodore Drives mit der durch den VIA Bug leidenden 1541
Die frühen Drives schoben intern 40kB/s pro Sekunde - unabhängig vom PET, der in der Zeit frei für andere Dinge war. So konnte ein Laufwerk selbsttätig eine Diskette kopieren und der PET dabei weiterarbeiten. Busspeed über den IEEE488 war 1.2kB/s
Die Disk2, die für alle Operationen die CPU blockierte kam wohl auf 1,365 B/s (Benchmark im Emulator) unter DOS3.3 -
Is there a source for the pure, unmodified code?
