cancom
-
Aantal items
100 -
Registratiedatum
-
Laatst bezocht
Inhoudstype
Profielen
Forums
Galerij
Kalender
Alles dat geplaatst werd door cancom
-
Het was al duidelijk dat jij er ook een hebt: dat is dan TWEE van de 36... Of er nog op zolders staan en hoeveel van die ene serie van 35 stuks -die er kwam dankzij de GGPC- in een oven zijn beland is een vraag die ik me wel vaker heb gesteld. Jammer genoeg was "'t P2000-gebeuren" al bezig een aflopende zaak te worden dus je kan zeggen dat de GGPC dan wel zijn best deed met/voor de HiRes maar diegenen die intekenden voor een exemplaar (met de hoop op software) kwamen, een beetje cru gesteld, bedrogen uit. Ik heb nooit iets gemerkt van wat voor communicatie dan ook over
-
Zo'n beetje inhakend op het voorgaande verhaal dat denkelijk gaat over onzorgvuldigheid volgt er hier een dat eerder gaat over onoordeelkundigheid: 't werk van iemand without a clue. Heeft iemand hier deze al opgemerkt: p2000tapes.zip Nou kan 't mij niet zo denderend veel schelen maar uit de overweging "redden wat er te redden valt aan P2000-software" kan 't hier -sowieso gedeeltelijk- een geval van jammer zijn. Er zitten in de gauwigheid gezien stokoude programma's bij, van P2C2 b.v. Zowat de helft bevat oorspronkelijk een brok machinecode maar
-
Ik gaf al aan een paar .cas gezien te hebben (geen titels genoteerd...) met hetzelfde euvel. Als in die x bestanden beide fenomenen voorkomen (kan je een monnik aan 't zoeken zetten?) dan heb je waarschijnlijk gelijk hiermee. De vraag die dan rijst: gaat dit om een geintje? Or what?
-
"Adres printer.cas" telt 17 tekens... De kernvraag is eerder: waar komen die nulbytes vandaan?! Het lijkt me wel heel stug als er een virus bestaat dat weet wat een .cas-file voor ding is, laat staan wat de inhoud betekent. Zéér eigenaardig. En te repareren: allicht wel. Ben je weer een tijdje van de straat, toch?
-
Hoezo dat? Het bloknr ontbreekt niet, 't is alleen maar een byte waarde nul en dat moet toch kunnen.
-
Laat ik me al tig jaar geleden afgevraagd hebben WAAROM de K. zo'n meer-to-the-point en efficiëntere methode NIET gebruikt heeft.., (een praktischer volgorde: 1*32+N*1024) Wat de K. betreft hou ik 't maar bij een studentenjeugdzonde. Hij zal best over 't e.e.a. hebben nagedacht maar niet te lang hè. ,,, Oh ja: ik zag in meer dan 1 ,cas (geen namen noemend) dat in elke header 't bloknummer op NUL staat! Waar komt dat vandaan? En als je de blokken zo op tape zet: raakt 't systeem dan niet de kluts kwijt (ik kan momenteel niks uitproberen) ? ..
-
Ok: 1 block op tape bestaat uit 1064 bytes plus een paar gaps; zie desgewenst "P2000 System T & M Reference Manual.pdf", paginas 57-59. Dus: je hebt je laten misleiden door die nepkogel (met zijn methode ernaast schietend) waardoor je berekening van de bits/sec uitgaat van 1280 bytes/block. Stelling: ".cas" = (programma-) vervuiling-avant-la-lettre Ook MESS/MAME moet telkens 256 bytes overslaan om het volgende uit te voeren programmabyte te vinden en interpreteren. Awkward, die gaten; of je een virus moet zien te ontwijken. Zinniger
-
Frappant dat ene M. de K. het voor elkaar krijgt om zoveel jaar na dato nog steeds mensen voor de gek te houden en op te zadelen met een belachelijke/willekeurige methode met als -gelukkig niet wereldschokkend- gevolg dat er alweer sprake is van een heden ten dage vaker optredend probleem: desinformatie. serial.bas: 83 POKE &H9000,&H00:POKE &H9001,&H60 84 POKE &H9002,0:POKE &H9003,1 De toetsbuffer godbetert...
-
Je hebt meen ik eens in een post gezet dat je "het zwarte boekje" erbij hebt. Desondanks loont 't de moeite de PDF te downloaden en door te bladeren (te vinden op github.com/p2000t en download.homecomputer.museum). In de andere PDF's kom je ook nogal wat wetenswaardigheden tegen...
-
Betreft JWSDOS5.0.asm: line 228: jr nz,le002h ; TODO: function of this? wijzig in: db 32,0 ;JWS ID line 252-254: ret db 0b1h,04fh ; Dead code/data? wijzig in: ret ;if desired, change to JP to enable the display of time and date dw 04fb1h ;address of routine initializing RTC-update-interrupt ;the 2nd adaptation of BasicNL1.1 must be present
-
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. Het ging erom dat de BIOS alles behalve PDOS negeert waardoor Miniware/JWS niet werd uitgevoerd zodat je telkens de usr-aanroep naar de BIOS-"CPM-start" moest intypen. Voor die automatische DOS-start is in het 1e kwart op adres #1FA6 de "ld hl,#1019" vervangen door een jump naar de toevoeging in 't 4e kwart die dan wel moet afgesloten worden met diezelfde ld hl en een jump naar #1FA9. That's all folks. Ik heb "A2" toegevoegd enkel o
-
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 hel
-
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
-
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 "
-
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
-
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
-
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
-
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 ge