cancom

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.

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.