cancom

Centronics dan dus. Dat kan met de M2200, de volle-bak versie, als je die tenminste aan de praat hebt gekregen.

Zat je ongetwijfeld met de 34-vingerige (bijna-) Shugart-connector in je hoofd... Zet de overige P2000-nieuwelingen nou niet op 't verkeerde spoor...

Over iets waaraan je mogelijk niet zo gauw denkt staat een artikel in TRON 04, pagina 27.

Als de 765 na een opdracht als "seek" een fout constateert dan geeft-ie een interrupt die niet de Z80 onderbreekt maar wel op kanaal 1 van de CTC terecht komt en die geeft een interruptsignaal af voor de processor. E.e.a. resulteert niet in een foutcode zoals bij de MDCR, 't is maar een -niet gespecificeerde- fout. Dus raad er maar naar, zoek 't zelf maar uit... Dat wil zeggen: JWS laat 't om goede redenen achterwege om de statusregisters van de fdc uit te lezen om daarin op te zoeken welke fout het was. Je hebt toch niet echt iets aan een melding als "CRC-error in DataField" o.i.d. Dus laat maar, kijk b.v. even of de flop op de juiste manier in de drive zit en probeer gewoon maar opnieuw. En dat schema van de P2000M-floppy is, iig gedeeltelijk, blijkbaar onbetrouwbaar. Het is raden op welke manier uiteindelijk op die printplaat is gehusseld met gates, wat weer eens niet in 't schema is beland. Goeie organisatie toendertijd daar bij dat bedrijf.

Ok, dan zou je kunnen uitvissen of dat IC7716 pen 7 verbonden is met IC7707 (een 74LS14), ofwel pen 1 ofwel pen 9. Zoja dan is 't floppysignaal DS3 wel laag-actief en staat 't weer eens fout in 't schema... en is er een andere oorzaak voor dat "controleer disk" voor mijn derde drive. Excuse me: dit heeft inderdaad niks te maken met 't onderwerp van gisteren. Nou ja, bijna niks dan.

@blanka, wil je eens checken of op 't P2000M-floppybord (die ene waarbij soms zaken wel werkten) een verbinding bestaat tussen IC 16 pen 7 en IC 5 pen 11 (beide in de buurt van de floppyconnector). Er ging gisteren geen belletje af bij mij... Dit omdat ik wil weten of hier ook weer sprake is van een schema dat niet de werkelijkheid van de printplaat weergeeft. Doet 't dat toch wel dan is 't niet verwonderlijk meer dat er soms rare -iig onverwachte- toestanden voorkwamen met mijn drie drives eraan. Ik plaats dit hier omdat er meer zijn die zo'n bord hebben, b.v. diegenen met een P2000M. Hierna je berichtjes gezien: dat 2e "vreemde" is helemaal niet vreemd, dat hoort zo; de banken moeten afgeschermd zijn met een DOS geladen (JWS doet een clear x, &HDFFF).

