u/guyfrom7up

You'll love this; once my pr gets into crosspoint, it should triple the battery life.

I can't view it without tearing it down further; I might do that after I'm done developing software. Are you looking for a screen replacement?

The way you have it set up can you turn off the external battery remotely (or programmably)?

Currently no, but you could always have some programmed relay or something. I manually use the solar-switch on the DFU to connect/disconnect the batteries.

but many of those chargers don't default to just on.

My crappy aliexpress charger defaults to on. I just manually charge them (I'm using this battery backup only for extended blackouts).

Mmm probably, but why? What goal are you trying to achieve? Seems like an expensive solution.

Are you talking about the 12.6v output? I don't think the voltage is high enough to charge a 12v lifepo4 battery.

Just a breaker, otherwise it's just connecting the batteries directly to the LV solar input.

Even then, with 12 gauge you have a 25% overrating. Of course 10 gauge would be better, but I think it might be a bit over cautious in this situation.

EDIT: maybe I have misunderstood you, if you were suggesting 10 gauge for the 1000w situation, then I completely agree!

Usually once every 1-2 months, but I've only been really tracking it since October, so some of that may have been blackfriday/holiday deals.

I've trimmed it down a little, but the heavy hitters are:

Homelab Setup: * Home server + networking (120w) * Home office setup (2 laptops + huge monitor) (200w)

Home Appliances: * dehumidifier * fridge * standalone freezer * wine fridge * Samsung Frame TV

Ultimately, i was actually shocked by how much power my house consumes in "idle" mode since getting the Smart Panel 2, and I've cut down around 200w of idle consumption, but I think a lot of the remaining stuff just has to be the way it is.

The max current (limited by the DPU) is 15A. The thinnest cable in the setup is 12awg (max 20A). Most of the cables are 10awg.

They're regularly on sale for $200~$250 at AliExpress. That then stacks with coupons and Rakuten cashback.

Claude fixed so many issues on my server (HomeAssistant automations, power saving settings, zwave configurations, buggy sonarr/radarr configurations with sabnzbd, etc etc etc). I think it would have taken me around 80 hours of research/messing around to accomplish what ClaudeCode accomplished in an hour.

Discord without restarting for a week sometimes even causes slowdowns on my m3 with 24GB ram. Thats definitely on discord.

Reporting my Diva experience here.

Prior to this update: unusable for controlling other devices (e.g. hue bulbs) via home-assistant. I'm talking ~5 second delays, which is certainly long enough for users to think the light switch is broken. Which is a shame because I consider the Diva the best smarta dimmer with regards to aesthetics and usability (love the sliding dimmer).

After update: not perfect, but certainly usable. Going from off-to-on has ~1.5 second delay. Certainly noticeable, but usable. Going from on-to-off has about a ~2.5 second delay. Again, not great, but usable. Reacting to dimmer state: also about 1.5 seconds. u/Tyler_at_Lutron are there to be further latency improvements in future updates?

If you'd like to give it a try, the beta v4.0.0b1 of cyclopts has been released, which allows for the lazy loading of Python modules for subcommands.

Going further, providing feedback on an AI generated PR is incredibly unsatisfying, because the person on the other end will just copy/paste it into AI. So it's like, why not just cut out the middle man. Code review is supposed to be a learning opportunity, but it's certainly not when it's just pumped into AI.

The difference is, previously a well documented PR typically meant that the author knew what they were doing, understood the architecture, and they put effort into it. More likely than not, the PR is mostly good. The good documentation was a cherry on top of someone who is proud of their work.

Now, with an AI generated PR, it might look good on the surface, but might have a higher chance of architectural or generally-subtle bugs. The "author" of the PR may or may not understand what is going on at all in the code, they just know it fixes the exact situation that they were running into. Doesn't matter if the fix (or feature) is broadly correct or maintainable.

This is coming from someone who actively uses Claude Code.

Unless the Python script is being called in a tight loop, usually a lot of Python CLI slowness comes from parsing a bunch of large/complex config files and importing the world rather than from the CLI library/framework. This PEP would likely speed up a lot of Python CLIs!

ah! running the demo in the cyclopts README on my m3 macbook, the typer implementation ran in about 60mS while cyclopts took around 90mS, so cyclopts is slower. I haven't really put any effort into the parsing speed, so I can spend a little bit of time and see if there's any low hanging fruit.

EDIT: did some simple optimizations (not merged in yet) that reduce the cyclopts time from 90mS to 65mS. Basically there was an oversight and rich WAS in-fact being used in the happy path.

Compared to what? Depending on the system/script/configuration, lazy importing rich makes the "happy" non-rich path maybe like 50mS faster (I.e. maybe around 40% faster)

Self plug, but in cyclopts we explicitly have rich lazily imported everywhere for this reason. Having this pep could make the code in many areas much cleaner.

The Amex Platinum also just recently added YouTube Premium as an option for your $25/mo streaming credit. So naturally I cancelled my “free” Disney subscription in favor of a YouTube Premium Family Plan.

Thanks for some context/history on the distillery!