Bertus

Mooi om al deze ontwikkelingen te zien op dit forum. Ik heb zelf ook weer een nieuwtje om toe te voegen.

Ik heb een cartridge gebouwd voor SLOT2 waarmee je .CAS kunt inladen en kunt opstarten. In de cartridge zit een 128kb ROM met de firmware om programma's op te starten en aan de achterzijde zit een 512kb ROM om .CAS bestanden op te zetten. Ook zit er een 32kb RAM chip in de cartridge, maar die acteert niet als een expansie van het RAM geheugen van de P2000. De ROM chip heeft zijn eigen bestandssysteem (een soort hybride systeem tussen FAT en wat de P2000T zelf gebruikt) en er is in totaal plaats voor 480 blokken van 1kb, waarbij elk blok 64 bytes aan metadata bevat. In de metadata staat o.a. een CRC16 checksum om te kunnen controleren of het overzetten goed gaat. De blokken hoeven niet achter elkaar te staan, dus als je een programma verwijderd van de cartridge, dan hoef je niet te 'defragmenteren'.

Om programma's toe te voegen of te verwijderen heb ik een simpele GUI geschreven. Deze GUI maakt gebruikt van de PICO Flasher welke ik al eerder op dit forum heb geïntroduceerd. Programma's overzetten vanaf de tape naar de chip is mogelijk, maar is op dit moment nog niet erg gebruiksvriendelijk. Dat wil ik nog verbeteren. Ook programma's wegschrijven vanaf de cartridge naar een tape staat op de verlanglijst.

De cartridge werkt niet op zichzelf en je hebt een aangepaste BASIC cartridge nodig. Die zit in SLOT1. Bij het opstarten wordt een stukje firmware van de 128kb ROM chip gekopieerd naar het RAM geheugen van de P2000T en dat wordt opgestart. Dat stukje firmware leest de SLOT2 cartridge uit en toont de bestanden op het scherm. De gebruiker kan het gewenste programma selecteren (elk programma heeft een index) en het programma opstarten. Bij het opstarten wordt het gewenste programma op de juiste positie gezet voor BASIC programma's en vervolgens wordt het 'RUN' commando aangeroepen via een call routine. Wanneer je op reset drukt kun je makkelijk terugkeren in het keuzemenu.

De broncode, schema's, STL voor de enclosure, installers voor de GUI, en (nog beperkte) documentatie tref je hier aan:

https://github.com/ifilot/p2000t-tape-monitor

Voor een impressie, zie ook onderstaand filmpje (sorry dat het aardappel-kwaliteit is, ik ben geen cameraman.)

https://www.youtube.com/watch?v=oFVSTNTA5YM

Ik heb op dit moment nog vier printplaatjes over (vijf besteld, eentje voor mezelf), dus als iemand interesse heeft om met deze cartridge uit te proberen en mij van gebruikersfeedback te voorzien, neem even contact met me op. Je hebt naast de data cartridge, ook een programmeerbare SLOT1 cartridge nodig (bijv. mijn ZIF-cartridge) en een PICO flasher.

Ik heb even een snel scriptje geschreven want er is een chronisch tekort aan monniken met ICT kennis. Op dit moment hebben 81/ 198 CAS bestanden in het archief een ongeldige header (om een of meerdere redenen). Ik zal het scriptje uitbreiden om op nog wat andere zaken te toetsen en dan toevoegen via een PR. Headers repareren is an sich niet zo moeilijk.

Mooi werk @dionoid!!!

Ik zou bijna voorstellen om dit gewoon uit te rollen voor alle CAS bestanden en de nagenoeg random data in de header-secties te wipen (alles buiten 0x30 - 0x4F). Ik zou voor het vergelijken van bestanden de header secties niet volledig negeren. Ben het met je eens dat het nut van die headers beperkt is, maar bijvoorbeeld 0x4F neemt af per blokje en op z'n minst zou je de andere 'metadata' (programmalengte e.d.) minstens een keer willen meenemen in het vergelijk.

Je kunt het scriptje voor de cartridges eventueel recyclen voor de .cas bestanden.

Nog een voorstel: we zouden de controle van de .cas bestanden en de .bin bestanden (cartridges) kunnen opnemen in Github actions. Bij elke commit kunnen we dan toetsen of alles uniek is. Je zou zelfs per commit automatisch een overzichtlijstje kunnen uitrollen.

Het programma gebruikt fopen en niet _wfopen. Als je die laatste gebruikt kun je inderdaad UTF-16 bestandsnamen gebruiken. Ik ben niet thuis in Java, maar kan goed zijn dat de JVM meteen koppelt op de 'wide char' functies.

De discussie doet me eraan denken dat we tegenwoordig ook emoticons kunnen gebruiken in bestandsnamen, maar dan blijft de vraag resteren of we dat zouden moeten willen. 

On 8/21/2023 at 9:29 PM, w2510a said:

Hello everybody! I am sorry to post in English, but I am from Austria and can't write in Dutch.
My interest in computers started in school 35 years ago. Since 25 years I am collecting and repairing historic computers. My collection also includes a number of Philips P2000 (several P2000T, one P2000M and two P2000C). All of them are working and I have some software as well. However, I don't have a CPM cartridge for the P2000T and would be interested to get a "Homebrew cartridge module" as developed/offered by @Bertus here some time ago. Is there still a possibility to get such a module?

@w2510a had nog een aantal cartridges die nog niet in het P2000 Preservation Project stonden. Hij was zo vriendelijk om een dumpje van de ontbrekende cartridges te maken welke ik nu via een pull-request heb aangeboden voor het project. Zodra @dionoid de pull request (PR) accepteert (indien naar tevredenheid natuurlijk), dan zijn op de PPP de volgende extra cartridges te vinden:

• BASIC 1.0 in het Engels
• Bildschirmtext
• Text 1 in het Duits
• Text 2 in het Duits
• Maintenance (deze maintenance wijkt met een paar bytes af van "Maintenance 1", dus ik heb hem maar voor de volledigheid toegevoegd)

In de tussentijd kunnen de nieuwe cartridges in mijn fork gevonden worden (na acceptatie van de PR verwijder ik deze tekst)

https://github.com/ifilot/p2000t-software/tree/additional-cartriges/cartridges

Klopt, maar er zou ook een EOT geschreven moeten worden op de cassette. Heb je het stopje erin zitten?

Uitleg:

Op adres 0x0018 begint de machinecode voor de cassette. Via DEF USR=&H18 wordt een pointer gezet naar dat adres. Wanneer je ?USR(1.1) aanroept dan wordt 1.1 als een single precision float weggeschreven naar adres 0x650D en bevat HL een referentie naar dat adres. We gebruiken dit getal overigens verder niet (HL wordt overschreven met de waarde van het transfer adres). De waarde in de accumulator wordt echter wel bepaald door het type argument en voor een single precision float is dat een 4. Wanneer 0x0018 aangeroepen wordt met 4 in register A, dan wordt het vijfde adres (tellen vanaf 0) van de cassette jump table aangeroepen die wijst naar de EOT-schrijf functie die je nodig hebt.

Zie ook de volgende regels in de monitor code:

* Effect van waarde in a: https://github.com/p2000t/documentation/blob/master/programming/Monitor Documented Disassembly/Symbols.asm#L212

* Effect van waarde in register A op de jump table: https://github.com/p2000t/documentation/blob/master/programming/Monitor Documented Disassembly/Cassette.asm#L28
* Start van de EOT schrijf functie: https://github.com/p2000t/documentation/blob/master/programming/Monitor Documented Disassembly/Cassette.asm#L1707

Volgens mij refereert @cancom naar een handgeschreven opmerking op pagina 34: van https://download.homecomputer.museum/Files/Philips/P2000T/Documentation/P2000T.pdf. (zie afbeelding)

De monitorroutines werken natuurlijk ook. Als je het vervelend vindt om een serie 'pokes' in BASIC uit te voeren kun je ook de instructies via Zemon inkloppen en eventueel de machinetaalinstructies op een (ander) bandje opslaan.

Tenslotte heb je ook nog een "cassettehulp" programma met wat handige utilities. Ik kan me niet herinneren of die je toetstaat om specifiek het laatste bestand te wissen, maar wellicht de moeite waard om daar eens naar te kijken: https://github.com/p2000t/software/blob/master/tapes/utilities/Cassettehulp%2B.cas

5 hours ago, Bekkie said:

Ik ben in de corona tijd begonnen functionaliteit toe te voegen

Ik zag je commits en de pull request inderdaad al tegenkomen. Knap gedaan allemaal. Men is inderdaad heel strict qua integratie bij mame-dev. 

De commit historie van MAME suggereert dat de P2000T emulator geport is vanuit MESS (ergens in 2012):

https://github.com/mamedev/mame/blob/7285b359d259b2ae0fdf85096571c386ec8c991a/src/mess/drivers/p2000t.c

Verder doorgraven in de MESS-svn laat zien dat de eerste commit van de P2000T broncode door de maintainer van MESS is geplaatst (ergens in 2007):

https://github.com/mamedev/mess-svn/blob/50516e2f0095095fc28f569c0db3176012579447/src/mess/drivers/p2000t.c

Deze forumpost doet suggereren dat de user met de nickname "The Wiz" de auteur van die code is:

https://forums.bannister.org/ubbthreads.php?ubb=showflat&Number=33117

Ik kom met die nickname echter niet verder.

Dit document suggereert dat "Paul Daniels" de auteur is, maar het zou ook een maintainer of een contributor kunnen zijn:

https://github.com/mamedev/mess-svn/blob/master/docs/messnew.txt#L12208

Als ik de broncode van beide emulatoren vergelijk, specifiek de Z80 emulatie, dan ziet dat er wezenlijk anders uit. Zie bijvoorbeeld:

• https://github.com/CodeAsm/M2000/blob/main/Z80.c
• https://github.com/mamedev/mess-svn/blob/d1714d79dcb4e1f671c2ba92c86b544b5d6d8c7f/src/emu/cpu/z80/z80.c

I am sure I can help you out.  Due to the "minimum of 50 posts" restriction on the forum, I cannot (yet) send any direct messages. Can you share some contact details so I can reach out to you?

edit:

Or contact me on Marktplaats, that is fine as well.

12 hours ago, blanka said:

Ik probeer een Z80 emulator te maken, ik weet het 1000x gedaan, tijdsverspilling, maar gewoon leuk als oefening.

Ik merk echter dat computers nu met 32 bit integers werken (geen 64 blijkbaar), maar als je de standaard 8 bit bewerkingen in 32 bit doet gebeuren er toch andere dingen.

Ik weet niet of dit je veel gaat helpen, maar op x64 architectuur zal een operatie met 64-bit integers in de regel resulteren in een optcode met 64 bit registers; een 64 bit integer operatie dus. Afhankelijk van de programmeertaal die je gebruikt, welke variabelen je daarin declareert en de bibliotheek waartegen je aan compileert kan dat een 32bit integer zijn. In C++ is de de-facto integer op een 64 bit systeem LP64, dus 64 bits per integer. Op 32 bit systemen is dit ILP32, dus 32 bit.

Wil je 8 bit operaties afdwingen, dan kun je ervoor kiezen om 8 bit variabelen te declareren. In C++ heb je bijvoorbeeld de familie uint8_t, uint16_t, etc. Wat er daadwerkelijk onder de motorkap gebeurd is niet gegarandeerd en wordt bepaald door je compiler. Soms worden er daadwerkelijk 8 bit operaties gedaan, maar het kan ook dat als je meerdere van daar soort operaties in een for-loop hebt, dat je compiler dan SIMD parallellisatie uitvoert. Als je wilt weten wat je compiler ervan maakt, dan kun je ervoor kiezen om de gegenereerde assembly uit te lezen. Als je 100% controle over je operaties wilt behouden, dan kun je ervoor kiezen x64 assembly te schrijven (of de x86 assembly voor 32 bit systemen).
 

12 hours ago, blanka said:

Vind de uitleg hierover heel vaag. Zowel in de Z80 handleiding van Zilog, als op vele websites staan weinig voorbeelden.

Als je beter begrip wilt hebben over de interne werking van de Z80 kun je een emulator gebruiken zoals onderstaande. Deze laat netjes het flag register zien en je kunt stappen per cyclus of per instructie maken:

https://floooh.github.io/visualz80remix/

Als je in deze emulator de machineinstructies 3E 80 C6 81 intypt (LD A,128 ; ADD 129), en de rest op 00 (NOP) zet en doorspoelt, dan kun je kijken naar het resultaat in het flag register. Deze is szyhxVnC, dus overflow en carry zijn allebei gezet. Stel je pakt LD A,128, ADD 128, dan worden naast overflow en carry, ook nog eens zero en half-carry gezet.

Edit: Er schiet me nog iets te binnen:

Je kunt natuurlijk ook helemaal all-in retro gaan en op je P2000T met Zemon dit uitvogelen. Je kunt weliswaar niet direct het flag register naar een ander register overzetten, maar wel indirect via de stack. Je zou dus na een operatie van interesse 'af' naar de stack kunnen duwen, dan eraf halen in 'bc' en vervolgens de waarde van het flag register in je accumulator stoppen waarna je ermee kunt doen wat je wilt (bijvoorbeeld wegschrijven als een string).

push af
pop bc
ld a,c

Goed nieuws. De ROM flasher is zover af dat ik hem graag de deur uit stuur om door geïnteresseerden te laten testen. Ik heb een GUI in Qt geschreven om (hopelijk) makkelijk met de flasher te interfacen. Daarbij heb ik ook een bijbehorende cartridge ontwikkeld met een ZIF socket op de achterzijde (zie foto). Daarmee kun je de ROM chip inserteren zonder dat je de cartridge hoeft open te maken. Aan de voorzijde van de cartridge zit een piano-type dip switch om de bank te selecteren.

Een paar kanttekeningen:

• De GUI is ontwikkeld in Qt op Windows. Zover ik kan zien werkt deze out-of-the-box maar ik raad geïnteresseerden desondanks aan om eerst even te testen of de GUI werkt voordat je overweegt om het in gebruik te nemen.
• Ik heb zelf beperkte ervaring met Mac en ik gebruik een kant-en-klare MacOSx image in Github actions om de GUI te compilen voor Mac. Deze compilatie werkt op MacOSx versie 11 en nieuwer, maar niet op de oudere MacOSx versies. Wederom; als je enkel een Mac systeem hebt, test dan even de Mac GUI voor gebruik.
• @blanka heeft de flasher zelf getest voor MacOSx (dus niet de GUI) en dat werkt zonder problemen. De flasher gebruikt een simpel UART protocol voor de communicatie en Blanka heeft daar zelf iets voor geschreven in Java.
• Je kunt met deze flasher ook de ROM in de zwart-oranje cartridge herprogrammeren. Je moet daarvoor de cartridge wel openmaken. Tevens heb je een adapterplaatje nodig voor PLCC32 naar DIP (heb ik inmiddels ook gemaakt). Het herhaaldelijk open- en dichtschroeven kan echter wel het plastic beschadigen zodat de schroef niet meer goed hecht. Ik heb daarom een herziene versie van de enclosure (doosje) gemaakt met threaded inserts die dit probleem oplossen.

@RoykeA en @Bekkie; ik stuur jullie een DM voor e.e.a. verder af te stemmen.

Edit: Blijkbaar heb ik nog niet genoeg "forum-credits" om (nieuwe) DMs te sturen. Dus willen jullie mij benaderen?

5 hours ago, blanka said:

Is er documentatie/lijst van dat soort in programma's toepasbare routines?

Deze pagina's schieten mij te binnen. Wellicht is er meer, maar ik ben nog niet klaar met alles op het archief door te nemen.

• https://github.com/p2000t/documentation/blob/master/P2000gg/p2000ggnieuwsbrief1-7.pdf : blz 26
• https://github.com/p2000t/documentation/blob/master/programming/Adresboekje.pdf : blz 66 en 67

4 hours ago, blanka said:

Vakanties zijn er voor compleet in het wilde weg programmeren....

Ik maak een P2000 geheugenviewer met weergave van basic, machinecode, sprites en tekst. Hier een stukje Basic in het geheugen visueel gemaakt.

Supermooi die lay-out! Hoe moet ik die rode 4-byte (?) blokken interpreteren?

4 hours ago, cancom said:

Het gaat niet om een "nieuwe versie" van de interpreter dus een jaar van uitgave is niet aan de orde: de fabrikant had niks ermee te maken.

Dank voor die toelichting! Het is dus een soort van revisie door de gebruikersgemeenschap. Ik zal die informatie laten landen in de beschrijving van deze ROM in de PPP.

Grote dank! Deze cartridge is duidelijk meer gevuld dan de BASIC cartridge op PPP waardoor ik je eerdere opmerking snap die suggereert dat ik data aan het overschrijven ben. De BASICNL cartridge die bij mijn P2000T zat was de BASICNL1.1 versie waarin "RobRob83" in de header staat (ik vermoed refererend naar Rob van der Heij en Rob van Ommering) die wel nog enige ruimte heeft. Dit is ook de versie die op PPP staat.

@cancom Heb je eventueel wat meer achtergrond informatie hoe de verschillende versies zich tot elkaar verhouden? Welke aanpassingen zijn er bijvoorbeeld gedaan en wat is het jaar van uitgave? En puur uit interesse: is er naast deze versie ook nog een A1 dan?

Ik zal in ieder geval aangeven in mijn aangepaste cartridge dat dit een iteratie is gebaseerd op BASICNL1.1 omdat deze voldoende vrije ruimte heeft om een aanpassing te doen maar dat deze dus afwijkt van de BASICNL1.1A2 variant.

