Topics created by clippermiami

@clippermiami can you hit it from your house with a garage door opener? I haven't integrated mine into a HA controller yet, but for now I just have an RPi driving a relay board that is soldered into the guts from a garage door opener. Bonus there are three buttons so I can run both garage doors and the front gate from a web interface. I'm sure you could do the same with an arduino in place of the RPi.

@gregl

@Moshe-Livne I'm using a similar calculation, was not very hard to code. A real tracker would be a challenge. Measuring where the sun really is... and checking the calculation. I tried to adjust a solar panel to the place of most light. I you don''t damp (integrate and compensate) the movement it goes in all directions when there are some clouds. Lots of fun though.

I am hoping it will happen soon. There are more and more zigbee only products that would be really nice to integrate into Vera.

@hek Thanks. I've checked it ask again and it looks fine. Everything is where it's supposed to be: Arduino-Master/Libraries/MySensors/MySensor.h and MyGateway.h etc. Anyway, keep trying

I've learnt the same trick. Reload Luup from the serial config screen. After a couple of trials and then finding the UI7 on Github - all's working fine with my first light sensor. Now to building my solar HWS sensors. Thanks Hek for all your work and patience with everyone, a donation is on the way for you to buy a UI7 device. Cheers!

@Zeph OK by me. But I would observe that like any conversation in "the real world" it tends to branch out, and this is no exception. And things are only controversial or divisive if we choose to make them so.

@hek said: 9 hours later... Tada! It usually takes 9 months at least

@Bandra Looks fairly simple, maybe its time to upgrade to 1.4

@stofakiller Try to find Arduino Nano with FTDI usb chipset, the problem is on the Vera's firmware usb driver not happy to work with CH340 usb chipset ( most of the clones Arduino is build with CH340 for cost saving I guess ) .

Here is in effect the same sketch for 1.4. Im using @Yveaux 's vcc library this time.vcc library https://codebender.cc/sketch:54782 Im no longer using the changed boards.txt. - it doesnt seem to do anything ( other than stuffing the serial output)

@BulldogLowell that's a rational possibility. I have the sensors on the secondary Vera. Both Vera (what's the plural of Vera ) show the same illogical numbers however. This morning I've managed to get then all reporting different numbers now. I reset the three operating nodes at the same time (they are all battery operated so I brought then all to one place) and at the same time reloaded the secondary Vera. When I moved the nodes back where they belong on the next reporting cycle everything appears to make sense ... I'm not getting the same numbers any longer. It looks like "things got wound up around the axle" somehow and a little electroshock therapy was in order.

@clippermiami Good idea, but this is not so simple as we use the standard Vera devices (UI is not extendable). A trim variable-value must then be added dynamically when a device is created and handled each time a value come in (only accessible through the advanced-tab). Some sensors have multiple values (e.g. battery level, humidity) which complicates things.

@hek Ah yes, The Sacrifice of the Vera Virgins ... I think my problem was that I didn't wait until the Full Moon or something

@hek AH, OK. I know nothing about Vera (and like to keep it that way )

@hek my solution was to divide by 100 to get millibars and I use that for a while. Once I was shown how to get 2 places past the decimal I add a divisor for millibars to inches of Mercury, 33.86...... I also added an adjustment factor to get it to the actual local value. In my case I added "-101" millionaires to get the correct local metric value and then applied the metric to imperial divisor. Now I get display values such as 30.02, today's reading at the local GA airport a few miles from me. Thanks to everyone

@clippermiami said: Is it possible I have to reinitialize the Gateway for some reason? No, you shouldn't need to reinitialize gateway in any way. Can you see the presentation message for the node device in Vera logs? Did you try restarting Vera to reveal any hidden devices (has happened before)?

I plan to use also a CR123 for my board. I bought some CR123a rechargeable on ebay but the battery give me 4V when it's charged... is it a problem to give 4V to a 3.3V step up converter? is the "a" after CR123 say that's a 3.7V instead of a 3V or is it just because of the rechargable function? is your CR123 give also 4V when it's charged? Thank's so much Julien

I think you should go with Eagle and KICAD as these are free ware and a lot of tutorials are available to teach how to use these software and I personally recommend Eagle as PCB manufacturers accept the Eagle files to build the boards and for cheap PCB boards you should look at some manufacturers with manufacturing facility is in China. pcb fabrication

Do not mix digital and analogue outputs of the light sensor Lm393 is used to switch from low to high above the light threshold. Etc. it provides digital (binary) output. If you connect it to arduino analogue ping you mostly will read binary data with some noise. Analogue output of this sensor is bypassing lm393 and provides you a range of analogue levels depending on the light level For me a cheap 5mm round photoresistor is very sufficient as a light sensor. Just create a divider with photoresistor on bottom and fixed resistor on top. Fixed resistor should be with resistance much lower than dark resistance of the photoresistor, so you will read 1023 in a dark room

Hello, I have tested the DHT11 for one day with a THGR810 from Oregon (assuming it is pretty calibrated). They were close together. There are some time the DHT11 moved but not the Oregon. Generally it was 1% below so pretty good. On Temperature there is more gap, it varies from 2°C+/-1°C below, it is more puzzling here. I have not yet DHT22 to do this check-up. Would one day adjustment values sent by the gateway to the sensors

Next version will use the burst mode which result in much better success rate for packages. I hope you won't need to resent same data.

Yes, it can be removed.

I was playing around with this yesterday and noticed something peculiar, it consistently reports the compiled image as several hundred bytes less than the same sketch in the Windows IDE. I haven't tried executing the compiled sketch yet so I don't know if is just a counting anomaly or if it failed to compile properly. I have ro get a cable adapter for my Nexus before I can upload to a Arduino to find out.

@petewill That got it, thanks

@blacey Thanks, looks like what I was looking for.

@NotYetRated First it should have said 12 "BUS" not "bud" - entered from my android tablet and the autocorrect can't avoid "helping" second, yes Richard Schaefer's PLEG has come in very handy. I have very few scenes now, replaced with PLEG functions

Does anyone with a Vera2 have that file?

does someone solved this fault also for Ethernet Gateway? While trying to adapt Sensebender Gateway to Ethernet, I get following messages: error: 'IPAddress' does not name a type IPAddress _ethernetGatewayIP(MY_IP_ADDRESS); error: 'EthernetServer' does not name a type EthernetServer _ethernetServer(_ethernetGatewayPort); followed by some more, expected to result from the above mentioned.