C
@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
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
@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
@NeverDie said:
Things I've tried in the past that seemed to help:
- tack a corner pad using solder paste, or
- position the chip using super glue, then solder afterward
I'm aware some people use a reflow oven. I haven't tried that yet.
Anything else?
Use flux. If you have a "real" PCB (with soldermask etc) it's surprisingly easy to solder a 328P-AU. I tack down two opposite corners and then apply flux. After that I solder the remaining connections. Both a normal soldering iron with a very small tip and drag soldering withs fine. For the fine tip I recommend using thin solder - I have a roll of 0.38 mm that works fine. Also, use leaded solder instead of leadfree.
If you feel you need to practice more you can buy cheap kits from China where you can practice - like this https://www.aliexpress.com/item/IC-patch-welding-practice-board-Advanced-full-patch-welding-plate-to-practice-Enhanced-SMT-skills-training/32661881281.html?spm=2114.13010608.0.0.mfafIB
@Yveaux Thank you for committing this fix. I had the same issue and it caused me a lot of headache
@LastSamurai said:
Thanks but thats a little expensive for me. Can anyone suggest a good and cheap crimping set for dupont cables?
I own both the crimping tools shown in this video https://www.youtube.com/watch?v=3Cw9YFLDZeo and I agree with Andreas that the Engineer PA-09 is far superior to the chinese crimper when it comes to crimping dupont connectors. It also works will with JST connectors
@LastSamurai said:
What kind of cheap, easy to use connectors can you guys recommend, or what are you using?
I need some for smaller wires (e.g. to connect sensors to my boards) and some for bigger ones like the ones powering the led strips (I once saw some round cable ends that fit perfectly into the screw terminals but I forgot their names).
For some of my projects I use aviation style connectors like these
It's a pretty good connector for the price and is available with different number of pins
On the sensor PCB I always use dupont connectors
@jesper said:
How to measure small vibration?
I must measure when a vaskemasine stops , there are some who know what sensor i should use ?
In another thread this module was suggested - I have no personal experience with it
@Yveaux said:
Maybe I'm lost because of the split of the topic, but can you summarize what problem you actually solve by adding an extra delay?
Yes, the issue is missing callbacks to the indication() function
To verify I add a simple indication() function in my gateway sketch, that prints the indication type to the serial console. When running on an ESP8266/NRF24 gateway it works as expected. When running on an ESP8266/RFM69 gateway only some events generates the callback
For instance type 11 (client connect) generates a callback but type 2 and 3 (RX and TX) does not. However type 2 and 3 events does trigger the function to flash the corresponding LED's on my gateway, and the calls to the LED flashing and the indication() function, both happens within MyIndication.cpp. By introducing a small delay right before the indication call, suddenly all events generates the indication() call. The delay can be created by writing debug info to the serial console or sleep()'ing for 10 ms.
(Arduino 1.6.11 and latest MySensors beta)
Maybe we should continue in the comments section of the issue I created for this?
@Yveaux said:
Sleep will power down the mpu, sending even more indications (sleep & wake up).
The library is not reentrant, so expect erroneous behavior using your change!
I fully agree that it does not make sense! It just seems that a slight delay is required - see my comments in issue #584 - just adding a couple of lines of serial debug is also sufficient. Also, I do not propose this is as a permanent fix, but hopefully my observations can help someone with a better knowledge of the codebase to narrow down the real issue
For now the code behaves as expected and looking at my serial console I do not get any additional indication calls because of this
@korttoma said:
From your post, l am not sure if I should get both tx an rx counts in my setup since I am not using MQTT or serial GW. I have just the ESP/RFM69 gateway an one sensebender sending data. Later when I checked I noticed that the other counter had actual increased also. I need to get another node implemented to my test system to test further but I don't have any more RGM69 modules at the moment.
Could try changing
if (indication) {
indication(ind);
to
sleep(10);
if (indication) {
indication(ind);
in MyIndication.cpp (almost in the bottom of file) - it works for me! - although I have no idea why
@scalz said:
@chrille nice ;) a little advice if you're ok, that would have been better if you had nothing under your esp8266 antenna (no routes or gnd plane near the ant).
If I make a new board to add support for the 3-pin version of the ATSHA204 and fix the swapped SCL/SDA pins I will take this into account. Thanks for the comment.
(I guess the best solution if I want to extend wifi coverage would be to use at ESP-07 with an external antenna - however I don't have issues with wifi coverage for the gateways with my current setup)