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 updated the canaries to the most recent firmware, and while it seems some aspects of performance have improved in that we have been able to run 8 devices taking data at a time, there is still the timeout issue we had before. I don't know if the problem is how we are setting things up or if there is still something wrong in the firmware. I uploaded my notes, the computer logs, and the sql dump from the experiment yesterday to the canary repo.
The text was updated successfully, but these errors were encountered:
That is probably due to the low rx rate that is set up right now.
In contiki/examples/canary/mqtt_protobuf_demo/project-conf.h change
#defineNETSTACK_CONF_RDC_CHANNEL_CHECK_RATE 8
to
#defineNETSTACK_CONF_RDC_CHANNEL_CHECK_RATE 32
This is making the devices wake up more often to allow better bandwidth of the network. However it comes at the price of more power consumption. We are still testing what will be the best check rate to support networks up to 100. 32 still will not be perfect, however, it will be much better than 8.
I updated the canaries to the most recent firmware, and while it seems some aspects of performance have improved in that we have been able to run 8 devices taking data at a time, there is still the timeout issue we had before. I don't know if the problem is how we are setting things up or if there is still something wrong in the firmware. I uploaded my notes, the computer logs, and the sql dump from the experiment yesterday to the canary repo.
The text was updated successfully, but these errors were encountered: