Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you may not be able to execute some actions.

Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).

Mesh network

jabo last edited by

Question, is or will there be a MySensors update to a real mesh network such as the Zigbee Light link?
Reply Quote 0
1 Reply Last reply
mfalkvidd Mod last edited by @jabo

@jabo MySensors uses a star topology, so no mesh. If you haven’t already, check out https://www.mysensors.org/about/network for more information.
Reply Quote 0
1 Reply Last reply
berkseo last edited by

At first glance, need very little. Make the repeaters a little bit smarter.
Reply Quote 0
1 Reply Last reply

3
Posts

456
Views

Log in to reply

Suggested Topics

Build retry funtionality into the mysensors library
Feature Requests • • alowhum

26

0
Votes

26
Posts

726
Views

I am not sure how retrying even more times will help anything
RPI GW - Including build flags somewhere for future reference
Feature Requests • • joaoabs

6

3
Votes

6
Posts

54
Views

@mfalkvidd not necessary. We already have #define MY_GATEWAY_LINUX, so just #ifdef MY_GATEWAY_LINUX to define those constants in runtime at the init stage. As I see it, only SPI driver needs to be defined at compilation, other options could easily be set via config.
RPI GW - Configure an ethernet RPI GW that drive an USB Arduino GW
Feature Requests • • barrydou

1

0
Votes

1
Posts

17
Views

No one has replied
WiFiNINA
Feature Requests • • Berten Vandebroek

1

0
Votes

1
Posts

24
Views

No one has replied
Can a node request a status from other node?
Feature Requests • • joaoabs

3

0
Votes

3
Posts

33
Views

While it would be possible via request() as @mfalkvidd suggests, I wouldn't recommend to do that in this case. I think it's rather pointless to regularly request variables which only change rarely. It adds a lot of traffic to the network - at least 4 messages (including echos) per request - while the requested values stay unchanged 98% of the time or so. Not to mention that the status LEDs could show a wrong condition for up to 10 minutes if you toggle a light switch right after its state has been requested. I'd suggest to use one of the following alternatives instead: You could have the light nodes send messages to both the gateway and the node with the status LEDs. The status LEDs would update immediately when a light is toggled and there's a lot less unnecessary traffic on the network. Let the controller handle the logic. Whenever a light node sends a state change to the gateway, tell the controller to send a message to the node with the status LEDs. This method has the same benefits as the one before and it's easier maintainable since you don't need to re-upload sketches to multiple nodes if something changes - just reconfigure a script in your controller.
Filter node
Feature Requests • • Snyfir

17

0
Votes

17
Posts

72
Views

In all honesty, I'm not quite convinced you'd need two separate networks. Just provide the security sensors, the repeaters, the gateway and your controller - that form the security system - with some sort of ups and they will keep running until the UPS has no more power left. The none security devices will stop working when the power goes out and, unless I don't really understand your problem well. That does what I think you want to achieve? Unless you have combined a lot of sensors within a repeater it would really be my way to go. It wouldn't mean any modifications to your security hardware, because they need to be battery powered or have some sort of UPS anyway, to keep working when the power goes down. But again it's hard to judge when you don't really understand the problem some one is trying to solve.
Updating InclusionMode Button Behavior
Feature Requests • • Clone Tv

1

0
Votes

1
Posts

14
Views

No one has replied
Who has experience with (E34-DTU-2G4D20) Full Duplex RS232/RS485 to nRF24L01P ?
Feature Requests • • ArduiSens

2

0
Votes

2
Posts

39
Views

This can maybe a solution for having a bridge between RS485 and nRF24L01.

176
Online

9.9k
Users

10.4k
Topics

107.8k
Posts

Copyright 2019 Sensnology | Forum Guidelines | Privacy Policy | Terms of Service

1 / 1