@Martin-Tellblom The values are not critical, as long as the ratio is correct. 1k + 2k2 would work fine

Connect the two resistors in series and the 5V signal to the 1k resistor and the other end of the resistors to gnd. The 3.3v signal is available between the two resistors

@Martin-Tellblom said:

Can I connect a TTL-UART (TTL-serial) gps module to a ESP8266?

I have three of these on my desk and like to use them for something fun with a ESP8266 (Like a small battery powered gps tracker for the kids/dog or so)

There's conflicting information on whether the GPIO pins on ESP8266 will tolerate 5V. To make sure you don't harm the RX port on ESP8266 I suggest you use a level converter. A simple voltage divider with two resistors should work fine (I use it to connect an Arduino Mega to the serial port of an ESP8266)

@scalz said:

• List of changes, some notes, and current status : https://docs.google.com/spreadsheets/d/191NpTBogLPijYxS2V_oHZnVlcW4B65J1kXAqYrr4qeE/edit#gid=884074439
• https://github.com/scalz/Mysensors

Be a little bit more patient, PR should go soon now as you can see from the current status

It's great to see work being put into the RFM69 driver. I have tried to install your code and updated my gateway and a sensor node

On the sensor node I added

sendSignalStrength(1);
sendRadioTxLevel(1);

and in the debug window I see

6899 TSF:MSG:SEND,1-1-0-0,s=255,c=3,t=29,pt=1,l=1,sg=0,ft=0,st=OK:51
7035 !TSF:MSG:SEND,1-1-0-0,s=255,c=3,t=30,pt=1,l=1,sg=0,ft=0,st=NACK:0

Message type 30 always fails (st=NACK) - is this expected?

Gateway is ESP8266 and node is Anarduino (328p+RFM69CW)

@palande.vaibhav said:

I have DS18B20 which is child 5, SHT31-D temperature is child 6 and Humidity is 7.
Here child 4, 5, 6 have the same number #4 but they are not grouped, they show up as separate sensors in Devices tab.

I think there's two issue

1. Something is wrong with the presentation of child 5 (DS18B20) - it should have value V_TEMP - it's empty
2. You need to change the SHT31 code to present temperature before humidiy - else the humidity of the SHT31 would be grouped with the temp from the DS18B20

Same question as @b0rmann - is it possible to do OTA from a non-Windows environment (Mac OSX or Linux)? A simple implementation in python or perl, that could talk to the gateway, and do OTA from the command line, would be a really nice to have. I would prefer the dualoptiboot solution, since it'll work with RFM69 nodes as well (at least that's my understanding)

@palande.vaibhav said:

At the end of discssion gizmocuz says that "this is already taken care of, see the forum thread about mysensors/grouping". But I checked Domoticz forum and couldn't find a thread named grouping in mysensors subforum.

It does seem to work without any changes to the domoticz code. The following is from a node with DS18B20, Si7021 and TSL2561

Child 1+2 is the Si7021 and child 4 is the DS18B20. The enumeration goes from 1 to 2 as soon as a second V_TEMP is presented

To push it even further - here's a node with a Si7021 + 10x DS18B20

(MySensors 2.0.1 beta and Domoticz dev from yesterday)

This node also works fine with Domoticz and only shows the humidity for the first occurance of V_TEMP (which is the Si7021)

@palande.vaibhav said:

I am going to try what @AWI has suggested. Presenting sensors in sequence and then spacing them apart when presenting to see what this new feature in Domoticz does.
Can you also try this? and report here? That would be really helpful.

Yes, I'll test as soon as time permits and report back

@palande.vaibhav I agree this is very annoying. I have several nodes with a Si7021 and a DS18B20, where the DS18B20 is located some distance from the node (for instance in a freezer or outdoor). This means that the humidity measured by the Si7021 might be vastly different from the humidity where the DS18B20 is located
I wonder if it would make sense to implement a NODEID_ALIAS (or NODEID_VIRTUAL) in MySensors, so a node could actually present itself as two (or more node ID's), so some sensors/children would belong to the main NODEID and other sensors could belong to another (virtual) NODEID - for the home automation system it would look like two different nodes

• Jan

@NeverDie said:

Have you tried hand soldering a BME280? It looks a bit more challenging to me than the si7021, but perhaps it's still do-able.

I only tried the Si7021, where the pads is both on the bottom and a bit on the side. For DFN/QFN's where the pads is only on the bottom I agree it's harder. I saw a interesting concept where the layout had a lot of vias directly under the DFN/QFN and you could heat the PCB from the opposite site using a traditional soldering iron. Of course you would still need solder paste for this

@NeverDie I have no experience with reflow ovens but to me it seems that it's mostly useful for batches of boards, since you need to create a stencil for the solderpaste. For a couple of boards handsoldering still seems like the best solution to be. I've been surprised what can be handsoldered - even small DFN packages (like the Si7021) is pretty easy to handsolder