Bertus
-
Aantal items
102 -
Registratiedatum
-
Laatst bezocht
Inhoudstype
Profielen
Forums
Galerij
Kalender
Alles dat geplaatst werd door Bertus
-
Dat klinkt heel interessant. Houdt ons op de hoogte!
-
Kun je uitleggen hoe dat dan werkt? Als ik iets schrijf in een code editor, dan wordt dat opgeslagen als platte tekst. Basic bestanden zijn echter tokenized, dus ergens moet dat dan omgezet worden. Vervolgens hebben CAS bestanden weer een stukje metadata, dus als het ware nog een extra vertaalslag. Hoe wordt dan het ene in het andere omgezet? Of heeft de emulator een optie om een tekstbestand in te lezen en dat dan verbatim over te nemen alsof het vanaf het toetsenbord ingevoerd is?
-
Je bedoelt dan dat je in de M2000 emulator de BASIC code typt en dan laat wegschrijven als een CAS bestandje?
-
Dat werkt handig! Super & Dank!
-
Korte vraag voor de community hier: bestaat er een programma / tooltje om een CAS file die een BASIC programma bevat terug om te zetten in de originele listing als een plat tekstbestandje? Ik meen me te herinneren dat dit onderwerp een keer eerder besproken was op dit forum, maar ik kan het niet zo snel vinden.
-
Ik heb weer een update over de SD-card cartridge. Nu ik vakantie heb, heb ik eindelijk de tijd gevonden om me te verdiepen hoe je bestanden weg kunt schrijven naar SD-kaartjes en dit in elkaar gezet zodat de P2000T niet alleen vanaf een SD-kaartje (CAS) bestanden kan inlezen en afdraaien, maar nu dus ook naar het SD-kaartje kan schrijven. Hiermee is het nu mogelijk om cassettebandjes uit te lezen en de CAS bestanden op het SD-kaartje weg te schrijven. Dit proces kon natuurlijk al via de datacartridge die ik had gemaakt, maar dat was minder ideaal en wat bewerkelijker. Uiteraard kun
-
De suggestie van @blanka is een hele goede om mee te beginnen. Mijn ervaring met Call Service is tot op heden altijd een doorgebrande zekering geweest. Je treft ze aan op het voedingsbordje. Wat betreft je andere vraag: de gedeassembleerde monitor rom code tref je hier aan: https://github.com/p2000t/documentation/tree/main/programming/Monitor Documented Disassembly.
-
Excuus voor het necroposting, maar ik heb - aan jullie om te oordelen- een mooie aanvulling hier. De standaard en aanvullende icoonset voor Quick Menu icoonset bieden redelijk wat keus, maar ik had de behoefte om deze verder aan te vullen. Je kunt in Quick Menu je eigen icoontjes maken met de editor, maar dat blijft noest handwerk. Ik wilde iets meer flexibiliteit. Vaak kun je een screenshot van een DOS programma nemen (CTRL+F5 in DosBox) en met Photoshop (of ander programma) hier een icoon uit smeden. Photoshop heeft echter geen ondersteuning voor het ICC icoonformaat dat Quick Me
-
Er is al genoeg desinformatie in de wereld, dus dank (wederom) voor je kritische blik. Ik heb e.e.a. aangepast op mijn pagina's. Je weet er duidelijk meer van: Wat zijn de redenen daarvoor? Heel fijn om dit te weten. Voor de huidige revisie van de SD-interface komt deze informatie helaas wat te laat, maar voor een volgende versie zal ik alles migreren naar I/O poort $40-$4F om de mutuele incompatibiliteit te vermijden. Voor nu voorzie ik alles van een 'waarschuwingssticker'.
-
Ik snap die suggestie, alleen die informatie staat niet in de directory entries maar in de .CAS bestanden zelf. Dus dan moet je voor elk bestand dat je aantreft in de directory het bestand gaan openen en de cassette header gaan uitlezen. Dat zal het uitlezen van een directory gaan vertragen, maar wellicht dat dat geen probleem is. Ik ga kijken wat er te winnen valt hier.
-
Ik heb nog een klein nieuwtje: het is me gelukt om een cartridge in elkaar te zetten waarmee je een SD-kaartje kunt uitlezen om zo .CAS bestanden vanuit de SD-kaart op te starten. Voor een beetje snelle data-overdracht heb ik een parallel <-> serieel circuitje gebouwd dat draait met een 16 MHz klokje zodat je tijdens elke instructie van de Z80 een byte kunt uitlezen vanaf de SD-kaart. Het alternatief was om het SPI signaal te bit-bangen, maar dat zou dan 8x langzamer zijn. Niet alle SD-kaartjes werken, alleen SD-kaartjes van het type SDHC en geformatteerd met een FAT32 bestan
-
Ik ben niet de beheerder van het archief, maar ik zie ze graag in het archief verschijnen! Dank voor het noeste scanwerk!
-
Kan er iets van een overzichtje gemaakt worden. Ik ben ook wel nieuwsgierig. Is het een idee dat we een tabelletje bouwen met daarin chassisnummer en bijvoorbeeld een MD5 of CRC16 checksum van de ROMs?
-
Ja, klopt helemaal, maar dan met de kanttekening dat alleen de laagste byte van de adresbus gebruikt wordt. Je bestuurt dit met de IN en OUT instructies. Op blz 10 van deze Z80 datasheet tref je het tijdschema aan. Je kunt dan met een combinatie van de adresbus en de ~RD en ~WR signalen e.e.a. aansturen. Op deze manier wordt bijvoorbeeld een register aangestuurd voor de bank switching, maar ook de floppydrives werken met die I/O poort. Ik gebruik zelf bijvoorbeeld de I/O poort voor het uitlezen van een SD kaartje.
-
Dank! Phase-encoding dus. Dat is ergens goed nieuws want dat valt makkelijker in software te converteren naar binair. Herkenbaar. En waarschijnlijk maak ik me er zelf onbewust ook soms schuldig aan. Dank voor je wijsheden wederom @cancom!
-
Dit ziet eruit als frequentieverschuivingsmodulatie wat veel gebruikt werd voor het opslaan van data op tapes. Je kunt dit inderdaad in software demoduleren, maar ik ben niet bekend met makkelijke "drop-and-click" programma's hiervoor. Je zou eens een kijkje kunnen nemen in deze tutorial die het demodulatieproces in stapjes beschrijft: https://mightydevices.com/index.php/2019/08/decoding-fsk-transmission-recorded-by-rtl-sdr-dongle/ De auteur heeft de Python code op Github staan: https://github.com/MightyDevices/python-fsk-decoder
-
Mijn kennis is extreem beperkt hier en dateert vanuit het MS-DOS tijdperk waarin e.e.a. al gestandardiseerd was. Deze kennis is ook erg roestig geworden... Als de floppydrive de Shugart-implementatie volgt - en ik weet niet of die al populair/breed geadopteerd was ten tijde van P2000 - dan zouden de oneven pinnen allemaal GND moeten zijn. Dit zowel op de controller als op de drive. Alle GND pinnen zijn met elkaar en met de GND op de voeding verbonden. Hiermee kun je de aansluiting van de kabel bepalen met minder pogingen dan het maximaal aantal permutaties tussen controll
-
Eigenlijk wil ik vooral inclusief zijn naar de P2000T gebruikers die geen Nederlands spreken. Overigens is dat nog best een grote groep ben ik achter gekomen.
-
Ik ben nu nieuwsgierig geworden. Waarom heb je in eerste instantie voor 1200 baud gekozen en wat bepaalt nu eigenlijk of hogere snelheden haalbaar en ook stabiel zijn? Zit die complexiteit bij het uitlijnen van de assembly instructies en het 'bit banging' van de seriële poort?
-
SLOT1 en 2 zijn beiden niet gebufferd, dus wanneer dat je een cartridge inserteert terwijl de machine draait is het niet onaannemelijk dat de adres-, data- of een van de andere lijnen beinvloed gaat worden wat het lopende proces verstoort. Iets wat wellicht zou kunnen werken is het volgende: Je zou met een 'halt' instructie de Z80 in de 'suspend' mode kunnen zetten waarbij deze de adres- en databussen vrij geeft. De Z80 moet je dan weer laten ontwaken middels een interrupt op commando van de gebruiker. Je kunt daar niet het toetsenbord voor gebruiken want het uitlezen van het toets
-
Dit kun je wel vinden in de P2000T handleiding, maar inderdaad niet in de vorm van een tutorial of iets dergelijks. Kort samengevat heeft de P2000T een videogeheugen wat door de Mullad SAA5050 teletekst chip uitgelezen wordt om een beeld te vormen. Je hebt een beeld van 25 regels met 40 karakters per regel. De scrollregisters even buiten beschouwing gelaten begint elke regel op geheugenadres $5000 + $50 * regelnummer, waarbij ik het teken $ gebruik om hexidecimale notatie aan te geven en ik de regelnummers tel vanaf 0. Kleuren stel je in door middel van omschakelkarakters. Deze staan benoemd i
-
Ik heb destijds (inmiddels weer drie jaar geleden) deze twee gekocht: https://www.onlinekabelshop.nl/usb-naar-9-pins-serieel-rs-232-adapter-0-80-meter.html https://www.onlinekabelshop.nl/adapter-db25-m-db9-v.html Die werken voor mij zonder enige problemen. In de professionele omgeving gebruiken we deze kabels: https://nl.mouser.com/ProductDetail/FTDI/UT232R-200?qs=oAT38M%2F3lmGoOYMSry895Q%3D%3D Die hebben een gecertificeerde FTDI chip. Je betaalt dan wel een heel stuk meer.
-
Je moet vooral @dionoid bedanken. Die heeft de code geschreven en het noeste werk gedaan om alles (specifiek de timing!) uit te pluizen. Om je vraag te beantwoorden: De snippet hierboven leest enkel een byte uit en zet deze in register A. Daarna retourneert deze routine. Met de byte in register A kun je zelf bepalen waar je het neer wilt zetten. Een voorbeeld hiervan tref je ook aan in de code. Hieronder nog een snippet: read_block: ld de, $400 ; 11 00 04 read_block_loop: call read_byte ; CD 00 9E ld (hl),a ; 77 inc hl
-
Ik heb nooit met de RS-232 poort gewerkt, maar ik zal een poging wagen om (hopelijk) wat nuttigs erover te zeggen om je in de zoektocht te helpen. Ik hoop dat wat andere forumgenoten kunnen inspringen. Het script van @dionoid lijkt mij een goede start: https://github.com/p2000t/software/blob/master/utilities/pc2p2000t/pc2p2000t.z80.asm In dat script zie je een routine "read_byte" die een byte uitleest vanuit de RS-232 poort middels I/O poort 0x20. Het is een seriële poort, dus je ontvangt inderdaad maar 1 bit tegelijk (anders was het een parallelle poort). Wat dit scrip
-
BASIC geeft dat inderdaad netjes aan, maar het getal is dan gebaseerd op een relatief simpele test. Uiteindelijk wil je controleren of je inderdaad maar 16kb expansie hebt, of dat je wellicht meer hebt, maar dat er een defectje op het expansiebord zit. Een 16kb is echter heel gebruikelijk, dus ik vermoed dat alles wat dat betreft in orde is.
