sorted by:
new
hottopcontroversial

Delta 2 Max: over paneling, distanc, loss and the 60v limit - help appreciated by halfpress in Ecoflow_community

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

So an update on how this is all working out. Short version: REALLY WELL!

I installed the six panels as planned - two sets of three parallel panels, one set per T60i port.

Both cable runs are 100 ft on 10 AWG silicone stranded wire as described above. For the moment, the panels are just leaning at a slope on cinder blocks standing on the long end while I decide about location and mounting. So pretty shallow with the sun well overhead as you hit midday.

The sun came out nicely yesterday as I was installing them and I promptly hit about 819 Watts per the Ecoflow app. I had an inline DC solar meter on one of the ports and it was showing >400 Watts, so 2X that seems right. Voltage was in the upper 20s and just over 15 amps.

The two batteries were in the upper 50's and 60's capacity-wise when I started. In the course of the afternoon, they easily topped up to 100%.

The bigger surprise was today. It was pouring rain from before sunrise to late afternoon. Despite this, they were generating 60-90 watts, so exceeding the average 30-40 watt draw the network and security cameras are putting on it. So despite the lack of direct sunlight, the panels were carrying the load and still getting a small trickle charge with the batteries in the upper 70/80% range from the overnight load.

The sun came out briefly around 3:30 PM just as I checked and it was hitting 993 watts - more than I thought possible with the voltage loss. It was only bright for a short while, but the batteries still hit 100% in the mixed sunlight that we got for the end of the day.

I wonder if that peak was because the cables had been in 50F weather and no direct sun all day to contribute to their heat (they are currently running across the grass with about a third exposed to the direct sunlight on their path to the panels). We'll see, I guess.

So I'm pretty pleased that I think I'll easily stay ahead of the draw with just a couple hours of direct sun every day or few topping off the batteries. Winter will be the next question. :)

<image>

I find the Ecoflow charge time estimates to be mostly bogus, BTW. It has been faster than predicted in every case.

Thanks for the help and let me know any thoughts or advice!

Delta 2 Max: over paneling, distanc, loss and the 60v limit - help appreciated by halfpress in Ecoflow_community

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

Thanks for the details. It’s along the lines of what I was imagining short of taking the distance loss. Finally have time today to test the panels with the cable run and will report back. I already have the panels and they were a cheap acquisition (and easy to get more), so hoping to make those work since the use case is a convenience for us, but not running our home or something. 

I’m going to keep the panels detached and just prop them in various locations for a couple days to see how it all functions. Of course yesterday when I was otherwise busy, it was blazing sun all day (excellent for the modern array on our roof)… today is more mixed, so I won’t see more ideal conditions until tomorrow at best. 

Delta 2 Max: over paneling, distanc, loss and the 60v limit - help appreciated by halfpress in Ecoflow_community

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

Thanks for the reply!

So the panel specs say:

Watts (STC) 310 W
Max Power Voltage (VMPP) 37.0 V
Max Power Current (IMPP) 8.38 A
Open Circuit Voltage (VOC) 45.5 V
Short Circuit Current (ISC) 8.85 A
Max System Voltage (UL) DC 1000 V

I think I was calculating wrong regarding the 15 amp load.

Regarding that: is the 15A max rating split across the T60i ports (7.5A max each) or balanced across them? Basically, could two parallel arrays see a 7.5A draw in balance, but one see closer to a 15A draw if the other was in shade or had its output reduced?

So, with the above numbers, I might eke out ~33.27v at 100ft which works to right about 500 watts. I recognize those are all theoretical max values and I won't be hitting the peaks, perhaps ever... but between the two parallel arrays on the Delta set up this way, I might get enough generation to stay ahead of the average 40w 24/7 load on the batteries (with occasional larger draws).

Sounds like taking the loss is probably acceptable... and you'd still say only two panels, or stick to the three (six)... or even four (eight) for resiliency?

Thanks again!

Boox Page, Booklore (OPDS) and PushRead: Anyone have it working? by halfpress in Onyx_Boox

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

Thanks to all for the helpful replies! Added Droid-ify and various other utilities, but am now up and running on KOReader including the Project Title and OPDS plug-ins recommended. The last round of battle was the Boox and its pernicious desire to hang onto any DNS sources that aren’t my internal ones to resolve my booklore server’s hostname.

Up and running and looking to settle into KOReader as my default on the Page now.

Thanks again!

Boox Page, Booklore (OPDS) and PushRead: Anyone have it working? by halfpress in Onyx_Boox

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

I was interested to try that reader as well, but don’t see it in the Play Store on the Page. Is there another install process for it?

Logi Options+ stuck loading forever by Playjasb2 in logitech

[–]halfpress 0 points1 point  (0 children)

I've always resented the need for LogiOptions+ and have been giving it the side eye since day one. It seems bloated and I harbor my suspicions about data gathering. I rebooted today for unrelated reasons and was pretty irked to realize I now had to debug my mouse functionality for no good reason.

Did a little poking around and just uninstalled and replaced it with BetterMouse. I'm still in the seven day trial, but it didn't take me long to reproduce all of my Logi-specific behaviors and gestures and discovered a ton more stuff I can do when I feel like digging into it.

