PIP-5048GE, PIP-5048GK and PIP-5048MG inverters (with unsafe SCC)

non-EV Solar, Wind and other renewable power sources
non-EV batteries and other energy storage stuff
Forum rules
Important!
This forum is for discussion of Non-EV matters.
Nietschy
Noobie
Posts: 6
Joined: Mon, 14 Oct 2019, 02:09

Re: PIP-5048GE, PIP-5048GK and PIP-5048MG inverters (with unsafe SCC)

Post by Nietschy » Mon, 14 Oct 2019, 14:46

coulomb wrote:
Mon, 14 Oct 2019, 08:08
Welcome to the forum.
Thanks for the greetings
coulomb wrote:
Mon, 14 Oct 2019, 08:08
We have a separate topic for the GE/GK/MG models. But since this is a protocol issue, and the protocols are more or less uniform across the models, I'm happy to let this post stay in this topic.
I appreciate for you letting this stay here!
I know that there is a GK thread, but there is not much going on, and since you talk here about protocols, I thought I may put it here.
coulomb wrote:
Mon, 14 Oct 2019, 08:08
Perhaps you are using in-between values?
Switching back to battery mode is contingent on the battery voltage exceeding setting 13. Be aware of the effect of setting 29 (low DC cutoff voltage), as mentioned in FAQ question 2.
I tried this with multiple variations of the values, but with no luck.
I run the solution from ned-kelly https://github.com/ned-kelly/docker-vol ... eassistant (thank you for your work!)

Code: Select all

root@orgor:~# docker exec -it voltronic-mqtt /opt/inverter-cli/bin/inverter_poller -d -1 -r MUCHGC020
Mon Oct 14 06:23:43 2019 INVERTER: Debug set
Mon Oct 14 06:23:43 2019 INVERTER: Current CRC: F3 F1
Mon Oct 14 06:23:43 2019 INVERTER: cmd: MUCHGC020
Mon Oct 14 06:23:43 2019 INVERTER: buf2: MUCHGC020
Mon Oct 14 06:23:45 2019 INVERTER: MUCHGC020 reply size (7 bytes)
Mon Oct 14 06:23:45 2019 INVERTER: MUCHGC020: 7 bytes read: (NAK
Mon Oct 14 06:23:45 2019 INVERTER: MUCHGC020 query finished
Reply:  NAK
but as it seems, I am getting no where with it. I start to think that there is some error in the program with commands that are longer than 8 chars...
If you also say, that these commands are correct, I need to beef up some cpp wisdom of mine.

Also thank you for your help with the commands, since I am stuck with original firmware, I will see what parameters I can use while keeping the Pylontech protocol running.
I am running the Pylontech batteries that come with a serial interface to monitor the BMS and react accordingly. I thought this combination was a good fit, but since the reaction voltages you describe, are still for lead acid batteries, I start to question the integration level from MPP solar here...
Sadly many parameters (2, 26, 27, 29) are locked to certain values if you select PYL as battery type.

So I started by changing parameter 12 to 49V to get to the 2V difference you mentioned. I hope this gets me somewhere.

User avatar
coulomb
Site Admin
Posts: 3757
Joined: Thu, 22 Jan 2009, 20:32
Real Name: Mike Van Emmerik
Location: Brisbane
Contact:

Re: PIP-5048GE, PIP-5048GK and PIP-5048MG inverters (with unsafe SCC)

Post by coulomb » Mon, 14 Oct 2019, 17:51

Nietschy wrote:
Mon, 14 Oct 2019, 14:46
If the PIP switches to line mode after a 110% load event, it stays there forever until I completely turn it off and on again
I just noticed that setting 13 has the note: "when selecting SBU priority or Solar first in program 01". Are you in either of these output source priorities?
[ Edit: oops. That's for an MS model; GKs could well be different. ]
Nissan Leaf 2012 with new battery May 2019.
5650 W solar, 2xPIP-4048MS inverters, 16 kWh battery.
1.4 kW solar with 1.2 kW Latronics inverter and FIT.
160 W solar, 2.5 kWh 24 V battery for lights.
Patching PIP-4048/5048 inverter-chargers.

Nietschy
Noobie
Posts: 6
Joined: Mon, 14 Oct 2019, 02:09

Re: PIP-5048GE, PIP-5048GK and PIP-5048MG inverters (with unsafe SCC)

Post by Nietschy » Mon, 14 Oct 2019, 22:48

coulomb wrote:
Mon, 14 Oct 2019, 17:51
I just noticed that setting 13 has the note: "when selecting SBU priority or Solar first in program 01". Are you in either of these output source priorities?
Yes I do the following:

In the morning when the sun comes up and the other 7.2kW inverter starts delivering:
- I change program 01 to USB
-- so I use my "free" solar energy for the house
- I change program 16 to SNU
-- so the batteries get charged by my "free" utility energy


In the evening when the sun goes down:
- I change program 01 to SUB
-- so I use the battery energy
- I change program 16 to OSO
-- so charging stops

The change is done automatically by homeassistant with the integration by ned-kelly and a few mods by me.

I do not understand what you try to tell me. So I hope you can clarify based on my configuration.

User avatar
coulomb
Site Admin
Posts: 3757
Joined: Thu, 22 Jan 2009, 20:32
Real Name: Mike Van Emmerik
Location: Brisbane
Contact:

Re: PIP-5048GE, PIP-5048GK and PIP-5048MG inverters (with unsafe SCC)

Post by coulomb » Tue, 15 Oct 2019, 11:16

Nietschy wrote:
Mon, 14 Oct 2019, 22:48
coulomb wrote:
Mon, 14 Oct 2019, 17:51
I just noticed that setting 13 has the note: "when selecting SBU priority or Solar first in program 01". Are you in either of these output source priorities?
Oops! I just realised that I was using an MS manual, and the GKs are different. I had it in my head that only MKs (Kings) are very different with their double conversion, but in fact all the models with the high voltage SCCs behave differently. Sorry for the confusion.
Yes I do the following:

In the morning when the sun comes up and the other 7.2kW inverter starts delivering:
Oh! I didn't pay proper attention to your other grid-tied inverter. I had assumed that most of your panels would be connected to the PIP-5048GK. In fact, do you have any solar panels on the PIP-5048GK at all?
- I change program 01 to USB
-- so I use my "free" solar energy for the house
- I change program 16 to SNU
-- so the batteries get charged by my "free" utility energy
OK, an interesting setup. So it makes sense that during the day, the inverter essentially connects AC-in to AC-out. It's not clear to me whether the GK will blend any solar panel power that you might have with the mix of grid (hopefully little) and grid-tie solar power.
In the evening when the sun goes down:
- I change program 01 to SUB
-- so I use the battery energy
? But SUb prioritises Utility over battery. While there is utility available, the battery won't be used. I believe that you need SbU here. My understanding is that this inverter can't blend battery and utility power; it's one or the other. That's presumably why you can't get it out of line mode at night.
Nissan Leaf 2012 with new battery May 2019.
5650 W solar, 2xPIP-4048MS inverters, 16 kWh battery.
1.4 kW solar with 1.2 kW Latronics inverter and FIT.
160 W solar, 2.5 kWh 24 V battery for lights.
Patching PIP-4048/5048 inverter-chargers.

Nietschy
Noobie
Posts: 6
Joined: Mon, 14 Oct 2019, 02:09

Re: PIP-5048GE, PIP-5048GK and PIP-5048MG inverters (with unsafe SCC)

Post by Nietschy » Tue, 15 Oct 2019, 13:30

Hey coulomb thank you so much for your reply!
coulomb wrote:
Tue, 15 Oct 2019, 11:16
Oh! I didn't pay proper attention to your other grid-tied inverter. I had assumed that most of your panels would be connected to the PIP-5048GK. In fact, do you have any solar panels on the PIP-5048GK at all?
As a matter of fact no, not yet, maybe never.
The 24x 320W panels on my roof are more than enough for now.
? But SUb prioritises Utility over battery. While there is utility available, the battery won't be used. I believe that you need SbU here. My understanding is that this inverter can't blend battery and utility power; it's one or the other. That's presumably why you can't get it out of line mode at night.
Oh maaan, sorry for the confusion!
I mixed it up when telling you. Of course I use SbU at night!!!
Sorry again.

No it can not blend anything.
It is battery or bypass nothing else.
The only thing that was new for me, was that it can still overload when in bypass mode... But that is no big deal.


So... I have news from my change of rising the recharge value (parameter 12) to 49 volts...
It was a bad idea and its obvious now. The PIP recharged half of the night from AC in. No big deal, but useless for my project.

Soo.. since I can not get any modified firmware, I will go the custom battery setting route and kick my BMS integration with the Pylontech that way.
Would be great if the BMS communication would still work, but I doubt it.

I will try to set your suggestions out of your FAQ (lowering the cut off voltage a lot) and see where it gets me.
I think the BMS of the battery itself will cut off on its own when needed (hopefully!).

Thanks again!

If you have any more tips to get my charging speed changed, I would be happy to hear them.
I run an Ubuntu Server on an old laptop, so I can run anyting from shell, python to binarys of some sort. I can also compile c if needed.
So I guess the easiest route would be a binary for every change I need. So I can start "20A AC charing.bin" or "40A AC charging.bin" whatever needed.
What I try to say here is: I just need ANY linux way to change this setting with my USB (hidraw0 device) on my inverter...
I just do not want to ditch the homeassistant way of reading the data (feeding with MQTT...), becauuse I started to like it a lot.

User avatar
coulomb
Site Admin
Posts: 3757
Joined: Thu, 22 Jan 2009, 20:32
Real Name: Mike Van Emmerik
Location: Brisbane
Contact:

Re: PIP-5048GE, PIP-5048GK and PIP-5048MG inverters (with unsafe SCC)

Post by coulomb » Wed, 16 Oct 2019, 08:37

Nietschy wrote:
Mon, 14 Oct 2019, 14:46
I start to think that there is some error in the program with commands that are longer than 8 chars...
Well, that's actually testable. Unlike the MS models (with firmware up to version 73.00 at least), the PE command can take a variable number of parameters. So you could send the 9 character PExxxxxxx command (literally with lower case Xs), which should have the effect of turning on the backlight 7 times :) This should be ACK'd, but have no other effect if your backlight is turned on already. Use the PDxxxxxxx command to convince yourself that these 9 character commands are actually being processed (by disabling the backlight), and of course a PEx command to turn it back on if desired.

[ Edit: Remember that it takes a minute or so for the backlight to actually turn off after no button presses. ]

I note that the protocol documents are somewhat confusing with respect to the PE and PD commands. For example, they seem to imply that you use upper case letters, and that PE and PD can somehow be mixed in one commamd; neither is true.

[ Edit: 8 character → 9 character ]
Nissan Leaf 2012 with new battery May 2019.
5650 W solar, 2xPIP-4048MS inverters, 16 kWh battery.
1.4 kW solar with 1.2 kW Latronics inverter and FIT.
160 W solar, 2.5 kWh 24 V battery for lights.
Patching PIP-4048/5048 inverter-chargers.

Nietschy
Noobie
Posts: 6
Joined: Mon, 14 Oct 2019, 02:09

Re: PIP-5048GE, PIP-5048GK and PIP-5048MG inverters (with unsafe SCC)

Post by Nietschy » Wed, 16 Oct 2019, 13:00

coulomb wrote:
Wed, 16 Oct 2019, 08:37
Well, that's actually testable. [...] This should be ACK'd, but have no other effect if your backlight is turned on already.
thanks!

did that. the result speaks for itself:

Code: Select all

root@orgor:~# docker exec -it voltronic-mqtt /opt/inverter-cli/bin/inverter_poller -d -1 -r PExxxxxxx
Wed Oct 16 04:58:30 2019 INVERTER: Debug set
Wed Oct 16 04:58:30 2019 INVERTER: Current CRC: 3A 80
Wed Oct 16 04:58:30 2019 INVERTER: cmd: PExxxxxxx n: 9
Wed Oct 16 04:58:30 2019 INVERTER: buf2: PExxxxxxx
Wed Oct 16 04:58:35 2019 INVERTER: PExxxxxxx read timeout
Wed Oct 16 04:58:35 2019 INVERTER: PExxxxxxx reply too short (0 bytes)
Reply:  
root@orgor:~# docker exec -it voltronic-mqtt /opt/inverter-cli/bin/inverter_poller -d -1 -r PExxxxxxx
Wed Oct 16 04:58:37 2019 INVERTER: Debug set
Wed Oct 16 04:58:37 2019 INVERTER: Current CRC: 3A 80
Wed Oct 16 04:58:37 2019 INVERTER: cmd: PExxxxxxx n: 9
Wed Oct 16 04:58:37 2019 INVERTER: buf2: PExxxxxxx
Wed Oct 16 04:58:42 2019 INVERTER: PExxxxxxx read timeout
Wed Oct 16 04:58:42 2019 INVERTER: PExxxxxxx reply too short (0 bytes)
Reply:  
root@orgor:~# docker exec -it voltronic-mqtt /opt/inverter-cli/bin/inverter_poller -d -1 -r PExxxxxx
Wed Oct 16 04:58:45 2019 INVERTER: Debug set

Wed Oct 16 04:58:45 2019 INVERTER: Current CRC: F0 2A
Wed Oct 16 04:58:45 2019 INVERTER: cmd: PExxxxxx n: 8
Wed Oct 16 04:58:45 2019 INVERTER: buf2: PExxxxxx
Wed Oct 16 04:58:45 2019 INVERTER: PExxxxxx reply size (7 bytes)
Wed Oct 16 04:58:45 2019 INVERTER: PExxxxxx: 7 bytes read: (ACK
Wed Oct 16 04:58:45 2019 INVERTER: PExxxxxx query finished
Reply:  ACK
I have just seen that the 8 chars do some timeouts, too.
So it gets worse the longer the command is.
Strange...
I guess I will have to try to fix it with the creator of this software. I looked into it, but do only get half of it. :(

Prajna
Noobie
Posts: 7
Joined: Wed, 02 Oct 2019, 03:35
Real Name: Prajna Pranab

Re: PIP-5048GE, PIP-5048GK and PIP-5048MG inverters (with unsafe SCC)

Post by Prajna » Thu, 17 Oct 2019, 11:54

Nietschy wrote:
Wed, 16 Oct 2019, 13:00
I have just seen that the 8 chars do some timeouts, too.
So it gets worse the longer the command is.
Strange...
I guess I will have to try to fix it with the creator of this software. I looked into it, but do only get half of it. :(
Hmm... are you using usb to talk to the inverter? It seems that usb (hid device) needs things in packets of 8 characters, which may explain the problem. I've been talking rs232 rather than usb so don't have experience with it. If you'd like to look at my code, in case it helps at all even though it's work in progress, its at https://github.com/prajna-pranab/converse

josse
Noobie
Posts: 2
Joined: Tue, 12 Mar 2019, 18:40

Re: PIP-5048GE, PIP-5048GK and PIP-5048MG inverters (with unsafe SCC)

Post by josse » Sat, 19 Oct 2019, 14:49

Yes, with python and library hidraw on usb, everything longer than 8 bytes, you must split into more messages by 8 bytes. Problem is in Python library, not in inverter. Sending long messages only.

Look to example:
https://github.com/JosefKrieglstein/Axp ... /axpert.py
Find: def serial_command(command,device):

Not sure if it's last version, but serial_command is actual.

With this it's much slower, but ok for long commands.

Nietschy
Noobie
Posts: 6
Joined: Mon, 14 Oct 2019, 02:09

Re: PIP-5048GE, PIP-5048GK and PIP-5048MG inverters (with unsafe SCC)

Post by Nietschy » Sat, 19 Oct 2019, 17:45

josse wrote:
Sat, 19 Oct 2019, 14:49
Yes, with python and library hidraw on usb, everything longer than 8 bytes, you must split into more messages by 8 bytes. Problem is in Python library, not in inverter. Sending long messages only.

Look to example:
https://github.com/JosefKrieglstein/Axp ... /axpert.py
Find: def serial_command(command,device):

Not sure if it's last version, but serial_command is actual.

With this it's much slower, but ok for long commands.
Ohh maaaaan!
Thank you all so much for your help!

FINALLY! it works!!

This is the best thing I saw after a few afternoons of failure!

root@orgor:/usr/share/hassio/share# python auto_chg.py
MUCHGC030 : (ACK9
30

You are all perfectly right!
USB needs it to be split into commands of 8 bytes each. Since I am not really a big developer, I did not cope with writing it on my own.
But your script is perfect for my needs! I changed a few things I do not need, and et voilá! IT JUST WORKS!

Thank you all again for your help!
Also praya for your way, but I will stick to python for nor since my fronius export works on python, too. This way I can just copy the part from my tesla wallbox script into this one!

:P

Prajna
Noobie
Posts: 7
Joined: Wed, 02 Oct 2019, 03:35
Real Name: Prajna Pranab

Re: PIP-5048GE, PIP-5048GK and PIP-5048MG inverters (with unsafe SCC)

Post by Prajna » Thu, 31 Oct 2019, 23:03

Nietschy wrote:
Mon, 14 Oct 2019, 02:23
@ Prajna or @coulomb if you can supply me with commands for my PIP would be just perfect!
Any help would be much appreciated!
Hi Andre, sorry I didn't see this till now. I'm still doing my best to figure out the protocol. It seems there are a number of different versions that all report themselves to be PI30 (protocol 30) but they all vary, either in the commands listed or the return values from the query commands. At the moment I am just working with the query commands (those starting with Q, except for VERFW, which is also a query command).

My inverter reports itself to be VMIII-5000 in response to the QMN command and the closest protocol manual I've found so far is the one titledPIP-GK_MK Protocol.pdf, which someone posted here recently.

According to that manual there are two setting commands: MNCHGC, to set the maximum charging current, and MUCHGC, to set the maximum utility charging current. One thing you should perhaps note is that there are only fixed values you can set and these are listed in response to the QMCHGCR and QMUCHGCR queries.

I hope that helps a little.

Edited to add max Utility carging current and QMN command

birdibird
Noobie
Posts: 18
Joined: Tue, 11 Sep 2018, 18:17

Re: PIP-5048GE, PIP-5048GK and PIP-5048MG inverters (with unsafe SCC)

Post by birdibird » Fri, 08 Nov 2019, 08:37

This is great news!
I saw in https://powerforum.co.za/topic/4288-axp ... at-midday/ that there is a firmware update for the Axpert MKS II.
I've got the MPPSolar 5048MG (@71.40) so I guess can flash this Axpert MKS II 71.71 firmware, correct?

@coulomb : I would really appreciate (and with me some others I know with a 5048MG) if you could patch this firmware (for LFP)! 8-)

User avatar
coulomb
Site Admin
Posts: 3757
Joined: Thu, 22 Jan 2009, 20:32
Real Name: Mike Van Emmerik
Location: Brisbane
Contact:

Re: PIP-5048GE, PIP-5048GK and PIP-5048MG inverters (with unsafe SCC)

Post by coulomb » Sat, 09 Nov 2019, 07:37

I replied to this yesterday, but it doesn't seem to have come through.
birdibird wrote:
Fri, 08 Nov 2019, 08:37
I saw in https://powerforum.co.za/topic/4288-axp ... at-midday/ that there is a firmware update for the Axpert MKS II.
I've got the MPPSolar 5048MG (@71.40) so I guess can flash this Axpert MKS II 71.71 firmware, correct?
That's a great question. The 71.XX factory firmware seem to be a bit muddled. For example, 71.70 and 71.80 are for Axpert King / PIP5048MK models, yet version 71.71 seems to be for the Axpert MKS II with 64 V.

So despite the considerable gap from 71.40 to 71.71, it looks like it should work. I presume your model, being a PIP, has the 64 V option? (In other words, can setting 26 go past 58.4 V?)
I would really appreciate (and with me some others I know with a 5048MG) if you could patch this firmware (for LFP)! 8-)
As it happens, Weber and I are not particularly interested in the models with 450 V max SCCs. However, we are in communication with a German forum user who may be able to take on the patching of these models, starting with version 71.71. So there is hope!
Nissan Leaf 2012 with new battery May 2019.
5650 W solar, 2xPIP-4048MS inverters, 16 kWh battery.
1.4 kW solar with 1.2 kW Latronics inverter and FIT.
160 W solar, 2.5 kWh 24 V battery for lights.
Patching PIP-4048/5048 inverter-chargers.

birdibird
Noobie
Posts: 18
Joined: Tue, 11 Sep 2018, 18:17

Re: PIP-5048GE, PIP-5048GK and PIP-5048MG inverters (with unsafe SCC)

Post by birdibird » Yesterday, 00:41

coulomb wrote:
Sat, 09 Nov 2019, 07:37
I replied to this yesterday, but it doesn't seem to have come through.
birdibird wrote:
Fri, 08 Nov 2019, 08:37
I saw in https://powerforum.co.za/topic/4288-axp ... at-midday/ that there is a firmware update for the Axpert MKS II.
I've got the MPPSolar 5048MG (@71.40) so I guess can flash this Axpert MKS II 71.71 firmware, correct?
That's a great question. The 71.XX factory firmware seem to be a bit muddled. For example, 71.70 and 71.80 are for Axpert King / PIP5048MK models, yet version 71.71 seems to be for the Axpert MKS II with 64 V.

So despite the considerable gap from 71.40 to 71.71, it looks like it should work. I presume your model, being a PIP, has the 64 V option? (In other words, can setting 26 go past 58.4 V?)
Yes, and I don't know of 5048 MG versions which don't do 64V, as they are quite recent, do you?
I would really appreciate (and with me some others I know with a 5048MG) if you could patch this firmware (for LFP)! 8-)
As it happens, Weber and I are not particularly interested in the models with 450 V max SCCs. However, we are in communication with a German forum user who may be able to take on the patching of these models, starting with version 71.71. So there is hope!
Ah, that's great. Is that the photovoltaik forum? Maybe you can connect us. I speak German (I'm Dutch) and can test if needed.

User avatar
weber
Site Admin
Posts: 2615
Joined: Fri, 23 Jan 2009, 17:27
Real Name: Dave Keenan
Location: Brisbane
Contact:

Re: PIP-5048GE, PIP-5048GK and PIP-5048MG inverters (with unsafe SCC)

Post by weber » Yesterday, 08:21

birdibird wrote:
Yesterday, 00:41
coulomb wrote:
Sat, 09 Nov 2019, 07:37
So despite the considerable gap from 71.40 to 71.71, it looks like it should work. I presume your model, being a PIP, has the 64 V option? (In other words, can setting 26 go past 58.4 V?)
Yes, and I don't know of 5048 MG versions which don't do 64V, as they are quite recent, do you?
When a model has both 58.4 V and 64 V variants, we've noticed that so far MPP Solar have sold only the 64 V variant, so it's true that all PIP-5048MG are 64 V. But the equivalent Axpert MKS II 5K was available with both 58.4 V and 64 V variants. For example, the Mecer (rhymes with "spacer") SOL-I-AX-5NB was the 58.4 V variant (at least until recently). But I notice that the Voltronic Power website now only shows the Axpert MKS II 5K as 64 V.

Coulomb and I have reason to believe that the high frequency transformer has a turns ratio of 8:1 in 58.4 V variants and 7:1 in 64 V variants (of any 5 kVA model). And consequently, we suspect the boost-converter has to work harder in the 64 V variant when inverting.
As it happens, Weber and I are not particularly interested in the models with 450 V max SCCs. However, we are in communication with a German forum user who may be able to take on the patching of these models, starting with version 71.71. So there is hope!
Ah, that's great. Is that the photovoltaik forum? Maybe you can connect us. I speak German (I'm Dutch) and can test if needed.
I believe Coulomb meant "German (forum user)" i.e. of this forum, rather than "(German forum) user", although he may well be both. You can contact @derBastler by private message on this forum. You can see his posts here.
One of the fathers of MeXy the electric MX-5, along with Coulomb and Newton (Jeff Owen).

Post Reply