Hallo,
ich bin etwas am Verzweifeln mit den Einstellungen in einem Steca PLI 500-48 Wechselrichter. Zur Anlage: Am PLI sind 2,4kw Solar angeschlossen mit einer Plattenspannung von ca.100V. Dazu ein LiFePo4 Akku mit 16x 240Ah Zellen, also knapp 12kWh. Auch der Netzanschluss ist vorhanden. Anschlusstechnisch ist es wie in der Anleitung. Nun kommen die Einstellungen. Dazu gibt es wenige Unterlagen wie man das Gerät einstellt. An Hand der Zellenspannung und der Batteriedaten habe ich die Kanäle wie folgt eingestellt:
Kanal 01 SBU
Kanal 02 120A
Kanal 03 UPS
Kanal 04 SdS
Kanal 05 USE
Kanal 11 2A
Kanal 12 46V
Kanal 13 49V
Kanal 16 OSO
Kanal 23 bYE
Kanal 26 56V
Kanal 27 55V
Kanal 29 44,8V
Kanal 32 5min
Nun passiert folgendes: Lieg am Morgen die Sonne an, dann nutzt der WR nur die Batterie als Quelle für den WR, obwohl Solar First eingestellt ist und die Solarenergie reichen würde für den WR. Die Batterie wird nicht geladen. Irgendwann am Tag fängt er dann plötzlich an mit laden, und nimmt auch den Solarstrom für den WR. Ab diesem Zeitpunkt macht er das dann für den Rest des Tages. Am nächsten Tag das gleiche von vorn.
Hat jemand Erfahrung mit dem Steca PLI und kann mir Tipps geben, was und wie ich einstellen muss, das der sofort die Solarenergie nutzt?
Vielen Danke
Hallo ST32
du beschreibst in deinem Post ein Problem welches ich seit ein paar Tagen auch mit meinem Steca habe, nur bei mir läd das Gerät erst die 48V Batterie voll und geht dann für den Rest des Tages in den Batterieversorungsmodus obwohl die Sonne noch scheint, d.h. er schaltet die PVAnlage weg. Am nächsten Morgen ist alles wieder wie es sein soll , eben aber nur bis die Batterie einmal voll war.
Leider gibt es auf deinen Post keine Antwort,die eine Lösung beschreibt- hast du selbst eine Einstellung gefunden die das Problem löst?
Für eine Antwort wäre ich sehr dankbar.
Hat von euch jemand mittlerweile eine Lösung gefunden? Ich habe das gleiche Problem und bin ähnlich am Verzweifeln! Grüße, Marcel.
Hallo,
ich habe auch einen Steca PLI 5000-48 und kann diese Probleme nicht bestätigen.
Meine Register wie folgt:
Kanal 01: wird durch eine Automation gesteuert.
Kanal 02: 60 A (ich habe drei Pylontech und einer soll nicht über 25 A geladen werden.)
Kanal 03: UPS
Kanal 04: SDS
Kanal 05: USE
Kanal 11: 2A (im default, wird bei Bedarf durch eine Automation gesteuert)
Kanal 12: 46V
Kanal 13: 51V
Kanal 16: OSO
Kanal 23: bYE
Kanal 26:53,2V
Kanal 27:53,1V
Kanal 29: 45,5V
Kanal 32: AUT
Ich betreibe drei Pylontech US2000C an dem Steca, gesteuert wird alles über HomeAssistant.
Den Steca lese ich mit einem ESP32 und ESPHome(pipsolar) aus.
name: steca-solar-inverter
esphome:
name: ${name}
esp32:
board: nodemcu-32s
framework:
type: arduino
# Enable logging
logger:
level: DEBUG
# Enable Home Assistant API
api:
ota:
password: ""
wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password
# Enable fallback hotspot (captive portal) in case wifi connection fails
ap:
ssid: "Steca-Solar-Inverter"
password: ""
# Example configuration entry
uart:
- id: uart_bus
tx_pin: GPIO22
rx_pin: GPIO23
# most devices use 2400 as baud_rate
baud_rate: 2400
# debug:
# direction: BOTH
# dummy_receiver: false
# after:
# delimiter: "\n"
# sequence:
# - lambda: UARTDebug::log_string(direction, bytes);
pipsolar:
- uart_id: uart_bus
id: inverter0
# Example configuration entry
sensor:
- platform: pipsolar
pipsolar_id: inverter0
# QPIRI
grid_rating_voltage:
name: "${name} grid_rating_voltage"
grid_rating_current:
name: "${name} grid_rating_current"
ac_output_rating_voltage:
name: "${name} ac_output_rating_voltage"
ac_output_rating_frequency:
name: "${name} ac_output_rating_frequency"
ac_output_rating_current:
name: "${name} ac_output_rating_current"
ac_output_rating_apparent_power:
name: "${name} ac_output_rating_apparent_power"
ac_output_rating_active_power:
name: "${name} ac_output_rating_active_power"
battery_rating_voltage:
name: "${name} battery_rating_voltage"
battery_recharge_voltage:
name: "${name} battery_recharge_voltage"
battery_under_voltage:
name: "${name} battery_under_voltage"
battery_bulk_voltage:
name: "${name} battery_bulk_voltage"
battery_float_voltage:
name: "${name} battery_float_voltage"
battery_type:
name: "${name} battery_type"
current_max_ac_charging_current:
name: "${name} current_max_ac_charging_current"
current_max_charging_current:
name: "${name} current_max_charging_current"
input_voltage_range:
name: "${name} input_voltage_range"
output_source_priority:
name: "${name} output_source_priority"
charger_source_priority:
name: "${name} charger_source_priority"
parallel_max_num:
name: "${name} parallel_max_num"
# machine_type:
# name: "${name} machine_type"
# topology:
# name: "${name} topology"
output_mode:
name: "${name} output_mode"
battery_redischarge_voltage:
name: "${name} battery_redischarge_voltage"
# pv_ok_condition_for_parallel:
# name: "${name} pv_ok_condition_for_parallel"
# pv_power_balance:
# name: "${name} pv_power_balance"
# QPIGS
grid_voltage:
name: "${name} grid_voltage"
grid_frequency:
name: "${name} grid_frequency"
ac_output_voltage:
name: "${name} ac_output_voltage"
ac_output_frequency:
name: "${name} ac_output_frequency"
ac_output_apparent_power:
name: "${name} ac_output_apparent_power"
ac_output_active_power:
name: "${name} ac_output_active_power"
output_load_percent:
name: "${name} output_load_percent"
bus_voltage:
name: "${name} bus_voltage"
battery_voltage:
name: "${name} battery_voltage"
battery_charging_current:
name: "${name} battery_charging_current"
# battery_capacity_percent:
# name: "${name} battery_capacity_percent"
inverter_heat_sink_temperature:
name: "${name} inverter_heat_sink_temperature"
pv_input_current_for_battery:
name: "${name} pv_input_current_for_battery"
pv_input_voltage:
name: "${name} pv_input_voltage"
# battery_voltage_scc:
# name: "${name} battery_voltage_scc"
battery_discharge_current:
name: "${name} battery_discharge_current"
# battery_voltage_offset_for_fans_on:
# name: "${name} battery_voltage_offset_for_fans_on"
# eeprom_version:
# name: "${name} eeprom_version"
pv_charging_power:
name: "${name} pv_charging_power"
text_sensor:
- platform: pipsolar
pipsolar_id: inverter0
device_mode:
name: "${name} device_mode"
# last_qpigs:
# name: "${name} last_qpigs"
# last_qpiri:
# name: "${name} last_qpiri"
# last_qmod:
# name: "${name} last_qmod"
# last_qflag:
# name: "${name} last_qflag"
binary_sensor:
- platform: pipsolar
pipsolar_id: inverter0
add_sbu_priority_version:
name: "${name} add_sbu_priority_version"
configuration_status:
name: "${name} configuration_status"
# scc_firmware_version:
# name: "${name} scc_firmware_version"
load_status:
name: "${name} load_status"
battery_voltage_to_steady_while_charging:
name: "${name} battery_voltage_to_steady_while_charging"
charging_status:
name: "${name} charging_status"
scc_charging_status:
name: "${name} scc_charging_status"
ac_charging_status:
name: "${name} ac_charging_status"
charging_to_floating_mode:
name: "${name} charging_to_floating_mode"
switch_on:
name: "${name} switch_on"
# dustproof_installed:
# name: "${name} dustproof_installed"
silence_buzzer_open_buzzer:
name: "${name} silence_buzzer_open_buzzer"
overload_bypass_function:
name: "${name} overload_bypass_function"
lcd_escape_to_default:
name: "${name} lcd_escape_to_default"
overload_restart_function:
name: "${name} overload_restart_function"
over_temperature_restart_function:
name: "${name} over_temperature_restart_function"
backlight_on:
name: "${name} backlight_on"
switch:
- platform: pipsolar
pipsolar_id: inverter0
output_source_priority_utility:
name: "${name} output_source_priority_utility"
output_source_priority_solar:
name: "${name} output_source_priority_solar"
output_source_priority_battery:
name: "${name} output_source_priority_battery"
- platform: template
name: "charger_source_priority PCP00 (Utility first)"
turn_on_action:
- output.pipsolar.set_level:
id: inverter0_charger_source_priority
value: 0
- platform: template
name: "charger_source_priority PCP01 (Solar first)"
turn_on_action:
- output.pipsolar.set_level:
id: inverter0_charger_source_priority
value: 1
- platform: template
name: "charger_source_priority PCP02 (Solar and Utility)"
turn_on_action:
- output.pipsolar.set_level:
id: inverter0_charger_source_priority
value: 2
- platform: template
name: "charger_source_priority PCP03 (Solar only)"
turn_on_action:
- output.pipsolar.set_level:
id: inverter0_charger_source_priority
value: 3
- platform: template
name: "current_max_charging_current_10"
turn_on_action:
- output.pipsolar.set_level:
id: inverter0_current_max_charging_current
value: 10
- platform: template
name: "current_max_charging_current_40"
turn_on_action:
- output.pipsolar.set_level:
id: inverter0_current_max_charging_current
value: 40
- platform: template
name: "current_max_charging_current_60"
turn_on_action:
- output.pipsolar.set_level:
id: inverter0_current_max_charging_current
value: 60
- platform: template
name: "current_max_ac_charging_current_02"
turn_on_action:
- output.pipsolar.set_level:
id: inverter0_current_max_ac_charging_current
value: 2
- platform: template
name: "current_max_ac_charging_current_10"
turn_on_action:
- output.pipsolar.set_level:
id: inverter0_current_max_ac_charging_current
value: 10
- platform: template
name: "current_max_ac_charging_current_20"
turn_on_action:
- output.pipsolar.set_level:
id: inverter0_current_max_ac_charging_current
value: 20
output:
- platform: pipsolar
pipsolar_id: inverter0
battery_recharge_voltage:
id: inverter0_battery_recharge_voltage_out
output_source_priority:
id: inverter0_output_source_priority
charger_source_priority:
id: inverter0_charger_source_priority
current_max_charging_current:
id: inverter0_current_max_charging_current
possible_values:
- 10.0
- 20.0
- 30.0
- 40.0
- 50.0
- 60.0
current_max_ac_charging_current:
id: inverter0_current_max_ac_charging_current
possible_values:
- 02.0
- 10.0
- 20.0
Die Pylontech lese ich mit einem wemos d1-mini aus - hier verwende ich folgendes Projekt
Steca hat auf deren Internetseiten aber auch eine gute FAQ
Hallo zusammen,
ich bin über das gleiche Problem gestolpert wie st32.
Ein Setup betreibe ich mit einer Pylon UC2000, die intern 15 Zellen verbaut hat und dem PLI 5000-48 bzw. dem HYB5032M, funktioniert problemlos.
Der zweite HYB5032MN wird mit einer Batterie 16S ( 280Ah) und einem Daly BMS betrieben. Egal wie ich die Parameter einstelle,
das Ladeverhalten ist nicht nachzuvollziehen. (das BMS ist ok, mehrfach geprüft. Klar, ich kann eine Zelle ausbauen, aber das ist keine schöne Lösung).
@st32: hast du eine Lösung gefunden?
Sonnige Grüße
Hallo in die Runde,
auch ich melde dieses seltsame bzw. defekte Ladeverhalten.
Habe 2 exakt gleiche Anlage an verschiedenen Standorten und bekomme den Steca Solarix PLI 5000 nicht dazu, zum Einen die Sonnenenergie direkt zu nutzen, noch die Batterien darüber aufzuladen. Es gibt wenige Tage bzw. Momente und ich betone nochmals wenige, an denen die Sonnenenergie genutzt wird, so wie es sein sollte.
Habe bereits an dem einen Steca Modifikationen an der Software vorgenommen. Da hatte ich mich über mehrere Wochen in das Australische Forum eingelesen, da dieser Steca ja ein Klon von MPPSolar PIP5048 sein soll.
Mein Konfiguration bzw. Bauteile sind wie folgend:
Steca Solarix PLI 5000
2xPylontech US2000C
3x375Watt PV Panelen Sharp NU-JC375
Mittlerweile denke ich, das bei diesen Geräten der MPPT defekt ist und das in Serie bzw. schon bei Auslieferung.
Steca wurde von mir schon angeschrieben. Bisher noch keine Antwort erhalten.
Gruß
Hallo,
Meine Lösung war, das Gerät an Steca zurück senden, die schicken ein Austauschgerät. Was es genau war kann mir keiner sagen. Das neue Gerät läuft seit dem ohne Probleme.
Gruß Steffen
Hallo zusammen,
ich habe nun nach mehreren Mails und einer längeren Wartezeit ebenfalls einen Austausch des Wechselrichters erreichen können. Dieser wurde mir bereits zugestellt und ist seit gestern im Einsatz. Der Betrieb bzw. das Verhalten erscheint mir bisher normal und ist somit wieder in Ordnung.
Was mir aufgefallen ist:
1. Der Revisionstand der Software ist jetzt die Version 72.60. Diese Version ist nicht über die Steca Website erhältlich. Der alte Wechselrichter hatte den Softwarestand 72.40. Ich werde diesbezüglich mit Steca bzw. mit Kontron Solar wie sie jetzt heißen, Kontakt aufnehmen. Hintergrund ist, dass ich ja noch einen weiteren Solarix PLI-5000 48 an einem anderen Standort im Einsatz habe, der nicht getauscht wurde (Garantieablauf).
2. Es ist anscheinend kein neues Gerät, sondern ein generalüberholtes mit neuer Software. Ist mir eigentlich fast lieber, da das Gerät dadurch schonmal in den Händen eines (fähigen) Technikers war und dieser vermutlich die Funktionalität geprüft hat.
Es ist also davon auszugehen, dass es defekte Baureihen oder zumindest welche mit einer nicht funktionalen Software gibt.
Ich hoffe also das die Funktionalität des WR so erhalten bleibt und nicht der, wie in dem Aussie Forum beschriebene 30Day Floatbug wieder eintritt.
Ich werde sobald ich weitere Info´s habe diese hier einstellen.
Viele Grüße