I bought a cheap Xiaomi because it has wifi, the remote control and monitoring interest wore off but its a great device in it’s own right. Produces excellent rice and is very easy to clean. Quick wipe of the non-stick bowl, run the steam chimney under the tap, done.

iBall

Most things by Snow Tha Product - start with ‘Butter’ or ‘No Cap In My Captions’.

Thanks - I’m looking for a pad with no other features other than the USB output, but this does have that outlet.

Nice, thanks! That’s the sort of thing, especially the second one that has USB-C out as well. Neat.

Uilleann Pipes

As heard on Bryan Adams, When You Love Someone.

deleted by creator

It is possible. I’m 5 years dry; for me the answer was one day at a time, and maintaining the discipline.

Don’t look for motivation, it’s fickle.

It’s not the same for everyone and it’s not easy. Be kind to yourself and if you fall off, get back on.

IWNDWYT

Good luck.

In the 70s we had a cassette tape kids story about a wizard who lived in a mountain and kept all the winds in a box.

The story was about someone who went in and retrieved the winds.

It involved blowing up sections of passageways (the narrator talked of lighting the blue touchpaper), and the wizard woke up and chased the hero.

He had a walking stick so his steps were reproduced including that, and he was calling, “My wind! Somebody’s stolen my wind!”.

I think it was probably on the front of a magazine or something. I don’t know if it’s a traditional story or something written for that production but I thought it was brilliant at the time.

I’m interested in what other people have found to be the fastest way to deliver events into HA. It’s been a useful thread.

I have a wired device sending HTTP POST updates very regularly (often more than one per second) and if I watch those arrive, they appear almost instantaneous. If the sending device used IP (or, more likely, had cached the lookup) I guess that would be fast too.

Good point about the MQTT persistence, cheers.

It’s probably marginally faster from the dashboard. This isn’t only about the ZigBee delay though - it’s really perfectly OK. Reducing latency is as much for the fun of it than anything else. I’m interested in knowing what the fastest possible input method is.

That’s a good point; the button does support double push, I might be able to disable that. It’s some old unit I picked up for next to nothing, I have some Aqura buttons about to try.

Perceptibly instant is fast enough for me :)

What’s the method you’re using to communicate with HA?

Thanks. That means I need to move all data off the hosts on to, say, a NAS - then the NAS becomes the single point of failure. Can I operate a swarm without doing that but still duplicate everything from host 1 to host 2, so host 2 could take over relatively seamlessly (apart from local DNS and moving port forwarding to nginx on the remaining host)?

Thanks. Can I use my existing, single Docker to start a new swarm, or do I have to start from scratch?

Thanks. Could I achieve a simple 2-host solution with Kubernetes though?

So you have Docker itself on a single host (with parts) and all the containers in fault tolerant storage, and the most work you’d have to do in the event of host drive failure is to re-install the OS and Docker itself?

Cool project, thanks!

I want my server to host a desktop that I can use remotely. Not for managing the server itself; like you describe, I use common tools for managing it.

I just need a desktop for a while - sometimes I want to work on a machine that’s not the one I’m physically using. At the moment I simply have an old desktop running Windows; I VPN to home and RDP to to the machine which works very well, but it seems a waste to have a machine running for this purpose only. I could add the machine to the swarm if I could host a desktop in Docker but that’s not really the intent of Docker and doesn’t yield great results.