wtb: Wytec WICE 68HC11 (manuals) - Page 1
Forum section: electronics / general

author: DiTBho
author_rank: Super Contributor
timestamp: February 25, 2021, 10:41:59 pm
content: Today I bought a Wytec WICE 68HC11.But it comes without manuals, software, etc.Has anyone here ever used it? Looking for manuals in order to write my own software for Linux

author: srb1954
author_rank: Super Contributor
timestamp: February 25, 2021, 10:59:38 pm
content: Quote from: DiTBho on February 25, 2021, 10:41:59 pmAfter searching a number of years I never found any information on this emulator.There is a little bit of information available on their 68HC11 evaluation boards. There may be some commonality between the monitor S/W used in these evaluation boards and the monitor S/W used in the emulator.If you manage to find anything I would be interested.

author: DiTBho
author_rank: Super Contributor
timestamp: February 26, 2021, 09:37:54 am
content: Quote from: srb1954 on February 25, 2021, 10:59:38 pmSureI am also thinking about reverse engineering the main board, I am curious about its inner working scheme.

author: srb1954
author_rank: Super Contributor
timestamp: February 26, 2021, 10:56:38 pm
content: Quote from: DiTBho on February 26, 2021, 09:37:54 amYes, it would be quite interesting to reverse engineer but I think this could be very difficult. The main issue is that there is quite a large CPLD (MACH120-20) on the board and until you can reverse engineer the internal logic in that CPLD it would be difficult to work out the total function of the circuit. There is also another small PAL chip on the emulator head but its logic function should be much easier to decipher than the large CPLD.I am not sure if you can read back the internal fuse map of the large CPLD and possibly use that to determine the internal design. It is not clear from the chip documentation whether the MACH120 CPLD has internal anti-piracy measures to prevent fuse map read-back. Someday I will try reading the chip contents but that will require me to make a custom pin-out adapter to for my EPROM programmer and this is quite low on my priority list at the moment.Disassembling the S/W would be quite a bit easier and this would give some useful clues on how the emulator functions and what you can do with it. However, without knowing the addresses of the memory and peripheral chips, which are presumably decoded in the CPLD or the PAL chip, it would take some guessing as to which bits of the S/W are talking to which peripheral. Monitoring the address bus and chip select signals with a logic analyser would assist in this area.

author: DiTBho
author_rank: Super Contributor
timestamp: February 26, 2021, 11:38:02 pm
content: Which MPU is used? I don't see a cpu on the ICE board, there is a 68hc11 chip on the ICE headI dumped the ROM, and 20% is 0xff

author: srb1954
author_rank: Super Contributor
timestamp: February 27, 2021, 03:20:40 am
content: Quote from: DiTBho on February 26, 2021, 11:38:02 pmThe only MPU is the 68HC11E1 processor on the emulation head. I am guessing that it executes both the user code for the emulated system (from memory on the DUT or from the emulation RAM in the ICE box) and the system code on the EPROM in the main ICE box. The switching between the two memory spaces is probably controlled by the logic in the CPLD.Since the EPROM (64kbytes) covers the entire 68HC11 address map there ought to be a certain amount of unused space in the EPROM to allow address spaces for peripheral devices; the 68HC11 architecture doesn't have a separate I/O address map for peripherals. Normally it is a chunk at the bottom of the address space that is carved out for peripheral addressing and you would expect the EPROM to have 0xff data in this address range.