Bertus

Heb je daar een handleiding ofzo voor want ik blijf normaal gesproken van dat soort "hoogspanning" af.

Aangezien deze verkeerd stond op het PPP, kun je ook eens kijken naar de `MCPM.bin` en de `MCPM-system.bin`? Die zijn beiden 8 KiB wat me erg weinig lijkt voor een cartridge en CP/m disk. Idem voor `Seeters.bin` (`CPM Nater.bin` is 8 16 KiB, dus lijkt erop dat die wel klopt).

Ik heb hem opgepoetst en kom dan op 4.82V. (gemeten bij koude start) Heb er ook een nieuwe (moderne) op aangesloten en dan krijg ik 5.01V. Ga er dan vanuit dat het niet aan interne weerstanden lag. Vervangen dan maar? Er zat trouwens nergens thermal compound op. Puur metaal op metaal contact.

Hele andere vraag: ik heb de 5V lijn eens gemeten op mijn P2000M (hij doet het nog goed, maar was benieuwd) en die zit rond 4.75V. Is dat normaal of is dat een teken aan de wand dat ik de regulators moet gaan vervangen? Iemand ervaring hiermee?

Dank voor het puzzelwerk! Ik had bij deze twee rijen `79` en `5C` i.p.v. respectievelijk `F9` en `DC`. Dat is dus inderdaad de foute RAMS2 op de Sanecal PROM. Inmiddels heb ik een printje besteld waarmee ik kan gaan testen.

Yes, deze doet het! 🙂 Grote dank wederom! Nog een andere vraag; in de handleiding van het SANECAL CP/M bord wordt de volgende PROM encodering gegeven: 00: 7E 7E 7E 7E FE FE FE FE 7D 7D 7D 7D 7D 7D 7D 7D 10: FD FD FD FD F9 F9 F9 F9 F9 F9 F9 F9 DC DC FD FD Als ik alle signalen naloop dan kan dit gewoon niet werken. Om maar een voorbeeld te geven, in sommige gevallen wordt zowel RAMS1 als RAMS2 signalen geactiveerd. Ik zou verwachten dat deze mutueel exclusief zijn. Als ik alles goed heb doorgelezen, dan zou de mapping eigenlijk als volgt moeten zijn: Dat komt dan overeen met deze encodering: 00: 7E 7E 7E 7E 7E 7E 7E 7E FD FD FD FD FD FD FD FD 10: FD FD FD FD 79 79 79 79 79 79 79 79 5C 5C FD FD Dit is ook hetgeen wat in het tekstbestandje staat dat je me stuurde wat volgens mij jouw persoonlijke notities bevatte. De vraag is simpel: heb je zelf zo'n CP/M bordje gehad en heb je toen de PROM uitgelezen en bleek hetgeen in de handleiding staat gewoonweg niet te kloppen of zijn jouw notities ergens anders op gebaseerd?

Grote dank! Ik heb hem "omgeschreven" naar een moderne SRAM geheugenchip; dat maakt alles een stuk dunbevolkter. Ik zag dat in de originele handleiding dat D0 wordt gebruikt voor de flip-flop voor de remapping, maar in jouw notities staat D7. Ik heb de assembly van CP/M nagelopen en het lijkt er op dat het inderdaad D7 moet zijn. Ik ga sowieso nog een keertje alle sporen nalopen. p2000m-cpm-coboard.pdf

Ik dacht dat deze voor een T met flop was. Dit is toch een teletekst-editor? Grote dank! Ik ga puzzelen. 🙂

Ik heb recent mijn P2000M weer eens uit de berging gehaald. Ik heb alleen de machine, niet de monitor / floppy combinatie die erbij hoort. Buiten de originele monitor die bij de P2000M hoort, heb ik nooit een andere monitor weten te vinden die ik erop aan kan sluiten. Om toch beeld te krijgen heb ik het videosignaal bekeken met mijn oscilloscoop en op basis van het signaal heb ik een adapter gemaakt welke het videosignaal van M omzet naar standaard 640x480@60Hz VGA. Daarmee kan ik de M aansluiten op een moderne(re) monitor. De volgende stap was om de floppy controller aan de gang te krijgen. Ik heb meerdere oude 5.25" floppy drives, maar wou proberen of een floppy drive emulator ook werkt. Ik heb een GoTeK gebruikt en deze werkt na wat aanpassingen als een zonnetje. Met de VGA adapter en de GoTeK heb ik nu een werkend (zij het geemuleerd) systeem. In het PPP heb ik een viertal cartridge + disk combinaties aangetroffen. Disk BASIC Philips P2000M CP/M Nater / Seeters CP/M UCSD Pascal Op dit moment draait alleen Disk BASIC. Ik begrijp dat voor CP/M een speciale print nodig is, welke ik niet heb, waardoor CP/M niet kan draaien. De UCSD loopt vast tijdens het opstarten; ik heb het idee dat de dump van de systeemdisk niet goed is, omdat ik wel de metadata zie van de bestanden maar niet de daadwerkelijke bestanden om te starten. Kan iemand mij verder helpen? Hoe zit dat CP/M bordje in elkaar? Uit de archieven maak ik op dat er 4 verschillende varianten bestaan en dat het een relatief lichte ingreep is. Feitelijk moet de geheugenmap van de M gewijzigd worden, immers, CP/M wil continu geheugen. De monitor en cartridge moeten dus vervangen worden voor RAM en ik neem aan dat het videogeheugen ook anders geaddresseerd moet worden. Heeft iemand (mijn hoop is @cancom) wellicht een schema? Heeft iemand ergens nog de UCSD floppies liggen en kan daar een dump van gemaakt worden?

Dank beiden!! De monitorroutines zijn dus voor T en M hetzelfde en op basis van de adresdecoder worden de signalen op de juiste manier naar de componenten gebracht waarbij het enige verschil in die decoder dus feitelijk het videogeheugen is. Verklaart ook meteen waarom de P2000T basic draait op de M. Maar zou andersom dan ook niet moeten draaien? Hoe het videogeheugen in elkaar steekt geeft dan enkel wat visuele artefacten maar buiten dat zou het dan toch moeten draaien met een FDC bord in de T?

Hoe verschilt de M nu precies met de T? Is de M een "super-T" met een 80-kolomsuitbreiding en een floppy drive controller (inclusief geheugenuitbreiding), maar heeft deze wel dezelfde monitorroutines? Ik lees namelijk in de dump van de T-monitor dat er routines inzitten voor floppies.

In navolging van de prachtige emulator van @dionoid voor de P2000T heb ik nu ook een emulator geschreven voor de P2000C. De emulator maakt gebruik van floppy images en ondersteunt ook SASI harde schijven (ook via image). De P2000C is feitelijk 2 computers in 1: Een terminal als frontend met een computer in de backend. Van de terminal zelf heb ik helaas geen ROM dus deze kan ik (nog) niet exact emuleren. Ik heb daarom een beetje een surrogaatoplossing in elkaar gezet. De backend wordt wel goed geemuleerd (niet cycle-exact, maar wel tijd-exact). Voor het scherm heb ik een poging gedaan om alles er een beetje retro-CRT uit te laten zien. Scanlines, analoge ruis, phosphorecentie-bloom, etc. Zowel de 80x24 tekstuitvoer als de grafische uitvoer worden ondersteund. Voor wie er mee wilt spelen; alles staat op Github: https://github.com/ifilot/p2000c-emulator Tips en feedback zijn altijd welkom! 🙂

OK; dat is wel een belangrijk verschil. Ik heb alle drives gelaten zoals ze zijn. Dat wil zeggen; het zijn HD drives en ik gebruik ook HD floppies. Hoe zet je ze precies om? Trek je pin 2 naar GND dan? Wat maakt het dat het makkelijk(er) gaat op de ALPS? Gebruik je dan ook DD floppies of werken HD floppies ook? Voor de NEC FD1036A heb ik gewoon HD floppies gebruikt. De coating voor HD en DD floppies verschilt (665 Oersteds versus 720 Oersteds); weet niet of dat veel uitmaakt.

