Yes, the VRM reset was extremely surprising; however, the radio reset timing at the radio input and at the VRM input are very repeatable. And, to confirm, the radio was fed from the 2 Amp load off of the VRM.
The team doesn’t like to run through a router at home; while not verified I am reasonably certain that the radio is in AP mode.
During testing, there wasn’t any data being communicate to/from the robot. The most time consuming effort in the testing was to iterate the FPGA design in order to change the pulse duration; the second longest time was waiting for the electronics to settle from reset conditions.
In future testing, we can try to incorporate the drive station - that will assure some data transfer is active, perhaps more is needed.
The criteria used, for the radio and for the RoboRio was ‘steady lights’. This criteria was applied between successive test runs; i.e. if test N resulted in a reboot then test N+1 waited until lights were in a steady condition. Field re-connect would have taken longer, I am sure, had that been included in the test. The real point was to attempt to identify the outage duration before the reconnect process was required.
Thanks for asking!