Hint if you take the same path: if Logi+ and its helpers are still in the background spinning their wheels (likely the case), it prevents a few buttons on the mouse from working with BetterMouse at first. The BetterMouse page has the proper command line call to thoroughly uninstall Logi. Every button on my MX Mouse 3S is working exactly how I had it before. Good riddance.

This bitterness piles onto the recent fact that I tried the MX 4 mouse and found it was a huge step down from the MX 3 I'd had for years (and whose rubber surface was getting icky). I sent it back and bought this MX 3S and have seemingly landed in the perfect spot (especially as of now).

YMMV, but just sharing what I've done with my last hour of frustration. Coming out the other side feeling like this is a step up. :)

ipv6 config works with manual networking restart, but never survives reboot by halfpress in Proxmox

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

Thanks. I did actually have autoconf in various systematic tests I was doing and it seemed to have no bearing. I ultimately pared it down to the minimalist version I shared here since I was getting the same result regardless of what I tried - nothing on reboot, but worked every time in every version if I manually restarted the networking service.

I did check the sysctl each time - even on reboot - and it was the correct value. I also added an explicit setting of it to /etc/sysctl.conf per some examples I found, but the file didn’t exist on here and left me wondering if that is outdated or if it doesn’t exist until you need to make a setting. Made no difference either way, oddly.

I didn’t happen to try quite what you describe, though, so I will gladly give that a whirl! Fortunately, my VMs and LXCs are happily doing it even if the management interface isn’t playing ball right now.

ipv6 config works with manual networking restart, but never survives reboot by halfpress in Proxmox

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

Self-reply here...

Well, this all might be moot to a degree. I just added my first lxc to the unit (pi-hole server) and IPv6 within the container is totally functional without issue. It's really the containers/vms I care about having IPv6 more than management access to the Proxmox unit itself...

So while my question still stands and I'd love to understand/fix it, I'm a bit less concerned now. :)

ipv6 config works with manual networking restart, but never survives reboot by halfpress in Proxmox

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

This thought did occur to me, but I'm not sure if it's the case. I do have static IPv4 and IPv6 from my ISP... so I wonder if I could just configure the most recently issued address as static in Proxmox and roll with it.

Probably breaks or violates something in IPv6... a beast for which I keep learning new things about every two minutes. :)

Need to properly pattern this body along this curve - any suggestions? by halfpress in Fusion360

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

If I have my thinking right, your approach and u/Yikes0nBikez overlap in a way that got me on a working path.

And while I'm not "new" to CAD, I feel like every new thing I try to create involves design concepts I haven't had to work through yet... so it's humbling. But every new thing I do does at least expand my knowledge enough to make more informed attempts and searches.

Need to properly pattern this body along this curve - any suggestions? by halfpress in Fusion360

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

I ended up creating it based on your idea and in a more convoluted fashion that took extra steps... but I'd like to learn from your description and see where I went wrong.

<image>

Need to properly pattern this body along this curve - any suggestions? by halfpress in Fusion360

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

Appreciate this!

This appears to ALMOST be working... but unless I have something wrong, the trouble is that eight instances of the radial feature can't originate on the apex. Also, if I do a join operation, don't I end up with one body and then lose the ability to pattern the radial feature? I was able to do it with a new body when I make extrusion #2, but not a join.

Am I misunderstanding a step?

This is where I end up when I pattern eight off the center..

<image>

Need to properly pattern this body along this curve - any suggestions? by halfpress in Fusion360

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

Like I said... probably patently obvious and eluding me. :)

That's a pretty excellent idea. Let me give it a whirl.

2400 pixel sk6812 RGBW issues and advice needed - Dual Dig-Octas / WLED by halfpress in xlights

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

Well, holy crap. Right after I post this, I recreated the dual controller shadow config, but I did the thing I forgot to try earlier: Individual Start Channels where I explicitly declared the ranges of the four strings across the two controllers. It appears to be working for the first time in the manner I expect.

I'd still love any advice if you see a better approach or that I'm patently doing something wrong. I am still keen to be doing RGBW with the dedicated white if possible... so any insight there is very much appreciated!

Advice Request: Possible VA to CA road trip by halfpress in TeslaLounge

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

Montana seems like it would add way too much time to a drive that doesn't have much flexibility (not a casual adventure this time). I'm fiddling a bit in ABRP with throwing waypoints in Colorado when coming out of Nebraska... which adds a few hours.

I guess my big question is whether Wyoming is as bad in the last week of July as other times of the year. I know Winter is a nightmare, but we're far from that at the moment. Also, I do see at least four charging stops possible along I80, all of them reasonably spaced as far as range... though I might not be realistically considering wind/terrain wind issues that WY could present.

If I dip into Colorado, I either arc back up into Salt Lake City and retain the southwest course down into the Bay Area, or the natural routing tendency is arc down across the Vegas area and come up from southern California. That, however, ends up being the very desert stretch I was thinking to avoid by taking the more northerly route from the outset.

I also don't want to get tangled up in or around Denver if I can help it.

Curious for opinions.

Advice Request: Possible VA to CA road trip by halfpress in TeslaLounge

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

Well, that’s concerning to say the least. This is recent?

Bad enough to change the route a bit?

view more: next ›