mpp-solar
mpp-solar copied to clipboard
jblance
PI30MAX protocol
Hi, i try to use commands QEY, QEM, QED, QLY, QLM, QLD the inverter return NAK. QET and QLT works.
Do you check and help me?
Please post the command line and output At a guess, are you supplying the year etc, ie QEY2021 etc?
this is the command line: pi@raspberrypi:~ $ sudo mpp-solar -p /dev/hidraw0 -P PI30MAX -c QEY Parameter Value Unit error NAK
you need to supply the year for QEY, eg sudo mpp-solar -p /dev/hidraw0 -P PI30MAX -c QEY2021
On Mon, 6 Sept 2021 at 10:38, borisgit86 @.***> wrote:
this is the command line: @.***:~ $ sudo mpp-solar -p /dev/hidraw0 -P PI30MAX -c QEY Parameter Value Unit error NAK
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/jblance/mpp-solar/issues/150#issuecomment-913239373, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAJVKNSWPJWNTCGTKCYFOQTUAPWPZANCNFSM5DPIGFVA .
I try the command line as in your example... pi@raspberrypi:~ $ sudo mpp-solar -p /dev/hidraw0 -P PI30MAX -c QEY2021 Parameter Value Unit error NAK
but it don't work...
Can younpost the debug output of both that command and the QET that works
On Tue, 7 Sep 2021, 12:01 am borisgit86, @.***> wrote:
I try the command line as in your example... @.***:~ $ sudo mpp-solar -p /dev/hidraw0 -P PI30MAX -c QEY2021 Parameter Value Unit error NAK
but it don't work...
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/jblance/mpp-solar/issues/150#issuecomment-913592169, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAJVKNUOBS76QRWKAUTDBZTUASUR3ANCNFSM5DPIGFVA .
this is the command QEY that don't work:
pi@raspberrypi:~ $ sudo mpp-solar -p /dev/hidraw0 -P PI30MAX -c QEY2021 -D
2021-09-07 00:32:02,902:INFO:__init__:main@236: Solar Device Command Utility, version: 0.7.78, jk02 changes - add first attempt at setter command
2021-09-07 00:32:02,903:INFO:__init__:main@340: Creating device "unnamed" (type: "mppsolar") on port "/dev/hidraw0 (porttype=None)" using protocol "PI30MAX"
2021-09-07 00:32:02,906:DEBUG:__init__:main@343: device_class <class 'mppsolar.devices.mppsolar.mppsolar'>
2021-09-07 00:32:02,906:DEBUG:device:__init__@31: __init__ args ()
2021-09-07 00:32:02,906:DEBUG:device:__init__@32: __init__ kwargs {'name': 'unnamed', 'port': '/dev/hidraw0', 'protocol': 'PI30MAX', 'baud': 2400, 'porttype': None, 'mqtt_broker': 'localhost', 'mqtt_port': 1883, 'mqtt_user': None, 'mqtt_pass': None}
2021-09-07 00:32:02,906:DEBUG:device:get_port_type@59: port matches hidraw
2021-09-07 00:32:02,907:INFO:device:set_port@142: Using hidrawio for communications
2021-09-07 00:32:02,909:DEBUG:device:set_protocol@96: Protocol PI30MAX
2021-09-07 00:32:02,961:DEBUG:device:__init__@36: __init__ name unnamed, port <mppsolar.io.hidrawio.HIDRawIO object at 0xb6657ff0>, protocol <mppsolar.protocols.pi30max.pi30max object at 0xb6657c90>
2021-09-07 00:32:02,962:DEBUG:__init__:main@390: Commands [(<mppsolar.devices.mppsolar.mppsolar object at 0xb6657fb0>, 'QEY2021', 'QEY2021', 'screen', None, None)]
2021-09-07 00:32:02,962:INFO:__init__:main@395: Looping 1 commands
2021-09-07 00:32:02,962:INFO:__init__:main@406: Getting results from device: mppsolar device - name: unnamed, port: <mppsolar.io.hidrawio.HIDRawIO object at 0xb6657ff0>, protocol: <mppsolar.protocols.pi30max.pi30max object at 0xb6657c90> for command: QEY2021, tag: QEY2021, outputs: screen
2021-09-07 00:32:02,963:INFO:device:run_command@270: Running command QEY2021
2021-09-07 00:32:02,963:INFO:abstractprotocol:get_full_command@32: Using protocol b'PI30MAX' with 30 commands
2021-09-07 00:32:02,963:DEBUG:protocol_helpers:crcPI@313: Calculating CRC for b'QEY2021'
2021-09-07 00:32:02,963:DEBUG:protocol_helpers:crcPI@363: Generated CRC 0x87 0x08 0x8708
2021-09-07 00:32:02,964:DEBUG:abstractprotocol:get_full_command@39: full command: b'QEY2021\x87\x08\r'
2021-09-07 00:32:02,964:INFO:device:run_command@296: full command b'QEY2021\x87\x08\r' for command QEY2021
2021-09-07 00:32:02,964:DEBUG:abstractprotocol:get_command_defn@43: Processing command 'QEY2021'
2021-09-07 00:32:02,964:DEBUG:abstractprotocol:get_command_defn@49: Regex commands _command: QPGS
2021-09-07 00:32:02,965:DEBUG:abstractprotocol:get_command_defn@49: Regex commands _command: QEY
2021-09-07 00:32:02,966:DEBUG:abstractprotocol:get_command_defn@54: Matched: QEY2021 to: QEY value: 2021
2021-09-07 00:32:02,967:DEBUG:hidrawio:send_and_receive@29: length of to_send: 10
2021-09-07 00:32:02,967:DEBUG:hidrawio:send_and_receive@40: 2 chunk send
2021-09-07 00:32:04,073:DEBUG:hidrawio:send_and_receive@69: usb response was: b'(NAKss\r'
2021-09-07 00:32:04,075:DEBUG:device:run_command@315: Send and Receive Response b'(NAKss\r'
2021-09-07 00:32:04,076:INFO:abstractprotocol:decode@176: response passed to decode: b'(NAKss\r'
2021-09-07 00:32:04,076:INFO:abstractprotocol:decode@180: NAK
2021-09-07 00:32:04,077:INFO:device:run_command@334: Decoded response {'ERROR': ['NAK', '']}
2021-09-07 00:32:04,077:DEBUG:__init__:main@409: results: {'ERROR': ['NAK', '']}
2021-09-07 00:32:04,077:INFO:__init__:get_outputs@26: attempting to create output processor: screen
2021-09-07 00:32:04,082:DEBUG:screen:__init__@16: processor.screen __init__ kwargs {}
2021-09-07 00:32:04,083:DEBUG:__init__:main@415: Using output filter: None
2021-09-07 00:32:04,083:INFO:screen:output@19: Using output processor: screen
2021-09-07 00:32:04,083:DEBUG:screen:output@20: kwargs {'data': {'ERROR': ['NAK', '']}, 'tag': 'QEY2021', 'mqtt_broker': 'localhost', 'mqtt_port': 1883, 'mqtt_user': None, 'mqtt_pass': None, 'mqtt_topic': 'mpp-solar', 'filter': None, 'excl_filter': None, 'keep_case': False}
Parameter Value Unit
error NAK
2021-09-07 00:32:04,084:DEBUG:__init__:main@435: Not daemon, so not looping
This is the command QET that it works perfectly:
pi@raspberrypi:~ $ sudo mpp-solar -p /dev/hidraw0 -P PI30MAX -c QET -D
2021-09-07 00:33:21,258:INFO:__init__:main@236: Solar Device Command Utility, version: 0.7.78, jk02 changes - add first attempt at setter command
2021-09-07 00:33:21,259:INFO:__init__:main@340: Creating device "unnamed" (type: "mppsolar") on port "/dev/hidraw0 (porttype=None)" using protocol "PI30MAX"
2021-09-07 00:33:21,263:DEBUG:__init__:main@343: device_class <class 'mppsolar.devices.mppsolar.mppsolar'>
2021-09-07 00:33:21,263:DEBUG:device:__init__@31: __init__ args ()
2021-09-07 00:33:21,263:DEBUG:device:__init__@32: __init__ kwargs {'name': 'unnamed', 'port': '/dev/hidraw0', 'protocol': 'PI30MAX', 'baud': 2400, 'porttype': None, 'mqtt_broker': 'localhost', 'mqtt_port': 1883, 'mqtt_user': None, 'mqtt_pass': None}
2021-09-07 00:33:21,263:DEBUG:device:get_port_type@59: port matches hidraw
2021-09-07 00:33:21,263:INFO:device:set_port@142: Using hidrawio for communications
2021-09-07 00:33:21,266:DEBUG:device:set_protocol@96: Protocol PI30MAX
2021-09-07 00:33:21,327:DEBUG:device:__init__@36: __init__ name unnamed, port <mppsolar.io.hidrawio.HIDRawIO object at 0xb663bff0>, protocol <mppsolar.protocols.pi30max.pi30max object at 0xb663bc90>
2021-09-07 00:33:21,328:DEBUG:__init__:main@390: Commands [(<mppsolar.devices.mppsolar.mppsolar object at 0xb663bfb0>, 'QET', 'QET', 'screen', None, None)]
2021-09-07 00:33:21,328:INFO:__init__:main@395: Looping 1 commands
2021-09-07 00:33:21,328:INFO:__init__:main@406: Getting results from device: mppsolar device - name: unnamed, port: <mppsolar.io.hidrawio.HIDRawIO object at 0xb663bff0>, protocol: <mppsolar.protocols.pi30max.pi30max object at 0xb663bc90> for command: QET, tag: QET, outputs: screen
2021-09-07 00:33:21,328:INFO:device:run_command@270: Running command QET
2021-09-07 00:33:21,329:INFO:abstractprotocol:get_full_command@32: Using protocol b'PI30MAX' with 30 commands
2021-09-07 00:33:21,329:DEBUG:protocol_helpers:crcPI@313: Calculating CRC for b'QET'
2021-09-07 00:33:21,329:DEBUG:protocol_helpers:crcPI@363: Generated CRC 0x81 0xb6 0x81b6
2021-09-07 00:33:21,329:DEBUG:abstractprotocol:get_full_command@39: full command: b'QET\x81\xb6\r'
2021-09-07 00:33:21,330:INFO:device:run_command@296: full command b'QET\x81\xb6\r' for command QET
2021-09-07 00:33:21,330:DEBUG:abstractprotocol:get_command_defn@43: Processing command 'QET'
2021-09-07 00:33:21,330:DEBUG:abstractprotocol:get_command_defn@45: Found command QET in protocol b'PI30MAX'
2021-09-07 00:33:21,399:DEBUG:hidrawio:send_and_receive@29: length of to_send: 6
2021-09-07 00:33:21,400:DEBUG:hidrawio:send_and_receive@36: 1 chunk send
2021-09-07 00:33:22,304:DEBUG:hidrawio:send_and_receive@69: usb response was: b'(00645300\x89H\r'
2021-09-07 00:33:22,306:DEBUG:device:run_command@315: Send and Receive Response b'(00645300\x89H\r'
2021-09-07 00:33:22,307:INFO:abstractprotocol:decode@176: response passed to decode: b'(00645300\x89H\r'
2021-09-07 00:33:22,307:DEBUG:protocol_helpers:crcPI@313: Calculating CRC for b'(00645300'
2021-09-07 00:33:22,308:DEBUG:protocol_helpers:crcPI@363: Generated CRC 0x89 0x48 0x8948
2021-09-07 00:33:22,308:DEBUG:pi30max:check_response_valid@929: CRCs match
2021-09-07 00:33:22,309:DEBUG:abstractprotocol:get_command_defn@43: Processing command 'QET'
2021-09-07 00:33:22,309:DEBUG:abstractprotocol:get_command_defn@45: Found command QET in protocol b'PI30MAX'
2021-09-07 00:33:22,309:INFO:abstractprotocol:decode@216: Processing response of type SEQUENTIAL
2021-09-07 00:33:22,310:DEBUG:abstractprotocol:decode@220: trimmed and split responses: [b'00645300']
2021-09-07 00:33:22,310:DEBUG:abstractprotocol:decode@367: Processing SEQUENTIAL type responses
2021-09-07 00:33:22,310:DEBUG:abstractprotocol:decode@380: Got defn ['int', 'Total PV Generated Energy', 'Wh']
2021-09-07 00:33:22,311:DEBUG:abstractprotocol:process_response@87: Processing data_type: int for data_name: Total PV Generated Energy, raw_value b'00645300'
2021-09-07 00:33:22,311:DEBUG:abstractprotocol:process_response@155: Processing format string int(raw_value)
2021-09-07 00:33:22,312:INFO:device:run_command@334: Decoded response {'raw_response': ['(00645300\x89H\r', ''], '_command': 'QET', '_command_description': 'Total PV Generated Energy Inquiry', 'Total PV Generated Energy': [645300, 'Wh']}
2021-09-07 00:33:22,312:DEBUG:__init__:main@409: results: {'raw_response': ['(00645300\x89H\r', ''], '_command': 'QET', '_command_description': 'Total PV Generated Energy Inquiry', 'Total PV Generated Energy': [645300, 'Wh']}
2021-09-07 00:33:22,312:INFO:__init__:get_outputs@26: attempting to create output processor: screen
2021-09-07 00:33:22,316:DEBUG:screen:__init__@16: processor.screen __init__ kwargs {}
2021-09-07 00:33:22,317:DEBUG:__init__:main@415: Using output filter: None
2021-09-07 00:33:22,317:INFO:screen:output@19: Using output processor: screen
2021-09-07 00:33:22,317:DEBUG:screen:output@20: kwargs {'data': {'raw_response': ['(00645300\x89H\r', ''], '_command': 'QET', '_command_description': 'Total PV Generated Energy Inquiry', 'Total PV Generated Energy': [645300, 'Wh']}, 'tag': 'QET', 'mqtt_broker': 'localhost', 'mqtt_port': 1883, 'mqtt_user': None, 'mqtt_pass': None, 'mqtt_topic': 'mpp-solar', 'filter': None, 'excl_filter': None, 'keep_case': False}
Command: QET - Total PV Generated Energy Inquiry
------------------------------------------------------------
Parameter Value Unit
total_pv_generated_energy 645300 Wh
2021-09-07 00:33:22,318:DEBUG:__init__:main@435: Not daemon, so not looping
I have implemented PI30MAX in my Home Assistant Platform trough MQTT and crontab (refresh values every minutes). I was unable to set it as service, i tried many times but nothing. I read all previous issues on systemd and i tried a lot of suggest solution but nothing. In this moment i need to use the commands in this issue to implement the value in my energy platform, after if you want can help me to configure it as service. I would be really happy. Thank you very much for all!!!
the only thing I see is that it is breaking the command into 2 to send - though Im sure this worked for someone
can you post the output of a QT command
what inverter model do you have?
pi@raspberrypi:~ $ sudo mpp-solar -p /dev/hidraw0 -P PI30MAX -c QT
Command: QT - Device Time Inquiry
------------------------------------------------------------
Parameter Value Unit
device_time 20210908105752
The data is set correctly. I test QED, QEM, QLD, QLM supplying they by timestamp, for example QED20210908 and works perfectly. QEY and QLY don't work.
Another command that don't work is QPIGS2, this command is most important because it returns the values of 2nd Panel String and them are different from those of QPGS0.
pi@raspberrypi:~ $ sudo mpp-solar -p /dev/hidraw0 -P PI30MAX -c QPIGS2
Parameter Value Unit
error NAK
Inverter Model is "Voltronic / Axpert 7200MAX 48V"
Does QPG2S0 work?
On Wed, 8 Sep 2021, 9:07 pm borisgit86, @.***> wrote:
@.***:~ $ sudo mpp-solar -p /dev/hidraw0 -P PI30MAX -c QT Command: QT - Device Time Inquiry
Parameter Value Unit device_time 20210908105752
The data is set correctly. I test QED, QEM, QLD, QLM supplying they by timestamp, for example QED20210908 and works perfectly. QEY and QLY don't work.
Another command that don't work is QPIGS2, this command is most important because it returns the values of 2nd Panel String and them are different from those of QPGS0.
@.***:~ $ sudo mpp-solar -p /dev/hidraw0 -P PI30MAX -c QPIGS2 Parameter Value Unit error NAK
Inverter Model is "Voltronic / Axpert 7200MAX 48V"
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/jblance/mpp-solar/issues/150#issuecomment-915056317, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAJVKNXXIVE2ULK7FODOC5LUA4RTJANCNFSM5DPIGFVA .
I think that there aren't different command, anyway QPGS0 and QPIGS works.
Did you try QPG2S0 ?
Not sure what to do next to be honest - the commands have been said to work. I have a 8048MAX that uses this command set that will be installed soon, so will be able to test more then
On Fri, 10 Sept 2021 at 11:18, borisgit86 @.***> wrote:
hi, do you have a news on PI30MAX protocol?
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/jblance/mpp-solar/issues/150#issuecomment-916504815, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAJVKNQCVI64PEYOI7BXPLTUBE6D3ANCNFSM5DPIGFVA .
It seems that QEY sometimes produces output after one year of operation of inverter, this might depend on firmware. Mine MAX8048 reverts with a Wh number (comissioned this year), but the other 3P hybrid declares 0 for 2021 (also comissioned in 2021).
I have just commissioned my 8048MAX, QEY and QPIGS2 both return data (though I dont have PV2 connected yet)
i@batteryshed:~ $ mpp-solar -p /dev/ttyUSB1 -P PI30MAX -c QPIGS2
Command: QPIGS2 - General Status Parameters inquiry 2
------------------------------------------------------------
Parameter Value Unit
pv2_input_current 0.0 A
pv2_input_voltage 0.0 V
pv2_charging_power 0 W
unknown_value_in_response_3
pi@batteryshed:~ $ mpp-solar -p /dev/ttyUSB1 -P PI30MAX -c QEY2021
Command: QEY2021 - Yearly PV Generated Energy Inquiry
------------------------------------------------------------
Parameter Value Unit
pv_generated_energy_for_year 21700 Wh
year 2021
Not really sure how to troubleshoot your setup further - maybe compare firmware versions of the inverters? I do have a newer inverter to install but that wont happen until I build another solar array
i am running into the samen issues a boris above. I also run a voltronic 8000max, running firmware 00046.04
it is communicating :
sudo mpp-solar -p /dev/hidraw0 --getstatus
Command: Q1 - Q1 query
------------------------------------------------------------
Parameter Value Unit
ac_input_voltage 0.0 V
ac_input_frequency 0.0 Hz
ac_output_voltage 230.0 V
ac_output_frequency 50.0 Hz
ac_output_apparent_power 0 VA
ac_output_active_power 0 W
ac_output_load 0 %
bus_voltage 370 V
battery_voltage 0.0 V
battery_charging_current 2 A
battery_capacity 0 %
inverter_heat_sink_temperature 27 °C
pv_input_current_for_battery 0.2 A
pv_input_voltage 266.3 V
battery_voltage_from_scc 0.0 V
battery_discharge_current 0 A
is_sbu_priority_version_added 0 bool
is_configuration_changed 0 bool
is_scc_firmware_updated 0 bool
is_load_on 1 bool
is_battery_voltage_to_steady_while_charging 0 bool
is_charging_on 0 bool
is_scc_charging_on 0 bool
is_ac_charging_on 0 bool
rsv1 0 A
rsv2 0 A
pv_input_power 73 W
is_charging_to_float 0 bool
is_switched_on 1 bool
is_reserved 0 bool
time_until_the_end_of_absorb_charging 1 sec
time_until_the_end_of_float_charging 20030 sec
scc_flag SCC is powered and communicating
allowscconflag 00
chargeaveragecurrent 00
scc_pwm_temperature 24 °C
inverter_temperature 27 °C
battery_temperature 20 °C
transformer_temperature 21 °C
gpio13 2
fan_lock_status Not locked
not_used 000
fan_pwm_speed 30 Percent
scc_charge_power 72 W
parallel_warning?? 0000
sync_frequency 0.0
inverter_charge_status nocharging
unknown_value_in_response_17 0
unknown_value_in_response_18 060
unknown_value_in_response_19 030
unknown_value_in_response_20 060
unknown_value_in_response_21 030
unknown_value_in_response_22 58.40
unknown_value_in_response_23 000
unknown_value_in_response_24 120
unknown_value_in_response_25 0
unknown_value_in_response_26 0000
pi@serial-test-raspberry:~ $ sudo mpp-solar -p /dev/hidraw0 -P PI30MAX
Command: QPI - Protocol ID inquiry
------------------------------------------------------------
Parameter Value Unit
protocol_id PI30
pi@serial-test-raspberry:~ $ sudo mpp-solar -p /dev/hidraw0 -P PI30MAX -c QT
Command: QT - Device Time Inquiry
------------------------------------------------------------
Parameter Value Unit
device_time 20220106092550
pi@serial-test-raspberry:~ $ sudo mpp-solar -p /dev/hidraw0 -P PI30MAX -c QPG2S0
Parameter Value Unit
error NAK
pi@serial-test-raspberry:~ $ sudo mpp-solar -p /dev/hidraw0 -P PI30MAX -c QPQPIGS
Parameter Value Unit
error NAK
pi@serial-test-raspberry:~ $ sudo mpp-solar -p /dev/hidraw0 -P PI30MAX -c QEY2021
Parameter Value Unit
error NAK
pi@serial-test-raspberry:~ $ sudo mpp-solar -p /dev/hidraw0 -P PI30MAX -c QPIGS2
Parameter Value Unit
error NAK
but as show above , a lot of NAK
@jblance John, if it would make things a bit more easy for you, i do have an isolated Raspi connected to my 8000 max inverter available if you think it would help. It would be pretty easy to provide you with access...
It sounds like the voltronics have a slightly different command set. Has anyone seen a protocol doc for these inverters?
On Wed, 27 Oct 2021, 2:27 am audio-catalyst, @.***> wrote:
@jblance https://github.com/jblance John, if it would make things a bit more easy for you, i do have an isolated Raspi connected to my 8000 max inverter available if you think it would help. It would be pretty easy to provide you with access...
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/jblance/mpp-solar/issues/150#issuecomment-951938942, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAJVKNW66J76GWSQIURGWP3UI23F3ANCNFSM5DPIGFVA .
HI @jblance
I have a similar issue in that the QT commands and QPIGS2 do not work.
This is my MPP model number. What model are you working with?
/home/duncan# /usr/local/bin/mpp-solar -p /dev/hidraw1 -P PI30MAX -c QMN
MqttBroker(name='localhost', port=1883, username=None, password=None, results_topic='mpp-solar')
Command: QMN - Model Name Inquiry
------------------------------------------------------------
Parameter Value Unit
model_name MKS2-8000
i have asked my supplier, but unfortunatly got a bms / rs 485 document back. is there a query i can do to get the full command set back ?
Not that I'm aware of
The bms doc might be useful though. (I'd like to see if I can support not supported batteries and bms' by sending bms data to the inverter)
if you think it would help to query my inverter directly through ssh, let me know, i shall prepare my raspi
From: Wild Child @.> Sent: Tuesday, October 26, 2021 9:51:40 PM To: jblance/mpp-solar @.>; jblance/mpp-solar @.> Cc: Comment @.> Subject: Re: [jblance/mpp-solar] PI30MAX protocol (#150)
done
[](url Axpert MAX Communication Protocol20210203.docx ) hi john, i think i may have good news regarding the protocol doc :-)
this doc looks to have the same commands - ie QPIGS and QPIGS2 (for the 48V model)
the other way to try to determine what commands is to do a capture while connecting the supplied software (is it watchpower for the voltronic / axpert inverters?)
I make a WatchPower usb capture for model MKS2-8000, if it is helpful. [file]https://drive.google.com/file/d/1IV4FOw8sAXEPSO6bvCOgRsrGEvZqVQnw/view?usp=sharing)
I hope this issue is the right place to give this information as it is titled PI30MAX protocol. I have a PIP 8048MAX with the LED light bar. A number of the commands in the PI30MAX protocol seem to be missing, while others that are the same commands as in the PI30 protocol are only in the PI30 protocol so I need to switch back and forth between the two protocols.
PE and PD are two that are only in the PI30 protocol but are also listed in the PI30MAX documentation, that I have found but there could be more.
All the commands starting PLED are missing from the PI30MAX protocol. The documentation lists the following: PLEDE, PLEDS, PLEDM, PLEDB, PLEDT, and PLEDC.
The interesting thing is that when I run mpp-solar -c QPI to do a Protocol ID inquiry it returns PI30 not PI30MAX. However the QLED command will not work with the PI30 protocol.
I figured this out as I would like to disable the LED bar at night to get rid of light pollution,along with turning off the backlight. I was able to find commands to do the later but without the PLEDE command I cannot do the former.
Thanks for any help you can give!
