[–] 1 point 2 days ago (1 child)

It's also against the NEC in the US, I think. People expect low voltage wires to be low voltage and handle them as such. If a high voltage somehow ends up touching a low voltage bare wire, your friendly Ethernet cable could turn deadly.

  • source
  • parent
  • context
  • [–] 2 points 1 week ago*

    I've played around with water twice, most recently within the past couple of weeks.

    My house has well water which is very clear and refreshing, but relatively hard. We have a water softener, so what comes out of the tap has 0 hardness.

    That doesn't mean there's nothing in it, just no calcium (or magnesium, I think).

    My water is also pretty basic (high pH).

    Soft, basic water can lead to boring coffee from what I've read.

    Most recently I followed the instructions at Barista Hustle to make my own water using distilled water, baking soda, and epsom salt.

    I'm loving the espressos I'm getting, so the next thing for me to do is switch back to my well water and see if gets noticeably worse.

    To answer your question, though -- it depends on your water.

    Look for a water report from your municipality. If things are pretty reasonable, a filter may not change your coffee game.

    I've heard that RO filters are the best type, but you may end up removing too much good stuff. In that case you can re-add your own minerals to taste.

  • source
  • [–] 1 point 1 week ago

    I'm currently in the middle of my umteenth watch-through. I'm excited, but naturally nothing can really top the earlier seasons. And that's ok. Any Sunny is better than no Sunny.

  • source
  • [–] 6 points 1 week ago

    Official word from wildlife experts is to help turtles across the road, carrying them in the direction they're facing.

    Except for Snapping Turtles. There's no safe place to grab them unless you have thick leather gloves.

  • source
  • parent
  • context
  •  

    Frigate is NVR software with motion detection, object detection, recording, etc.. It has matured a lot over the past couple of years and I'm really happy with it.

    I've been running Frigate for a while, but with version 0.17.0 it sounded like things have changed enough for me to update how I do things. I'm writing all of the following in case anyone else is in the same boat. There's a lot to read, but hopefully it helps make sense of the options.

    Keeping my camera feeds the same, I was interested in switching my object detector from a Google Coral to the embedded graphics in my 13th gen Intel CPU. The main reason for this was because the Google Coral was flaky and I was having to reboot all the time. Maybe because I run Frigate in a virtual machine in Proxmox, so the Coral has to be passed through to the VM? Not sure.

    I also wanted to figure out how to get the camera streams to work better in Home Assistant.

    Switching from Google Coral to OpenVINO

    This was relatively straight forward. I mostly followed these directions and ended up with:

    detectors:  
      ov:  
        type: openvino  
        device: GPU  
    

    Switching from the default to YOLOv9

    Frigate comes with some default ability to detect objects such as person and car. I kept hearing that YOLOv9 was more accurate, and they even got YOLOv9 working with Google Coral devices, just with a limited set of objects. So, I wanted to switch.

    This took me a minute to wrap my head around since it's not enabled out of the box.

    I added the following to my config based on these directions :

    model:  
      model_type: yolo-generic  
      width: 320 # <--- should match the imgsize set during model export  
      height: 320 # <--- should match the imgsize set during model export  
      input_tensor: nchw  
      input_dtype: float  
      path: /config/model_cache/yolo.onnx  
      labelmap_path: /labelmap/coco-80.txt  
    

    ... except for me the yolo file is called yolov9-t-320.onnx instead of yolo.onnx... but I could have just as easily renamed the file.

    That brings us to the next part -- how to get the yolo.onnx file. It's a bit buried in the documentation, but I ran the commands provided here. I just copied the whole block of provided commands and ran them all at once. The result is an .onnx file in whatever folder you're currently in.

    The .onnx file needs to be copied to /config/model_cache/, wherever that might be based on your Docker Compose.

    That made me wonder about the other file, coco-80.txt. Well, it turns out coco-80.txt is already included inside the container, so nothing to do there. That file is handy though, because it lists 80 possible things that you can track. Here's the list on github.

    I won't go over the rest of the camera/motion configuration, because if you're doing this then you definitely need to dive into the documentation for a bunch of other stuff.

    Making the streams work in Home Assistant

    I've had the Frigate integration running in Home Assistant for a long time, but clicking on the cameras only showed a still frame, and no video would play.

    Home Assistant is not on the same host as Frigate, by the way. Otherwise I'd have an easier time with this. But that's not how mine is set up.

    It turns out my problem was caused by me using go2rtc in my Frigate setup. go2rtc is great and acts as a re-streamer. This might reduce bandwidth which is important especially for wifi cameras. But, it's optional, and I learned that I don't want it.

    go2rtc should work with Home Assistant if they're both running on the same host (same IP address), or if you run the Docker stack with network_mode: host so it has full access to everything. I tried doing that, but for some reason Frigate got into a boot loop, so I changed it back to the bridge network that I had previously.

    The reason for this, apparently, is that go2rtc requires more than whatever published ports they say to open in Docker. Maybe it uses random ports or some other network magic. I'm not sure.

    The downside of not having go2rtc is that the camera feeds in the Frigate UI are limited to 720p. I can live with that. The feeds in Home Assistant are still full quality, and recordings are still full quality.

    By removing go2rtc from my config, Home Assistant now streams directly from the cameras themselves instead of looking for the go2rtc restream. You may have to click "Reconfigure" in the Home Assistant integration for the API to catch up.

    Hope this helps. If not, sorry you had to read all of this.

     

    I made this post 3 months ago: https://sh.itjust.works/post/50242033

    @stevetech@aussie.zone was super helpful in checking that my Mikrotik configuration was set up correctly. There's a mess of IPv6 information out there for Mikrotik and it's confusing for a mid-nerd like myself.

    Anyway, I checked the other day and boom, I had a prefix assigned by my ISP (Frontier).

    Unfortunately Frontier has decided to give out /64 prefixes. The downside to that is you can't use SLAAC inside your LAN to do subnetting (guest networks, VLANs, etc).

    So my next step is to learn about DHCPv6 to manage things inside my LAN.

    There are comments on other forums that are hopeful that since Verizon bought Frontier, they'll eventually switch to handing out /56 prefixes.

     

    I've had Frontier fiber internet for the past 2-ish years. No complaints at all, but the nerd in me desires IPv6. I have the Frontier provided ONT device but declined their router. I have a MikroTik RB5009 which has been "searching" for an IPv6 prefix.

    Anyway, I found this link during my research some time ago, and it finally looks like Frontier is enabling IPv6 for people.

    I'm still not sure I'll be able to get it until I get the settings just right, but thought I'd share.

    view more: next ›