cancom

1 inderdaad opletten geblazen met die edge-connector, geen "key" of nok ("deze kant boven" erop plakken?); of verkeerd-om niet erg is blijft de vraag: alle uitgangen komen dan aan massa te hangen en dat lijkt me niet gezond 2 nee, die liggen vast; 't is alleen een kwestie van een slordigheid in schema en andere documentatie: de "hardware-afdeling" die layout en routing verzorgde vergat misschien wijzigingen terug te koppelen (eenzelfde gang van zaken bij de driveselects) 3 weet ik veel welke jumpers erop zitten behalve de driveselects, de ene drive is de andere niet (MD/MM, TTL/CMOS e.d.) Long story short: ---" Field Support Manual.pdf pag 62 (4-29/30): floppyconnector pin 10 DS1: moet zijn DS2 floppyconnector pin 12 DS2: moet zijn DS1 (niet volgens Shugart-specificatie, let op drivejumpers) ... M2200.pdf pag 90: dezelfde floppyconnector"fout" - waarschijnlijk is de verwisseling van de functies van interfacepennen 10 en 12 met opzet gedaan om met een 1-op-1 flatcable een drive met PC-interface (ook niet volledig Shugart-compatible) te kunnen aansluiten als drivenr 1, daartoe gejumperd als drivenr 2 (B) - een 2e drive met Shugart-interface werkend als drivenr 2 moet gejumperd worden als drivenr 1 (ds0, pen 10) - bij andere combinaties van 2-4 drives kan niet voor elke drive een 1-op-1 verbinding gebruikt worden Shugart P2000M MiniWare PC NEBO/PTC 2 density L - density ? 4 - - - - 6 /ds3 - /ds0 edin 8 /index /index /index /index 10 /ds0 /ds2 /ds2 /motea 12 /ds1 /ds1 /ds1 /drvsb <--- 14 /ds2 ds3 /ds3 /drvsa 16 /moton /moton /moton /moteb <--- 18 /dir /dir /dir /dir 20 /step /step /step /step 22 /wdata /wdata /wdata /wd 24 /wgate /wgate /wgate /we 26 /trk0 /trk0 /trk0 /trk0 28 /wrprot /wrprot /wrprot /wpd 30 /rdata /rdata /rdata /rdata 32 /side1 /side1 /side1 /side1 34 - - - /dskchg - deze puzzel wordt U aangeboden door hardwarefabrikanten onder 't motto "waarom makkelijk als 't ook moeilijk kan" "--- Ben je er ondertussen achter wat je kan met AUTORUN? Krijg je de diskinhoud na ENTER? Ik meen een foutje te zien in dat scherm; als dat zo is nou ja, niet erg verwonderlijk met die stokoude flops... Enne... die 2e voedingsconnector op de M2200 is bedoeld voor DOORVOER van de voeding naar nog een uitbreiding (met name 't CP/M-board van Sanecal). Enne... voor dat audio zie "P2000 System T & M Reference Manual" (pdf, ook op PPP), pagina 55 (geen frequentiemodulatie of fsk, dus). Enne... waarom moeilijk doen met een houder voor een 2032? Varta V3/150H-nogwat past op de print. Wel letten op de laadweerstand, MiniWare heeft er een van 220 Ohm in gezet (snellaadstroom) maar dat gaat ervan uit dat die P2000 maar weinig ingeschakeld is, misschien een uurtje elke paar dagen. Zet je 'm elke dag uren aan dan vervang die weerstand door een van b.v. 2k7 (druppellaadstroom). Ik heb een accu opgeblazen gehad... letterlijk! Niet zo gunstig voor de dioden enzo ernaast.

Watte?! Leg dat eens uit... - welk floppyboard? - heb je bekeken hoe die 2 drives zijn gejumperd? misschien wel niet als drivenrs 1 en 2

Ik vermoedde al een sort-of-typo. Bij die van jou dus alletwee, bij die van mij 1 ervan: 't blokje dat je te zien krijgt op de plek van 't dubbele-hoogte-stuurbyte. Hou 't maar erbij dat 't een van de eigen-aardigheden is van die antieke P2000... Waarom dat blokje en of er iets aan te doen is ben ik vergeten. Mogelijk staat in 1 van al die pdf's wel iets erover; zoek en gij zult misschien vinden. Ik heb me wel eens afgevraagd of met de scanners en -software van nu 't allemaal beter zou opduiken in een scan-pdf. Niet dat ik m'n 2200C en W98SE afdank... In een index van die zwik pdf's kunnen er woorden enzo verhaspeld doorkomen waardoor je zoiets als "80 tekens" misschien nog niet eens gaat vinden ook al is 't goed leesbaar in de pdf zelf. Maarre... als er belangstelling is voor nieuwe 80kol-kaartjes (waarom dan niet 't wat eenvoudiger PTC-ding) dan zal waarschijnlijk de opzet aangepast moeten worden. Wat te denken van 't IC "8T98"? Wat is dat eigenlijk en bestaat er een vervanger? Over dat circuit gesproken: op 't PTC-bordje dat ik via NEBO heb aangeschaft ontbreekt de oorspronkelijk aanwezige tor in 't oscillatorcircuitje. Blijkbaar heeft men bij NEBO -niet verkeerd- geconcludeerd dat die tor overbodig is. Maar geldt dat nog steeds met een andere chip dan die 8T98? Als alles lukt dan ga je gang maar @Bertus...

Eerst info zoeken is teveel moeite? Als je niks vindt ok, de P2000 valt niet onder medische apparatuur. --- In mijn T's werken ze beide prima. Maar: voor de MW2048 is mij onbekend van welke IC-nrs (72xx i.p.v. 71xx) je de signalen moet halen op 't moederbord-versie-2, ik heb 't schema daarvan niet (al zijn er allicht weinig verschillen). Ik heb geen zin dat uit te zoeken. Voor 't PTC-board zie diezelfde PTC.pdf, pagina's 1-2 en 17-18. --- In de T bestaat geen (video-) geheugen op &H5800 t/m &H5FFF... In dat geheugengat in de T kan je desgewenst op de oude versie processorkaart een EPROM inbouwen. Dat vergt dan wel 't vervangen van de adresdecoder (-inhoud). Dat houdt in dat je dat moederbord niet meer kan gebruiken om er een M van te maken met een M-videoboard zonder weer de decoder aan te passen. Waarna je niks meer hebt aan die extra EPROM... === - Ik ben zelf dus voorstander om met de kennis van nu dat op te slaan wat ook echt op de tape staat. Of je laat dat idee van een tape-image varen... Daarenboven: je kan 't sowieso niet maken om vanuit zo'n .cas die 256 bytes terug te zetten in 't P2000-geheugen, er zitten configuratiebytes bij; ik noem maar alleen #605C...

Heb je 't over een kaal exemplaar of zitten er toeters en bellen in...? Behalve de voedingsspanningen zou 't een temperatuurprobleem kunnen zijn, misschien in de vorm van een soldeerpunt dat niet meer zo jofel is en bij de minste uitzetting er de brui aan geeft door niks meer door te geven (ook een ouderdomskwaaltje). Als 't zoiets is in b.v. de databus dan raakt de processor al gauw de kluts kwijt. En dan kan je je lol op met de zoektocht... Zitten er IC's in voetjes? Til ze dan eens eruit en prik ze aandachtig terug. Contact! --- Nogal onbesuisd om aan instelpotjes (door de fabrikant afgeregeld) te gaan zwengelen voordat je weet waarvoor ze dienen (in dit geval timing voor de 5050); heb je nog wel beeld...? Bij mijn weten zijn er alleen volgende twee boards: Miniware (instelpotjes) en PTC. Eventueel heb je wat aan de -dus niet originele- schema's; hou me ten goede, ik garandeer niet dat ik niks gemist heb. Sterkte ermee. MW2048b.txt MW2048n.txt MW2048p.txt PTC4080b.txt PTC4080n.txt PTC4080p.txt

Dit dingetje is een terugspoelautomaatje: de logica neemt 't wachten op 't BET-signaal over zodat de processor verder kan met uitvoering van b.v. een programma i.p.v. in een aftelroutine de BET in de gaten te houden. Met de instructie out 16,68 begint 't terugspoelen. Mocht de tape breken dan blijft de zaak draaien en kan de motor alleen gestopt worden door RESET of simpelweg 't klepje open te zetten. Diverse modules en basicprogramma's gebruiken dit.

Daarmee bedoel je: onbedoeld lezen/schrijven, ja? Tijdens de interrupt-acknowledge wordt in IM0 of IM2 de databus wel gelezen maar de RD is daarbij niet actief! De WR al sowieso niet. Vandaar dat op het moederbord bij de IO-adresdecoder evenmin met de intack rekening gehouden wordt. Want daarbij wel zowel RD als WR. Met alleen IORQ reageert je 138 wel maar wat zou dat: 't heeft voor de geheugens geen gevolgen want geen actieve RD, geen actieve WR. Conclusie: M1 meenemen hoeft niet.

Bijna alle pennen op de extension hebben rechtstreeks verbinding met.. de processorbussen; die dat niet hebben worden op je 64kb niet gebruikt. En 't is zeker niet de bedoeling dat de Z80 als energiecentrale dient voor een bende chips; 't is geen busdriver met een fanout zoveel. Dus 't is aan te raden niet meer te vergeten 't voedingskabeltje op z'n plek te prikken want ik weet zo net nog niet of alles wel heel blijft. @blanka, die 4V85 is wat aan de lage kant: je meet die aan de pull-ups op beide niet aangesloten signalen. Bedenk eens even: oud spul vergt onderhoud. Het is geen verspilde moeite de voedingslijnen eens op te poetsen, d.w.z. connectors; b.v. de aansluitpennen van de stabilisators met zoiets als een wattenstaafje met alcohol. Of fijn schuurpapier. En als je dan toch even dat bruine 3-pens stekkertje eraf hebt: meet eens de weerstand tussen de massa van de regelaars en de achterwand. Nieuwe pasta kan al verschil maken en waarschijnlijk wel nieuwe 7805's en 7812... Over die CALL SERVICE kan ik opmerken dat de enkele malen dat ik die melding kreeg 't nooit te maken had met 't moederbordgeheugen; niet als 1ste checken... Ook hierbij valt te denken aan connectors en andere verbindingen. Nou ik toch hier bezig ben: @Bertus, leg eens uit waarom je in die data-cartridge voor de poortadresdecodering M1 gebruikt i.p.v. A3 ?

Meen je dit nou?

Haastige spoed is zelden goed... Check, check en check 1 dag of meer later nog eens. En voor zo'n niet al te grote schakeling is 't handig die in een circuitsimulator te tekenen -zeker als je "scherpe blik" stilaan meer moeite heeft een logicatrein te blijven volgen zonder te ontsporen- waardoor je kan zien of -en zoja hoe- 't de mist in gaat. Ik heb de 157 + logicadoosjes in EWB gezet, daarin viel al gauw A13_1 nogal op (werd 1 keer niet hoog toen 't moest)... De rest is wel in orde. Succes met 't herorganiseren.

@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" - out 148,1 - schrijf op 1e adres "1" - out 148,0 - lees 1e adres... zoiets staat niet in de BIOS. Testen of er een bankswitch is: voeg een inputpoort 148 toe; handig om bij te houden waar je zit. In 't rijtje geheugencapaciteiten 16k - 32k - 48k(+) komt nog erbij: 40k... waarmee geen rekening gehouden is. Er bestaat waarschijnlijk geen programma (afgezien van een DOS) dat gebruik maakt van alleen banken 0 en 1. Met die 32k direct aangesloten -A13 en A14 direct op de chip- kan dat ook niet want je zit 2* in 'tzelfde blok van 8k. Vandaar de BIOS-grap. Misschien de moeite waard: naast die 32k-chip alleen nog twee gates voor de chipselect. Compact, simpel, goedkoop en je hebt 39542 bytes vrij... --- Ho, ik heb niet gekeken wat er gebeurt met de A13 en A14 pins van de geheugenchip als de 688 weg is en dus de 173 enz. niks doet... Dat zou opgelost zijn met jumpers aan die pins.

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 mogelijkheid). Krijg je ook al een lichte hoofdpijn bij 't vooruitzicht de stuurlogica daarvoor te moeten uitvissen? Breek me de bek niet open over puzzelen tot in de kleine uurtjes... En software: er is b.v. RDOS waarvan ik niet weet of dat misschien aangepast kan worden om te werken met banknrs. >5.

- 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: wegen naar Rome weet je wel. FYI: al gezien dat D1 verkeerdom staat? Is dit nou de kicad-manier van schematekenen? Ik heb 't programma in Debian uitgeprobeerd v.w.b. 't importeren van EAGLE7 *.sch + evt .brd, wat prima gaat; soms is kicad 't niet eens met iets maar dat negeer ik. Ik ken 't verder niet en misschien doe ik de moeite niet eens, EAGLE bevalt prima. - Als je de 688 en de tweede 62256 weglaat dan heb je een karige 24k uitbreiding. 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. - @blanka: iedere RESET duurt dan wel 7 seconden Absoluut niet normaal; de oorzaak zit niet in de geheugentests. Gebeurt dit met je T met daarin een floppyboard? En zonder drives?

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 #90-#9F gebruikt. Ik heb geen idee of die 688 (veel) prijziger is. Als je alles in SMD's doet dan scheelt 't niet 4 boorgaatjes, maar toch: ? Terzijde 2: je had 't over 300dpi maar elke png is 96. Houdt kicad je voor de gek soms? En ik kan dat exporteren als image (dat in EAGLE kan) nog niet eens vinden.

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.