u/L0cut15

I did this for the first time today and it was an amazing relief compared to the armed combat the drive normally entails. Super impressed with the rail service, the bus transfer to the conference center was a somewhat more complicated affair. Impossible to book on their app despite the website pointing there nowhere near enough capacity for the number of people in the conference.

I hope that somebody is monitoring this because it could be great with a little effort.

How capeable is Hermes, in managing an icloud inbox. It looks like this should be possible but I’ve only ever configured it to manage gmail inbox the past. Any gotya’s before I agree to this?

I'm confirming that the warning message is accurate. Closing the updater early and rebooting will end in an unbeatable system.

It's a bit tricky because the updater sits for a long time displaying "Downloading update" but without normal DNF per package details. I thought it was done or hung nor more appropriately DNF.

I can also report that claude code is very effective if you ask it to rollback to an earlier snapshot once booted from a linux disk. I was back up and running in minutes and then more patiently completed the update. Another win for the BTRFS.

Hi, I just installed SteamOS onto a AMD Computer I used as a linux desktop.

I have two displays, one HDMI and one Display port. I want it to display on my display port monitor but cant find how to do this.

I'm able to set the display port monitor to primary in desktop mode but steam mode doesn't honor this.

This evening I discovered that using a tiling OS like Hyperland is a superpower then working with multiple agent windows and workflows.

It's just so fast even with a single monitor. Having Hermes always waiting in a corner really clicked.

https://preview.redd.it/yg4lfovgki5h1.jpg?width=640&format=pjpg&auto=webp&s=200d5bc35491f799a6617295185f1a65fb0bda9c

I guess everyone builds one of these eventually so here is my quick contribution. I based it on the M5 Stack Core S3/SE which includes a ESP32, touch screen, speaker and mic for $39.

It provides voice interface to Hermes via the API. Models are all free and local.

I chose Whisper for STT and Kororo for TTS both inside docker containers to make them portable. If you have a GPU you can massively accelerate both or use a web model instead.

Hermes will help setup the server and I've included docker compose files for the two containers. Claude did all of the ESP32 code.

Not good for internet hosting as all of the ports are exposed! If you lock it down inside a tailnet that will probably work.

https://github.com/l0cut15/hermes-voice-assistant

https://preview.redd.it/s8a39nez1i5h1.jpg?width=640&format=pjpg&auto=webp&s=4774df9f16ea8e55a142433752d5aaceed7cdedd

I'm not really being serious here, but.

With Valve seemingly getting out of the subsidized hardware game with the new Steamdeck pricing I was thinking about what that could mean for potentially steam frame pricing for the latest APU's. Could be scary.

All of a sudden a M5 powered vision pro, perhaps second hand looks like a comparatively good value proposition considering the raw specs. Different tool for a different problem I know.

About three moths ago I decided to install, Openclaw as a pure learning exercise. I did learn a lot, but the most important thing was how I will not approach this in the future.

My biggest mistake was being too cheap and limiting my cloud spend to essentially zero. This made sense to me at the time. I already owned 128GB of unified memory in a older Mac Ultra anyway. The plan was to turn on cloud credits once I knew what I neede to. The obvious problem that I didn't realize was how massively the quality of the model impacted my outcomes. I was sent down so many rabbit holes due to bad advice or poor execution by the agent.

The second was not restarting from scratch earlier. My third agent was a roaring success compared to my first two. I seem to accumulate broken configuration and incorrect approaches to problems to the point where the daily grind was break fix. Building from scratch is way more fun especially when there are no production exceptions.

The final was not building in the observability I needed myself. This project can be opaque and it can be very difficulty to resolve problem with so many changes happening simultaneously. Documentation is not very human friendly. My plan was to use Claude code to help dive deeper into inner working but it seemed to me the Claude was (perhaps purposely), uninformed on the proper operation of this environment. Despite me providing it reference material. Instead I used claude to build non specific hooks which worked better for me.

I did learn a lot about the whole agent harness idea, specifics about hosting MLX models and got back up to speed in my 30 years out of date linux skills.

Next time, I'll definitely not cheap out on the model though.

This isn't the first garage door automation project out there, but it might be helpful for anyone working with the same constraints I had.

Connected to Marantec Motor.

What you get thgh this ESPHome integration.

- Open / Close control in home assistant or mobile app.
- HomeKit integration requires HomeKit Bridge.
- Remotely monitor the door state. open or closed
- Easy installation, no additional power supply no cable runs for sensors.
- Low cost, ESP32 and a cheap VL53L0X distance sensor.

ESP C3 on Protoboard

Straight forward build. A control box with en ESP32 powered from the existing door motor and a sensor mounted onto the belt rail. No fasteners or modifications. Everything is snap fit and clip on.

Everything is here:

Board Examples, 3D Models to print your own, sample ESPHome config.
https://github.com/l0cut15/garage_door_home_assistant

Door sensor, vertical mount.

I'm building a ESPHome garage door opener, it uses a solid state relay and a time of flight sensor for state detection.

I noticed that the buck converter I purchased for connection to the 24volts supplied by the door controller is not pin compatible with my protoboard. I could solder wires and make some changes to the 3d printed case to retain it separately but I want to check if there are any best practice's for implementing buck converters into these designs. I notice that the converter is quite close to the tiny ESP Antenna.

New Module Design

Version 1 without VL53L0X