-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SAMP - Mesh Network Protocol - Request For Comments #11
Comments
I've aslo thought about it earlier but within wired buses. If we talk about SA Network we should not be limited just with RF-based SmartAnthill Devices. See an example, where SAMP could be useful within wired buses: SmartAnthill Core -> Ethernet/Wi-Fi Enabled MCU with CAN Controller -> CAN Bus -> SmartAnthill CAN-based Devices. Using network types: ETH -> ETH -> CAN.
I've just asked Vitaliy, he is going to test it today using low-cost |
Of course; unlike ZigBee etc., our mesh is heterogeneous, so it can work either as wireless (RF included), or wired, or intermix of wired and wireless. For example, one of the paths could look as Central Controller+WiFi -> WiFi+Device+USB -> USB cable going through the wall where wireless doesn't pass -> USB+Device+IEEE802.15 -> IEEE802.15.4+Device. Any other conceivable combination should be also possible. |
He reported that there are no interrupts for "if somebody is transmitting right now". MCU interrupts only when completely data(packet) has been received. See datasheet: https://www.sparkfun.com/datasheets/Components/SMD/nRF24L01Pluss_Preliminary_Product_Specification_v1_0.pdf |
Thanks; it makes things more difficult, but it is challenges which make it interesting :-) |
BTW, is there a chance that these chips implement CSMA/CA (see http://en.wikipedia.org/wiki/Carrier_sense_multiple_access_with_collision_avoidance) or maybe some other collision detection/avoidance schema themselves? |
@valeros please research this information for a few popular low-cost RF chips. Thanks in advance! |
Here are a few chips with support carrier detect for "listen before transmit" :
|
It seems that it is possible to have a mesh network within very restricted MCU requirements (and over protocols which are not inherently supporting mesh).
With some effort, it seems like that we'll be able to have it working even on top of protocols without CSMA/CA. It means that we should be able to create open source mesh network implementation working over heterogeneous network (!), where underlying protocols can be very different, and may include plain RF(!!) - as previously, all this aiming at stock MCUs with 512 bytes of RAM (maybe 1K for Retransmitting Devices). What bothers me a bit is amount of Flash required, but it seems that we can skip most of SAMP implementation for non-Retransmitting Devices.
Questions:
The text was updated successfully, but these errors were encountered: