cancom
-
Aantal items
123 -
Registratiedatum
-
Laatst bezocht
Inhoudstype
Profielen
Forums
Galerij
Kalender
Alles dat geplaatst werd door cancom
-
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) ? ... Eens gespiekt in de brontekst: bij csave en cload wordt niet gecheckt op een maximaal bloknr. Dus als 't 1e gelezen blok nr 0 is dan volgen er nog heel wat... 1 van die .cassen: Adres printer.cas Lachen, dit.
-
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 zou zijn geweest: 83 POKE &H9000,&H30:POKE &H9001,&H60 84 POKE &H9002,32:POKE &H9003,0 waarbij 't volstaat dit 1 maal uit te voeren, bij voorkeur voorafgaand aan het betreffende bestand. Dat in het vervolg alsnog gaan doen schiet eigenlijk ook niet (meer) op.
-
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 ; and of course a RTC... (MiniWare M2200-board) Die niet vragen worden overgeslagen... Oftewel: je KAN eens informeren in een post of iemand heel toevallig een brontekst hééft van programma huppelepup. Als je het leuk vindt die zelf uit te vogelen dan by all means, knock yourself out. Bedenk daarbij maar dat de mogelijkheid bestaat dat je -ongeveer dan- hetzelfde zit te doen als ondergetekende zo'n 20-30 jaar geleden. Mocht je deze alsnog willen checken tegenover jouw gewrocht: Miniware 1.0.bin
-
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 om aan te geven dat er een verschil is. En "A1" was een 1e, iets beperktere, versie. Wie de routines wanneer heeft geschreven staat misschien in een pdf. Je moest zelf maar zien hoe je de wijziging in je slot1-doos kreeg, al of niet met hulp. Het betekende b.v. dat op een standaard slot1-print de ROMs 1 en 4 vervangen moesten worden door EPROMs.
-
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).