Wat er gebeurt bij 't onoplettend "verschoven" opprikken van een voedingsconnector: (1=5V, 2=niks, 3=-16V, 4=massa, 5=12V) voeding 1 2 3 4 5 board 1 2 3 4 5 hierdoor komt de 12V op massa terecht, de rest geeft niks (5V en -16V komen nergens op uit) voeding 1 2 3 4 5 board 1 2 3 4 5 hierdoor komt de -16V op massa terecht, de rest geeft niks voeding 1 2 3 4 5 board 5 4 3 2 1 ehm.. kon dit wel met die originele groene connectors (heb ik niet meer erop zitten) Als iemand per abuis in 't 5V-circuit een TRAGE 5A-zekering heeft gezet dan gebeurt er toch niks desastreus want de 5V-ader hangt in 't "luchtledige". Vandaar de VIER-aderige kabel op een VIJF-pens connector-met-1-lege-positie. Deze opzet voorkomt simpelweg (alweer) een reparatie, 't kost je alleen maar elke keer 2 F1A-zekeringen. Mogelijk is toen bij de fabrikant -bij hoge uitzondering- lang genoeg nagedacht over hoe (bij gebrek aan een geschiktere connector) een berg klachten te voorkomen. En reparatiekosten in de garantieperiode. Een andere methode om malheur te voorkomen is: opletten bij wat je doet. Kan ik je niet aan helpen. Voor alle duidelijkheid: ik heb zo'n ding niet. Maar wie weet duikt 't nog eens op (als 't bij NatLab daadwerkelijk gemaakt is), jij hebt al nogal wat gevonden. Het heet trouwens niet PTC-floppy maar P2C2-; zie PTC.pdf (PPP) waarin nogal wat pagina's over dat ding met twee connectors erop voor geheugenprintjes. Lang verhaal. Over floppy gesproken: je hebt 't ergens gehad over de female edge-connector met "key" (een tussenschot; ik heb er enkele met en 1 zonder). Hoe is dat afgelopen? Twee manieren om 't passend te krijgen: key eruit of inkeping in de board-edge; beide doenbaar, al is zo'n sleufje van >0.6mm wat link zaagwerk i.v.m. de "vingers".

- De INT is\werkt niet 'tzelfde als de NMI, èn niet 'tzelfde in wel-en-niet-standaard P2000's: interruptmodes - HALT betekent niet "stop alles" maar "pas op de plaats"; de processorbussen worden in de P2000 NOOIT "vrijgegeven" (geen 2e CPU of DMA-controller dus geen BUSRQ\) --- Laat ik nou eens de pietlut uithangen over enkele onjuistheden (desinformatie...) op jouw pagina's over de P2000T: - de 3 connectors op de voedingsprint (negeer de trafo-aansluiting) hebben 1 GND-pen, niet 2; er is een niet-aangesloten pennummer bij en dat is niet zomaar, evenmin als de volgorde - een standaard P2000T werd een T/38 genoemd, niet T/32 - een T/54 is er een met 16k-uitbreiding t/m &hDFFF, niet 24k en &hFFFF - een T/102 heeft een 64k-print voor een totaal van 80k; een PTC-floppyboard met zowel een 16k- als een 64k-print erop gaf totaal 96k en dan zou je die een T/118 noemen - videogeheugen in de T: t/m &h57FF, niet &h5FFF - #60-#6F: je SD-interface krijgt slaande ruzie met 't HiRes-board (en een paar programma's); #40-#4F is volledig beschikbaar voor slot 2, geen enkel uitbreidingsboard gebruikt ook maar 1 van die poortadressen - i.v.m. voorgaand punt: hou rekening met andere configuraties dan uitsluitend de "standaard" P2000 en vermeld het als e.e.a. niet werkt in combinatie met b.v. een floppyboard

Met "zilveren sporen", dan is 't niet 1 van die ene serie van 35 stuks (ook daarop zitten een aantal bedradingen aan de soldeerzijde). Mogelijk, nee zelfs waarschijnlijk, heb je 't origineel van de ontwerpers te pakken, "Adam" zogezegd. In dat geval zijn er nog steeds 33 die (als ze nog bestaan) waarschijnlijk staan te verstoffen. Worden de laatste tijd veel zolders opgeruimd? Verbazingwekkend wat er allemaal opduikt. Als je zuiniger Z80(A)-versies (CMOS) vindt, ok, 't valt te proberen of alles goed gaat. Zeven stuks levert wel nogal een verschil op. Maar wat de voeding van de P2000 betreft: mijn nr 1 heeft een volle bezetting met moederbord + 80kol + 8-pack, hires, M2200 (volledig bestukt) èn CP/M. Geen probleem, niks om je zorgen te maken. Dan zou je eerder eens moeten achterhalen wat de voeding van die kast met 2 5¼-drives opslorpt. Zie ik daar echt 8 stabilisators (waarmee ik bedoel: spanningsregelaars) op een rij? Enne.. veel plezier met 't ombouwen van spelletjes naar een hires-versie... want die zijn er niet.

Je maakt 't lastiger om te vergelijken door niet alle pennen te nummeren... Even nummers voor de signalen dus. Een 50-pens is alleen deze: http://www.hardwarebook.info/8%22_Floppy_Diskdrive Je zou eens 't merk en type van die drives kunnen googelen, 't is niet onmogelijk dat technische gegevens opduiken.

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.