Posts made by abrasha

ok. case solved. my mistake from the beginning...

i ran the adafruit test sketch without the reset lines, and after the guy in their forum reminded me, i tried this inside void setup, and than i realized that the rfm69 initializes before void setup, so i inserted these lines inside MyTransport.cpp:

void stInitTransition(void)
{
	pinMode(9, OUTPUT); //adafruit rfm69hcw board fix
     digitalWrite(9, HIGH);
     delay(100);
     digitalWrite(9, LOW);
     delay(100);
     TRANSPORT_DEBUG(PSTR("TSM:INIT\n"));
	// initialise status variables
	_transportSM.pingActive = false;
	_transportSM.transportActive = false;
	_transportSM.lastUplinkCheck = 0ul;

and everything is fine.
now i have a running serial-gw and 3 nodes that one of them talks to the gateway directly from a distance which a similar nrf node needed 2 repeaters to do so. exciting! its about 117 meters of direct line, with one plastic transperant door between and only simple standing wire antenna without dipole.

thanks everyone,

and a letter to the honorable @Admin (s):
may i propose a sticky thread dedicated to all compatible hardwares which need special configuration in order to work with mysensors. some examples:
this thread
adafruit feather
w5100 with rfm69

i think many members will benefit from such thread for saving time sweat and unnecessary effort for something that should be written somewhere in some dust covered manual

@Tris
ok it didnt work with the w5100.h amendment, so i reverted to the original config.
now im on your new pinout with the a0-a2 thing, and i got identification on domoticz log and ping throught win7 command line. everything looks fine, but when i try mockmysensors to see if it recieves any comminication i dont see anything.
also the serial log looks wierd:

IP: 192.168.254.204
0;255;3;0;9;MCO:BGN:STP
0;255;3;0;9;MCO:BGN:INIT OK,TSP=1
0;255;3;0;9;Eth: connect
0;255;3;0;9;Eth: 0;0;3;0;2;
0;255;3;0;9;Eth: 0;0;3;0;2;Get Version
0;255;3;0;9;Eth: 0;0;3;0;18;PING
0;255;3;0;9;Eth: 0;0;3;0;18;PING
0;255;3;0;9;Eth: 0;0;3;0;18;PING
0;255;3;0;9;Eth: 0;0;3;0;18;PING
0;255;3;0;9;Eth: 0;0;3;0;18;PING

and it goes on and on...
of course both nodes have gone eeprom clearing

@Tris thanks a lot. I'll check it on Sunday.

Btw i use adafruit rfm69hw breakout so no level shifter needed, but i need to post my fix for it because it needs my transport.h mod

@Tris with or without w5100. H mod?

@Jonathan-Caes @Frédéric-Grandjean
if i use w5100 shield on uno - so i cant connect the pins how i want - means w5100 cs stays on pin 10.
what should i do?

@tekka

Tried this on d9 inside the void setup:

pinMode(9, OUTPUT);
  digitalWrite(9, HIGH);
  delay(100);
  digitalWrite(9, LOW);
  delay(100);

The adafruit test sketch put this in order to reset the board in the setup phase.
Didn't work

@tboha
Maybe library issue.?
I checked the same sketch with nrf24 and it was fine

@tboha
checked now.
D13 shows 0v (measuring on the uno itself) and after some seconds, when it lits up forever it shows 0.3v and the serial output prints these two new lines:

0;255;3;0;9;TSM:FAIL:RE-INIT
0;255;3;0;9;TSM:INIT

also , about the VIN discussion, why does mysensors advice to connect 5v to 3,3v regulator to VIN? on the connect the radio page

about more boards - i only have these 5 adafruit breakouts. all other nodes and GW are working on nrf24. so nothing to compare. and all 5 do the same error

@tboha
stripped the CAP
tried this with EN pin: (connected to D7)

void setup()
{
  pinMode(7, OUTPUT);
  digitalWrite(7, LOW);
  delay(500);
  digitalWrite(7, HIGH);
	// Setup locally attached sensors
}

nothing..
and ther is a steady 4.4v on EN (checking from EN to GND

what does the steady 13 led light means?

@tboha
The picture you referred to shows the rfm69HW from my sensors page and the adafruit is rfm69Hcw that's why they're don't identical.

And I've tried also without capacitor.
Tomorrow I'll check the EN. Maybe I'll wire it and write it high or whatever needed.
Thanks a lot

@tboha
on uno:
VIN on uno gives 4.55v
5v gives 4.99v

on adafruit:
vin to gnd gives 4.99v
cs and mosi gets 4.99v
miso and sck gets 0v

now checking on the green rfm69 original board in the middle:
mosi and nss(cs) recieves 3.2v but after some seconds the d13 led lights on and stays on and then mosi gets 2.87v and nss 1.54v
sck shows 0v and afterwards (d13 led lighting) 0.2v
miso shows 0v all the time.

did you meant current measuring? because i didnt succed measuring it by touching with multimeter between the vin on adafruit and 5v on uno (i read somewhere that the MM should be inside the circuit )

@mfalkvidd plus a voltage regulator so i can plug the vcc directly into VIN for more current.

Does anyone knows if this board is compatible with mysensors?

Sparkfun nrf24

I think it's a nice board without the power demands of the pa+lna version but more power than the simple nrf. And it's a reliable source to buy from.

Im looking to improve my network through 433mhz checking and also the option to replace my nrf's to more reliable units

@tboha
Well, no, the Vin on the adafruit (brown wire) is connected to the vin pin on the uno. I've tried also connecting it to the 5v pin with no success. Also tried switching gnd sockets on the uno.
Im close to sign this issue with recall to adafruit - i ordered 4 boards and they're all with the same behavior. Or maybe i shorted out the ground when i soldered the antenna?

@scalz @Fabien

ok, after trying ide 1.8.1 and mysensors 2.0, and adafruit reciever\sender example sketch on this specific board web page, i found something strange...

this is the output from the node(currently gatewayserial sketch) when i open serial monitor:

0;255;3;0;9;MCO:BGN:INIT GW,CP=RRNGA--,VER=2.1.0
0;255;3;0;9;TSM:INIT
0;255;3;0;9;TSF:WUR:MS=0
0;255;3;0;9;!TSM:INIT:TSP FAIL
0;255;3;0;9;TSM:FAIL:CNT=1
0;255;3;0;9;TSM:FAIL:PDT

now, when i pull the GND dupont cable from the uno i see this:

0;255;3;0;9;TSM:FAIL:RE-INIT
0;255;3;0;9;TSM:INIT
0;255;3;0;9;MCO:BGN:INIT GW,CP=RRNGA--,VER=2.1.0
0;255;3;0;9;TSM:INIT
0;255;3;0;9;TSF:WUR:MS=0
0;255;3;0;9;TSM:INIT:TSP OK
0;255;3;0;9;TSM:INIT:GW MODE
0;255;3;0;9;TSM:READY:ID=0,PAR=0,DIS=0
0;255;3;0;9;MCO:REG:NOT NEEDED
0;255;3;0;14;Gateway startup complete.
0;255;0;0;18;2.1.0
0;255;3;0;9;MCO:BGN:STP
0;255;3;0;9;MCO:BGN:INIT OK,TSP=1

looks promising to see "gateway startup complete" so i checked domoticz log and it showed

2017-01-17 13:08:05.102 MySensors: Gateway Ready...
2017-01-17 13:08:05.194 MySensors: Gateway Version: 2.1.0

yeah!! an electric circuit running with no ground output!! i should get a nobbel for this...

so i took another arduino and uploaded it with mock-mysensors sketch, and again the same outpt until i pull the GND out and then it keeps sending msg's and FPAR but without success, and of course domoticz log shows no incoming transmission.

domoticz log shows no connection to the s-GW until GND is pulled out, and alos the other node doesnt send until GND is out.
now i noticed that if i plug GND again without resetting the arduino, the on board led(pin13) lights up steady and of course the serial monitor freezes. some sort of electric short?

@scalz
What do you Mean reinstall?

@Fabien @scalz

Fixed the antenna with correct length and single core wire.
Tried also with nano.

Nothing. Tried even downgrading avr boards to 1.6.9.
Still nothing.
Is it something with 2.1 or this adafruit board?

Tomorrow I'll try 1.5 or 2

Maybe it's how I upgraded the library - i just deleted the mysensors folder and copied the new one.

Also I have some strange error since then - something like " spurious mystools in mysensors folder"

@scalz
I only have nano and uno so no 3.3v to test. But I think this adafruit board is meant to receive 5v on all pins.
What do you mean one core on the antenna wire? Solid wire instead of couple of tiny wires inside? Can it make this error happen?

im starting my movement toward replacing my nrf24 to rfm69-433mhz, and on the same time upgrade to 2.1 library,

i have adafruit rfm69hcw conneced to arduino uno:

by this pinout:

**the word אנטנה!! in the right side of the pcb means antenna...

now i uploaded the serial gateway sketch and added all the neccesarry rows:

#define MY_RADIO_RFM69
#define MY_RFM69_FREQUENCY RF69_433MHZ
#define MY_IS_RFM69HW
#define MY_RFM69_NETWORKID 100

now all i got is this serial output:

0;255;3;0;9;MCO:BGN:INIT GW,CP=RRNGA--,VER=2.1.0
0;255;3;0;9;TSM:INIT
0;255;3;0;9;TSF:WUR:MS=0
0;255;3;0;9;!TSM:INIT:TSP FAIL
0;255;3;0;9;TSM:FAIL:CNT=1
0;255;3;0;9;TSM:FAIL:PDT
0;255;3;0;9;TSM:FAIL:RE-INIT
0;255;3;0;9;TSM:INIT

both happens with serial gateway sketch and ethernet gateway sketch.

maybe my antenna isnt good? its an ordinary dupont cable with the male connector soldered inside the ANT hole
uno powered by PC usb, and the rfm69 vin connected to VIN (5V also didnt do anything)

Hi. I'm about to build a double relay node for Controlling motorized blind - by simply connecting the relay wire to the wall button (inside the wall of course).
Now, the easy way is to create 2 switch devices - one for up and one for down.

So my question is, can I define the switch to be some "blind" type and use it for both up and down? That's more nice looking. And if i can do some percentage closing/opening it would be cooler indeed.

@Yveaux

and i suppose everyone use chinese clone now and then - thats why my SWATCH-DOG tm is vital to take over this problems.

now thats my log for the placement of the node after last sketch update:

2016-12-30 10:48:19.509 MySensors: Node: 254, Sketch Name: circuitar EC H1-2ch WIT
2016-12-30 10:48:19.510 MySensors: Node: 254, Sketch Version: 1.1
WIT = WITH-WTD - cut by domoticz/mysensors

if there's another disconnection, i'll post here. well, maybe i'll wait for some of them to prevent spamming..
stay tuned.

@Yveaux

if ((timeReceived && (now - lastRequest) > (1800UL * 1000UL))) { //if 30 min passed and request answered - send again
    // Request time from controller.
    Serial.println("requesting time");
    timeReceived = false;  
    gw.requestTime(receiveTime);
    lastRequest = now;
  }
  else if ((!timeReceived && (now - lastRequest) > (2400UL * 1000UL))) { //if no response within 40 min - reconnect to gw
    Serial.println("no connection - reconnect to gw");
    lastRequest = now;
    gw.begin();
  }

added two lines:
timeReceived = false; at the IF statement
and
lastRequest = now; at the ELSE IF statment

now, time will tell :bowtie:

finally, i think these are really last attempts to revive my network until 433mhz chips arrive, and also im looking for some commercial alternatives, so im not going to play too much with this issue if im going to install new system. but all my knowledge will be used for my home network

@Yveaux I think you meant timereceived never set to false.
Yes you're right i need to set it false every time i send the request again.

About the reset there is an issue with it in some bootloaders that cause the arduino to stuck in a bootloop (too much Familiar with me in my android rom flashing...). I had two nanos this week that one reset normally and one got bootlooped.

I don't have time to check this on batteries because it randomly fails so it can take two weeks until next failure...

Time will tell... Let's meet in month from now

@Yveaux said:

The penalty of announcing a node on the network is limited, provided you only do it once in a while.

well in my experience i dont think so, i tried sometime to check a node with a bug in its sensor (dht sending only temp) and i reset it several times in a minute or two and i didnt get any penalty execpt for my time burnt up..:suspect:

ok, so these are the pictures of the node:

you can see the nano-io-shield which these days used in almost all of my nodes - even for repeaters, the tinfoil cover i added a week ago to the E-GW and all 3 nodes which transmit to it, and a 10uF cap - which is somehow smaller in size from a 4.7uF i bought from somewhere else which makes me wonder if its really 10uF.... all parts are chinese from this seller.

the power comes from 12v dc wall socket.
the red nano-like circiuit on the right is the 4-20ma ADC from circuitar which connect to the industrial EC meter on its 4-20ma signal output.

and the final code is this:

/**
   Read a 4-20mA sensor.

   Copyright (c) 2014 Circuitar
   All rights reserved.

   This software is released under a BSD license. See the attached LICENSE file for details.
*/
#include <Wire.h>
#include <Nanoshield_ADC.h>
#include <MySensor.h>
#include <SPI.h>


unsigned long SLEEP_TIME = 30000; // Sleep time between reads (in milliseconds)
#define CHILD_ID1 0
#define CHILD_ID2 1


Nanoshield_ADC adc;
float value = 0;
float value2 = 0;

//time check (ping) variables
boolean timeReceived = false;
unsigned long premil = 0, lastRequest = 0;

MySensor gw;
MyMessage msg1(CHILD_ID1, V_TEMP);
MyMessage msg2(CHILD_ID2, V_TEMP);

void setup()
{
  Serial.begin(115200);
  gw.begin();
  gw.sendSketchInfo("circuitar EC   H1-2ch WITH-WTD", "1.1");
  gw.present(CHILD_ID1, S_TEMP);
  gw.present(CHILD_ID2, S_TEMP);



  Serial.print("16-bit ADC Nanoshield Test - Read 4-20mA sensor (channel A");
  Serial.println(")");
  adc.begin();

  // Adjust gain to two (2.048V range) to get maximum resolution for 4-20mA range
  adc.setGain(GAIN_TWO);
  gw.requestTime(receiveTime);
}

// This is called when a new time value was received
void receiveTime(unsigned long controllerTime) {
  // Ok, set incoming time
  Serial.print("Time value received: ");
  Serial.println(controllerTime);
  timeReceived = true;
}

void loop()
{
  unsigned long now = millis();
  gw.process();
  // If no time has been received yet, request it every 10 second from controller
  // When time has been received, request update every hour
  
  if ((timeReceived && (now - lastRequest) > (1800UL * 1000UL))){ //if 30 min passed and request answered - send again
    // Request time from controller.
    Serial.println("requesting time");
    gw.requestTime(receiveTime);
    lastRequest = now;
  }
  else if ((!timeReceived && (now - lastRequest) > (2400UL * 1000UL))){ //if no response within 40 min - reconnect to gw
    Serial.println("no connection - reconnect to gw");
    gw.begin();
  }

  Serial.print(adc.read4to20mA(0), 6);
  Serial.println("mA");
  value = (1.2636 * adc.read4to20mA(0)) - 5.0669; //a   נוסחה ע"פ עקומת כיול לטווח 0-20
  Serial.print(value);
  Serial.println(" mS EC for deshen hamama");
  gw.send(msg1.set(value, 2));

  gw.wait(3000);

  Serial.print(adc.read4to20mA(1), 6);
  Serial.println("mA");
  value2 = (1.2636 * adc.read4to20mA(1)) - 5.0669; //a   נוסחה ע"פ עקומת כיול לטווח 0-20
  Serial.print(value2);
  Serial.println(" mS EC for tigbur");
  gw.send(msg2.set(value2, 2));

  gw.wait(30000); // every 0.5 min sample
}

it uses the original circuitar library for the ADC unit, and combined to mysensors 1.5.4 example. the variable chosen is V_TEMP because afer various checkings i found that the temperature device in domoticz has the most detailed history of values that make it easier to track problems over time. the downside is only aesthetic.. but i can live with it.

the principle of the 4-20ma output is based on the range of the EC sensor - e.g. from 0ms (milli-siemens) to 20ms, checking several values and theire corresponding 4-20ma output value and placing them into calibration chart in excel to retrieve the trend line equation used to calculate the EC value from the 4-20ma value.
something like this:

thanks to my laboratory classes in the university...

@Yveaux & @sundberg84 & @mfalkvidd

really frustrating to see this pitcture in the morning:

the left one is old disconnection (i was too lazy to repower it...) but the two right ones (actually one node with two childs) are fresh from 2 hours ago.
now these are the last nodes i upgraded with the tinfoil and decap (10uF), and they're also with seperate power (nano-io-shield), and its not a GW issue because the two nodes to the left transmit to the same E-GW and they are slightly farer than this node in respect to the E-GW, and also all the nodes and the E-GW itself upgraded with tinfoil and decap, and the E-GW itsefl (uno + w5100 shield) has nrf powered with dc-dc buck converter connected to VIN.

now thats the node i'll choose for my test.

BTW thats a two channel 4-20ma node connected to two industrial EC (electric conductivity) to measure fertilizer concentration in irrigation pipes. to inform me when there's a failure in the fertilizer pump

@Yveaux well, this topic started when i want to check my system and i see red bars in domoticz, so if domoticz doesnt show at all, i know the controller is down and for this issue youre right i dont have any solution right now (maybe a node with relay to repower the Rpi? ) and this is a rare situation.

now after digging in the forum and upgrading nodes and repeaters with seperate power, decaps and tinfoil wrap, i still get sometimes hangouts which magically dissappear after pulling the plug and reinserting it. cant explain why but thats always work. unless a repeater is down...

now - a non repsonisve sensor - you mean like DHT? so i'll see there is abnormal reading - e.g. high temp at night - and this wont trigger the reset because the connection is fine.

non responsive radio - if thats the point after the reset upgrade - thats also a rare situation, and i'll replace it.

non responsive GW - i'll see too much nodes not reconnecting, also rare, but more easy to discover and debug.
non repsonsive controller - also rare and discoverable quickly.

now, i dont think there is any downside of resetting a node - well a hw_reboot seem to stuck an arduino... - and resending the find parent procedure from time to time wont flood the network . or im wrong?

@sundberg84 well about the response time, i think there is a delay but it is still good to recieve it within the time i define as critical for a node to lose connection e.g. 30 minutes or so.

the problem is, if a temp node is sending its data without any problem for a long time but there is only problem in recieving the ping from the GW - GW busy, repeaters too busy, or the fact that every node sends time requests flood the network and cause data to dissapear - NOW THAT CAN MAKE THING WORSE....

currently i dont have any controllable nodes so my gw dosent send any data to any node - only recieving so all the data goes in one direction.

i'll test and see.

Happy Hannuka!!
as my network is used at my work, and im looking for commercial alternatives because of the connection failures issue im struggling to overcome(like in this post), reading this thread woke up the urge to finally esatblish my own home network, so i sat now and reinstalled domoticz and registered my first node - for controlling my living room blind!! at last after year from the arrival of the order from aliexepress...

thank you all guys, learnt a lot from you and other forum members.

good night!

@mfalkvidd

well, now i finally managed to get this sketch working, but it seems that response doesnt come in the same time always:

requesting time
send: 4-4-0-0 s=255,c=3,t=1,pt=0,l=0,sg=0,st=ok:
requesting time
send: 4-4-0-0 s=255,c=3,t=1,pt=0,l=0,sg=0,st=ok:
requesting time
send: 4-4-0-0 s=255,c=3,t=1,pt=0,l=0,sg=0,st=ok:
requesting time
send: 4-4-0-0 s=255,c=3,t=1,pt=0,l=0,sg=0,st=ok:
read: 0-0-4 s=255,c=3,t=1,pt=0,l=10,sg=0:1482852231
Time value received: 1482852231

normally the first request after reboot answears quickly, and the other less. in the above log the time between requests is 40 seconds so from the first one to the answear there is about 2 minutes

but this maybe because im using two nrf+pa+lna in a 0.5 meter distance (thats what i got now)...

but im in the good way of making a watchdog!! but the hw_reboot maybe wont be a solution for reconnection as it maybe wont work in some bootloaders, so i'll try working with gw.begin instead (do the startup reconnection like in the setup)

well, i tried this example:
void requestTime();

void receiveTime(unsigned long ts);

from the library api and i got an answear but it was always "0"...

and the example youve mentioned has calls gw.process which makes it a repeater node, and if want to do it to every node - than all my nodes will become repeaters?

now i've tested both ways - maybe domoticz doesnt send any controllertime?

i want to to put a simple ping check inside the loop to check the connection between the node and the GW once in a some minutes.

i've read the serial protocol documentation and got lost.....

i just need something like an "ack" or any value that will show me that the GW responds, and if not - execute hw_reboot() to power-cycle the node and force it to reconnect to the GW.

well i have the urge to make things by myself, but i've already burnt 2-3 hours for something that's pretty simple for you experts here on the forum.

BTW i use library 1.5.4 stabel from the mysenors.org

is there a way write a command in the loop phase that immitates the reconnection of the radio to the GW on the setup phase?

i've gave up using all the software reset methods (watchdog, direct cable to reset, etc.) and i need something that periodically reestablish the connection to the GW every several hours.

maybe something like calling gw.begin or something?

well i have the same issues with my network.
my last operation was to replace the repeaters with big 9dbi antenna and nano io shield which give the nrf direct power from the 12v socket (through 3.3 reg' of course).

and still losing contact from time to time.

**next phases **

• 1 wrapping the tinfoil shield discussed here
• 2 adding relay to software reset the arduino (gnd and rst connected to relay - like arduino pressing its own reset button)
  * 3 replacing nrf with rfm69-433mhz - some say theyre better although require some soldering wires and logic converters (i'm waiting for my order from ebay to arrive.)

about this library fail attempts modification - i didnt find something, but maybe MySensor.h has something in it - but i need some proffesional eyes here,

BTW my setup is domoticz on Rpi, S-GW, E-GW, most nodes with nano-io-shiedl + nrf-pa-lna, library v1.5

hi everybody

after several connection failure issues which ends only after power cycle of the node (pull the dc adapter out and insert again),
i thought about changing to v2.0 library ( currently 1.5.4) but it's a 2 days work with 17 nodes to reuploading after sketch updating.
so before i decide to start this big project, i thought about daily reset command inside the sketch but i only found the watchdog solution which i didnt quite understand and it also has some errors with mysensors here.

my setup is RPi+S-gw running domoticz controller, most of nodes are nano on io-shield(Nrf24 socket with seperate power supply) some with de-CAP and some without( it thought the shield is enough) . also all my nodes are AC-Dc powered - no batteries at all.

i finished yesterday installing new repeaters with nano+io-shield and long range antenna like this.

is there a solution for reconnecting in the new v2.0 library which will solve this issue? something that will serve like a hardware reset and reconnect the node again? im tired of red colored caption on domoticz dashboard and false alarms (because of unupdated values....)

@pbcstudios

Well, that's my opinion also about Android version - sometimes it can make things worse with new bugs that overcome the few new features that's been added.

@tandobkhcm

Well, i didn't try any sketch for now with the v2 version so i can't tell. Also my humidity sketch is one of the sketches i didn't modify.
My mods include combining several sensors into one node (e.g. 2 door sensor , one dht, one dallas temp),
Or reading industrial sensors of pressure and EC through 4-20ma protocol and sending them as "temperature" readings because they have the longest log in domoticz.

@petewill

Thanks a lot.

In that case i think I'll make a detailed list of all my sketches (i modify a lot to fit my needs) and make a tour with my laptop to upload the v2 sketches.
Maybe it'll solve the problems with losing connection for some of the nodes

hi everyone

i have lighting switch nodes (binary switch sketch) connected to 220v ac contactor in order to monitor the operation of some electrical devices - timed heaters, security alarm buzzer (backup for the security company), and detecting power failure.

because these nodes dont always send data - i wanted to have the nodes send their status even when it doesnt change for about every hour or so.
i have accomplished it in my power failure node using this addition (the else part) to the sketch:

if (value != oldValue) {
    // Send in the new value
    gw.send(msg.set(value == HIGH ? 0  : 1));
    oldValue = value;
  }
    else if ((millis() - premil) >= 300000) {
      gw.send(msg.set(value == LOW ? 0  : 1));
      premil = millis();
    }

but when i tried this on other node it didnt worked in any syntax i tried:
value == LOW ? 0 : 1
value == LOW ? 1 : 0
value == HIGH ? 1 :0
value == HIGH ? 0 : 1

and after an hour of trying i realized the case:

• this method can only make the node send routinous data of "on" state only - even if it reads HIGH on the digital pin
• the power failure node always send "on" beacuse it's normally feels electricity - while the other node monitors the turning on of the appliance and as mentioned - it cannot send "off" routinously.

for the clarification of my request: i want a binary switch to be able to send "off" messages from time to time so i'll know it didnt lost connection from the GW.*

example: (translation - the lower one is ON and upper is OFF)

hi everybody.

maybe im quite delayed with my question, which regards to the new 2.0 library version.

i have a big network of nodes combined of 11 switches (binary switch sketch) and 13 temp\humidity nodes scattered along a greenhouse
where the farest node from the controllrer is about 221 meter. all units except 3 close ones use rp-sma nrf-2.4 units, and i have also 3 repeaters along the way.

i have from time to time disconnections that are solved by reseting those nodes(unplug - replug from electricity).
some of the nodes i've upgraded with nrf socket or itead nano IO shield to give the NRF direct power supply.

now, all my nodes and gateways run on V1.5.4 library, can i upgrade only the gateways or repeaters? can i install only new nodes with the new version?

updating every node will involve in going with my laptop along the greenhouse for reuploading, finding the correct sketch, defining the correct nrf channel (for remote nodes via lan-GW)

@sundberg84

well, another week has passed and i think im after it.
the problematic node recieved a new case to hold the itead nano-io-shield which acts as a dc-dc converter - gives the nrf power from the 7-12v pass the arduino, and also i gave it a 10mf cap.
its so different to open the browser day after day without seeing any red bars...

thanks a lot

@sundberg84 said:
well, a week had passed and the results seemed good,
but one node from the two is still losing contact sometime.
one frustration is why it doesnt reconnect by itself and needs power reset to do it? but thats for another post...
For this node i added 10mf CAP on the radio and no dc-dc converter, and some parts of the day has a some metal obstacles through his line of sight with the GW (goods loading bay) so maybe it needs a better antenna( i ordered from ebay).
i have itead nano io shield do you think it can solve the problem (act as external power supply + cap for the radio)?

@flopp said:

Have you same channel for those two GW?
If not I think you have to change channel otherwise the Node will try to contact both E-Gw and S-GW. I am not sure about this, just an idea.

What MySensors version do you run?

What does the Domoticz Log says?

when the nodes are disconnected - the log shows nothing until the gateway reset (after data timeout interval passes)
when i reset the nodes they show theire sketch version, start to send data and after hours/days they disconnect. there is nothing strange on the domoticz log.

well, i took an lm2596 dc-dc step down module that was lying on my shelf, soldered it with nice dupont cables (checked with multimeter for 3.3v output) and connected it between the w5100 shield and the nrf (from VIN to VCC) and now i have to pray it will do the trick.
i'll post couple days from now. sometimes these two nodes live two days after reset until they lose contact.

mysensors 1.5 from the site.

i had a problem with the chnnel in the beginning, but i changed to 76 (the other network is 77).

all the radios are nrf+pa+lna connected to arduino 3.3v pin regulary

nano for the nodes, and uno for the gateway.

special pinout for the gateway as described at the site.

i have an uno+w5100 shield as ethernet gateway, which recieves data from two humidity nodes.
the nodes keep disconnecting from time to time until i remove their power plug and reinsert it, and this solution keep them alive for some days or some hours.
i tried to add a repeater - didnt solve..
tried to install on node close to the gateway(0.5 meter) - didnt solve...
that gives me the conclusiont that this is a problem in the ethernet gateway.

also, inside the hardware tab on domoticz every node is showing 4 times:

image url)

beside this E-GW i have a working RPi2 domoticz serial gateway with 7 working nodes.

i will be happy to hear some advices to solve this situation before i give up and install another RPi and read it through the first one.

hi
in the past monthes i've installed a sensor network along the length of a greenhouse mainly with dht22 humidity sensors, some AC monitoring binaryswitch sensors, one 4-20ma industrial sensor reader node (shown as "waterflow" in domoticz) and of course repeater nodes to overcome the distance which reaches about 135 meters between the farest node and the gateway.
couple of days ago i opened the browser in my domoticz dashboard page and saw 7 of 8 nodes in red which means they didnt respond for some time.
i reset the first repeater which is installed 4 meter beside a humidity node, and i saw his reading on the log on domoticz mobile app (great method for debugging on the field!!).
then i reset that node beside that repeater but it didnt showed up on the log, and when i plugged it to my laptop it showed this on the serial monitor:

send: 254-254-1-0 s=255,c=3,t=15,pt=2,l=2,sg=0,st=fail:0
send: 254-254-1-0 s=255,c=0,t=17,pt=0,l=5,sg=0,st=ok:1.5.4
send: 254-254-1-0 s=255,c=3,t=6,pt=1,l=1,sg=0,st=ok:1
sensor started, id=254, parent=1, distance=2
send: 254-254-1-0 s=255,c=3,t=11,pt=0,l=16,sg=0,st=ok:Humidity H1 G6-7
send: 254-254-1-0 s=255,c=3,t=12,pt=0,l=3,sg=0,st=fail:1.0
send: 254-254-1-0 s=0,c=0,t=7,pt=0,l=0,sg=0,st=ok:
send: 254-254-1-0 s=1,c=0,t=6,pt=0,l=0,sg=0,st=fail:
send: 254-254-1-0 s=1,c=1,t=0,pt=7,l=5,sg=0,st=fail:31.3
T: 31.30
send: 254-254-1-0 s=0,c=1,t=1,pt=7,l=5,sg=0,st=ok:19.8
H: 19.80
( **fail ** was bolded on the forum message - not in the log....)

i gave up and walked to the next node - which was a second repeater and found a loose GND wire on the NRF!!! great!!
now after i plugged it another far node began to "talk" and also that humidity node with the attached log, and afterwards some other nodes began to talk and some needed another reset to revive them, and so the whole network was back to life

now, my conclusion from this strange scenario is that some nodes kept in their memory that they should seek for that unwired repeater and didnt try to reach the gateway itself or the second repeater.

that node with the attached log is the most curious example - by the time i checked it, the farest node from the gateway was responding normally, so it wasnt a distance issue, and also, there was a working repeater 4 meter from it in straight line with no obstacles, so why it came back to life after reseting a second repeater which is 72 meters from it, in the opposite direction from the gateway, and is behind a door (transperant plastic with metal frame - but still an obstacle..) ??

final notes - my setup is - domoticz on RPi2 with serial gatewey + nrf+pa+lna

majority of nodes are wiht nrf+pa+lna except 2 humidity sensors which are close to repeaters.
all nrf+pa+lna are connected to arduion uno\nano (not original) with 20cm cables.

sorry for bumping the thread, but i think my intentions werent clear...
i wish to receive an answear why this incident occoured and why my nodes didnt reroute themself to the gateway like they sould have done according to the description on the site.

well, i've got lost with this git thingie.

i'll just edit the channel inside myconfig.h with the correct channel everytime i upload a sketch according to the gateway it will connect to.

thanks a lot anyway

@martinhjelmare
im sorry but i didnt understand what your'e saying.
what is dev branch? i just downloaded the library zip file from mysenors.org and used it.
and what is using git? you mean to sign up for github site?
if you can explain me your method i would be highly apperciate it.

@martinhjelmare
yes they use the same radio channel.
well i thought of this as a solution, but it sounded strange to me that the signal goes so much distance..
also, the E-GW shows twin rows per node and without skethc names.
maybe i'll delete the E-GW, change channel and give it a try, although i do wish to solve it without channel changing because it will make me a headache to remember everytime to adjust the correct channel for each GW zone, because i plan to add several nodes to each GW zone. if it was inside the sketch it would be easier...

thanks anyway

hi everybody
i run domoticz with 7 DHT sensor nodes ,2 binary button nodes and 1 water pressure node with no problems for now (there were, but solved..).
yesterday i've built an ethernet gateway using funduino and w5100 shield, made the softspi fix and nrf wiring according to the manual at the site, checked it's responding in domoticz logs and installed it along with last 2 dht sensor nodes.

today i saw that the 2 sensors didnt respond from the morning. i pinged the E-GW and it responded( the ip is reserved at the dhcp server so im sure it is working and not other pc) i checked the power for both sensors and they are working.
than i saw something strange in domoticz hardware tab - my new E-GW shows nodes far away from it - when the closest one is about 230 meters away (air distance with lot of obstacles on the way)
moreover, when i enter the E-GW screen inside the hardware tab to see the list of nodes i see many node which are already showing in the serial-GW screen (screenshots attached). on the E-GW there cloned nodes - two nodes with same node number. and many o the nodes from the S-GW shows "unknown " in their sketch name.
almost all of my nodes use nrf+sma antenna except S-GW and 2-3 DHT nodes, but still the E-GW shouldnt so many nodes only through it radios

i think there is some bug that allows the E-GW to recieve data from the S-GW nodes.

screensnhot of ethernet gateway showing 13 nodes (supposed to show only 2...)

screenshot of Serial gateway showing its nearby nodes:

there is another strange point: in the hardware tab the library version of the E-GW shows ? while the S-GW shows 1.5.1 normally.

@martinhjelmare
Great! I'll try it tomorrow.
Thanks a lot

@martinhjelmare said:

@abrasha

Hi!

Yes, you're correct.

Thanks, but for which part do you mean I'm correct? The problem or changing the 1 and 0?

i use binary switch sketch to monitor working electrical appliances through 220v contactor with closes the circuit of the switch.
unfortunatley, in domoticz, when the circuit is opened (no contact between pin3 and GND) it shows ON which is the opposite of my intention.
i tried messing with the code and writing low to the pin instead of high but it didnt work.
another solution is to use Normally Closed contactor so it will show default off and when the contactor will turn on, the arduino circuit will be opened and the domoticz will show this as on, but, i didnt find any 1phase contactor with NC terminal, only 3phase which are too much wide for my box.

is there any way to reverse the message from the node?
maybe something with this line:

gw.send(msg1.set(value == HIGH ? 1 : 0));

maybe changing the 1 with the 0 ?

ok i think its solved. well sort of...
i tried clearing the eeprom of the board and uploading again ( with (NULL , 3) modification) but still i didnt get any siganl on domoticz and again the radio started getting hot.
so switched to another board (chinese NANO) with original sketch with gw.begin() and it worked.
i dont know if its the board replacment or the sketch replacement that did the trick but for now its working.

i wanted to assign manual node id to every sensor in order to have a list that will track nodes location and task along my project.
so for my repeater i changed to:
gw.begin(NULL, 1, true)
1 is for example of course.
and for a binary-senosr sketch i changed
gw.begin()
to
gw.begin(NULL, 3);

now, the repeater node works fine, even with a great distance from the controller - through 1 or 2 repeaters on the way.
but the binars-switch connects only when it is close to the controller but not through repeaters. another strange thing is that the nrf (+pa +lna +sma antennna) gets warm after some time.

is there someting wrong with the code? thats the only thing ive changed.

setup: rpi2 with domoticz and serial gateway.
boards - sparkfun redboard

I had quite similar issue with sensor and gateway not communicating.
Solved today

(SOLVED)
PROBLEM CAUSE: some sort of unclear data in the memory of the board(sparkfun redboard), i think..
SOLUTION: uploading mock-sensor sketch and afterwards the wanted sketch

i soldered the de-CAP and tried within 2 meters range, but it didnt change.
than i got back to my office and uploaded serial gateway sketch to one board while the other board was still with repeater sketch.
the serial gateway showed correct log at the IDE like in the thread that Wijbe-Fryslan mentioned, but the repeater still didnt receive its data.
than i uploaded mock-sensor sketch to the second board and than the data appeared at the serial gateway log.
so i did the same procedure of uploading mock sketch , and than uploading the wanted sketch for each board (repeater and humidity) and went to the controller to check it and it worked!! thanks to the new original domoticz app i could check the log online for "sketch version" lines and afterwards i did reception distance metering with battery powered repeater node.
now all is working fine but there is something that disturbs me - the domoticz log showed same node number for the repeater and the new humidity sketch. is that ok? or i should define manual node number inside the sketch?

HUGH THANKS TO EVERYBODY

Boss = real boss at work.
It's for a notification system at a long greenhouse with mainly humidity sensors and simple switch sensors for tracking problems on some devices.

I didn't add the capacitor because i have a same setup that's working, and i tried even with distance of 2 meters. But I can still test it. However i saw that when i unplug one wire from the nrf, the serial monitor on arduino ide showed error, and again i double checked the wiring again. At some stage i accidentally replaced the 12/13 but im after it now...

i have a domoticz v2.3530 controller on Rpi2, attached to serial gateway -(sparkfun redboard with nrf24l01+ ) by usb.

i have run some tests with domoticz on my pc before i installed the Rpi environment, and for now i have a humidity sensor - original sketch from mysensors library (v1.5) on original arduino uno with DHT22. this sensor runs very well from a distance of about 12 meters.

now the problem is when i tried to add more sensors, the domoticz log doesnt show them - for example when i power up-down the working sensor - i see its sketch version presenting on the log and of course the values coming some time away.

i tried to replace nrf with the working sensor and it didnt fix it - the working sensor worked fine with the second nrf.
the problematic sensors are 2 redboard with nrf, running original humidity sketch and original repeater sketch.

i thought maybe its a different channel on the nrf but i didnt know how the change it and all the boards were uploaded with original sketeches from the same library version from the same computer. and also i can see them talking on the serial monitor on my pc:

REPEATER:
req id
send: 255-255-170-0 s=255,c=3,t=3,pt=0,l=0,sg=0,st=fail:
repeater started, id=255, parent=170, distance=255
req id
send: 255-255-170-0 s=255,c=3,t=3,pt=0,l=0,sg=0,st=fail:
req id
send: 255-255-170-0 s=255,c=3,t=3,pt=0,l=0,sg=0,st=fail:

HUMIDITY:

req id
send: 255-255-169-0 s=255,c=3,t=3,pt=0,l=0,sg=0,st=fail:
sensor started, id=255, parent=169, distance=255
req id
send: 255-255-169-0 s=255,c=3,t=3,pt=0,l=0,sg=0,st=fail:
req id
send: 255-255-169-0 s=255,c=3,t=3,pt=0,l=0,sg=0,st=fail:
req id
send: 255-255-169-0 s=255,c=3,t=3,pt=0,l=0,sg=0,st=fail:
req id
send: 255-255-169-0 s=255,c=3,t=3,pt=0,l=0,sg=0,st=fail:
req id
send: 255-255-169-0 s=255,c=3,t=3,pt=0,l=0,sg=0,st=fail:
T: 13.30
req id
send: 255-255-169-0 s=255,c=3,t=3,pt=0,l=0,sg=0,st=fail:
H: 79.20

also, ive double checked the wiring on the nrf - all fine.
my boss is asking when will the system be online and im stuck with strange problems...
maybe there is some wrong data in the eeprom of these boards? i think i used them in one of my trials of domoticz.
i saw someone saying that domoticz doesnt accept a sensor until it sends values, but i think that first i need to see the sketch version of them on the log of domoticz.

thank you all

@abrasha said:

delay(dht.getMinimumSamplingPeriod());

ok that ctrl+t is realy a nice tip. thanks.

about this delay - delay(dht.getMinimumSamplingPeriod());
it comes with the humidity sensor sketch and i thought it is crucial for the sensor to work.
did you meant replace this line with the gw.wait?
maybe i can delete it anyway because the whole loop doesnt perform until 10 minutes passed.

@cranky

thanks a lot all of you,
cranky - i made a similar sketch using the same method with if XXXX > millis:

#include <SPI.h>
#include <MySensor.h>  
#include <DHT.h>  

#define CHILD_ID_HUM 0
#define CHILD_ID_TEMP 1
#define HUMIDITY_SENSOR_DIGITAL_PIN 3


MySensor gw;
DHT dht;
float lastTemp;
float lastHum;
boolean metric = true; 
unsigned long oldTime;
MyMessage msgHum(CHILD_ID_HUM, V_HUM);
MyMessage msgTemp(CHILD_ID_TEMP, V_TEMP);


void setup()  
{ 
  gw.begin(NULL, AUTO, true);
  dht.setup(HUMIDITY_SENSOR_DIGITAL_PIN); 
  oldTime = 0;
  // Send the Sketch Version Information to the Gateway
  gw.sendSketchInfo("Repeater Node", "1.0");

  // Register all sensors to gw (they will be created as child devices)
  gw.present(CHILD_ID_HUM, S_HUM);
  gw.present(CHILD_ID_TEMP, S_TEMP);
  
  metric = gw.getConfig().isMetric;
}

void loop()      
{  

  if((millis() - oldTime) > 600000)
  {
  oldTime = millis();  
  
  delay(dht.getMinimumSamplingPeriod());

  float temperature = dht.getTemperature();
  if (isnan(temperature)) {
      Serial.println("Failed reading temperature from DHT");
  } else if (temperature != lastTemp) {
    lastTemp = temperature;
    if (!metric) {
      temperature = dht.toFahrenheit(temperature);
    }
    gw.send(msgTemp.set(temperature, 1));
    Serial.print("T: ");
    Serial.println(temperature);
  }
  
  float humidity = dht.getHumidity();
  if (isnan(humidity)) {
      Serial.println("Failed reading humidity from DHT");
  } else if (humidity != lastHum) {
      lastHum = humidity;
      gw.send(msgHum.set(humidity, 1));
      Serial.print("H: ");
      Serial.println(humidity);
  }
  }
  gw.process();

}

its just the regular humidity sensor with gw.begin in repeater mode and gw.process in the end(with no sleep time) and the "anti-spam" is the if((millis() - oldtime) > 600000) statement so i still have reading every 10 minutes.

is that ok or the dht22 delay can interfere with the repeater operation?
also, the send.sketchc should be "repeater" or "humidity"?

can i combine a repeater node with sensor together?
i want to cover a large area with sensors and i need some thep/humid sensors on the way so i thought it could be nice to use the same node for the two missions.
to avoid sleep time for the repeater, and continous sampling time from the sensor, i manged to copy a function from sparkfun flow sensor sketch to calculate milliiseconds between readings (there it was 1000 ms and i want it to be 600000 ms (every 10 min))

is it possibe? also, what sketch to delcare on setup? humidity or repeater?

ok lets say that ive sent the temp with msg.setDestination(lcd_node_id) to the repeater node with the lcd connected.
how do i recieve it on the node? is there a command for storing this temp to variable or something?

I had a plan to use 2 arduino's for showing temperature of hot water boiler tank, one on the roof with the temp probe, and the other one inside the house near the switch of the boiler with the lcd showing the temp, and nrf24l01 to communicate.

Meanwhile waiting for the order to arrive from aliexpress i found your great site and decided to combine this sensor into my future home automation.
The issue is how can I program the lcd unit to recieve the temp from the roof show it and also send it to the gateway downstairs? I thought maybe I'll use it as a repeater node for the whole floor but i need to filter the correct data to show on the lcd from all the (future.. ) nodes in this floor .
Any suggestions or past example projects?