HAL9000
-
Aantal items
112 -
Registratiedatum
-
Laatst bezocht
Inhoudstype
Profielen
Forums
Galerij
Kalender
Alles dat geplaatst werd door HAL9000
-
Als ik kijk naar hoeveel speling bijvoorbeeld de BASIC module heeft in het slot, zou je de behuizing ook makkelijk een mm of 2 'dikker' kunnen maken... Just my 2 cents.
-
Ik heb een DM gestuurd, wil ook graag testen
-
Heel veel dank, ik ga ermee aan de slag!!
-
Ten eerste wederom bedankt voor alle info, dat helpt heel veel Ik heb, door de monitor te disassembleren, begrepen dat de floppy-controllers 'intelligent' zijn, en dat die na een commando te hebben uitgevoerd, een interupt triggeren. Voor mij is dus de interne werking van de controller en chips minder belangrijk (nu): ik kan bij bijvoorbeeld een 'read track' commando de 16 (of wat er is ingesteld in dat commando) data-sectoren naar het huiste geheugenadres verplaatsen en dan de juiste interrupt (van de CTC) triggeren. Dus aan deze tracks, en eventueel de handleiding/commando's
-
Dan ga ik die zeker meenemen, bedankt!
-
Vandaag deze ouwe reus aangesloten, en hij doet het! Volgens mij wat gemodificeerd, de 'Hallo Jan,' en HCC-P2000 gg lijken mij niet standaard. Die laatste staat ook zonder een CPM bootdisk, na reset, gewoon in beeld! Maar wel mooi: er zitten 2 stuks 5.25" drives en 1 maal een 3.5" drive en een ramdisk in. Hij boot netjes van een CPM disk. Eerste taak: safety copy van de bootdisk maken denk ik... Tweede taak: CP/M kennis bijschaven NOTE: booten van de 3.5 flop doet hij niet en ook een DIR geeft een leesfout, denk dat die flop een ander doel had (zat wel in de 2
-
Ik heb dat bestand uit dat bericht net bekeken, het zijn 4096+352 bytes, dat is meer dan 1 track van 16 sectoren*256 bytes, dus ik vermoed dat er nog wat (meta) data in zit. Is er een beschrijving van het formaat? Misschien kan dat worden afgeleid uit het tooltje, dat je noemt, waarmee deze bin naar disk kan worden geschreven? De data lijkt uncompressed omdat ik her en der leesbare/herkenbare stukjes Hex zie, Ik bedacht me ook dit: de 'monitor' leest van een 'stand-alone' boot disk 2 tracks, (2*4k), dan is dit weer te weinig data. Het zou kunnen zijn dat deze track/data w
-
Interssant. En dat er meerdere bootdisks zijn lijkt me ook logisch . Maar als ik 1 bootab1le disk-image aan de praat kan krijgen zou dat in princpe voor allemaal moeten werken. Wat ik wel heb begrepen is dat zo'n disk een 'signature' heeft: 0xf3 (ofwel 0f3h) als eerste byte van de eerste track, die door de monitor van de P2000T/M wordt ingeladen op e000h . Bij de images die ik heb gevonden is die eerste byte 0xc3, dus ik vermoed dat deze P2000C images NIET compatible zijn met de P2000T/M. Kan jij je nog herinneren hoe je die images hebt gemaakt? En waren de disks voor de P2000
-
Klopt, en via die site ook info gevonden om het te kunnen lezen. Maar mijn vraag was niet hoe dit formaat werkt, maar of het een goede kandidaat is om te ondersteunen...
-
Ergens in dit topic heb ik een referentie gevonden naar een paar P2000C disk-images, die zijn in 'IMD' formaat. (Deze dus) Ik heb even een quick-and-dirty loader geschreven voor het IMD formaat, om wat boot tracks te kunnen analyseren, ervan uitgaande dat deze tracks ook werken voor een P2000T/M Is er iemand die weet of dit IMD-formaat (nog steeds) een veelgebruikt formaat is? Of is er wellicht een andere standaard waarin ook (meer?) disk images voor de P2000 te vinden zijn? Dit vraag ik om een goede keuze te maken voor de te ondersteunen formaten voor het floppy-im
-
Simpele manier: Je kan de hele repo als een zip downloaden en de spullen uit dat archive halen. Als je later bijdragen wil doen aan de repo dan zijn er allerlei methodes en tools... Heb jij verstand van hardware? Ik heb een P2000C die wat display-issues heeft
-
Jazeker, zodra het interfacedeel klaar is zet ik mijn github repo op public...
-
Ik heb zelf, voor mijn plezier, in het afgelopen jaar een P2000T emulator geschreven in C# en .NET Core. Doel: 'modernere' emulator die op Windows, Linux en Mac kan draaien. Hij doet het prima 'on my machine', maar is nog niet van een gebruiksvriendelijke UI / commandline voorzien, daar ben ik nu mee bezig. Ik heb ook interesse om een keer een floppydrive, systeem met interface en een bootflop te lenen zodat ik ook de floppy emulatie kan implementeren. Zolang ik geen toegang heb tot een systeem/drive zou ik ook al geholpen zijn met een image van zo'n bootdisk, en eventue
-
Ik ben op zoek naar (een P2000 met) een miniware uitbreidingskaart. Heeft of weet iemand er een (te koop)??
-
Lijkt mij interessant om nader uit te pluizen. Ik heb evt. een P2000 te leen.
-
Doet de drive helemaal niks, dus ook niet spoelen?
-
Helaas kan ik je ook zelf niks meer vertellen. Ik heb ook wat gezocht op internet, hierbij mijn 2 cent: Hier: https://forumindex.nl/techniek/memory-lane-mijn-eerste-eigen-computer-t98478.html staat in een reactie: Ik mocht zowaar op school een computer cursus volgen, programmeren in ecol. 1972 (vereenvoudigde algol eigenlijk) En in deze PDF: https://pure.tue.nl/ws/files/3119549/200810691.pdf staat op pag. 314: ECOL Educational Computer Language Het lijkt dus op een educatief in te zetten programmeertaal. Dus dat het Ministerie van onderwijs er
-
Ik heb ondertussen de MDCR aan de praat in mijn eigen emulator, was na dat gedisassembleer niet meer heel ingewikkeld... Nu ben ik bezig met het scroll register. out &h3x , offset. Ik zie dat als je waardes groter dan 40 stuurt, die niet 'wrappen' maar dat er wat vreemd gedrag optreedt. En bij een waarde van 128 en hoger wordt het hele scherm wit. Weet iemand of dat gedrag ergens is gedocumenteerd?
-
Door jullie foto's herinnerde ik me opeens dat ik ook een paar printplaatjes had aangetroffen in een doos met P2000 spul. 3 stuks 8-in-1 printje: en 5 Centronics boards: In de doos zaten ook 4 niet-zo-standaard P2000 insteekmodules: Misschien dat de Centronics print een kopie is van die op de foto... Ik ga dat vanavond eens bekijken!
-
Pull request is gemaakt, @dionoid is nu aan zet. hier een preview: https://github.com/p2000t/documentation/pull/4/commits/3571d9ca7a28ff7461443b5cbc5d2b026e1b9142
-
Ik zie dat de 'read_rev_byte' routine ook wordt aangeroepen om bytes te skippen als de tape vooruit loopt (in de block_forward code), dus jouw hypothese dat RDC op RDA staat als REV actief is, lijkt niet te kloppen. Volgens mijn analyse worden 8 data-bit transities geskipt in beide richtingen... Dat zou een oorzaak kunnen zijn van het zo nu en dan niet goed kunnen 'doorladen', omdat de skip forward zich in jouw implementatie net iets anders gedraagt. NB: Ik heb inmiddels de hele monitor gedisassembleerd en ge reverse engineered, en zal de .asm files toevoegen aan de github rep
-
SUPER!
-
Leesbaarder: de ^= bit; if (de & 0x01) de ^= 0x4002; // we rotate the bits, and lo bit of de wraps to hi bit uint16_t hibit = (de & 0x01) ? 0x8000 : 0; de = hibit|(de>>1);
-
Deze code was ik ook al op gestuit, in de inlees routine, had ik even geparkeerd. Mooi dat jij die uit elkaar hebt geplozen... Iets verderop wordt DE (checksum dus op dat moment!) weer gebruikt: ; data handling routine 'read payload' ; it stores the data byte at destination. ; HL, BC, DE contain dest, count and data ; not sure yet what DE means here ?? when all bytes were read (DE == 0) ???? ; ????? read_payload: exx ; save databyte, destination and count, get DE ; next byte a filler or payload? ld a,d ; DE contains ????? or e ; jr nz,set_ca
-
Mooi werk!!! Kleine aanvulling: volgens mij (en mijn disassembly) telt de P2000 geen bits, maar seconden: ; cas_Rewind (address 0x0bb4) ; rewinds tape for a maximum duration of 103 seconds. ; a verified data tape rewinds within 90-something seconds ; if EOT is not reached within 103 seconds, the tape is either broken ; or too long (not a supported tape) ; inputs: none ; outputs: Cassette error contains no error, 'A' or 'I' cas_Rewind: call write_disabled ; writing? ret nz ; yes! so don't rewind ld a,KBIEN|REV
