Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)S
Posts
0
Comments
50
Joined
2 yr. ago

  • Another suggestion for Darktable. It handles this case of mixed types transparently. It's a big thing to learn, but extremely powerful and capable, and you don't have to know all the corners of it, just enough for your workflow.

  • Address already in use is the key - something else has already bound to that address:port combination. Next step is to find out what process is listening on it. Try ss, netstat, lsof to name a few hints.

  • ESPHome is amazing - there's so much you can do without writing a single line of code.

    I have built a few projects around the platform - a boiler monitor that tells me temperatures and state of zone valves, an energy monitoring system tracking electricity usage and solar export, and a hot tub mod that inhibits the heater to reduce grid import and maximize self consumption of solar. They have all been rock-solid stable.

  • ZHA here. I picked it since it's a bit easier to set up with less bits. It works for me, so I didn't see a reason to change it. I have done channel changes a couple of times with no issue - maybe I just got lucky!

  • FreeCAD. It's fantastic but takes some getting used to. I recommend the Ondsel fork - it's still free and open source except for the cloud storage which you can ignore. Ondsel includes some newer features and some interface changes.

  • When I'm forced to, and not before then. X works perfectly well so there's no reason for me to switch to something else with less features.

  • Reboot to the snapshot you took of the root fs before starting the update, then just rerun the upgrade. If you are using btrfs (or ZFS) make use of its features so you never have this sort of problem.

  • ESP boards are so cheap that in my opinion this doesn't make a whole lot of sense - it's probably going to be more expensive than distributing ESPs around due to the wiring, and I guess I'd argue the distributed nature of HA/ESPHome is one of the best things about it, versus centralized alarm panels, for example, that used to be common decades ago, bringing all wiring back to a single location. Optimizing for unused GPIO pins isn't really something that bothers me, personally. What I like about my ESP projects is just the opposite - that I can sprinkle them around the house close to the things they measure and control.

    I don't mean to be super negative - of course you should do it however you want to, but that's my opinion - for what it's worth (i.e. nothing).

  • I have not encountered this with my Sonoff Zigbee plugs, for whatever that is worth (US split phase). I also haven't put large appliance loads on them.

  • I 3D print up a custom one, sized for each project.

  • So what do I have wrong here?

    Nothing, as far as I'm concerned. I guess DEs have to constantly change or they become stale to some people. I'm an older guy than the normal demographic here too and stale is exactly what I want. I run i3 with a bunch of terminals, a browser, and sublime text when vi in a terminal isn't enough (yes, it's really vim, but it'll always be vi to me), and I xsetroot the classic weave pattern for my background. That's it. I don't need or want menus, widgets, themes, file managers or anything else. I guess someday Wayland will win, and I'll be forced to do something different, but until then, not changing this extremely productive and efficient environment.

  • I don't use Fedora, but I have ZFS on all my Arch systems for everything (including root fs). So, I'll make a guess - is the package you installed for ZFS a DKMS kernel module, or a binary one? That's the first thing. If it's a DKMS module, I don't see anything on your output showing it was compiled, which would explain the module not loading. If it's a binary module in that package, it must be for the exact same version of the kernel that is installed - exact same. If it mismatches then you need either a different kennel or different ZFS package. In either case, you'll probably need to wire in a hook for your initramfs, but it looks that part might be ok from your output. Hope that helps, good luck. ZFS is incredibly good.

  • One thing with Reolink, for anyone seeing this, just be sure to get one of the hardwired (for power) cameras. I have a wired Reolink doorbell (which is quite nice) and a solar+battery powered Argus which is practically useless other than as a deterrent. The battery powered devices don't integrate well, no video streams, and have very weak object detection.

  • urxvt is the only terminal I'll use. Every time I try something else I come back to it because of some basic thing that's not right - usually font rendering which urxvt is one of the few that works well with scalable fonts. It's fast and simple and does everything I need without any bloated stuff I'll never use.

  • Yep, it's because of that proprietary and "every device must be licensed" nature of Z-wave that I use Zigbee devices - I'll pick an open platform everyday over a closed one, even if it has limitations.

  • Just install arch if that's what you want.

    Otherwise, RTFM - debootstrap.

  • I'm glad it was helpful. They are great little controllers and ESPHome makes them so accessible for people like me who don't really want to write code manually.

  • I don't have an exact answer to your problem, but I do have a few ideas to think about. I've got a few ESP32 WROOM boards running in various applications, so I'm a bit familiar. So here's my thoughts:

    • I only plug the module into data USB (computer) for the initial firmware provisioning. After that, it's 100% wifi and USB is only for power using a power supply, not the computer. And I do the initial provisioning with just the bare ESP32 - no breakout board, nothing plugged into GPIO. Get the device up on wifi with NO other configuration in the firmware.
    • I use the "arduino" framework. I don't know if that's correct or really matters, I've heard it's the same as "esp32dev" but I don't really know. I use "arduino" because that's what the examples used when I setup my first board.
    • Is it possible that the sensor module/board is using the same GPIO that the USB UART uses? There is a lot of shared usage of the GPIO that you've got to be careful to work around. The dev tools will often catch this when you compile your firmware, but not always. Again, using wifi after the initial provisioning might be enough if it is sharing GPIO with the serial port.
    • If you repower the ESP32 too many times rapidly it'll boot into safe mode. You can change the settings on that, but you can also just work slowly - make sure the device is powered on for a few minutes to record a good boot in the flash. It outputs a message in the logs, so it's handy to always be running the log command in a terminal while developing.

    Hope that helps! They are a lot of fun to integrate with HA.

  • Yep, all desktop environments have this - whatever text editor is handy. :⁠-⁠)