You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have noticed on my Giga R1 Wifi with Display Shield that my system hard faults when left running. Sometimes it's just after boot and other times it takes many hours.
In tracking this down I have found that ECCX08 lib and/or hw maybe the cause. Assuming it gets past boot (which it will always do on a power cycle - so I think boot adjacent fails or to do with the I2C bus state being inconsistent on a soft reset) everything works fine until, at one point, the generate public key request fails. Once it fails it would seem that the next I2C request causes a hard fault. That maybe the next time the ECCX08 lib is called or maybe when another I2C device is accessed.
If you put a call to generate public key (or sign / verify) in a loop you should see the crash between 5 minutes and 5hrs (in my experience).
What puzzles me is why I get a hard fault. The code seems fine, and it returns with an error code. The hard fault has either no stack trace or a one line stack trace.
This happens on both the devices I have so it's not localised to a specific device.
I can space the calls out but I don't know if this is i) simply making the crash less likely or ii) a genuine workaround to a known (for someone more educated in these things than me) problem.
The text was updated successfully, but these errors were encountered:
Hi,
I have noticed on my Giga R1 Wifi with Display Shield that my system hard faults when left running. Sometimes it's just after boot and other times it takes many hours.
In tracking this down I have found that ECCX08 lib and/or hw maybe the cause. Assuming it gets past boot (which it will always do on a power cycle - so I think boot adjacent fails or to do with the I2C bus state being inconsistent on a soft reset) everything works fine until, at one point, the generate public key request fails. Once it fails it would seem that the next I2C request causes a hard fault. That maybe the next time the ECCX08 lib is called or maybe when another I2C device is accessed.
If you put a call to generate public key (or sign / verify) in a loop you should see the crash between 5 minutes and 5hrs (in my experience).
What puzzles me is why I get a hard fault. The code seems fine, and it returns with an error code. The hard fault has either no stack trace or a one line stack trace.
This happens on both the devices I have so it's not localised to a specific device.
I can space the calls out but I don't know if this is i) simply making the crash less likely or ii) a genuine workaround to a known (for someone more educated in these things than me) problem.
The text was updated successfully, but these errors were encountered: