Most reacted posts

I am looking to add a manual transfer switch before my main panel so I can back feed power to my whole home in the event of a power outage. The 200A utility would connect to the switch, which would then connect to my main panel, and to my Sol Ark 15k. By default I would have the switch...

Quick update on my issues: CTs were never installed Anti-reverse function was enabled, but my understanding now is that this function requires CTs to work properly I disabled anti-reverse and things started to work as expected both on and off grid I'm now discussing where to place the CTs...

I tried the hose idea! Even standing on a ladder, I couldn't reach them with enough water to make a difference. My roof is actually quite steep. On regular snow days, it does tend to slide off on its own. We recently got a dumping of 25-30" so they didn't see the sun for over a week...

This is very interesting, hadn't considered it. Time to do some reading!

Yes. Yes. And what happens when I need to service the inverter? Did you read the post?

My inverter shows all values update at once, and I would assume it's sending those same values to the logger, just looks like an implementation issue. The dashboard does not update all values at the same time, making them appear to be incorrect. Why would you want 10 second logging? Why not...

The dashboard values are updated every 1-2 seconds, so SA is definitely receiving this data. This includes AC load, battery load, PV, and SOC. The charts for these values only offer data points every 10 seconds. No mystery here!

almost :D no problem, it's the reality of working with such a poorly documented unit

Load 2 is for 'unimportant' loads. The MR will shut that off when battery is not sufficient. All critical loads should be connected to Load 1.

With solar assistant I see no need for the app. What benefit would it provide? Yes, exactly. Again, this is not the job of the Pi. This is handled on the client - your computer, phone, tablet, whatever.

I think this comment is the real reason SA has value. Unless someone has already done this from Sol Ark into Home Assistant, it would likely be very time consuming / complicated to do. I'm plugging this into the Pi today so SA can get more details about my batteries. I hope it's the right...

I finally made the switch to Solar Assistant from the default logger (PV pro) for my Sol-Ark. Now that I have it running, I wanted to share my experience and pose a question. Good things: Easy setup I have control over my data I do not rely on an internet connection to log data Logging...

I noticed this browning on the neutral coming in to my main panel. Maybe an indication of an issue? Would this connection point be considered the service entrance?

Hey everyone thanks for posting all of this useful information. I received updated firmware from Megarevo today. The zip does not contain an installer so I am waiting on that, but you may be able to use the one from page 9 of this thread. I'm not sure what the DSP version is, but CPU version...

I tried a different W10 machine and it worked o_O It would be nice if return is not an absolute value, but relative to the grid status. For example: grid discharge = 80 off grid discharge = 95 return = 20 grid discharges to 80, then charges to 60 (40 SOC) before discharging again off grid...

CTs corrected alot of similar problems for me. How did you disable them?

Where'd you hear this? I spoke with support who could not confirm. I find it very annoying that they will not publish any sort of changelog for their firmware updates.

Maybe a dumb question, but during the meting process, would it help to shutoff the incoming PV?

Might have to, although I'm in touch with them so I'll see if it's possible to add a user-defined setting to control logging interval.

I've called 15+ electrical companies and nobody is able to help. Some get scared off when I mention solar, others have no idea what hardware would be code compliant aside from expensive auto transfer switches. Regarding the interlock option, I am not able to find something off the shelf, nor...

Are you suggesting i take my own voltage readings and compare against the voltages reported by BMS? Or is the info I posted above enough?

Over the last hour or 2 the top/bottom batteries now have the highest current in the rack. Does the BMS have control over how much each battery will charge / discharge based on the load? Or is it all up to physics? Any guess why the top and bottom seem to always have a very similar current...

Good point. Much less likely to burn out components, easy to automate. My panels Voc is around 47, I'm guessing I could branch off my 48v battery rack to the PV..how do you plan on applying voltage?

on the left is array 1 and 2 before upgrade on the right is after peak current went from 8a to 0.8a

The historical data provides the real insight into your system. Unless you're staring at the dashboard all day, the charts hold the real value. From their website, very misleading: It is already being polled every second by the logger. The issue is that SA is not writing those values to the...

Can you try a return of 20%? I think that value needs to be higher than the discharge value. So it will discharge to 60 soc and charge to 80 before discharging again.

