Skip to content

SAMP - Mesh Network Protocol - Request For Comments #11

@nobugs-hare

Description

@nobugs-hare

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:

  1. Are there any special considerations we should take into account for our mesh protocol? (inherent asymmetry between SA devices is already accounted for).
  2. Can somebody take a look and tell if popular and cheap RF chips can tell "if somebody is transmitting right now?" (not just "here is your bytes which were transmitted some time ago", but "right now"). This function is an unavoidable building block for CSMA/CA, and it is better to know if we can assume that we can implement basic CSMA/CA for RF, or if we need to rely on our own mechanisms to avoid collisions in 'flood'-like scenarios (it seems that we can do both, but it is better to know how to optimize it).

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions