cancom

Voor 't geval dat 't om 'tzelfde type gaat: de TEAC FD55 is met een kleine ingreep ook geschikt voor 40 (gebruik dit op mijn FD55FV al lang): Ik moet eens testen of ik de TEAC wel op 40 heb gezet voor b.v. de Zemon, op de 3.5''-drives --niet omschakelbaar-- gebruikt die simpelweg maar 40 van de 80... V.w.b. 't "omkatten" van drives, ik heb er 3 staan: Canon MD3611, Chinon FZ-357 en Sony MPF920-E. De Chinon moet je zowat compleet uitelkaar trekken, ik heb daar niet meteen zin in. Dat is dan wel voor de Amiga... ik vraag me af of 't voor de M/T simpeler kan met jumpersettings. Die andere 2... ach. Lukt 't allemaal dan heb ik op mijn 2 T's elk 3 drives... och nou ja, mag 't een onsje meer zijn? Ik heb nog 7 originele "Philips P2000" cassettes, compleet oranje. Die plakken ook! Ik zal ze kunnen weggooien. Dat krijg je als zo'n cassette zelden --jarenlang niet-- gebruikt wordt, soms nog om object van de Zemon over te hevelen om aan wat Basic-regels te plakken. En dat overhevelen kan ook nog op een andere manier: via een geheugenbank of de RAMdisk. Als die ene MDCR die ik nog heb 't uiteindelijk begeeft dan is dat geen ramp. Ik heb dus een alternatief maar bij gebrek aan dergelijke --ook kostelijke-- hardware is dat SD-ding geen overbodige luxe, uiteindelijk zelfs de enige overblijvende optie. Dat ondanks zaken als een NeBo-kloon, zie toch maar eens drives te vinden (of zie ik dat te zwart in).

Je kan ver gaan in gemakzucht en ongeduld: wat mankeert er aan even wachten of 't wisselen van een cassette (of floppy)? Lukt dat al niet, te veel moeite? Als die ouwe meuk niet meer naar je zin is smijt 't dan maar in de afvalcontainer en koop nieuw modern compleet spul i.p.v. een hybride fantasie ervan te maken. Getekend, een fan sinds decennia die geen sikkepit aan de ouwe getrouwe gaat veranderen (ik heb wel al makkelijk praten met een bende "antieke" hardwaretoevoegingen). P.S., Ik snap ook wel dat je niet afhankelijk kan blijven van uitsluitend cassettes, die zijn al lastig te vinden en aan de prijzige kant. Nog afgezien van MDCR-problemen. Met floppy's gaat 't langer duren maar die gaan eveneens verdwijnen.

@Bertus , mogelijk heb je hieraan ook nog wat: CPM.pdf

Heb je ook een geheugenscoop? Dan kan je eens kijken of er rotzooi (dips/peaks) wordt geÏntroduceerd op de selectlijnen die stabiel dienen te zijn zolang een 5-bit adres geldig is. Als er dergelijke rotzooi is maar 't zaakje werkt desondanks dan is dat nog totdaaraantoe, maar eigenlijk not cool (niet netjes).

Even een nieuwsgierig aagje spelen: hoe heb je de adresdecodering uiteindelijk uitgevoerd, toch met MRQ\ om 1 gate voor de RAM (CS\ = MRQ\ OR RAMS3\) uit te sparen? Bij zo'n opzet moet die flashROM snel genoeg reageren bij 't overschakelen op een ander adres (tijdens de actieve MRQ\, uitkomend bij eenzelfde byte, en dan terug) om niet stoorpulsen op de uitgangen=selectlijnen te geven waarvan de geadresseerden last kunnen hebben. Vandaar dat ik zo mijn bedenkingen had over die aanpak maar blijkbaar is 't hoe dan ook in orde (?) tot zo ver.

Voor Basic bestaat geen "systeemdisk", je hoeft de flop waarmee je opstart niet in een drive te laten zitten. Je zet simpelweg JWS op elke flop die je voor Basic gebruikt en klaar ben je.

De tolerantie van +/- 5% mag je wel wat ruimer zien: ik heb eens net iets meer dan 4.6V gemeten en er werden toch geen rare bokkesprongen gemaakt door de logica e.d., alles werkte gewoon. In hoeverre e.e.a. nog echt betrouwbaar is kan wel twijfelachtig worden maar je hoeft niet in zeven haasten de spanningsregelaars te vervangen. Ik overweeg dat toch te doen, 't schijnt nogal wat te schelen in de energieverkwisting in de vorm van warmte. Ik vraag me af of dan die forse koelvinnen eraf kunnen, die maken 't lastig de regelaars te verwisselen. Zie ook mijn post van wo 12-8-26 17.20u. Eerlijk gezegd weet ik niet goed meer hoe 't zit met die verschillende CP/M-versies, er is NCP/M (Feico Nater), ZCP/M (Ton Middelman) en Seeters... Het zal wel zo kunnen zijn dat ik van enkele floppy's e.e.a. heb afgekapt -misschien i.v.m. bestanden met persoonlijke gegevens- maar zonder te letten op welke andere bestanden erop stonden en welke daarvan hadden moeten blijven staan. Dus moet ik eens die floppy-images nakijken en evt. opnieuw doen. Ondertussen kan je wel e.e.a. uitproberen, er gaat niks kapot. Of je dan iets zinnigs ermee kan is wel de vraag. Nou nee... bij de 2 trafo's in mijn T's is 't anders dan in de FSM staat: in "T2" primair 4 soldeeroogjes, 2 links en 2 rechts, en de 230V zit op de 2 links... in "T1" weer anders, opletten dus! ----- Ouderdomskwaaltjes. Een tijdje terug viel een M2200 uit na een minuut of twee. Nu, met dit warme weer, zag de BIOS 't board helemaal niet. En dan werkt er niets meer (geen keyboard-interrupt). Nu heb ik nogal wat saai meetwerk te doen om 't signaal op te sporen wat ergens niet meer verder komt, b.v. door een soldeerpunt dat hapert of uitvalt (zou niet de 1e keer zijn, ik vond eens een IC-pin die helemaal los in de soldeerdruppel zat). Ik bedoel maar: 't spul is zo'n 45 jaar oud dus kan je last krijgen van wat ouderdomsverschijnselen.

Ik zit daarmee momenteel ook te hannesen. Niks nieuws, maar 't hoeft niet te liggen aan versleten spanningsregelaars, 't kan zijn dat er een hogere weerstand is ontstaan tussen regelaar en achterwand: massa. Hoe hoger die weerstand hoe meer de uitgangsspanning zakt. Wat schoonmaakwerk kan al voldoende zijn; ook connectors kunnen een weerstand opbouwen.

Voor de aardigheid de volgende tabellen: Sanecal (MW106 CPM Kaart.pdf) P2000M 7 6 5 4 3 2 1 0 RAMS2 CARS2\ CARS1\ ROMS2\ VIDS\ RAMS3\ RAMS1 MBEN\ 7E * 4 0 1 1 1 1 1 1 0 0000-1FFF MB OK FE * 4 1 1 1 1 1 1 1 0 2000-3FFF MB ! RAM1 + RAM2 ! 7D * 8 0 1 1 1 1 1 0 1 4000-7FFF EXT ! niets ! FD * 4 1 1 1 1 1 1 0 1 8000-9FFF EXT OK F9 * 8 1 1 1 1 1 0 0 1 A000-DFFF CPM ! RAM3 + RAM2 ! DC * 2 1 1 0 1 1 1 0 0 E000-EFFF CAR ! CAR1 + RAM2 ! FD * 2 1 1 1 1 1 1 0 1 F000-FFFF EXT OK P2000T 7 6 5 4 3 2 1 0 RAMS2 CARS2\ CARS1\ ROMS2\ VIDS\ RAMS3\ RAMS1 MBEN\ 7E * 4 0 1 1 1 1 1 1 0 0000-1FFF MB OK FE * 4 1 1 1 1 1 1 1 0 2000-3FFF MB ! RAM1 + RAM2 ! 7D * 8 0 1 1 1 1 1 0 1 4000-7FFF EXT ! niets ! FD * 4 1 1 1 1 1 1 0 1 8000-9FFF EXT OK F9 * 8 1 1 1 1 1 0 0 1 A000-DFFF CPM ! RAM3 + RAM2 ! DC * 2 1 1 0 1 1 1 0 0 E000-EFFF CAR ! CAR1 + RAM2 ! F5 * 1 1 1 1 1 0 1 0 1 F000-F7FF MB ! VID + RAM2 ! FD * 1 1 1 1 1 1 1 0 1 F800-FFFF --- ! RAM2 ! Hoe is 't mogelijk dat dit in de documentatie staat, 't gaat wel degelijk over de Sanecal, niet over de CP/M-print van Philips of Hendrich en dergelijke. 16k niet aangesproken en 't barst van de databusconflicten bij leesinstructies! De fout zit 'm in 't signaal RAMS2 (HOOG actief).

