Bertus
-
Aantal items
104 -
Registratiedatum
-
Laatst bezocht
Inhoudstype
Profielen
Forums
Galerij
Kalender
Alles dat geplaatst werd door Bertus
-
Zo gaan die dingen. Terwijl ik beide schema's aan het bestuderen was kwam ik ook al op die conclusie uit. Ik heb een revisie gemaakt van mijn schema (en me laten inspireren door ook een 74HC158 te gebruiken). Ik kom hier op uit: Op basis van A14 toets je dus eerst of de adresbus tussen A000-DFFF zit. Indien zo, dan zit je in de eerste 16kb en moet A13 direct op de A13_1. Staat de adresbus op E000-FFFF, dan is A14 hoog en moeten we kijken of we op chip1 of op chip2 moeten zitten. Dan kan door S1 en S2 te toetsen. Als tenminste een van beide hoog is, dan zit je op chip 2, anders op
-
Als het goed is zou de PDF een vector-afbeelding moeten bevatten, dus dan kun je zover inzoomen als je wilt. Voor de PNG heb je gelijk, daar moet ik even op de resolutie letten. Ik hoop dat ik het nu beter heb gedaan. (300 DPI, maar je moet wel nog steeds op het plaatje drukken om hem groot te maken) Goede vraag. Ik was onder de aanname dat die 40-pin expansion board header geen (stabiele) 5V had. Ik had mijn ontwerp gebaseerd op het ontwerp in de P2000GG nieuwsbrief (1-7; blz 58) en daarin haalde men alles vanaf het moederbord. Wat is die DISA (D in FSM) pin eigenlijk?
-
Ik dacht dat ik hem met voldoende resolutie had geëxporteerd. Je kunt op het plaatje klikken en dan wordt hij vergroot in je browser geopend. Desalniettemin: ik heb hier ook een download link voor de PDF welke je heel ver kunt inzoomen: https://www.dropbox.com/scl/fi/t6dhlmnuyb13zmxagfe9i/p2000t-ram-expansion-board.pdf?rlkey=ab8gcy0ecogt94enopx6it52r&dl=0 Ik hoop dat dat zo fijn voor je werkt. Je hebt helemaal gelijk dat die 62256 supergoedkoop zijn (2,14 euro per stuk). Wat zou je voorstel dan zijn qua schema als ik er twee zou gebruiken?
-
Ik ben me aan het verdiepen in het bouwen van een RAM expansion board met moderne chips. Op basis van het field-support manual kwam ik op het volgende schema uit (zie afbeelding). Naar ik heb begrepen zitten er op dit forum een paar befaamde componentenbouwers en ik zou graag hun input eens horen of dit schema zou kunnen werken. Samengevat: ik koppel een 32kb static ram chip op data en adrespoorten. Middels ~MRQ (memory request) en RAMS2 wordt deze chip uit de low-impedance modus gehaald via ~OE. ~RD en ~WR lijnen zijn direct op deze chip gekoppeld. De onderste 16kb zitten gekoppel
-
@blanka Wat mij verteld werd was dat hij een aansluiting had gebouwd op zo'n LED lichtkrant. Ik weet er het fijne niet van, maar volgens werken die led-bakken met een simpel protocol dus het lijkt me niet onredelijk dat je dat aan kunt sturen met je P2000T. Ik was in de veronderstelling dat dat lichtkrant programma enkel een lichtkrant op het scherm projecteert.
-
Wat zie je dan precies? Ik heb het spelletje zelf zonder problemen kunnen spelen. Ik was zelf positief verrast dat het allemaal net past op een 16kb versie. Het spelletje neemt 14619 bytes in beslag en wordt geplaatst vanaf (ik gebruik even voor het gemak hex-notatie) 0x6547. Je vult dan alles van 0x6547 + 0x391B = 0x9E62. Je zit dus net onder de stack pagina en ik neem aan dat er ook nog variabelen ergens opgeslagen moeten worden.
-
Deze stond op een tape die ik bij een P2000T had gekocht. De vorige eigenaar had een eigen zaak (een snackbar) en was een computer-enthousiast. Hij vertelde dat hij de P2000T ook gebruikte voor het aansturen van een lichtkrant. Enfin; kan er niet heel veel over vertellen. Alle bestanden hebben ook een 'AVR' extensie waarvan we ook nog niet duidelijk hebben wat die precies zijn en de tapes beginnen allemaal met een '?-index' bestand.
-
Compilatie voor Ubuntu werkt in ieder geval als een zonnetje. Instructies vallen hier te vinden: https://github.com/ifilot/p2000t-tape-monitor/tree/master/gui Het zit inmiddels ook ingebakken in de Github Actions procedure (CI/CD), dus wordt bij elke nieuwe commit ook telkens getest dat het valt te compileren onder Ubuntu. Zie bijvoorbeeld: https://github.com/ifilot/p2000t-tape-monitor/actions/runs/6486774883/job/17615657820
-
Ik verwacht geen enkel probleem om dit te compileren op Linux. De Windows variant op Github Actions wordt zelfs op een Linux distro gecross-compiled voor Windows. Alles zit volledig in Qt en Qt doet zelf de juiste kernelinstructies per OS uitrollen. Welke distro heb je precies? Ik kan eventueel voor je uitproberen.
-
Ik zit ook in die situatie. Ik heb in het verleden wel PM rechten gehad, maar volgens mij moet je nu 50 posts daarvoor hebben om te mogen versturen. Ik kan wel ontvangen. Enfin, zou ik ook PM-toegang mogen hebben?
-
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
-
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.
-
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.
-
@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 v
-
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 pre
-
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 w
-
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
-
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.
-
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
-
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 ou
-
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
-
Supermooi die lay-out! Hoe moet ik die rode 4-byte (?) blokken interpreteren? 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
