I finished putting together the first frame. It was a bit frustrating, because the T-slot nuts they use can come out of the groove, and so to prevent that I had to keep constant tension on it while I tightened it down. I do think most of the T-slot nuts should have been the kind that don't slip out that way.
Though not fully finished, I am prototyping a new in-wall switch/scene controller with an integrated 128x64 OLED display. The design is made to fit my decora wall switch design that I had posted a while back. Here is a mock up of how I think the keypad and screen will be layed out.
For the screen, I am hoping to display the current room temperature and possibly the outside temp. I can also scroll messages across the screen if needed. I can also do some custom graphics and icons.
I have tested the display connected to my uno with the Adafruit sample code and think it does a nice job. This is not my video, but it is the same sample code that I used to test it.
128x64 cheap OLED display Adafruit library Arduino UNO – 00:59— Cutter Slade
I'll post more as I get further along.
0.96" I2C IIC Serial 128X64 128*64 Blue OLED LCD LED Display Module Arduino CA
Now that @nca78 has brought it up, has anyone here looked into somehow integrating TensorFlow, or something like it, into their home automation? Other than replicating the Nest thermostat, what else might it do that would be useful?
@icmathad said in How to make radio ESB disable:
how to make radio ESB mode disable in MySensor API. please help me out.
You can add a second NRF5 MCU or an dedicated BLE chip one for BLE and one for ESB.
@mljbr4 You can change it on the fly by calling
RF24_setChannel( c );
But, that's probably not going to work in your situation.... If you change it in before() it will be overwritten by the MySensors stack, if you do it in setup() you're already too late...
What you could try is define a variable holding the channel, and make sure this gets set to the right value before MySensors starts, e.g.:
uint8_t channel = 76; // default
#define MY_RF24_CHANNEL (channel)
channel = 90; // debug channel
Wow, the comments are so old. Hope I didn't bother you guys. Now, I think it would be much better for us to get ourselves an automatic feeder. It would be much more convenient for us to feed our cats this way. Not to mention, you can control the diet and amount of food intake. If your cats have diabetes or similar conditions, getting an automatic feeder will help to improve their health a lot. You check all the important -Removed by moderator- before buying it too. Cheers.
Warning: do NOT make boards with white solder mask at AllPCB, keep the green color as it's the only cheap color available.
I had all sorts of problems with boards made in white, I probably have a design problem with that board but the solder mask that peels away too easily (and pads following closely !) make it hard to solder a QFN component correctly.
No problem with green color until now.
The people that know me well say I'm one of the "need to see to believe" guys.
Therefore I decided to get my SDR device out and install it on my PC.
I then looked at the area around the 868MHz frequency. I then launched a fw update on one of my nodes, and waited for some of the zwave nodes to talk to the controller.
This capture shows how the rfm69 module is talking at the 868MHz (center red band), while a zwave device send some short bursts of data at 868.4MHz.
The two red areas are quite well separated so it doesn't really look like they could interfere. I repeated the test several times and found that some zwave devices seem to be not perfectly tuned to 868.4MHz, and were transmitting at more like 868.35MHz. Even in this case, there are no signs of interference.
I also took the opportunity to take a look at the 915MHz freq. In Spain this band is not free and happens to be reserved for the 4g data cell communication. In my area this band seems to be really clear, so I guess the cellular antennas are not using them. However, it's not an option if you want to follow the regulations.
The sketch works using a direct, wired connection (RS485).
T received - starting test...
Sending Ping to Ying Node
But it does not work with my RFM95's, but that is a completely different topic.
@wallyllama Nice answer - thanks very much.
I'm going to go with a central power distribution point and send out 12v to any nodes that need powering. Each node will have a buck and drop whatever voltage they receive by that point, down to 5v. This way I avoid any voltage drop issues that could occur.
It also gives me a single & scalable power source location and nodes close to their activity & still fulfilling their mesh roles and responsibilities!
I like the @petewill setup, but will probably establish it using something like these: https://www.aliexpress.com/item/Free-shipping-1pcs-9-road-output-switching-power-supply-wiring-board-current-shunt-board-wit-fuse/693330771.html
I was also thinking of going one step further with something like: https://www.aliexpress.com/item/9CH-DC-12V-15A-Switching-Power-Supply-With-Box-180W-Monitor-Camera-12V-Power-Transformer/32602759262.html but I'm not sure just how much to trust these? At least with just the first distribution board, I can power it with some old wall-worts initially (appreciate less power capacity). If anyone has anything good to say about the aliexpress switching power supplies, I may still consider.