This diagram is incorrect: pin 7 is not ground, and the sleeve of the remote connector should be connected to pin 7, not ground.
github.com
Assuming this is the latest version, they have provided a zip of the Gerber files here: https://github.com/yanataka60/PC-8001_SD/tree/main/Kicad1_4/PCB (last file in the listing.) Usually I put my gerbers in the "Releases" section on GitHub but this also has confused folks in the past, so maybe there's no good place for it!Also, PCBWAY is saying they can make one of these SD-card drive emulators, but they need Gerber files?? I'm not entirely sure how to do that or what they are looking for. Is it just a conversion of the format used in this github repo? Anyone know how to do this?
GitHub - yanataka60/PC-8001_SD: PC-8001でSD-CARDからCMT形式ファイルのロード、セーブ機能を実現するものです。
PC-8001でSD-CARDからCMT形式ファイルのロード、セーブ機能を実現するものです。. Contribute to yanataka60/PC-8001_SD development by creating an account on GitHub.
Right, but it's still nice not to have wrong information kicking around on the Internet for those who are trying to build a cable that does use this.
In my BASIC quickref I keep notes on sources; I got the TERM information from various sources (it changes between N/N80- and N88-BASIC), but the INIT% and the like came from page 51 of the English Users Manual.
The serial clock (SCLOCK) is derived from the system clock divided down via counters. You can see this on PDF page 7 of the schematics: ΦS comes in at the left, goes to the CLK input of the serial chip (which is not the serial clock!), and also down, across and up again to IC54 and IC87 which do the division. A mod to give you a 9600/2400 for the ×64/×16 dividers on the UART may be as simple as connecting pin 11 (Qd) of IC54 to pin 1 of CN8 (the clock rate jumper), though I'd want to check that with a 'scope to be sure.
I am pretty sure that something else is going on there, or TERM is particularly inefficient (though I can't see why it would be). On early PC-8801 models where they have hardware clock support to run the serial port at higher rates I've used xdisk2 and xdisk3 at 19,200 and even, IIRC, 38,400 bps.
The PC-8001 has all of those signals on the internal header as well; again, see my docs for details. Per the user manual linked below, the PC-8001mkII is roughly the same thing as a PC-8001 plus the PC-8062 RS-232 cable.
I recall trying that - and it would toggle the display of things like "CR", but the "BS" symbol seemed to appear in either case.
I would think it's ok to change the baud jumper on the fly, but I'm not totally certain. If you're having issues after doing that, it may be worth resetting the PC-8001 after changing the jumper. But if you're just changing from 300 to 1200, there's no need to do a jumper change: you can simply jumper it for 1200/300 and then switch from a baud rate divisor of 64 to 16. I.e., run TERM 8,0,0, send the command to the modem to switch from 300 to 1200 bps, exit TERM (with Ctrl-B or Graph-B), and start again at the higher rate with TERM 8,0,1.
Switch 8 only one mentioned in the manual, IIRC. I'd love to have a look at the schematic to see what else might be hooked up there, but I don't have a copy of it. There's a moderately good chance that some issue of I/O magazine from 1983 or 1984 has it, though, so it might be worth poking through those on archive.org to see if you can find the issue. If you do, let me know and I'll extract the appropriate pages and add them to my pc8001-re repo. (I/O also publishes "活用研究" books that are reprints of stuff from the magazine; if you can find one of those for the 8001mkII, that will have the schematic if they ever did one.)
Well, yes the MSX cable is fine even if you do use the relay (pins 6 and 7) because it's wired to the same standard. It was just your diagram that was wrong. (Virtually all Japanese microcomputers of the late '70s and early '80s use the exact same DIN-8 pinout for CMT.)
That diagram does not appear to be for the VG5000, from a look at page 6 of the service manual.
