Difference between revisions of "BoSL Board Debug"
| Line 45: | Line 45: | ||
|} | |} | ||
| − | === 10 August === | + | === 10 August 2023 === |
2 boards, NEW_9 and BoSL_logging_delay_480s were detected low voltage(1.8V or lower) issue during the test.<br> | 2 boards, NEW_9 and BoSL_logging_delay_480s were detected low voltage(1.8V or lower) issue during the test.<br> | ||
| − | The Vpp and 3.3V pins voltage | + | The Vpp and 3.3V pins voltage was normal at the beginning of the test. After connected BoSL TX to a computer via a passthrough Uno, their voltage dropped to 1.3V ~ 1.4V. <br> |
| − | For BoSL_logging_delay_480s, after it's Vpp voltage dropped to 1.4V, we | + | For BoSL_logging_delay_480s, after it's Vpp voltage dropped to 1.4V, we removed it's connection to Uno and tested the Vpp and 3.3V pins voltage again, it's still 1.4V. So we can confirm that the low voltage issue is caused by a circuit short on the board. |
== SIM RESET == | == SIM RESET == | ||
Revision as of 01:29, 11 August 2023
Contents
Stop logging issue
The BoSL Board stops logging from time to time is a big pain. The team decided to find the root cause and solve the problem.
Trouble shooting history
31st May 2023
20 BoSL boards were setup for trouble shooting. 10 run the original BoSL_logging.ino code, each one with a tag (OLD_1, OLD_2, ...), let's call them OLD group. Another 10 run Dave's new version code BoSL_VEL_Dave_290523.ino, each one with a tag (NEW_1, NEW_2, ...), let's call them NEW group. The major difference between OLD and NEW group is the NEW group's code delays longer to pull Sim7000 powerkey down to power off Sim7000. Because we suspect that some MCUs run slowly and the delay(1200) is less than accurate 1200ms, so sometimes Sim7000 may not really power off and the result is the Sim7000 runs out of order.
8th June 2023
Observed the 2 groups for one week. The result is both groups had some ones stop logging, 2 in NEW group and 2 in OLD group.
The conclusion is: delay(1200) is not the cause of stop logging.
A logbook for the trouble shooting was created on the google drive, find it here.
15th June 2023
Lucky to catch 2 boards stop logging, NEW_1 and OLD_2. Luke and Felix did the test together. VPP Voltage, Sim7000 STATUS pin voltage, Sim7000 POWERKEY voltage were tested. We also used an Arduino UNO pass though board tested BoSL board TX output, Sim7000 TX and RX output.
NEW_1 was a Sim7000 issue as ATMega pulls down and up POWERKEY as expected and gives good ATCommands to Sim7000, but Sim7000 STATUS pin voltage always near 0V(5.7-5.8mV) and gives no reply to ATCommands.
OLD_2 turned out to be ATMega issue. The POWERKEY voltage was always near 0V in the test and we read nothing from Sim7000 RX pin, means no ATCommands were sent to Sim7000 by ATMega.
During the test with OLD_2, we noticed another problem with the board, OLD_2's VPP voltage dropped to 1.8V.
17th June 2023
To increase the chances of getting stop logging boards to test. OLD_X, OLD_11, OLD_12, OLD_13, OLD_14, NEW_0, NEW_11, NEW_12, NEW_13 and NEW_14 were set up to join both groups.
20st June 2023
3 boards stopped logging, OLD_X on 19th, NEW_1 and NEW_13 on 20th. OLD_X was an ATMega issue, similar as previous OLD_2, and low VPP voltage happened again to OLD_X. NEW_1 and NEW_13 were Sim7000 issue, they gave no response to ATCommands and STATUS pin voltage always 0V.
Re-plugging battery to get OLD_X start to logging again and Reset Sim7000(pull down reset pin) to get NEW_1 and NEW_13 working again.
21st June 2023
NEW_baudrate was set up for the purpose of testing Sim7000's stability. The serial baud rate between ATMega and Sim7000 was set to 38400, based on NEW group code.
Same baud rate change also made to NEW_14, NEW_13, OLD_14 and OLD_13.
28th July 2023
For the past several weeks, many boards were detected stop logging. They were tested and the test results updated to the logbook. Here is the summary of the test results:
| Boards | ATMEGA Issue | SIM7000 Issue | 1.8V issue | Self-recovery | Normal Power Running LOW | Unknown | Grand Total | |
|---|---|---|---|---|---|---|---|---|
| NEW | 1 | 8 | 1 | 5 | 1 | 16 | ||
| OLD | 4 | 15 | 2 | 5 | 1 | 27 | ||
| Others | 3 | 3 |
10 August 2023
2 boards, NEW_9 and BoSL_logging_delay_480s were detected low voltage(1.8V or lower) issue during the test.
The Vpp and 3.3V pins voltage was normal at the beginning of the test. After connected BoSL TX to a computer via a passthrough Uno, their voltage dropped to 1.3V ~ 1.4V.
For BoSL_logging_delay_480s, after it's Vpp voltage dropped to 1.4V, we removed it's connection to Uno and tested the Vpp and 3.3V pins voltage again, it's still 1.4V. So we can confirm that the low voltage issue is caused by a circuit short on the board.
SIM RESET
From the test results from NEW and OLD group, we learned that not logging is mainly caused by SIM7000 issue. The main reason of SIM7000 issue is for some reason it cannot be powered on by pulling down POWERKEY pin. There is a NRESET pin on SIM7000, and our tests show pulling down NRESET pin can wake up SIM7000 when pulling down POWERKEY fails.
The fact is, to save ATMEGA IOs, the NRESET pin of SIM7000 is floating on our BoSL board, we have no control to this pin from ATMEGA.
We decided to solder a wire to NRESET pin and connect it to ATMEGA. Which pin on ATMEGA is the best choice to control NRESET? We have 2 options: A3 and SD_CS.