@dionoid Ik heb een pull request ingeschoten op Github met de BASICNL1.0 en de BASICNL1.1A2 cartridges om de repository verder aan te vullen.

Zoals jullie weten heb ik enkele hardware projectjes rondom de P2000 opgezet. Om meer uit die hardware te halen is het handig om een ROM flasher te hebben, maar op basis van de discussie in dit topic begrijp ik dat niet iedereen die heeft. Ik heb zelf een TL866ii, maar die zijn al meteen erg prijzig (rond de 100 euro). Je kunt natuurlijk je eigen flasher bouwen met een Arduino, een breadboard en wat shift registers, maar ik kan me indenken dat de drempel daarvoor ook nogal hoog is. (van de andere kant; het kan ook een heel leerzaam project zijn)

Vooral voor diegenen die nog geen ROM flasher hebben: heeft het een meerwaarde voor jullie om een gebruiksvriendelijke en goedkope flasher te hebben? Ik heb een redelijk ver ontwikkeld prototype op basis van een Raspberry PICO (zie afbeeldingen) en met een relatief kleine investering aan mijn kant kan dat tot een mooi (open-source / open-hardware) product worden. Ik probeer met deze vraag een beetje te toetsen of daar behoefte aan is of dat er al wellicht goede (en vooral goedkope) alternatieven bestaan. Qua kostprijs voor het product wat ik voor ogen heb moet je denken aan ~20 euro (10-13 euro voor PCB + componenten, ~2 euro voor 3D casing, 5 euro verzendkosten).

Laat vooral horen wat jullie ervan vinden!

Korte update van mijn kant: Ik heb de assembly code aangepast en nu wordt automatisch de top van het RAM geheugen bepaald op basis van de waarde in $605C. Ik heb de code getest op een 16kb en een 32kb P2000T met respectievelijk de programma's 4 op een rij.cas en koh-i-noor.cas. Dat blijkt beiden netjes te werken.

Tevens heb ik de USR1 pointer op suggestie van @blanka veranderd van &H4EC7 naar &H4EEE om het typen verder te vereenvoudigen.

• Versie 0.2.0 van de ROM valt hier te downloaden: https://github.com/ifilot/p2000t-rs232-cartridge/releases/download/v0.2.0/BASIC-MODIFIED.bin
• Voor diegene die de zwart/oranje cartridge hebben; de 512kb image met daarin de rs232-loader op bank 18 (DIP: 10010) valt middels deze link te downloaden: https://github.com/ifilot/p2000t-rs232-cartridge/releases/download/v0.2.0/bundle.bin

3 hours ago, blanka said:

Kun je deze modded ROM op je oranje-zwarte module zetten?

Jazeker kan dat. Kwestie van deze ROM op een van de lege banks flashen. Je moet daarvoor wel de cartridge openschroeven en een ROM flasher hebben.

Dank @cancom voor (wederom) je kritische visie. Ik stel het op prijs.

• Ik zie inderdaad dat ik beperkt ben tot 15.5 kb programma's omdat ik het adres $9f00 gefixeerd heb in de code. Dat moet een 'dynamisch' adres worden gebaseerd op de capaciteit van de P2000T welke bepaald kan worden uit de waarde op $605C. Dat is inderdaad maar een paar extra regels assembly. Dank tevens voor het spotten van de typo, dat zou &HDDFF moeten zijn. ($6000 + 32 * $400 - $200 - 1 = $ddff)
• Het klopt dat ik er vanuit ga dat de ruimte in de BASIS NL1.1 cartridge boven $4EC7 leeg is. Alle cartridges die ik tot nu toe heb gezien hebben dit. Volgens mij is dit een redelijke aanname om te nemen, maar ik zie graag feiten die hier tegen spreken.
• Ik heb me verkeerd uitgedrukt in mijn voorgaande bericht. Ik bedoelde te zeggen dat ik aanpassingen had gemaakt in de opstartroutines van de BASIC NL cartridge. Ik heb het bericht aangepast. Je hebt uiteraard gelijk dat ik geen aanpassingen aan de BIOS moet gaan maken.

In mijn ontmoeting met @blanka werd benoemd dat het kopiëren van .CAS bestanden naar de P2000T nog redelijk omslachtig is omdat je een redelijke lange code in moet typen. Deze post op dit forum laat eigenlijk ook al zien dat het overtypen van zulke lange code, ondanks zeer nostalgisch, nogal foutgevoelig is. Ik heb daarom de code van @dionoid een klein beetje aangepast en aan het einde van de BASIC NL v1.1 ROM gezet. Hierdoor is de code teruggebracht naar slechts twee regels:

