I’ve had these running for awhile I’m not sure this thing is a complete product yet. Does anyone have one that is working perfectly? I built two of them and both act funny. It seems to me the code in the NodeMCU needs improvement to make these feasible.
I have a different sensor brand with the DHT22 and the developer had issues with the DHT22 which he had to code around. I think the bruh sensor could use something similar.
LUX also has issues, but not sure what to do about that.
My LUX has similar issues as yours (I do not have DHT22). Someone stated might be the power supply which is not stable, but I ma not sure about that.
I think best solution is a xiaomi pir sensor+ xiaomi temperature sensor. Way more reliable, and overall same price (less if you count all the time you need to fix the nomemcu)
Mine has been fairly stable, excuse the mess a the front of the graphs as I was rebooting a lot while working on another project. On the lux graph, at 8:00am is exactly when my kids turned on their play room lights. Everything else has been pretty flat:
They are working fine, they respond instantly if I introduce an outside force like placing it in front of a heater or blowing on them. This sensor is in my basement which is very stable temp / humidity wise. I’ll test it out further by putting it outside and track it.
I have no clue why it reports zero on a server restart, I’d assume it’s because HASS isn’t up to receive the updates.
Here’s the results from letting the sensor run outside.
Took it outside at 1:00 pm and brought it back in the house at 11:00pm and left the sensor on the main floor where levels tend to wander a bit more. The dips in the charts are when the sensor was unplugged and moved.
A lot of potential with this sensor. Just curious, have you looked into Grafana or InfluxDB at all for more advanced data logging? Its possiblly overkill for your usecase, but I am curious, has anyone worked with rate of change of sensor values over time in addition to just raw numbers? It occurs to me that if the curve of the graphs you posted could be smoothed a bit and the slope or rate of change over time could be used as an automation trigger, it could could expand possible uses.
My main use-case was to tinker and learn something new. My secondary goal was using the temp component to control the stand-up fans in my kids rooms. Turn them off at 10:00pm unless the temp is above X, type of thing or urn the living room AC on if the temp is above X between certain hours etc. Long term I would like to swap from stand up fans to ceiling fans. To that point I was thinking of trying to implement an IR solution into the sensor to control an IR ceiling fan. The PIR sensor is cool but not needed at this point, my twins are 6 years old, I most certainly know when they are in their rooms and moving around.
Indoors, in the kids rooms I believe the existing graph curves will probably suffice but I’ll have to wait until I get it up and running to be sure.
quick question- where did you locate the Portable directory in OS X? something like:
/Applications/Arduino.app/Contents/Java/portable ? Also, I am curious which driver(s) you used. Right now I have these 2:
I made a homemade ‘ecobee’-like “follow me mode” (motion-sensor-focus) thermostat program via a cluster of automations, scripts, input sliders, and sensors. It works great; I’ve been really happy with how it keeps my bedroom cool at night while the wall AC unit is in the livingroom. It’s currently only made for my IR-controlled AC in-wall cooler and two BRUH multisensor nodes, but I’ll update it (maybe python it?) when I get an IR space heater and more nodes.
I wrote it based on code from a few other people’s thread topics. I didn’t know python scripts would be implemented into HASS at the time or I’d have done it that way to make it easier to implement into other people’s configs.
I’m not using a portable setup. I downloaded Arduino.app (1.8.2), and Iput it in ~/Applications, but I moved it (simple cut & paste) to a secondary hard drive in a self named Downloads folder. If you want, I can privately message you the log of the contents of Arduino.app.
Driver
Running: please ioreg -p IOUSB Results:+-o USB2.0-Serial@fd124000 <class AppleUSBDevice, id 0x1000011a5, registered, matched, active, busy 0 (793 ms), retain 18> Note:Confirmed this by unplugging \ plugging in etc.
USB2.0-Serial:
Product ID: 0x7523
Vendor ID: 0x1a86
Version: 2.54
Speed: Up to 12 Mb/sec
Location ID: 0xfd124000 / 6
Current Available (mA): 500
Current Required (mA): 96
Extra Operating Current (mA): 0
Running:please ls /dev/tty.* Results:/dev/tty.wchusbserialfd1240 Note:This is on a NodeMCU that mentions on the silkscreen to use a CH340 driver.
I have observed so far that when I an enclosure, the DHT gives more abrupt changes in temp/humidity (from the influence of the ESP ?). It might be the same for the LDR.
What values do you get if you just all the stuff laying on a table without an enclosure ?
Also for your Light sensor, did you do anything in the ESP code (to change values to actual LUX for instance instead of resistance, which is what the sensor returns). If that is, it might be your conversion equation that leads to strange behavior (ie. too large importance of second/third/… order terms)
Thank you! That is very thorough and extremely helpful. Ok, so, I successfully flashed the firmware- and I do not know why it worked this time. Some background: The first and last time I (successfully) flashed the NodeMCU, I was at one location with its own router and IP. For a few weeks in between, I was at a different location with its own respective IP etc. Nothing worked, and I replaced everything involved, incl the chip, the cable, the driver, the IDE, and the computer. I can’t imagine how the IP or physical location would affect the flashing of the NodeMCU, but that is the only variable that has changed.
If its reliable enough on the temperature it is the perfect solution for me as I can gear up the all house with those sensor’s for the price of a single sensor from any brand.
Also I think the PIR and the LUX even if they are not 100% reliable they can work help with bluetooth detection and presence detection being more accurate.
Haven’t received the modules yet nor the case so I haven’t bother yet thinking how I’m gonna make the holes also I’m not sure if it will all fit inside.
I’ll post back when everything arrives and I get my hands to work.
Waiting also for the components to make a RFLink Gateway and only the 2.4ghz radio module left to come which is the one I most need for my milights.