Dus, @dionoid, dat zal een miskleun mijnerzijds zijn. Of er iets klopt van "BIS system.bin" en "NeboCalc system.bin" is ook maar de vraag, ik zal dat eens nagaan. MCPM (= ZCPM) is dan wel OK denk ik toch. "Seeters.bin" kan denk ik wel bij Nater/NCPM gebruikt worden maar of dat de originele systeemflop daarvoor is weet ik uit m'n blote hoofd nog zo net niet. In de beschrijvingen staan wat foutjes: "BASIC NL1.1 A2 (hack) Modified BASICNL 1.1 cartridge with hack to support PDOS booting." Niet PDOS maar JWS (-DOS). "Miniware 1.0 cartridge": dat is geen cartridge/module maar een floppy (de 1e JWS). Ten eerste heb ik er ook nu nog twee (b.v. MW106A-c.jpg komt van m'n scanner), en ten tweede: some things disappear in the mist of time... Zoiets als dat Adresdecoder.txt maak -en bewaar- ik voor zowel mezelf als belangstellenden. Het is mij ook een raadsel hoe die tabel in die handleiding kan terechtkomen, iemand heeft niet opgelet. B.v.: je kan wel schrijven naar tegelijk RAM1 en RAM2 maar bij lezen knal je tegen nogal een probleem aan...

Geen idee hoe "UCSD Pascal system.bin" zo verhaspeld op 't PPP is beland, 7k slaat nergens op. Het format is gewoon SS40, 4k/track. Als deze lukt dan heb ik er nog wel enkele: Logicalc, Util, Assembler, Pascal, Source. Disk1System.bin

En dan hebben we deze nog: MW106 CPM Kaart.pdf

Selectiebit RAMS1 moet 1 zijn voor #6000-#9FFF (M of T maakt niet uit) dus als je dat niet zo meet dan kan dat liggen aan een tijdens de meting slecht contact ergens. Dus meerdere malen dumpen dan maar met daartussenin de PROM eruit/erin. Als die 82S123 niet goed meer is dan werkt de P2000 niet: waarschijnlijk CALL SERVICE. Dan heb je iig nog de BIS-editor over 't hoofd gezien. En er zijn meer modules die met flop kunnen werken maar niet een systeemflop nodig hebben, b.v. Familiegeheugen en Text2000. Ik ken alleen de Sanecal MW106A (ontwerp van MiniWare) die niet een rigoreuze ingreep op 't moederbord vergt, enkel 't evt. uitsolderen van de adresdecoder. Als die al in een voetje zit is dat wel zo makkelijk voor 't kabeltje naar 't DIL-voetje op de CP/M. Je hebt wel een EPROM nodig, b.v. een 2716 of 2732 (2708 is al goed). Zoek je weg in bijgaande bestanden... CPM-b.txt CPM-n.txt CPM-p.txt Adresdecoder.txt

Oorspronkelijk zat de BIOS in 2 ROMs van 2k (2516/2716), dus ROMS1\ en ROMS2\. Daarna is overgestapt op 1 ROM van 4k (alleen ROMS1\ nog nodig). Van "verder op disk" snap ik niks. Kan niet, dan is de inhoud van de adresdecoder incorrect. Dan heb je RAMS1 niet goed gemeten. En in de T is er geen geheugen op #5800 dus zit dat ook niet in de adresdecoder (daarom moet de adresdecoder gewijzigd worden als je op dat adres 2k (EP)ROM toevoegt).

Voor de BIOS ("monitor", nou ja) maakt 't niks uit of 't gaat om een M of T. Er is 1 enkele BIOS-versie. Of een moederbord wordt gebruikt voor een M of T wordt bepaald door de inhoud van de adresdecoder, en die verschilt alleen i.v.m. de locatie van 't videogeheugen: op 't videoboard in de M (selectiesignaal RAMS2) of op 't moederbord in de T (selectiesignaal VIDS\).

Maffe waarde, daaraan kan je meteen al zien dat er iets niet klopt, 't kan helemaal niet (max 40k). En welke schijf zit dan in de drive: PDOS of JWS? Basic-16k kan niks met PDOS (die wel geladen wordt door de BIOS).

Jawel, iig met JWS 5.0. Het verschil tussen b.v. je 2080kB en de M2200-RAMdisk is dat 't 1e memory-mapped is en de RAMdisk I/O-mapped. Dat zal wel met een aangepaste RAMDOS van Hoppie. Voor JWS maakt 't niet uit welk floppyboard: Philips/MiniWare/NeBo.

Vraag over de voeding aangezien ik niet echt thuis ben in analoog. De middenaftakking van de 33V5 was blijkbaar gebroken (niet meteen te zien), de 2 zekeringen vlogen eruit. Nou weet ik niet waarom de voeding helemaal niks meer doet, geen +/- 16V (nominaal, effectief eerder +/- 19-20V) en evenmin de +5V of +12V. Elco's en brugcel zijn ok, de 3 weerstanden, de zener en de 2 torren ook (doorgepiept, geen sluitingen). Wat houdt nu alles tegen? Kortom, hoe werkt die beveiliging? BTW, in de FSM heb ik op pagina 65 in 't schema van de voeding de secundaire spanningen verkeerd-om ernaast neergepend... niet opgelet! Met wat knip- en plakwerk aan de slag dus. Er staan zo her en der wel wat meer foutjes in de documentatie...

