Skip to content
This repository has been archived by the owner on Apr 25, 2023. It is now read-only.

Intermittent crash when use the #127 pacakge #153

Closed
ArthurMa1978 opened this issue Apr 29, 2017 · 3 comments
Closed

Intermittent crash when use the #127 pacakge #153

ArthurMa1978 opened this issue Apr 29, 2017 · 3 comments
Assignees
@ArthurMa1978
Labels
Bug
Milestone
Sprint 117

Comments

@ArthurMa1978
Copy link
Member

  1. Set the wifi to MSFTLAB, the board can't start up properly, it was blocked on IoT initialziationi.
  2. Change another Wifi, the board can start properly, but several mins later it's dead
@ArthurMa1978 ArthurMa1978 added this to the Sprint 117 milestone Apr 29, 2017
@ArthurMa1978 ArthurMa1978 self-assigned this Apr 29, 2017
@ArthurMa1978
Copy link
Member Author

Currently there have 2 user threads, one for Arduino 1 for telemetry data collection. Both of them would send data to remote services via the WiFi module.
If there 2 threads are trying to send data at the same time then it will block the whole system,
after add lock for any network operation problem solved.
So root cause should be: the underline wifi driver is not thread safety, as we don't have the source code of the wifi driver I will check with MXChip for further investigation.

@ArthurMa1978 ArthurMa1978 changed the title Hang up during start, several mins after reboot it lost response Intermittent crash when use the #127 pacakge Apr 29, 2017
ArthurMa1978 pushed a commit that referenced this issue Apr 29, 2017
Issue #153
ef9f6a8 
Currently there have 2 user threads, one for Arduino 1 for telemetry data collection. Both of them would send data to remote services via the WiFi module.
If there 2 threads are trying to send data at the same time then it will block the whole system,
after add lock for any network operation problem solved.
So root cause should be: the underline wifi driver is not thread safety, as we don't have the source code of the wifi driver I will check with MXChip for further investigation.
@ArthurMa1978
Copy link
Member Author

No need to create a separate thread for telemetry, so remove it and make things more simple

lirenhe pushed a commit that referenced this issue Apr 29, 2017
@lirenhe
Fix the #153 issue (#154)
7e45ef5 
* Issue #153
Currently there have 2 user threads, one for Arduino 1 for telemetry data collection. Both of them would send data to remote services via the WiFi module.
If there 2 threads are trying to send data at the same time then it will block the whole system,
after add lock for any network operation problem solved.
So root cause should be: the underline wifi driver is not thread safety, as we don't have the source code of the wifi driver I will check with MXChip for further investigation.

* folder struct change

* Remove the telemetry thread to save resource

* minor changes
lirenhe pushed a commit that referenced this issue Apr 29, 2017
@lirenhe
Remove static Audio instance (#155)
b501856 
* Issue #153
Currently there have 2 user threads, one for Arduino 1 for telemetry data collection. Both of them would send data to remote services via the WiFi module.
If there 2 threads are trying to send data at the same time then it will block the whole system,
after add lock for any network operation problem solved.
So root cause should be: the underline wifi driver is not thread safety, as we don't have the source code of the wifi driver I will check with MXChip for further investigation.

* folder struct change

* Remove the telemetry thread to save resource

* minor changes

* Remove static Audio instance as this is not a mandatory component for all apps

* fix typo
@ArthurMa1978
Copy link
Member Author

fixed

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Assignees

@ArthurMa1978 ArthurMa1978

Labels
Bug
Projects
None yet
Milestone
Sprint 117
Development

No branches or pull requests
2 participants
@liydu @ArthurMa1978