
cancom
Users-
Aantal items
114 -
Registratiedatum
-
Laatst bezocht
Inhoudstype
Profielen
Forums
Galerij
Kalender
Alles dat geplaatst werd door cancom
-
Op 't PPP vind je Basic.bin (lees: BasicNL1.1A2.bin) met de 2e wijziging. ... Ho, niet waar! Die is nog de originele. Dus: BasicNL1.1A2.bin
-
Nou eh... nee. @Bertus heeft 't op die githubpagina dan wel over P2000's met >16kB (waar haalt-ie &HBDFF vandaan) maar zijn "oplossing" heeft tot gevolg dat enkel programma's van maximaal 15.5kB correct "geladen" kunnen worden. Het heeft geen zin een routine met expliciete adressen in ROM te zetten als het de bedoeling is dat 't op ELKE P2000 werkt. Je moet maar de moeite nemen wat typewerk te verrichten, zo veel regels DATA zijn 't niet. Daarenboven: er wordt geen rekening gehouden met een mogelijk reeds aanwezige aanpassing van NL1.1 waardoor er helemaal geen vrije ruimte meer is vanaf &H4EC7 (nou ja, enkele bytes). Overschrijf dat dan maar he? En dan heeft @Bertus 't ook nog eens over 't wijzigen van de BIOS/"monitor". Als je daarin adressen gaat wijzigen dan zou je ALLE ooit geschreven P2000-programma's moeten nalopen op het voorkomen van CALLs/JPs naar BIOS-entrypoints... Geen/niet doen dus.
-
Ondertussen meen ik me te herinneren dat ergens in 1 van die pdf's (op github te vinden) een beschrijving staat van de ombouw van een 16kB-board naar een 64kB-uitvoering. Een vorige eigenaar van die twee 16k's, nu van @blanka, is daarmee niet ver gekomen waardoor @blanka nu met de gebakken peren zit. Pardon, gebakken chips. Ik heb geen zin te gaan zitten zoeken waarin het staat, NatLab of PTC of welke dan ook. Trouwens, @dionoid heeft nog niet alle pdf's en software en nog zo het een en ander; dat komt als het goed is nog wel dit jaar in een flinke zip via WEtransfer naar hem (als ik z'n mailadres weer te weten kom) en het HCM. Dan hebben jullie heel wat info/docu waaraan het de belangstellenden hier totnogtoe blijkbaar nogal ontbreekt: leuk als je een P2000 op de kop tikt via marktplaats o.i.d. maar zo te zien zit er dan meestal niks aan documentatie bij... Ik laat het wel weten wanneer ik klaar ben met het weer aan de gang krijgen van mijn P2000T's en het bijeenharken van alle bestanden.
-
Je kan dat schema vinden in enkele pdf's op 't PPP (P2000T Preservation Project) op github. Het zal je niet helpen dat ding aan de gang te krijgen want die print is NIET een 64kB-geheugenuitbreiding! Wel een 16kB zoals de andere. Iemand heeft zonder kennis van zaken misschien gedacht zo'n 16k te pimpen door er 4164's in te prikken. Dat kan niet: de 4116 en 4164 verschillen niet enkel in het aantal bits. Het gevolg is dat de 4164-ers op pen 8 niet +5V (VCC) krijgen maar wel +12V (VDD). Ze werden heel warm zeg je; dat dankt me de koekoek. Je zal die 8 chips in het bakje "kaduuke onderdelen" kunnen gooien... Kon je afgelopen maandag toch niet het juiste adres gevonden krijgen (de hele dag bleef de intercom stil)?
-
edit: het zou fijn zijn als iedereen zich hier thuis kan voelen, dus dat we elkaar geen verwijten gaan maken. Hier de essentie: Er zijn geen berekeningen nodig. Wat in een .cas staat is een exacte kopie van hetgeen in het geheugen staat na het laden van een programma, in blokken van 1024 bytes. Let niet op die header van 256 (!) bytes die niks te maken heeft met de effectieve inhoud van een blok. 't klopt niet als het startadres voor het plaatsen van een programma niet op het gebruikelijke adres wordt gezet. Zie de pointer op &H625C. Kijk eens op https://github.com/p2000t/documentation/tree/master/programming en download (o.a.) "adresboekje.pdf"; dat kan je een heel eind op weg helpen. De inhoud van een regel basic kan niet meer geheugen bezetten dan 251 bytes
-
Nah, waar haal je deze onzin vandaan?! De eerste 2 bytes van een basicregel zoals je die ziet staan in het geheugen vormen het adres van het begin van de eventuele volgende regel... Heb je de handleiding niet, of nogal wat meer documentatie? En de Z80 werkt nou eenmaal met lowbyte-highbyte als volgorde bij opslaan of lezen van een "woord" zoals een adres.
-
Nou, in 't filmpje ziet de toetskap er gaaf uit maar dat wel erg losse 'gedrag' duidt m.i. op een toets die aan gort is. Dus ja, de kap van de computer eraf, 't toetsenbord los (de connector met beleid lostrekken; je kan dan ook eens checken of die connector en de flatcable nog in orde zijn i.v.m. die power-led) en dan die onwillige toets eruit halen. Hoe e.e.a. zit hangt af van de versie van dat toetsenbord: de 'goeie' of die folie-rotzooi... Je hebt trouwens niet erbij verteld of die 0-toets wel op 't scherm verschijnt: denkelijk niet want er moet iets grondig kapot zijn aan die knop. Mocht de toets onherstelbaar zijn dan heb je een probleem, ja. Want zie zo eentje nog maar eens ergens te vinden... (als 't de goeie uitvoering is -met ingesoldeerde schakelaar-toetsen- dan kan ik je nog wel zo eentje toesturen) En dubbel slordig van 't HCM: nog niet eens een notitie erbij over de mankementen en hoe die aan te pakken, plus niet reageren op je email? Nah, slechte beurt!
-
Als ik je goed begrijp dan is de toets (de "kap" ja) aan 1 kant gebroken/gescheurd? Dat kan gebeuren als je probeert 't eraf te wippen door aan 1 kant te gaan wrikken: fout, altijd aan 2 kanten tegenover elkaar tillen. Doorgaans laat 't dan makkelijk los. Zet als je kan eens een foto van de schade hier als 't nog niet duidelijk is.
-
Ga je niet vinden ook: je zal zelf een schema moeten maken van deze 2e versie van 't P2000-mb (nieuwe layout om de productiekosten te drukken). Als 1e aandacht voor 't videocircuit. Kijk eens bij het topic "Philips P2000T", pagina 7, voorlaatste post van @RoykeA, 1e foto. Ik zie een paar verschillen (notabene): zie op jouw exemplaar de rode draad "boven" de 2016, die zie ik niet op die andere. Wat doet die draad daar? Wat op je monitor verschijnt snap ik ook niet: er valt eerst nogal wat weg van de boottekst wat dan nog wordt herhaald op dezelfde lijn... dus je monitor kan geen brood bakken van de signalen die bepalen wat waar op de lijn moet komen. Raar. Meten geblazen.
-
Aha, vandaar grijswaarden. Op het originele moederbord komt geen 244 voor. Dus op welk moederbord heb je welk IC vervangen? Lijkt me dus wel een probleem met de timing. Ga eens na of de videocircuitklok nog wel goed is: de 6MHz enzovoort. Enne... je hoeft na downloaden van dat "p2000screen.pg" alleen maar de extensie te corrigeren door de "j" toe te voegen.
-
Je zal tenminste erbij moeten vertellen welke/watvoor uitgang je d.m.v. wat voor kabel hebt aangesloten op welke/watvoor ingang. Hint: RGBS rechtstreeks op VGA werkt dus niet. De signalen kloppen niet en de timing ervan evenmin.
-
De lege plekken waren me nog niet opgevallen, dus ja: misschien een 1e versie vanuit Baexem. Al lijkt 't door al die nummers meer Philips-achtig. Philips, Miniware, NEBO. En dan deze erbij: alweer de vierde FDC? Hoeveel boards zijn er wel niet gemaakt he?! Bijvoorbeeld: wat zou er gebeurd zijn met de 2MB-geheugenkaart die gemaakt werd voor en gebruikt bij Simpeltel? ... Na 't nog wat bekeken te hebben denk ik toch dat die floppykaart niet van Miniware is maar wel van Philips: net zoals het moederbord werd herzien lijkt me met deze dat ook gedaan te zijn. Er kwam door de andere layout ruimte vrij voor een toevoeging -RS232- die op dit exemplaar nog niet eens bestukt is. Ook geen RS485-chip, Centronics, RAMdisk, RTC... Het is misschien een P2000 die door een Philips-techneut thuis getest moest worden en daarbij werd uitgeprobeerd een joystick-aansluiting toe te voegen om van de P2000 meer een spelcomputer te maken. Misschien kan @RoykeA uitvissen welke IC's op dat extra printje zitten; als dat gaat om AD-conversie dan kan 't inderdaad daarom gaan.
-
Die ziet eruit als de floppykaart van Philips zelf, die van de P2000M. Zie de Field Support Manual voor beschrijving, schema's. De 2 extra connectors: op de DIN-bus zit zo te zien de 5V en 12V. Van de 9-pens is zo niet te zien welke signalen erop zitten. Ik krijg de indruk dat met die toevoegingen en wijzigingen is geprobeerd een ander (PC-) toetsenbord te gebruiken als aanvulling op het origineel. Je zal e.e.a. zelf moeten nalopen met een meter e.d. En heb je al eens 't ding aangezet? Als dat vermoeden ergens op slaat dan zal ook de software aangepast zijn: de BIOS!
-
Moet je niet vergeten alle interrupts te blokkeren. Waarmee je toetsenbord niks meer doet. Die ene PIO is dan 't zoveelste interface dat door nogal wat mensen is opgehoest... Wat nou de betere methode is in je toepassing is iets wat niet vastligt. Ik heb voor m'n MIDI-programma nog steeds niet uitgerekend wat 't meeste oplevert. Het punt van 't verhaal is: door de floppykaart (ook die van Flipje en ik neem aan ook die van NEBO) wordt door de opzet van het interrupt-systeem het onmogelijk gemaakt om een interface te programmeren om met interrupts te werken. Je hebt die keuze niet. Nogmaals: niet zonder een hardware-ingreep op zowel het "moederbord" als het floppyboard, wat de reden zal geweest zijn om e.e.a. maar achterwege te laten want de inbouw moest simpel blijven. Maar wat me hieraan niet zint is dat nergens met ook maar een woord hierover wordt gerept... Met als mogelijk gevolg dat de databus-uitgangen van je slot2-device 't niet overleven als je het toch eens probeert. Apropos muis: ik heb die MSX ook gebruikt voor de HiRes maar vond 't geen succes. De Genius GM6 aan de M2200-SIO (jawel, op interrupt) vind ik veel aangenamer, dat loopt soepel. Ook al is het een onding, vierkant en hoekig (ergonomische vormgeving me hoela).
-
Zie TRON 29, pagina's 8 en 9. Ook te vinden op github PPP, en de downloadsite van 't HCM Helmond (https://download.homecomputer.museum/). En voor 't geval je dat interface gaat bouwen: hou daarbij in de gaten dat je het niet op interrupt kan laten werken in combinatie met de M2200 (d.w.z. niet zonder aanpassingen). Dat geldt dus voor 't fysieke geval, hoe e.e.a. in MAME uitpakt weet ik niet. Misschien heb je hieraan ook wat (deze zijn van EAGLE 7.2.0): MIDI.brd MIDI.sch Voor wat betreft die waslijst van interfaces zou dat interrupt-probleem 'tzelfde zijn met wat je noemt de "mouse"; dat is neem ik aan dezelfde uitvoering als die van mij, met twee PIO's. Het hangt maar ervan af of je die devices (b.v. SIO of PIO) op interruptbasis wil laten werken. Hoe dat zit met die andere interfaces: geen idee, maar hou rekening ermee dat een dergelijk gebruik van een device niet samengaat met de M2200, die mag er dan niet "in hangen". Mocht je de twee bestanden kunnen bekijken: ik heb geen moeite met wijzigingen aanbrengen op b.v. het processorboard, en omdat ik een aantal signalen op slot 2 toch niet nodig heb gebruik ik diverse pennen dus voor andere dingen. Wat te zien is in het schema. Ik kras dus maar...
-
Ook al is 't niet de bedoeling van @djkoelkast hier een downloadsite van te maken: denkelijk heeft-ie tegen zoiets geen bezwaar. En de standaard opslagruimte van 500MB voor al je bijlagen zal voor dat programma enzo toch wel genoeg zijn zeker? Het is met de P2000 mogelijk van alles en nog wat eraan te hangen dus vraag ik me af wat voor interfaces je daarbij mogelijk acht. Wordt e.e.a. dan mogelijk nogal specifiek/specialistisch?
-
Hoewel... nog geen jaar terug dook @RoykeA hier op met een T met floppy's. Er staan er waarschijnlijk nog wel een aantal op zolders maar jammer genoeg voor de zoekenden doen die eigenaars niks meer ermee dus belanden ze niet gauw b.v. hier. Maar toch... En wat te denken van @Bekkie (Bart, niet die in Den Bosch of Helmond) die er een heeft met dezelfde configuratie (oftewel dezelfde uitbreidingen) als 1 van mijn 2 T's, dus met een HiRes (dat zijn er "al" 2 van de 36)! Wel ietwat amusant mijn naam voorbij te zien komen in die video op Youtube waarbij ik maar ervanuit ga dat Frits en/of Loek niks erop tegen (kunnen) hebben dat hun Zemon vrijelijk verspreid raakt... Ik kwam je naam al eens tegen maar b.v. op CircuitsOnLine is al een tijdje niks nieuws te melden over de P2000, dus ja: hier is 't te doen, niet?! Apropos die (niet helemaal meer) identieke T: zegt de naam Heinz O'Prinsen je toevallig iets? En heb je bij je documentatie toevallig die andere FSM: niet de Support maar de Service? Zo ja, dan hou ik me aanbevolen om eindelijk dan toch te zien wat er in die FSM staat...
-
Ah ja, jullie gebruiken de printerpoort. Ik niet, dus ik bemoei me maar niet meer hiermee. En het risico dat er iets misloopt tijdens de transmissie is nou eenmaal aanwezig zonder goed op elkaar afgestemde communicatie. Vandaar dat ik een Z80-SIO gebruik met in de PC het programma hyperterminal. Met handshake en pariteitcontrole, en nogal exacte baudrate. Jouw exemplaar van het spel zal wel een transmissiefout bevatten, waarschijnlijk al bij het overbrengen naar de PC. Maar geen nood, ook al vind je nergens een andere: ik heb denk ik dat spel ook nog ergens bewaard staan en over een tijdje zal je het kunnen downloaden van b.v. github of HCM.
-
Mocht iemand nog problemen hebben met de communicatie tussen P2000 en PC via de PC-COMpoort (bij aanwezigheid daarvan is USB m.i. totaal overbodig): in geen enkele post erover wordt gerept over de instelling van de COMpoort die aangeeft welk protocol moet worden gebruikt. FYI: Xon/Xoff. En Ghost Hunt(er) is geschreven in machinetaal. Er is niet meer dan 1 regeltje Basic nodig: twee instructies is genoeg om het programma uit te voeren. De LIST-opdracht kan die machinetaal niet tonen. Probeer na 't "downloaden" vanaf je PC eens de START-toets...
-
Ja, @Retrofan, dat is nou vervelend, dat herziene ontwerp van o.a. de MDCR-print. Want voor het opsporen van een mankement is 't bij de hand hebben van een schema wel handig als aanknopingspunt. Ik heb die schema's evenmin. Het is waarschijnlijk dat niemand de bijbehorende schema's (en layout, stuklijst) heeft behalve misschien nog Philips zelf in een stoffige hoek van een eventueel archief. Je zou eens een mailtje kunnen proberen met de vraag of ze die documentatie nog wel hebben en ook nog zo welwillend zijn je een kopie toe te sturen... Misschien is de enig overblijvende mogelijkheid wat aan reverse-engineering te gaan doen: kijken, meten en tekenen. Heel veel verschillen kom je dan ook weer niet tegen want alles moest allicht wel hetzelfde functioneren. Heb jij even pech met je "nieuwe" P2000T... ... Ik heb nog de pdf over de MDCR bekeken (alweer te vinden op gitgub: documentation/hardware) en in het schema staan nogal wat componenten in het BeginEndTape-circuit. Je zal toch eerst moeten uitzoeken hoe dat op jouw print is gerealiseerd voor je zonder veel tijd eraan kwijt te zijn kan gaan uitvissen hoe en waar het mis gaat. I'll tell you: ik kwam eens tot de "ontdekking" dat in een circuit een weerstand glad doormidden was; horizontaal geplaatst en spontaan gebroken! Kom zoiets tegen. Dus, zoek en gij zult vinden. Succes ermee en laat het eens weten.
-
Dan is misschien een ander mankement hiervan de oorzaak: neem een kijkje in https://github.com/p2000t/documentation/tree/master/TRON/TRON4.pdf , pagina 27. En mogelijk heb je een P2000 met de herziene layout van processorboard (en MDCRboard)? Ik heb ergens hier (of op CoL) een foto gezien, ik meen in een post van @RoykeA. Als jouw "moederbord" ook zo eruit ziet dan heb je die nieuwere versie. Of in het schema van e.e.a. ook verschillen zitten, geen idee.
-
Goed nieuws voor degene met een gebroken nek: binnenkort is bij Conrad een netschakelaar te verkrijgen die bijna identiek is aan de originele. Een verschilletje zit in de afstand tussen de montagegaten: 20mm i.p.v. 23mm, dus moeten de gaatjes (3mm) in de montageplaat iets uitgefreesd worden. Bewaar wel de originele "kap" en dan is dit een prima vervanger (ook bij deze worden beide aders geschakeld) ! Artikelnummer 701606.
-
Your best bet: de Centronics-interface (36-pens). Dat betekent wel dat je een dergelijk interface voor je P2000 moet zien te vinden, en dan nog hopen dat Commodore niet ook nog daarmee heeft zitten klooien. Die 6-pens DIN is weer een voorbeeld van die klantenbindingstrategie: het is zeker weer eens niet een standaard verbinding zoals RS232 maar meer iets dat wat weg heeft van PS2. De printerpoort van de P2000 -wel RS232- kan in ieder geval zo niks ermee beginnen. Het was me even ontschoten dat, behalve een HLP (en een EXE met virus) die ik op schijf heb staan, er ook nog steeds een site is: The Hardware Book - HwB http://www.hardwarebook.info Kijk maar eens naar /Commodore_Serial_I/O Als het je lukt een Star of Epson te vinden dan ben je daarmee veel beter af -simpele kabel- en kan die 1230 in de recycle-bin...