Ik heb ook sinds vorige zomer een NEBO (eentje die al ingebouwd was inclusief disk drive in een P2000T). Bij mij werkt die NEBO alleen maar op die drive. Tot nu toe deze drives getest: NEC FD1036A (1986) -> deze was reeds ingebouwd en werkt NEC FD1231H (2003) -> werkt niet NEC FD1231H (1996) -> werkt niet SONY MPF920-E -> werkt niet Misschien zijn de andere drives te nieuw; geen idee. Alles getest op externe voeding en met werkende floppies. De drives werken allemaal ook gewoon op een MS-DOS machine. Ander ding wat opvalt is dat bij het formatteren van een zijde, het programma niet stopt na track 80. Hij blijft doorratelen (step motor tikt tegen de zijkant aan). Ik heb er een Gotek aan opgehangen en die geeft inderdaad aan dat er voorbij track 80 geschreven wordt. Lijkt erop dat de drive zou moeten signaleren dat dat niet mag of kan, maar dat dit niet opgepikt wordt. Op die ene drive die erbij zat kan ik netjes 1.44MB diskettes formatteren (buiten dan dat euvel voor bij track 80), voorzien van een boottrack en ook bestanden wegschrijven en inladen met JWS DOS. Misschien is de NEBO deels defect, wie weet...

Ik loop tegen hetzelfde probleem aan: Heb ook een aantal PM's uitgestuurd (ook naar @cancom), maar krijg geen reactie, dus heb ook twijfel of ze goed aangekomen zijn.

Het is bekend: "2 weten er meer dan 1". @dionoid laat zien dat "2 ook meer kunnen dan 1". 😊 Zoals bekend had ik een start gemaakt met de launcher, maar besmet door mijn werkveld was deze launcher relatief technisch. Ik had me vooral laten inspireren door Linux-based operating systems. Ik vind het prachtig om te zien hoe @dionoid dit heeft om weten te toveren in een zeer gebruiksvriendelijke GUI waarbij de gebruiker de mogelijkheid blijft houden om te kiezen welke interface hij wilt gebruiken. Ik gebruik de Easy Launcher nu zelf ook liever dan mijn eigen Launcher. 😅 Ook een groot compliment voor het retro-actief (pun-intended) uitbreiden van de functionaliteit! De Launcher had bijvoorbeeld geen support voor lange bestandsnamen, je kon niet direct flashen en je kon ook niet terugkeren naar BASIC na het inladen van het programma. Dit heeft @dionoid niet alleen getackled in zijn Easy Launcher, maar ook in mijn Launcher. Als je de commit-historie bekijkt zie je hoeveel werk erin is gegaan. Enorm geapprecieerd! Ik maak een digitale diepe buiging.

In het HCM staat er eentje, maar dat is een beetje uit de richting vanuit Den Helder. 😅 Nog een update van mijn kant: Op het internet tref een 8-tal floppy images aan welke ik aan de repository heb toegevoegd: https://github.com/ifilot/p2000c-cpm-transfer/tree/master/diskimages. Ik heb zelf geen Greaseweazle of iets dergelijks om die images meteen naar een floppy te schrijven dus ik heb proberen uit te pluizen hoe ik die images kan uitlezen en bestanden uit die images kan extraheren. Het pakket cpmtools biedt twee nuttige programma's daarvoor: `cpmls` en `cpmcp`, echter de floppy-indeling van de P2000C wordt niet standaard door het programma herkent. Je moet daarom een toevoeging maken aan de `diskdefs` bestand. Ik heb die aanpassing aangeboden als een pull request aan de cpmtools repo, maar volgens mij is deze een beetje "stale". De auteur heeft de laatste jaren geen updates meer gemaakt. In ieder geval, met die toevoeging aan het definitiebestand kun je de .img bestanden uitlezen en overzetten. Ik ga nu kijken welke programma's op die floppies staan en deze als losse bestanden in mijn repository zetten en kort beschrijven wat ze doen. Ik ben vrijwel zeker dat er meer beschikbaar is dan die 8 images, dus als er hier nog P2000C gebruikers zijn die e.e.a. kunnen aanreiken voeg ik dat graag toe aan de repo.

Jazeker! Als je me een floppy meegeeft, geef ik je met plezier een kopie van het gecompileerde transfer programma. 😉 Ik heb een TYPE 2012 (aldus de sticker aan de binnenzijde van het opbergkastje).

Buiten twijfel is dit het forum voor de P2000T 😎, echter in de P2000T thread worden meerdere malen verwezen naar de P2000C. Nu ben ik toch wel benieuwd: wie heeft er allemaal een P2000C? 🙂 Mijn verhaal: Ik heb iets minder dan een jaar geleden een mooie P2000C mogen aanschaffen met een 8086 CoPower Board waarmee ik naast CP/M 2.2 ook MS-DOS 2.11 kan draaien. Er zaten geen floppies bij de P2000C, maar via het HCM heb ik een serie floppies aangeschaft met o.a. een CP/M bootdisk en de CoPower Board bootdisks. Ook was er een floppy met allerlei spelletjes met o.a. een zeer fraaie grafische versie van schaken. Via Ebay wordt er nog een vijftal floppies aangeboden welke ik had gekocht, echter deze bleken allen om onbekende reden niet te werken op mijn machine. De verkoper was zeer behulpzaam om het probleem op te lossen en had nog een vijftal floppies voor mij gekopieerd, maar deze deden het ook allemaal niet. Floppies die ik op de P2000C in het HCM kopieer werken wel op mijn machine, dus ik heb vooralsnog geen idee wat er mis is gegaan. Uiteindelijk kon ik van de 10 floppies die ik had gekregen er 8 formatteren en daarna goed gebruiken, dus was de aankoop voor mij toch nog ergens geslaagd. Met de set aan floppies van het HCM die ik had vond ik het software-aanbod een beetje karig en wetende dat er heel veel is geschreven voor CP/M vroeg ik me af of je eenvoudig bestanden kunt kopiëren vanaf een moderne computer naar de Philips P2000C. Geïnspireerd door het tooltje dat @dionoid heeft gemaakt voor de P2000T, heb ik iets vergelijkbaars gemaakt om bestanden over te zetten via de seriële poort voor de P2000C. Je kunt redelijk eenvoudig tekstbestanden (dus simpele tekstbestanden zonder 'speciale tekens') overzetten met het PIP commando, maar voor niet-tekst bestanden zoals machinetaalbestanden werkt dat niet. Ik heb daarom een transfer programma geschreven in 8080 machinetaal welke bestanden kan ontvangen over de seriële poort en dan wegschrijven naar de floppy. Het werkt door eerst de broncode van het transfer programma over te zetten met PIP, vervolgens dat te compileren met ASM en LOAD en dan te draaien. Het transfer programma ontvangt de bestanden per blok van 128 byte en schrijft dat weg, een beetje vergelijkbaar met hoe dat via het XMODEM protocol gaat. Als toets of alles goed werkt heb ik de twee bestanden van het adventure spel ZORK gekopieerd en nu draait ZORK op mijn P2000C (zie screenshot). Voor de P2000C (of CP/M) afficionados hier: wat zijn de echte must-have spellen of programma's om te hebben? 🙂 PS. Voor diegene die het zich afvragen: waarom heb ik het geschreven in 8080 machinetaal en niet in Z80, de P2000C heeft immers een Zilog Z80 erin zitten. De reden is dat ASM.COM in CPM80 de Zilog mnemonics niet kent; het programma kent alleen de 8080 mnemonics. Nu zijn er wel assemblers voor Z80, zoals M80 van Microsoft, maar die zitten meestal niet gebundeld op de CP/M boot disks.

Voor wie het nog niet gezien heeft: RetroGameCouch heeft een video gemaakt over de P2000T, inclusief een review van een aantal goede spelletjes. Veel kijkplezier! https://www.youtube.com/watch?v=OKvVlIvrEu0

Ik denk dat we hetzelfde idee hebben gehad. Ik heb een adapterplaatje ontwikkeld waarmee ik ze bevestig. Je kunt de STL hier vinden: https://github.com/ifilot/p2000t-power-button-fix Er is ook een versie 2 van dat plaatje gebaseerd op feedback van @blanka (iets steviger en voor andere schroefjes)

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! 🙂