Hello everyone, I've got a question to people experienced on TDS784D A11 CPU boards. Here's the story ...
I found on FleaBay a 784D having latest 7.4 firmware revision, with issue on last two channels - they worked fine though when scope was delivered and item passed SPC
. I then wanted to console oscilloscope to dump that infamous DS1486. I then built a console adapter to connect to the scope, it worked flawlessly, I was able to dump DS1486. As expected, beginning of each dump is different (RTC). I was able to clear log (after saving it) - it contained not much faults apart probes used by former users.
When I turned off memory protection switch, and powered device, here's what I have on console:
RUNNING FROM DRAM.
DRAM test passed.
Bootrom Header Checksum passed.
Bootrom Total Checksum passed.
BootRom Check Sum passed.
Bus Error Timeout test passed.
Kernel Diagnostics Complete.
Calling SDM (monitor) Routine.
Enabling Bus Control register. Value = 0x67
IMR 1 Register test passed.
Misc. Register test passed.
Timer Interrupt test (Auto-Vector) passed.
NVRam DSACK test passed.
+12V applied to Flashroms, NVRam NOT WRITE Protected
Flashrom Programming Voltage is ON.
Cannot transfer control to Flashrom.
Transferring control to the SDM (monitor).
...
And scope hangs, displaying '8' on LED display. No matter if switches are set to '00110000' (console monitoring) or '00000000' (normal mode), if transfer mode on Putty is set to 'None' or 'CTS/DTR'. Funny thing is that item works fine, no 'FAIL' message on boot when Cal switch is not enabled.
Four things though:
1. When I enable 'Expand error log and increase diag messages', I've got:
CPU: 68EC040. Processor #0.
Memory Size: 0x1000000. BSP version 1.0.
Executing Diagnostics
-> ERRORID: 163 diagnostic test failure Start Power-On SequenceStart Power-On Diag Sequence
...
But nothing with a 'Fail' message on what is tested right after.
2. Toggling that switch when device has booted does absolutely nothing. I guess it must be read at power on.
3. Setting switches either to '00000000' or '00110000' change absolutely nothing
4. When dumping DS1486, few bytes change from time to time. Often 5 bytes, but had once 29 bytes - but it's RAM after all. Of course, I exclude these first bytes related to RTC.
Since I suspected my console port, I built a simpler one (the one that uses RS232 board connected to console port) - exact same issue
For thoses interested in, please have a look at the picture below, serial port uses Cisco console cable, because I've got plenty of these
If someone has an idea, it is very welcome!