cancom

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 flipflop (3-bit (!) banknr) en 8 delen op 6 bits. Btw: waarom haal je VCC van 't moederbord, is dat niet lastiger? Ok, welke connector dus: die op de voeding heb ik al jaren terug vervangen door een gebruikelijker type. Het schema is toch niet zo klein gebleven: aardig wat IC's... waarvan ik denk dat 't allemaal klopt. Of dit de efficiëntste methode is: er zijn ook verschillende oplossingen voor b.v. 't 80-kolomkaartje en de 64kb-uitbreiding bedacht. Ik vraag me wel af of 't weglaten van een databusbuffer inderdaad kan: heb je de timing nauwgezet bekeken?

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 nieuwtjes of soms software kon binnenhalen dan niet te lang bezig blijven want ehh.. die telefoonrekening ook nog hè. Er stond nogal wat in die P2000 met, jawel, niet 1 maar 2 megabyte (helemaal handbedrade zelfbouw!): de opslagcapaciteit kon niet op... Hoewel, misschien was 't wel eens tot de nok gevuld. Over nieuwtjes en wetenswaardigheden op die "site": dat truukje van ?usr(1.1) kan ik dáár vandaan hebben. Ik heb de reader eens op "Simpeltel" in m'n trits pdf's laten zoeken en dat leverde >100 hits op, vooral -of uitsluitend- in de TRON; ik noem er maar enkele: TRON 12 pag 3 21 " 8 32 " 8: 't overlijden van Simpeltel 35 " 10, 15 Lees die eens voor wat meer historie. Ik onthou ook niet alles, dat van die "enorme klap" niet en evenmin de naam van Zanten in "Huize Simpeltel". Weet ik dat ook weer. --- Btw: in github zag ik "Miniware 1.0.bin" staan bij de "cartridges"... wat 't geen is maar wel in feite de 1e JWSDOS. Nog een zijspoor: @Bekkie laat doorschemeren dat-ie 't schema van de HiRes heeft. Ik ook maar dat is absoluut niet 't origineel dus zeker als die van jou dat wel is dan wil ik graag eens vergelijken: misschien heb ik toch een verbinding gemist. Ik mag wel denken van niet maar dat is geen garantie. @Hawker17 heeft 't doodleuk over "ordners vol schema's": misschien ook die van b.v. de M-boards floppy en video? Ik vraag dat omdat ik dan wel de FSM naar pdf heb gescand maar vooral de sheets van 't videoboard zijn grotendeels onleesbaar. Als pdf. En je kan zeggen "dom genoeg" maar ik heb alleen de 4 A3-sheets van de processorkaart bewaard (en ondertussen die in de FSM vervangen door jpg's). Degenen met een P2000M kunnen wat hebben aan een duidelijke versie van de relevante schema's. En er zijn hier minstens twee gasten die een P2000 "nieuwe stijl" hebben, d.w.z. met een moederbord met de herziene layout. En de MDCR ook, @gmc zit daarmee te hannesen: die nieuwe print zit ook propvol, er kan zowat geen weerstandje meer bij. En dat gaat dan ook nog eens over 'tzelfde probleem als wie-ook-weer ermee had; dan zou je gaan denken dat die herziening geen onverdeeld succes is. Van die laatste versie P2000 is 't maar de vraag of de documentatie wel ooit naar buiten is gebracht/gekomen, al zou 't alleen maar de layout-tekening zijn. Een wijziging in 't schema is ook nog eens niet ondenkbaar: mogelijk een pin-out (specificaties onder voorbehoud, van dat). Als je uiteindelijk te maken krijgt met malheur dan is 't wel zo handig 't schema beschikbaar te hebben ja. En dat ga je zeker weten krijgen, als is 't "maar" bedrading en/of connectors enzo. Van dergelijke ouderdomskwaaltjes heb ik nu last. In beide T's wel te verstaan. Krijgt nog iemand nou zin om ook wat -iets minder dan wereldwijd- te "publiceren"?

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/NO- waarmee je een BET-signaal genereert. Als je het moment van aantikken van dat toetsje -niet onmiddelijk na het begin van het terugspoelen- goed genoeg in de vingers hebt dan "kost" het je maar een paar seconden meer dan de BIOS nodig heeft voor 't schrijfwerk. En als je dan toch bezig bent met 't toevoegen van wat hardware kan je net zo goed dat toetsje aansluiten op een terugspoelautomaatje. Een vette aanrader. Ik weet niet zeker of POKE&H60AC,1 ook werkt bij CSAVE. Denkelijk wel maar zo'n toetsje is sowieso handiger.

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 de verdere gang van zaken betreffende de HiRes: mensen die ermee bezig waren, op welke manier dan ook. Tezelfdertijd liep 't ook af met b.v. de TRON en op een gegeven moment droogde e.e.a. helemaal op: geen TRON's meer toegezonden gekregen... Software: nou, weinig dus. Voorzover ik weet. Ik ben met "gedit" -onder CP/M, ken je denkelijk wel- wat bezig geweest (kleine schema's) en als ik me goed herinner dingetjes onder Basic, en voornamelijk in een zelfbedacht MIDI-programma is de HiRes wel een leuke, niet onaardig uitziende toevoeging: een klavier ziet er nog best wel overtuigend uit ook. Dus: wij zijn roependen in de woestijn, zeker?

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 met de gebruikte methode van overbrengen -ongetwijfeld LLIST- is dat allemaal foetsie... De puur Basic kan je -'t is platte tekst!- nog wel redden als je wat tijd over hebt. Om uit te zoeken welke bestandsnamen al ergens anders te vinden zijn -erger nog: die op elkaar lijken- is misschien toch nog wel een andere monnik te vinden. Ik weet er geen en ik heb notabene een frater superior in de familie gehad. Shame on me.

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.