10 CLEAR 50,&H9DFF
20 DEF USR1=&H4EC7

Door deze twee regels te draaien met 

RUN

en vervolgens de machinecode aan te roepen middels

?USR1(0)

zet je de P2000T in de 'ontvangstmodus' en kun je het CAS bestand overzetten.

Voor de geïnteresseerden:

• De ROM file van de aangepaste BASIC module staat hier: https://github.com/ifilot/p2000t-rs232-cartridge/releases/download/v0.1.3/BASIC-MODIFIED.bin
• De broncode valt hier te vinden: https://github.com/ifilot/p2000t-rs232-cartridge

Als iemand een goed idee heeft om het aantal regels nog verder te reduceren hoor ik dat graag. Idealiter zou je de P2000T meteen willen opstarten in een soort ontvangstmodus zonder iets te typen. Ik heb geprobeerd om wat 'hooks/jumps' te plaatsen in de BASIC NL cartridge om hiermee handmatig de start- en eindpositie van BASIC en de pointer van USR1 aan te passen, maar tot nu toe zonder succes. Ik vermoed dat mijn insertie te vroeg is en dat de volgorde kritisch is. Ik weet echter niet wat een goede plek daarvoor is.

Ter aanvulling op voorgaande bericht. Voor eenieder die ook graag (non-invasief) dumps wil maken van P2000T cartridges; ik heb de hard- en software die ik ontworpen heb nu netjes gedocumenteerd op Github gezet: https://github.com/ifilot/p2000t-cartridge-reader.

Ik kan wel een ROM dump maken van die BASIC 1.0 cartridge. Blanka woont ook in 040-omgeving, dus we kunnen een keer een afspraak maken om dat te regelen; indien Blanka daarmee akkoord gaat natuurlijk.

Ghosthunt is inderdaad geen standaard Basic programma zover ik kan zien uit de CAS dus wellicht dat daarmee de methode over de kabel niet werkt. Wat je eens zou kunnen proberen is of je hem in het geheugen kunt zetten en dan naar een tape weg kunt schrijven en dan opnieuw proberen in te laden.

1. Je moet deze bestanden nog door een slicer halen voordat je ze kunt 3d-printen, maar voor de rest zijn ze kant-en-klaar.

2. Ik heb nooit een originele cartridge opengemaakt maar heb - zo goed als mogelijk - op basis van de schroefgaten gegokt waar de nokken zouden moeten zitten. Ik kan niet garanderen dat ze voor originele cartridges / printplaten geschikt zijn. Het klopt inderdaad om te stellen dat ze in principe ontworpen zijn voor mijn ontwerp PCBs en misschien werken ze ook voor de originele. Dat gezegd hebbende, een 3d-print is niet duur om te maken dus we kunnen een keer proefdraaien en dit simpelweg toetsen.

Er lopen nu twee topics parallel aan elkaar en ik reageer hier op beiden.

@fjalvingh en @Wijnand Ik was er ook tegenaan gelopen dat CARS1 en CARS2 omgedraaid in de FSM staan. Ik heb zelf een simpele SLOT1 cartridge ontworpen en heb mijn bevindingen gedocumenteerd. Wellicht dat dit van nut voor jullie kan zijn. Zie: https://www.philips-p2000t.nl/cartridges/basic-cartridge

@RetroComputer I designed a very simple PCB that basically acts as an adapter between the P2000T cartridge and a Arduino Leonardo. No desoldering is required and the method is fully 'non-invasive'. I extensively tested it with my own cartridges. Do you by any chance have such a Arduino Leonardo? I am happy to ship a pre-soldered PCB to you in exchange for a readout of the ROM (of course to be shared with everyone).

By the way: I am in the process of also putting all the required resources for this adapter board in my Github repository and documenting upon this as well, but that is work in progress (and unfortunately I have little free time as it is at the moment), but it is also upcoming.

21 hours ago, RetroComputer said:

I'll try to open the cartridge with Basic on Monday. If the eproms are in the sockets, I can immediately do a .bin dump and post here.

Most likely the eproms are soldered in without any sockets. Anyway: No need to break it open and potentially desolder the eproms. If you by any chance have an Arduino Leonardo, I can send you an adapter board so that you can connect the cartridge to the Arduino and read out the ROM.