What did you build today (Pictures) ?

[NeverDie]

@dakipro What hose diameter do you recommend? I'm guessing larger diameters will be stiffer than smaller diameters, but that's only just my uninformed guess.

[Nca78]

@dakipro that's really nice, I have bought pipes and clips, but didn't find a suitable base yet. Good idea to use a battery too, it avoids an additional cable.

[sundberg84]

Another EasyPCB video - a complete build of a 5v node with a radiotest and cleareeprom.

https://youtu.be/CNtBzNdDGdY

[dakipro]

@neverdie i think i have the larger ones, but with 3-4$ pricetag one can easily order both and use what works best (or even combine them for more flexibility). I originally planned on using only 4 pipes, but then I figured why not put them all, they will just lie around anyway. Now I have two clamps orientated horizontally and two vertically for easier mounting.

Battery bank is I winner I think, it is very very practical and holds several hours.
Even if it goes flat during the project, it is just to plug everything into the wall charger, as one would have to do anyway.

[zrom69]

here is photo my usb gateway with STM32 power
it's a big difference with arduino nano

[zrom69]

and that's a TV box turn into a mini pc more powerful than raspberry pi 3
and I installed linux with domoticez and imperihome EMMC Flash is fluid and fast
and toutsca works well

8 x CPU: Amlogic S912 Octa core ARM Cortex-A53 CPU jusqu'à 2GHz (DVFS)
GPU: 750MHz + ARM Mali-820MP3 GPU Processeur
RAM: 3Go DDR3
ROM: 32Go EMMC Flash
Système d'exploitation: Android 6.0
Ethernet: 100M/1000M
WIFI: 2.4GHZ / 5.8GHZ 802.11a / b / g / n / Ac
Bluetooth: BT4.1

[tbowmo]

Not working on hardware at the moment, but I am still "building" things with mysensors.. Recently I have been moving all my homeautomation to docker containers, and also moving stuff towards using MQTT as a backbone transport.

Right now I have moved automation rules from domoticz to nodered, after which I have "killed" domoticz (the only reason why I had been keeping it alive, was because it handled some of my automation rules for turning tv / amplifier on when chromecast was active etc).

Together with my chromecast "surveilance python service" I get notifications on MQTT when any of my two chromecasts starts an app / pause/ play etc. The python program also has a MQTT listener, so I can send pause/play etc. to my chromecasts over mqtt. And even throw a stream to it over mqtt.

Today I made a universal control endpoint, so I can send pause/play etc. to a single mqtt topic, and then nodered directs it to the active chromecast, or to my dvd player if that is the active in the current scene.

In the end everything should play together with a dashboard that I have made in angular5 (rewriting it at the moment to use MQTT instead of various http calls)

The plan is that the dashboard is on a wallmounted tablet, acting as a simple dashboard / weather station, where one can control basic things in the livingroom (start streaming of specific Radio / TV channels among other things).

The nodered project can be found here, if anyone would like to have a look..

[bjacobse]

@tbowmo
Quite cool, what is your reason behind to move away from Domoticz and go all in on node-red?

[gohan]

I guess because you can do pretty much everything you want instead of being bound to what Domoticz can do

[tbowmo]

@bjacobse

I have been using influxdb/grafana for the last year or so, for logging data and presenting it, so no need to use domoticz for that. Over a year ago I injected nodered into the stream, so it sits between mysensors and domoticz, and was used to route things around (And make some fake sensors for domoticz).

For the dashboard part I have been developing my own solution. First it was running within domoticz as a customized dashboard, but I moved it to Angular instead, with a strong dependency towards domoticz, as I could query that to get sensor values. Lately I had moved on to use MQTT for the dashboard (and internal node-red data routing). There I can get persistent data (retain) that keeps the latest data on a given topic. Then my need for domoticz went away there..

The last thing I then used domoticz for, was the automation rules for turning on / off my tv when the chromecast was activated, and control a couple of LED strips according to the state of the chromecast (playing / paused etc). With that moved to nodered, then domoticz could be turned off.

The complete software stack is a bit larger, than with domoticz for everything, but it is much more flexible, than what I could achieve with domoticz.

also it brought in a couple of needed updates for my node-red mysensors nodes, so that was a "bonus" as well :)

[sincze]

@tbowmo interesting indeed, tnx for sharing. Currently I still use Domoticz for the API Logging is done with INFLUX and Grafana. However in addition to Domoticz I use Pass2PHP. I can now control everything with PHP. PHP seems pretty common so a lot of examples I can find online ;-0. I am a complete MQTT / NODE-RED NOOB.

[Yveaux]

@sincze said in What did you build today (Pictures) ?:

I am a complete MQTT / NODE-RED NOOB.

So start playing with it to become a Node-Red/MQTT Fanboy! ;-)

[sundberg84]

It is always those last connections...

[tbowmo]

@sincze well you're half way there, already got influxdb implemented :)

NodeRed is pretty easy to work with, and MQTT is (almost) just start and forget with mosquito. Just a messaging channel that you can hook any listener into, like python scripts, angular5 web apps etc.

[mfalkvidd]

Today I built auto-detection of missing MySensors keywords. The build system will complain if someone adds a new keyword to the Doxygen documentation but forgets to add it to keywords.txt.

This is what the output looks like on the current code base (we're missing a bunch of keywords):

This is the code change:

I have also added those missing keywords to keywords.txt, so now they'll be highlighted properly in the Arduino IDE.

Thanks to Anticimex for assisting me in working with the build system.

[mfalkvidd]

One more build for today: building the raspberry pi gateway.

I often need to test different settings for the Raspberry Pi Gateway. Running make after just changing one parameter in the configure command (for example, turning on or off interrupts for nrf24 or changing the PA_LEVEL) results in a 1m 13s wait on my Raspberry Pi:

I installed ccache using these instructions and now a make with the same type of change is done in 31s.

Not that much of a win, but it saves a lot of time when trying many different settings.

[gohan]

did you cut the compile time of the gateway?

[mfalkvidd]

@gohan yes?

[gohan]

@mfalkvidd on my Pi3 it takes 40 around seconds, are you using an old Pi1 ?

[mfalkvidd]

@gohan no, I'm using a Pi3.