1
0
mirror of git://projects.qi-hardware.com/wernermisc.git synced 2024-11-15 06:29:22 +02:00

m1rc3/norruption/: update of on-going testing; new test loop7 simulating "false start"

This commit is contained in:
Werner Almesberger 2011-09-10 16:33:18 -03:00
parent db7ae94e64
commit 2310466805
2 changed files with 64 additions and 0 deletions

View File

@ -152,6 +152,10 @@ All CRC checks pass. Verified that NOR was unlocked:
peek 0 # read back status (0x80 if okay, 0x92 if locked)
poke 0 0xff # Read Array (switch back to normal operation)
Took labsw offline to analyze occasional failure to switch. Failure
was difficult to reproduce. Also opened labsw to tighten a loose nut.
Afterwards (Friday run), labsw showed much fewer switch failures.
--- Fri 2011-09-09 ------------------------------------------------------------
New test with script "loop5". This time, we only power cycle but don't
@ -159,3 +163,42 @@ try to boot out of standby. The purpose of this test is to confirm that
NOR corruption does not occur when powering down while in standby.
1 (11:04): started
200 (11:28:): stopped to issue "unlockflash 0 105" to make sure all of
the NOR is unlocked, just in case
Also checked CRCs. All is well.
1 (11:31): started
2637 (16:53): stopped. standby looks good.
All partitions pass the CRC check.
Repeating loop2 to make sure the NOR corruption hasn't disappeared for
an unrelated reason. System is connected to oscilloscope monitoring the
M1 DC in voltage. This connection provides grounding of DC in.
1 (16:56): started
--- Sat 2011-09-10 ------------------------------------------------------------
2428 (04:57): standby still okay
2440 (05::01): disconnected oscilloscope
2463 (05:08): stopped test
All partitions pass the CRC check. Read back the standby partition and
also found no corruption in bitwise comparison. Furthermore, the unused
area showed the expected 0xffff pattern.
1 (05:14): restarted test, without oscilloscope.
2213 (16:11): standby still okay
All partitions pass the CRC check. Unused area of standby shows 0xffff.
Prepared new test (loop7): like loop2, but make a "false start" of
turning on both channels and immediately turn them off again, wait 16
seconds, and only then power up properly. This would roughly correspond
to labsw failing to turn on, as observed in the test runs in which NOR
corruption occurred.
1 (16:27): started loop7 test
5 (16:32): standby okay

21
m1rc3/norruption/loop7 Executable file
View File

@ -0,0 +1,21 @@
#!/bin/sh
n=0
while true; do
n=`expr $n + 1`
echo ===== $n =====
labsw ch1=0 ch2=0
sleep 5
labsw ch1=1 ch2=1
sleep 0.002
labsw ch1=0 ch2=0
sleep 17
labsw ch1=1 ch2=1
sleep 2
make -C ../../m1/jtag-boot boot
sleep 8
echo echo === $n === `date` >/dev/ttyUSB0
sleep 2
done