What kind of car is the battery from?
Hi @davirus, I'm afraid you may have misunderstood the purpose of the power saving setting, and hence misunderstood the meaning of the power numbers in our abbreviated description of it.davirus wrote: ↑Tue, 21 May 2019, 12:10 it has very important point , when running in off-grid , if during winter time you have low solar power , the internal power consumption is higher than charging rate , in my case seems that 50W is too low for stopping the inverter to avoid discharging the batteries , it destroyed my batteries by discharing them , this setting should be set to a minimum 100W to overcome the internal consumption of the inverter , i need help doing that , i`ve search all over the net , i`ve tried all 3 options of parameter 4 , and now , i`ve written an email to support@mppsolar.com , i hove someone will reply.
SAv [04] nor Power saving mode Normal (AC on, DC-DC on, 50 W no load)
SdS Saving disabled (AC on, DC-DC 33% when low load, 46 W no load)
SEn (when PAr = SnG) Saving enabled (AC off when low load, 2 W no load)
Interesting. But those don't sound like bugs that later firmware can fix, since older PIPs did not behave like that.Greendrake wrote: ↑Sun, 09 Jun 2019, 20:19 They do have the solar charging bug mentioned earlier in this thread (reported power appears to be twice as much lower until you turn PV off and back on). They also do not accept AC input when in parallel mode (the AC input sign just flashes with no error code). When in single mode, the same AC input works just fine.
You certainly do not have PF1, and not the 64 V option either. I could not imagine how you came to that conclusion, until I "executed" the decision tree with the parameter "52.30" myself. I see I had a bug in my logicThe firmware is 52.30. According to the decision tree it is tantamount to 72 "Else if the current firmware minor version is less than 40 then". However, I am not too sure that I have "5 kW (PF1) model with the 64 V option" as that entry says.
Fixed now. In short, you could try 72.70c or really you may as well go to 73.00e. You even have the luxury of reverting back to factory firmware version 52.30, if it doesn't work. But as above, I don't expect it to fix your main problems, unfortunately. They seem to be rooted in imperfect copies of the hardware.
Thank you! Will give it a shot soon and report back if it fixes the AC input problem when in parallel.
???????????????????????????????????
Which post do you mean? Have in the last few weeks the 100 pages certainly felt twice read.
MPPSolar and the R&D section of Voltronic Power are in Taiwan. The machines are manufactured in mainland China by Voltronic Power. 90% of their work force is in mainland China.
Since 3 weeks ago I have same problem (PIP 4048MS) like mirceaalex001 describes. Night is coming but SCC do not go off. Instead is showing on PV input same voltage as is on battery (and there really is, but not coming from panels). When SCC is forced to restart than it is ok till next morning. I disconnect PV array, but it is same.mirceaalex001 wrote: ↑Thu, 24 May 2018, 14:34 My problem is that at night , the scc stays on , because somehow i get voltage on the scc coils ( driver 1 , driver 2 ) And i need a setting that will cut scc at higher voltage ( i have like 2volts + the battery voltage all the time on the pv input ,when the scc relay is connected ).If i change charging settings at night , and the relay disengage , evreything is ok untill next morning (The pv input voltage disapear )
Have you checked the current sharing cables? (The wire pairs that terminate in small green plugs). These have been known to work loose (or were loose from the start but only played up long after installation), and have caused this error in the past. Another user had a loose neutral wire on one of the inverters' AC output terminals. Obviously the live wire could do the same thing.
Yes. I rechecked all sharing cables. Everything is correct. Now is fault 80 (CAN data loss). Perhaps a board parallel is faulting ?coulomb wrote: ↑Wed, 26 Jun 2019, 06:48Have you checked the current sharing cables? (The wire pairs that terminate in small green plugs). These have been known to work loose (or were loose from the start but only played up long after installation), and have caused this error in the past. Another user had a loose neutral wire on one of the inverters' AC output terminals. Obviously the live wire could do the same thing.
Yes. Or it could be a CAN cable.
WTF... But which one? I think fault board throw error 80 the first, after the others?? Is it correct?