The keypad, or alarm panel, is an important part of a security alarm system. When I first got started building mine — I settled for a cheap and simple Zigbee keypad.
I’ve since replaced it with a better, and more advanced device. Let’s have a look…
The keypad, or alarm panel, is an important part of a security alarm system. When I first got started building mine — I settled for a cheap and simple Zigbee keypad.
I’ve since replaced it with a better, and more advanced device. Let’s have a look…
Quick recap: I’m building a DIY security alarm using a Raspberry Pi, hardwired PIR sensors, and MQTT integration with Home Assistant.
Hello again — it seems to be close to a year since I last managed to get some words published on this blog. And almost three years since I last wrote about my Raspberry Pi security alarm project 😮
But the project is still alive and well. We use it every night and whenever we are away, and it just works 😃 Development usually happens in bulk, with very little happening in between.
In the fall of 2022 I turned off Zeta, my file server, due to the extreme price of electricity. I migrated all the data to a 3x18 TB raidz1 pool on Alpha instead.
But last year I brought it back — and used the opportunity to add some more memory, and rebuild the main storage pool 🤓
When I was trying out Netdata last year — I noticed I had lots of inbound_packets_dropped_ratio warnings, on multiple nodes.
Time to investigate 👇
I’ve looked into different video solution for this blog before — and, at the time, settled on using Coconut.co for encoding, AWS S3 for hosting, and Video.js for playing.
Bunny Stream was on the table back then, but I wanted a more hands on solution. Well — this time around I wanted a hands off solution, where the videos just work without me having to worry about it 🙂
And for that — Bunny Stream is pretty awesome, so that’s what I’m using now 👍
Getting network to the garage is a story with many chapters. I started out with Wi-Fi mesh, then CAT6 — and now, finally, fiber!
I’m using a Shelly Plus Plug S smart plug to measure the power usage of my homelab. I added it as a device in Home Assistant — and the power readings began! Kind of…
Within a few days; I noticed something strange with the graph history — there were long periods of time where the graph was completely flat. Logging into the Shelly web interface, I could see the watt reading changing — without this being reflected in Home Assistant.
As I have written before; I like the concept of blog post series. Break a large topic, or ongoing project, into multiple posts — while maintaining the chronological order.
But one key factor for a successful series implementation is the ease at which the read can navigate through the posts. And orient themselves within the series — meaning; understand where in the series they are currently reading.
My latest improvement on my series implementation is navigation buttons, for the previous and next post 👍
Sometimes, when I’m not too busy with my homelab or some other electronics project — I pretend to be a woodworker or carpenter.
This time I made a pub table, using an old kitchen tabletop of oak. I got it for free from a good friend, he had stored it in his barn for a number of years, and before that it was a desk.
It wasn’t in great condition, with lots of scratches and dents — even some black spray paint. But it was oak, and it was free 🙂
I’ve been having a strange problem with outgoing WireGuard traffic, the problem has probably always been there — I just haven’t noticed, until now. Outgoing WireGuard traffic is very slow, while incoming is what I’d except with my 750/750 fiber internet connection.
This lead me down a rabbit hole of testing performance internally, which I documented in a previous blog post. That turned out to be a queue issue on the SFP+ port on my MikroTik CHR router. Could this also be queue related?