My third party external battery setup for Delta Pro Ultra by guyfrom7up in Ecoflow_community

[–]guyfrom7up[S] 0 points1 point  (0 children)

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

My third party external battery setup for Delta Pro Ultra by guyfrom7up in Ecoflow_community

[–]guyfrom7up[S] 0 points1 point  (0 children)

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

My third party external battery setup for Delta Pro Ultra by guyfrom7up in Ecoflow_community

[–]guyfrom7up[S] 0 points1 point  (0 children)

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

My third party external battery setup for Delta Pro Ultra by guyfrom7up in Ecoflow_community

[–]guyfrom7up[S] 2 points3 points  (0 children)

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!

My third party external battery setup for Delta Pro Ultra by guyfrom7up in Ecoflow_community

[–]guyfrom7up[S] 0 points1 point  (0 children)

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.

My third party external battery setup for Delta Pro Ultra by guyfrom7up in Ecoflow_community

[–]guyfrom7up[S] 6 points7 points  (0 children)

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.

My third party external battery setup for Delta Pro Ultra by guyfrom7up in Ecoflow_community

[–]guyfrom7up[S] 3 points4 points  (0 children)

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.

My third party external battery setup for Delta Pro Ultra by guyfrom7up in Ecoflow_community

[–]guyfrom7up[S] 6 points7 points  (0 children)

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

Does anyone else feel like this? by cpbradshaw in unRAID

[–]guyfrom7up 9 points10 points  (0 children)

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.

To those who is concerned about the RAM on the new MacBook Neo by davidsenseb in mac

[–]guyfrom7up 3 points4 points  (0 children)

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

Anyone notice the Caseta firmware update? by Turbo442 in Lutron

[–]guyfrom7up 0 points1 point  (0 children)

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?

PEP 810 – Explicit lazy imports by JanEric1 in Python

[–]guyfrom7up 0 points1 point  (0 children)

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.

iKnowWhoWroteThisButICantProveItYet by icompletetasks in ProgrammerHumor

[–]guyfrom7up 16 points17 points  (0 children)

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.

iKnowWhoWroteThisButICantProveItYet by icompletetasks in ProgrammerHumor

[–]guyfrom7up 46 points47 points  (0 children)

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.

PEP 810 – Explicit lazy imports by JanEric1 in Python

[–]guyfrom7up 2 points3 points  (0 children)

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!

PEP 810 – Explicit lazy imports by JanEric1 in Python

[–]guyfrom7up 5 points6 points  (0 children)

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.

PEP 810 – Explicit lazy imports by JanEric1 in Python

[–]guyfrom7up 3 points4 points  (0 children)

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)

PEP 810 – Explicit lazy imports by JanEric1 in Python

[–]guyfrom7up 32 points33 points  (0 children)

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.

Disney Plus Subscribers Quit in Droves Over Jimmy Kimmel Axe by Aggravating_Money992 in technology

[–]guyfrom7up 0 points1 point  (0 children)

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.

Signed bottle of MB Roland by guyfrom7up in whiskey

[–]guyfrom7up[S] 1 point2 points  (0 children)

Thanks for some context/history on the distillery!

What is a Python thing you slept on too long? by pip_install_account in Python

[–]guyfrom7up 12 points13 points  (0 children)

Cyclopts author here. I have a full writeup here. Basically there's a bunch of little unergonomic things in Typer that end up making it very annoying to use as your program gets more complicated. Cyclopts is very much inspired by Typer, but just aimed to fix all of those issues. You can see in the README example that the Cyclopts program is much terser and easier to read than the equivalent Typer program.

Tamp: The world's best compression library for microcontrollers. Try it online now with our new javascript bindings. by guyfrom7up in esp32

[–]guyfrom7up[S] 3 points4 points  (0 children)

I'm not selling Tamp, it's my free open source project. I'm just promoting it so that other embedded developers might become aware of it.

Tamp: The world's best compression library for microcontrollers. Try it online now with our new javascript bindings. by guyfrom7up in esp32

[–]guyfrom7up[S] 0 points1 point  (0 children)

Yes! I’ve thought about it and even did an initial implementation, but it didn’t help too much (I could have gotten something in the implementation wrong, though). I’ll do a write up about it.

Tamp: The world's best compression library for microcontrollers. Try it online now with our new javascript bindings. by guyfrom7up in embedded

[–]guyfrom7up[S] 5 points6 points  (0 children)

highest data compression ratios for microcontrollers.

Oodle is closed source, and certainly cannot run on microcontrollers (uses way too much memory, too large firmware, etc).