I have 6x Jakiper 48v 100Ah in a server rack. Originally 1 set of 2/0 wires in a diagonal configuration on the bus bars. Now 2 sets of 2/0 wires in a square configuration. In both cases, I have considerably less charge / discharge current on the top and bottom batteries. Batteries all...

Yep bus bars, my wiring config is described above ^^ I find it interesting that from 100% SOC, the top / bottom have lower current, but later around 80% SOC, they have higher current. Voltages are so similar so I would guess the BMS is involved in this but I really don't know what I'm talking...

This one is from today, where I reset the pre-inverter PV breakers a few times. Each time I would get a brief moment of expected power output (<30s) then back to garbage.

Currently, if I enable solar input AT ALL, I will draw <10W for about 1 minute then the inverter will RESTART itself. This continues until I shut off the PV breakers.

225A main with a 40A breaker to inverter grid. 60A sub panel on Load 1. Everything seems to work as expected if there is no power coming from grid. When grid is enabled, PV throttles and battery is always charging. Grid and Off Grid DOD both 80. I'll try upping the return to 50 but you can...

Sol-Ark support wants to push an update that they think will fix my problem. I mentioned the loose neutral theory but they haven't commented on that yet. I would assume their engineers considered this while developing the software fix but who knows! I think I will let them apply the update...

DSP 2.04.11 makes no sense, a dev mistake I assume :unsure: Got me a cable I'll run the update in a few hours. For the record I am doing this update in hopes of solving a few issues on ARM 1.03.06 / DSP 1.04.06: Freezing data feed PV input, battery, load readouts on the display stop updating...

here you can see the battery stops getting discharged after update. work mode has always been self-consumption

Yeah but I was looking at the Canadian site, hoping to source something from Canada. Good to know I have options though. Double throw means it can point to 2 different loads (as well as off)? Backyard wedding this summer, a lot of important circuits on my main panel I want backed up.

And from today, where I was playing around with settings, disabling grid here and there, etc

That thing is MASSIVE!! I would have to move a lot of stuff around to make space. Any smaller options out there?

Snow is really killing my solar buzz. Is it possible to back feed into the panels to heat them up without creating a fire hazard? Or any other solutions aside from a brush? My roof is way too high for me to reach so I need to find another solution!

I'm trying to figure out what a bunch of these settings mean, the manual is pretty useless. Is there a better description somewhere? I'm wondering about: sys > start delay - why is this an option? bat > discharge depth > return - what does it do? run > every setting (react mode, power, vac...

This is a good point. Without this, you would need to give techs access to your SA dashboard, and they may not want to use a different interface to help diagnose problems. They would, however, have access to higher resolution data. Last I heard, they are targeting 30 second data points (big...

Quick update on the grid disconnects: SA support developed a software fix and applied to my machine last night. I also swapped my CTs last night, as @fromport pointed out from the charts they were on the wrong legs. Attached are the graphs prior to the update, and the single graph is from...

My entire house is connected to that feed, so you're suggesting just running the CLP until it's inspected? I purposely set the thermostat very high so the AC would not kick on (over fears of another disconnect). Alarms came from battery under voltage (it discharged beyond the 15% minimum I...

Thanks! I will give this a shot, if all is good I'll pass along the info to SA to update their webpage. I think the thread title is confusing, sorry about that. I got control over my data by switching away from the default logger for my Sol Ark which is PV Pro. That system relies on an...

The house is 20 years old and I've only been here for 1, so it could be an issue that was previously remedied. I am not making any assumptions here, still planning on looking into the melted wires.

Do you have a battery charger you can use to get them to 10%+ SOC then see if connecting just the batts will turn on the MR?

It looks like 1 is max SOC while the other is low, I think they should be matched up with a charger before connecting to the MR

lined up the days since commission to show disconnect times

I'm not sure what the system defines as "sufficient". It could be linked to the off-grid DOD / return settings, but the manual is not clear. If your current DoD is 15% but you have a return DoD of 10%, the batteries would not start discharging until they are charged up to 90%.

Found this on another forum: Standard Reference: CSA C22.2 No. 178.2-04 Clause 5.9.5 Removal of covers, doors or access panels shall not result in defeating the interlocking mechanism. I have a 60a critical load subpanel with an interlock? that is not attached to the panel cover. I'm hoping...

Have you tried switching to bat priority mode?