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).

Forum registration confirmation URL points to localhost

samppa last edited by

The URL in the MySensors registration confirmation email was:
http://localhost:4567/confirm/a9fa10...

I still managed to register by replacing localhost with forum.mysensors.org

-samppa
Reply Quote 0
1 Reply Last reply
hek Admin last edited by

Opps.. will be fixed. Thanks for the report!
Reply Quote 0
1 Reply Last reply
hek Admin last edited by @samppa

@samppa

This is fixed now
Reply Quote 0
1 Reply Last reply

3
Posts

1470
Views

Suggested Topics

Code for beta-testing?
Controllers • • andriej

33

0
Votes

33
Posts

15138
Views

@donnib - I didn't continue this way but instead started using node-js based controller code that connects to a standard Ethernet gateway. @hek merged the code about two weeks ago. I will provide a tutorial on how to set it up from scratch shortly...
sleep(0) in V2.1 doesn't sleep indefinitely anymore. Used to powerdown and sleep in V1.5
Bug Reports • • GaryStofer

3

0
Votes

3
Posts

149
Views

@mfalkvidd No, the issue with sleep(0) still exists in V2.3.2. That is the version that the ArDuino Library installer installs currently . -- Work around is to call hwPowerDown(WDTO_SLEEP_FOEREVER) as in above code if you want the battery to last more than a day. GS
Sensor presentation failure
Bug Reports • presentation • • Sergio Rius

11

0
Votes

11
Posts

4137
Views

@Yveaux I also add the delay to not ddos the gateway. When I did the MySensors workshop, 20 people started to connect to the gateway almost at the same time. And they got Funky messages. Since then I do a delay. But it would probably be better to add a random time to the delay. Something like 20ms + random( 0 - 30 ) ms. That way you don't get the ddos effect. Sonoff had the same problems with their solution a couple of years ago, when the servers went down. All Sonoff devices tried to reconnect almost the at the same time. Which caused a ddos xd
NRF51-52 PA not support ???
Bug Reports • • berkseo

17

0
Votes

17
Posts

1342
Views

@berkseo said in NRF51-52 PA not support ???: The network is simple, this node is nrf52 with an amplifier and a gateway with the nrf24 radio module with an amplifier. It would be strange if a gateway with an amplifier could not deliver ACK. Two moments, or I did a very bad control of the amplifier on the node nRF52 or in the radio driver itself, something is not working well, and may need some delay settings. If i send messages with an ECHO (soft ack) request, this works fine over very long distances. Hw ack does not work properly. Someone was able to do this for mysensors? Gateways and repeaters on nrf5 with amplifier is a very, very cool topic.
Boards esp8266 v3.1.0 or Newer Doesn't Work with MySensors
Bug Reports • • d-smes

9

0
Votes

9
Posts

58
Views

@monte said in Boards esp8266 v3.1.0 or Newer Doesn't Work with MySensors: il existe tellement de solutions bon marché et faciles pour ce que font mysensors as rich in possibilities as this does not exist
RFM95W sleep() directly after send() often doesn't sleep radio
Bug Reports • • prawnpie

5

0
Votes

5
Posts

30
Views

@OldSurferDude I've run into a similar issue where I was sending data from the controller to an actuator node with mutliple relays and having commands get dropped when sent in rapid succession. I agree that an extra millisecond of wake time every 4 hours will make a negligible difference on total power draw and I'm OK adding a wait now that I know that I need to do it. I agree that it might not make sense to build this support in to MySensors unless we find the optimized time with your method and then... I don't know... add a hacky/naive solution of having the RFM95W sleep implementation block before sending the sleep command,... I don't know the MySensors architecture whether that's even feasible without breaking some rules. My secondary point of posting was definitely just to add to the knowledge base in this forum so someone else trying to put a Lora radio to sleep would find this and save some time.

Forum registration confirmation URL points to localhost

Suggested Topics

Code for beta-testing?
Controllers • • andriej

sleep(0) in V2.1 doesn't sleep indefinitely anymore. Used to powerdown and sleep in V1.5
Bug Reports • • GaryStofer

Sensor presentation failure
Bug Reports • presentation • • Sergio Rius

NRF51-52 PA not support ???
Bug Reports • • berkseo

Boards esp8266 v3.1.0 or Newer Doesn't Work with MySensors
Bug Reports • • d-smes

RFM95W sleep() directly after send() often doesn't sleep radio
Bug Reports • • prawnpie

0
Online

11.4k
Users

11.1k
Topics

112.7k
Posts

Forum registration confirmation URL points to localhost

Suggested Topics

Code for beta-testing? Controllers • • andriej

sleep(0) in V2.1 doesn't sleep indefinitely anymore. Used to powerdown and sleep in V1.5 Bug Reports • • GaryStofer

Sensor presentation failure Bug Reports • presentation • • Sergio Rius

NRF51-52 PA not support ??? Bug Reports • • berkseo

Boards esp8266 v3.1.0 or Newer Doesn't Work with MySensors Bug Reports • • d-smes

RFM95W sleep() directly after send() often doesn't sleep radio Bug Reports • • prawnpie

0Online

11.4kUsers

11.1kTopics

112.7kPosts

Code for beta-testing?
Controllers • • andriej

sleep(0) in V2.1 doesn't sleep indefinitely anymore. Used to powerdown and sleep in V1.5
Bug Reports • • GaryStofer

Sensor presentation failure
Bug Reports • presentation • • Sergio Rius

NRF51-52 PA not support ???
Bug Reports • • berkseo

Boards esp8266 v3.1.0 or Newer Doesn't Work with MySensors
Bug Reports • • d-smes

RFM95W sleep() directly after send() often doesn't sleep radio
Bug Reports • • prawnpie

0
Online

11.4k
Users

11.1k
Topics

112.7k
Posts