cancom
Users-
Aantal items
113 -
Registratiedatum
-
Laatst bezocht
Inhoudstype
Profielen
Forums
Galerij
Kalender
Alles dat geplaatst werd door cancom
-
@Bertus: op je P2000 met je nieuwe 64k type eens in: poke &ha000,65:poke &hc000,67:?peek(&ha000),peek(&hc000) <enter> IC's aanelkaar knopen is en blijft een verneukeratieve hobby.
-
23/10: @Bertus zei: Als je de 688 en de tweede 62256 weglaat dan heb je een karige 24k uitbreiding. @cancom zei: Het opstarten eindigt dan rap met "CALL SERVICE". Dus ofwel een 16k met niks erbij ofwel een 32k met bankswitch: de BIOS pikt de middenweg niet. Maar: zonder bankswitch wordt E-F voor de 2e keer "gevonden" -out 148,1 heeft geen effect- dus #605C=3. De BIOS kan, doordat E-F op dezelfde manier wordt getest, niet bepalen of er wel echt sprake is van andere geheugenbytes. Test of er echt sprake is van banken: - out 148,0 - schrijf op 1e adres "0" - ou
-
De erfenis van de P2000M. Het M-floppyboard is voorzien van 32kb: 16 voor adressen A-D en 16 voor banken 0 en 1. De BIOS test of er wel geheugen aanwezig is op E000 e.v., zo ja dan MOET er ook een bank 1 zijn. En daarmee is 't geheugen op dus of er toch nog meer banken zijn zal de BIOS verder worst wezen. Sterker nog: 't is de BIOS volslagen onbekend dat er nog meer kan zijn (dat wordt dus niet getest/gewist). Stel: je voegt op 't bord waarmee je bezig bent -met al 64k- nog 2 stuks 62256 toe dan heb je geheugen t/m banknr. 13 (D3 op de 175 hint op die mogeli
-
- Ik heb er wel enkele in gedachten, b.v. 1 ter vervanging van een handbedrade gaatjesprint. Maar daarvan heb ik er echt maar 1 nodig... Dus waarom 5; houdt e.e.a. in dat je maar moet hopen dat er eentje helemaal in orde is en de rest kan meteen bij het afval? - In de pdf blijven de labels -in al die "ports" (?) aan de pins- bij inzoomen scherp genoeg dus onmiskenbaar (klein font dat in de png steeds vlekkiger toont). Merci voor de gedane moeite. Ik laat jouw schema even voor wat 't is om te vergelijken nadat ik 't mijne af heb. Dan ben ik benieuwd hoe dat uitpakt: wege
-
Ho nee, A14 is al hoog beginnend op #C000 (A15:#8000 + A14:#4000). De bitjes vliegen je om de oren. En we hebben beide nog niet 't begin of einde van de bittrein goed in de smiezen. Ik ga eens verschillende plaatsingen van de bewuste 16k uitproberen om te zien welke invloed 't heeft op de nodige logica. Ik probeer altijd de kortste weg te vinden die bij voorkeur uitkomt bij de bestemming. Al die moeite om welgeteld 3 adresbitjes te manipuleren... Terzijde 1: alle IO-adresbits checken is alleen nodig als je tevens iets gaat bijbouwen dat ook poortadressen in 't bereik #9
-
Update voor Bertus: allemaal leuk en aardig wat ik verzonnen heb maar 't klopt niet...! De eerste 2 blokken van 8kb, in dit geval de eerste helft van IC5, moeten niet bestuurd worden door 't banknummer slimmerik! A13 op IC5 moet gewoon A13 zijn, niet geschakeld. En de banknummers kloppen zo ook niet: 0 en 1 zijn op deze manier ongeldig. De overige moeten dan nog "vertaald" worden: van 2-7 naar 0-5. I'll get back to you.
-
- op de extensionconnector zit geen VCC, alleen GND (niet voor voeding bedoeld) - DISA staat voor DISableAccess; signaal uitsluitend voor 't M-videoboard - 't gaat ook om de maniertjes van de geheugens: je wil geen databusconflict bij schrijven...
-
In een pdf, of een png/jpg van minimaal 150dpi (300+ maakt geen wezenlijk verschil), blijft makkelijker duidelijk of er nou een 0 of 8 staat. --- Als 't je te doen is om die 39542 (wie maakt 't 1e programma dat niet genoeg heeft aan 32kb) dan is 't jammer dat de BIOS verhindert 't te laten bij 1*16kb + 1*8kb (€?). Toch een bankswitch erbij... stuk eigenwijs. Of je ziet banken 0 t/m x (!) wel zitten. Er zijn maar een paar programma's die met 0-5 werken (al of niet rekening houdend met een DOS). Bankgeheugen met SRAMs, interessant idee. Het puzzelstukje zit tussen de flipfl
-
Dat CHRIT zou kunnen staan voor Chriet Titulaer. Kan je die 128'er, en dat ECOL, uitlezen en hier de .bin zetten (of meteen 't PPP) ? En hoe wordt die UART aangestuurd: waar zitten de verbindingen met 't systeem?!
-
Tot welke resolutie gaat kicad met 't exporteren van een sheet in png of jpg? Deze is niet helemaal duidelijk. En waarom niet 2 van die 62256's, ik heb even gespiekt naar de prijs: bepaald niet duur.
-
Niet offtopic: Simpeltel (een hila historische vraag van @blanka) Nou vraag je me naar een grijs verleden... Ik heb wel aardig wat zitten Vidi- en Simpel-tellen met dat zgn. Viditel-modem: een niet zo klein wit kastje met groen frontje (al lang geleden gesloopt). En hoe zat 't ook alweer met Girotel? Ook al met de P2000 of haal ik dingen doorelkaar? Ik herinner me eigenlijk niet zo op welk tijdstip je de meeste kans had verbinding te krijgen, 't was soms simpeltelweg een geduldwerkje. Allicht: belangstelling te over voor die ene lijn. En als ik dan artikelen en nieuwtje
-
Mogelijk, ik wilde er eentje van afgelopen maandag uitbreiden met de SCAN van de HiRes. En 't zijn 1 CPU en 2 PIO's. Niks opgevoerd, gewoon 2.5MHz. De kleurtabelchips heb ik ook maar beplakt met koelelementjes die ik toch over had, die IC's hebben ook genoeg te doen wat ze niet koud laat. Iemand belangstelling voor het schema? Dan nog even geduld a.u.b. Je schijnt je behoorlijk te ergeren aan de duimendraaiende pauzes die je krijgt met achtereenvolgende csaves. Dat loopt op tot ettelijke minuten, ja. Daarop is het volgende gevonden: een zowat onooglijk knopje -maakcontact/N
-
Ok, omdat 't wijzigen van een vorige post weer niet lukt (de keuze "wijzig" staat er dan weer wel, dan weer niet bij) dan maar een nieuwe: Voor 't onwaarschijnlijke geval dat iemand iets heeft liggen waarbij de vraag is "wat is dit voor ding": En dan te bedenken dat slechts enkele soldeerboutridders van dat nieuwe clubje genaamd GGPC (een G minder is ook goed) die 35 printplaten hebben bestukt en getest... Voor je 't vraagt: fl. 450,-
-
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