Ik ben me gaan afvragen of de verschillende floppyboards werken met 'tzelfde format of niet. De M2200 werkt met 250 kHz voor de data (klopt met m'n Mitsubishi 3.5'' drives en blijkbaar ook de TEAC 5.25'', alledrie oude Shugarts) en de M-floppy zo te zien ook (ik moet toch eens gaan kijken hoe dat werkt met de 74x175 en 74x153; welke bittijd komt daaruit voor WDATA). Bij de NeBo zie ik een maximum deeltal van 8 in de dataseparator WD9216 wat resulteert in 500 kHz... Ligt 't daaraan dat b.v. @Patrick77 meemaakt dat een floppy geschreven met de NeBo niet werkt met de M-floppy? En dan omgekeerd evenmin. Als dat inderdaad zo is dan vind ik 't wel een miskleun van de NeBo-dude(s)... Het valt wel op dat de NeBo ook 4 driveselects met 1 motor-on gebruikt dus Shugart, niet PC-gericht. Ook opvallend: 't MFM-bit wordt nooit geset dus waarom is die uitgang van de 765 uberhaupt aangesloten op de NeBo en M2200 (op de M-flop niet)? Iemand die zin heeft mee te denken?

Nogmaals: controleer de kabel. Heb je een multimeter? Check pen/ader 1 met 1, dan 2 met 1, dan 2 met 2 enz. Om-en-om wel verbinding en geen. Ergens zal een onderbreking of sluiting zitten.

Ik begon met floppy's met JWS 3.5. Van versie 4 (geen .x) heb ik er 2 gebruikt, 1 voor 600kb, 1 voor 624kb. Dus DS80. JWS 5.0 (nul) is de laatste.

De truc met de driveselectbits van de controllerchip (waardoor de driveselects niet in de standaard volgorde op de connector terechtkomen en 't voor die domme onhandige consument makkelijker wordt een drive met PC-interface aan te sluiten) zit ingebakken op 't floppyboard. I.i.g. op 't M-board en de M2200, of Herman dat heeft overgenomen is wel waarschijnlijk maar zeker weten doe ik dat nog niet. Je hoeft daaraan niks te doen. Dergelijke opmerkingen zet ik er in 't vervolg maar niet meer bij, 't doet niet ter zake als 't gaat om aansluiten en instellen. Ondertussen heb ik 't vermoeden gekregen dat die bewuste drive kaduuk kan zijn: lezen doet-ie niet meer?! Bij formateren wordt er uitsluitend geschreven en niet meteen gecheckt of dat correct uitvalt. Pas bij de poging iets (b.v. JWS) te schrijven moet de controller lezen waar geschreven kan/moet worden maar de nodige data (sector-ID-bytes b.v.) krijgt de chip niet als de leesfunctie niet werkt. Dat zit 'm of in de drive, of in de kabel+connectors. Misschien een geval van jammer, die 2 "nieuwe" drives kunnen beter uitpakken. Fingers crossed.

Met systeemflop wordt bij de Basic-24k bedoeld: een "eigen" flop met een deel van de 24k (in een slot-1-doos zit 16k ROM...) dus niet JWS, nee. Weet je zeker dat die drive dubbelzijdig is... en 80 tracks? Lijkt erop van niet. Probeer eens SS40.

Schrijven gaat wel goed (formateren) maar lezen niet. Ik verdenk de kabel aan 't M-board en de onwillige drive; heb je die grondig gecheckt op alle even-genummerde pennen: wel verbinding, geen sluiting met naastgelegen aders/pennen? Bij 1 aangesloten PC-drive kan gewoon een 1-op-1 kabel worden gebruikt, geen kink in de kabel nodig (dankzij een truukje in de hardware).

Dezelfde drive werkt wel op de NeBo, niet op de M-flop? Dan ligt 't niet aan die drive. Probeer eens met de NeBo of een flop die geformateerd is (schijnt te zijn) met de M-flop wel goed reageert op b.v. de ZOEK-toets: welke melding zie je? Als 't wel een andere drive is: hang die opengemaakt aan de M-flop en kijk bij formateren of de kop wel wordt bewogen ('t tikken kan de headload zijn zonder 't positioneren van de kop). En als je dat hebt: gebruik je poetsschijfje. De boards hebben verschillende connectors dus ook kabels; zijn de edgeconnectors van de M-boards schoon? Zoiets als een wattenstaafje of doekje met alcohol kan al helpen. En controleer die kabel. Zonder de bijbehorende systeemflop kan de module niet werken.