MQTT Schnittstelle #183

xerion3800 · 2024-07-28T20:20:43Z

xerion3800
Jul 28, 2024

Hallo zusammen,

ich habe heute das Projekt durch Zufall gefunden. Eigentlich ist es genau das was ich für die Wintermonate suche. Ich habe aber kein Victron System. Meinen Speicher und die PV-Anlage habe ich aber in FHEM integriert. Für mich wäre es ausreichend wenn man die Informationen zum Laden/Entladen usw. einfach per MQTT bekommen würde. Dann könnte man das in anderen System problemlos weiterverwenden. Ist da evtl. was angedacht das Modul etwas generischer zu gestalten?

kLOsk · 2024-09-11T08:01:21Z

kLOsk
Sep 11, 2024

Hi Xerion,
Guter Punkt. Da der Winter jetzt ansteht wollte ich mich auch wieder weiter mit dem Projekt befassen. Ich behalte das mal im Kopf und schaue was die Anforderungen sind. Bei mir auf der Liste steht eine Weboberfläche um den Status bzw die Logs besser einzusehen. Ich versuch @christian1980nrw mal zu erreichen und seine Pläne in Erfahrung zu bringen.
Beste Grüße
Daniel

5 replies

xerion3800 Sep 11, 2024
Author

Hi Daniel,
das hört sich doch gut an. Ich habe zwischenzeitlich auch schon mal gebastelt und mir eine pragmatische MQTT Lösung eingebaut. Aktuell erzeuge ich einfach Einträge in InfluxDB was ich dann mit Grafana auswerte um die Schaltzeiten zu beobachten.
Sieht momentan auch ganz gut aus:

Wenn die Sonne weniger wird werde ich es mal versuchen in mein SmartHome (FHEM) zu verbinden damit ich dann meinen Sungrow SH10RT regeln kann.

kLOsk Sep 11, 2024

Nice, nutzt du da den Spotmarket Switcher als Grundlage, oder eigenen Algorithmus mit der Tibber API? Spotmarket switcher RestAPI wäre sicherlich auch nicht verkehrt. Hab ich zwar noch nie gebaut, aber wie schwer kann's sein? 🙃

xerion3800 Sep 11, 2024
Author

Ja genau als Grundlage das Spotmarket Skript und dann leite ich die Informationen per MQTT weiter und nutze dann NodeRed und FHEM für den Rest. Für die Anzeige der Tibber Preise nutze ich den Tibber NodeRed Flow. Was es schon fertig gibt braucht man ja nicht selber machen ;-)

christian1980nrw Sep 11, 2024
Maintainer

Hi @xerion3800 ,
sieht toll aus was Du da gebastelt hast.
Ich hab momentan leider wenig Zeit, will aber in der dunklen Jahreszeit ein bisschen weiterentwickeln. Als nächstes werde ich das Script vergangene Stunden vergessen lassen und nur noch zukünftige Daten behandeln. Zuletzt hatte ich im Dev Branch eine provisorische Anpassung für DC geladene Speicher gemacht, das muss noch in die Konfiguration. Erstell doch mal einen Fork mit kleiner Anleitung was Du da gemacht hast, eine GUI fehlt ja momentan noch.
Node Red ist auf Victron Venus OS Large übrigens auch dabei, hab ich mich aber bisher nicht mit beschäftigt.

Gruß Christian

xerion3800 Sep 11, 2024
Author

Hi @christian1980nrw aktuelle komme ich auch nicht wirklich dazu.
Sobald die Sonne weniger wird werde ich mich wieder darum kümmern und versuchen es hübsch zu machen. Dann kann ich das gerne als PR hochladen.

xerion3800 · 2024-10-28T05:06:44Z

xerion3800
Oct 28, 2024
Author

Hi @christian1980nrw ich habe meine Daten mal die letzten Tage beobachtet.
Leider ist mir dabei ein Problem aufgefallen. Immer wenn der teuerste Slot aktiv ist, wird das Entladen des Speichers gesperrt.
Das kann man hier z.B. bei dem 18:00 Uhr Slot sehen:

Auch im Log sieht man das highest und current Preis identisch sind (33.0627) Aber dieser Preis taucht nicht in der Sorted List auf. Dort ist der höchste Preis 32.7545 und nicht 33.0627. Hast du eine Idee was bei mir falsch eingestellt sein kann?

I: Bash Version: GNU bash, version 5.2.15(1)-release (x86_64-pc-linux-gnu)
I: Spotmarket-Switcher - Version 2.4.12
I: Please verify correct system time and timezone:
   Sun Oct 27 06:00:11 PM CET 2024
I: Current price is 33.0627 Cent/kWh total price.
I: The average price will be 26.1647 Cent/kWh total price.
I: Highest price will be 33.0627 Cent/kWh total price.
I: Sorted prices: 1:20.1738 2:20.175 3:20.4725 4:21.9267 5:23.0703 6:23.3261 7:24.791 8:24.8648 9:24.9862 10:25.2004 11:25.411 12:25.4515 
                  13:25.5467 14:25.8929 15:26.031 16:26.3892 17:27.6708 18:28.6871 19:28.7442 20:28.9429 21:29.4748 22:30.1317 23:30.9409 24:32.7545 
                  
I: Charge at prices: 1 2 3 4 
I: Dynamic ESS discharge (depending SOC) at prices: 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 
I: Charging is OFF. Charging was not executed. Total charging costs: 0.4539€
I: Discharging is OFF. Battery SOC is at 85%.

Config-File:

# Spotmarket-Switcher Configuration File

# This configuration file is essential for setting up the Spotmarket-Switcher system.
# It controls various aspects like energy management, device control, and API integration.
# Each setting is explained in detail for easy understanding and configuration.

#######################
# General Settings
#######################

# Timezone setting: Essential for correct timing of operations based on your geographic location.
TZ="Europe/Amsterdam"

# Configuration file version: Used to ensure compatibility with the Spotmarket-Switcher software.
# You'll see a warning while running the Spotmarket-Switcher if you are using an outdated config version.
config_version=6

#######################
# API Selection
#######################

# Select the pricing API source:
# 1 for aWATTar (Germany/Austria), 2 for Entsoe (Europe), 3 for Tibber (selected countries).
select_pricing_api=1
#  Note:
#   aWATTar: Provides only germany DE-LU or Austrian AT prices, but no API key is needed.
#   Entsoe:  Many more countrys available but free API key needed, see https://www.entsoe.eu/data/map/

# Include prices for the next day in calculations:
# 0 = No (use only today's prices), 1 = Yes (use today's and tomorrow's prices when available (today in the afternoon)).
include_second_day=1
# Note: If you activate this and the prices decrease over several days,
# it is possible that there will be no charging or switching for several days until the lowest prices are reached.

#######################
# aWATTar API Settings
#######################

# Country selection for aWATTar API:
# "de" for Germany, "at" for Austria. Other countries are not supported by aWATTar.
awattar="de"

#######################
# Entsoe API Settings
#######################

# API security token for Entsoe:
# A unique key required to access the Entsoe API for electricity pricing data.
entsoe_eu_api_security_token="x"
# Note: How to get the free api_security_token:
#  1. Go to https://transparency.entsoe.eu/ , click Login --> Register and create a Account.
#  2. Send an email to [email protected] with “Restful API access” in the subject line.
#     Indicate the email address you entered during registration in the email body.
#  3. The ENTSO-E Helpdesk will make their best efforts to respond to your request within 3 working days.
#  4. Afterwards you can generate a security token at https://transparency.entsoe.eu/usrm/user/myAccountSettings
# The ENTSO-E Transparency Platform aims to provide free, continuous access to pan-European electricity market data for all users.

# ENTSO-E domain codes for your region:
# These are unique identifiers for your electricity market region.
in_Domain="10Y1001A1001A82H"  # Example: Germany DE-LU
out_Domain="10Y1001A1001A82H" # Example: Germany DE-LU

#######################
# Tibber API Settings
#######################

# API key for Tibber:
# A unique key required to access the Tibber API for electricity pricing data.
tibber_api_key="x"
# Note: To get the tibber_api_key
#  1. log in with a free or customer Tibber account at https://developer.tibber.com/settings/access-token .
#  2. Create a token by selecting the scopes you need (select "price").
#  3. Use this link to create a free account with your smartphone. https://tibber.com/de/invite/ojgfbx2e
# Currently no contract is needed to create a free Account that is able to access the API.

#######################
# aWATTar & Tibber price calculation Settings
#######################

# Type of aWATTar & Tibber prices to use:
# "energy" for spot market prices, "total" for total prices including taxes fees, "tax" for taxes and fees only.
price_unit=total

# Energy Fee (energy_fee):
# This represents additional costs associated with electricity consumption, including taxes, levies, and other charges.
# The value is in cents per kWh and is added to the market price of electricity in economic calculations.
# This fee is particularly relevant when the market price of electricity is very low or zero, as these additional costs still apply.
# Example: If you pay an energy fee of 17 cents per kWh, including taxes and other charges, set this value to 17.0.
vat_rate=0.19 # (Germany: 19% Mehrwertsteuer / tax)
energy_fee=15.415 # proofs of origin, allocations, duties and taxes see below (in case if stock price is at 0 Cent/kWh)

# For example the energy fee in germany is the sum out of:
#    Netznutzungsentgelt (Grid Usage Fee)
#    Konzessionsabgabe (Concession Fee)
#    Stromsteuer (Electricity Tax)
#    Offshore Netzumlage (Offshore Grid Surcharge)
#    KWKG Umlage (Combined Heat and Power Act Surcharge)
#    Strom NEV Umlage (Renewable Energy Sources Act Surcharge)
#    Weitere Beschaffungskosten (Additional Procurement Costs)
#
#    Calculation:
#    Tax = vat-rate × Energy + energy_fee
#    Total Price = Energy + Tax


#######################
# Solar Weather API Settings
#######################

# API key for Visual Crossing Weather API:
# Required for fetching solar weather data.
# Get your free key at https://www.visualcrossing.com/sign-up No credit card is required to sign up for your free 1000 records per day.
visualcrossing_api_key="x"

# Enable or disable solar weather-based operation aborting:
# 1 = Use solar data to decide on operations, 0 = Do not use solar data.
use_solarweather_api_to_abort=0

# Solar energy thresholds to abort operations:
# If the expected solar energy (in megajoules per square meter) exceeds these values,
# operations like charging will be aborted to utilize solar energy instead.
# To find the kilowatt hour value from megajoules, divide by 3.6.
abort_solar_yield_today=10.0
abort_solar_yield_tomorrow=15.0

# Minimum sun minutes per day to abort operations:
# If the expected amount of sunlight (in minutes) exceeds this value, operations will be halted.
abort_suntime=700

# Geographic coordinates for solar data:
# Used by the solar weather API to fetch relevant solar energy data for your location.
latitude=52.722453
longitude=7.925558
# Note: You can use Google Maps to find the latitude and longitude of a location by searching for the address or location and then right-clicking
# on the location on the map. A pop-up menu will appear with the option to "What's here?" which will display the latitude and longitude of that location.

#######################
# Economic Logic Settings
#######################

# Economic Check (economic_check):
# This setting determines whether the system should consider the economic feasibility of charging the battery based on current and projected electricity prices.
# Options:
# 0 = Disable economic checks. The system will charge the battery regardless of the cost implications according to the config matrix.
# 1 = Enable economic checks against the highest price. Charging will only occur if the total cost (current price + energy loss + battery lifecycle costs) is lower than the highest price observed in the current price set.
# 2 = Enable economic checks against the average price. Charging will only occur if the total cost is lower than the average price of electricity.
# Example: If set to 1, and the highest price of the day is lower than the sum of the current price, energy loss, and battery lifecycle costs, charging will be aborted as it would not be economically feasible.
economic_check=0

# Feed-in Tariff (feedin_price):
# This is the price you receive for feeding electricity back into the grid, typically from a solar PV system.
# The value is in cents per kWh and is used in calculations to determine if it's more economical to store energy in the battery or to sell it back to the grid.
# Example: If your feed-in tariff is 9.87 cents per kWh, set this value to 9.87.
feedin_price=9.19

#######################
# Start/Stop Logic Settings
#######################

# Enable or disable specific logic controls:
# These settings control whether certain operations are based on start/stop logic or solar breakeven logic.
# Set to 1 to activate start/stop logic (depending start_price).
use_start_stop_logic=0
#Note: This functionality will be removed in the future in favour of economic_check and the price matrices.

# Price thresholds in cents/kWh:
# These values determine the price points at which different operations are triggered (net prices excl. tax).
# Note: Always use Cent/kWh, no matter if youre using Awattar (displaying Cent/kWh) or Entsoe API (displaying EUR/MWh).
start_price=-5.0   # Start operations below this price.
abort_price=50.1   # Abort operations if price exceeds this value (energy fees not included).

# This setting allows you to control additional devices (like a water heater) using AVM Fritz DECT200/210 or Shelly switchable sockets.
# 0 = Do not control additional devices based on start/stop logic.
# 1 = Enable control of additional devices based on start/stop logic.
# When enabled, this will activate or deactivate the switchable sockets based on the start/stop charging logic.
switchablesockets_at_start_stop=0

# This setting determines whether to charge your battery system when the cost of energy (including fees) is lower than your solar feed-in tariff.
# 0 = Do not charge based on solar breakeven logic.
# 1 = Enable charging when energy cost is lower than solar feed-in tariff.
# Enabling this will initiate charging when it's more economical to charge the battery than to feed the solar energy back into the grid.
charge_at_solar_breakeven_logic=0

# Similar to 'charge_at_solar_breakeven_logic', but for controlling switchable sockets.
# 0 = Do not control switchable sockets based on solar breakeven logic.
# 1 = Enable control of switchable sockets when energy cost is lower than solar feed-in tariff.
# When enabled, this will activate or deactivate the switchable sockets based on the comparison of current energy cost and solar feed-in tariff.
switchablesockets_at_solar_breakeven_logic=0

#######################
# Charger Setup
#######################

# Enable or disable Charger control:
# 2 = MQTT-Charger 1 = Control the Victron charger, 0 = Do not control the charger.
use_charger=2

# Energy loss percentage in the charging/discharging process:
# This value accounts for energy lost during charging and discharging of the battery.
# energy_loss_percent=23.3
energy_loss_percent=20.0

# Battery lifecycle cost per kWh in cents:
# Represents the cost associated with the battery's lifespan and usage.
# battery_lifecycle_costs_cent_per_kwh=4.444444
battery_lifecycle_costs_cent_per_kwh=5.72
# Note: If you are using a chinese 5KWh LifePo4 battery (4.5 KWh useable) with 6000 cycles and
# the rebuying price is at 1200 EUR, the calculation will be 1200*100/6000/4,5.

# disable_inverting_while_only_switching
# This setting controls the inverter's operation when switching (controlling additional loads) is active, but charging is deemed too expensive.
# 0 = Keep inverting enabled even when only switching is active. This means the inverter will continue to convert DC (battery) power to AC (household) power.
# 1 = Disable inverting when only switching is active and charging is too expensive. This helps to preserve the battery's full charge by not using it for inverter operation.
# Essentially, when set to 1, the system prioritizes maintaining battery charge over supplying AC power from the battery when charging is not economically feasible.
disable_inverting_while_only_switching=1

# limit_inverter_power_after_enabling
# This setting specifies a power limit for the inverter when it is re-enabled after being disabled.
# -1 = No limit. The inverter will operate at its full capacity when re-enabled.
# Any positive value (e.g., 1000) = Set a specific limit (in watts). For example, setting this to 1000 will limit the inverter's output to 1000 watts.
# This is useful if you have a 'Limit inverter power' setting configured in the Energy Storage System (ESS) menu and want to ensure it's respected after the inverter is re-enabled.
# Note: If 'disable_inverting_while_only_switching' is used, this setting ensures that your preferred inverter power limit is reinstated after inverting is re-enabled.
limit_inverter_power_after_enabling=-1

#######################
# MQTT Setup
#######################

# MQTT Subscriber Settings:
mqtt_broker_host_subscribe="192.168.178.181"
mqtt_broker_Port_subscribe="1883"
mqtt_broker_topic_subscribe="evcc/site/batterySoc"

# MQTT Publisher Settings:
mqtt_broker_host_publish="192.168.178.202"
mqtt_broker_port_publish="1883"
mqtt_broker_topic_publish="spotmarket-switcher"


#######################
# Switchable Sockets Setup (Fritz DECT and Shelly Wifi Plugs)
#######################

# Fritz DECT Sockets:
use_fritz_dect_sockets=0 # please activate with 1 or deactivate this socket-type with 0
fbox="192.168.178.1"
user="fritz1234"
passwd="YOURPASSWORD"
sockets=("YOURSOCKETID" "0" "0" "0" "0" "0") # add multiple switches if you like

# Shelly Wifi Plugs:
use_shelly_wlan_sockets=0 # please activate with 1 or deactivate this socket-type with 0
shelly_ips=("192.168.178.89" "0" "0") # add multiple Shellys if you like, dont forget to make the ips static in your router
shellyuser="admin"
shellypasswd="YOURPASSWORD" # only if used

#######################
# Config Matrices for Charging/Discharging/Switching
#######################

# Config Matrix for 24-hour Pricing:
# Each row represents an sorted price (from low to high) of the day and contains three values:
# 1st value: Enable (1) or disable (0) charging.
# 2nd value: Minimum SoC (%) for discharging.
# 3rd value: Enable (1) or disable (0) switchable sockets.
	config_matrix24_price=(
		"Charge Discharge_min_SOC Switch"   # [0] Header
		"1 96 0"                     # [1] Price 1
		"1 92 0"                     # [2] Price 2
		"1 88 0"                     # [3] Price 3
		"1 84 0"                     # [4] Price 4
		"0 80 0"                     # [5] Price 5
		"0 76 0"                     # [6] Price 6
		"0 72 0"                     # [7] Price 7
		"0 68 0"                     # [8] Price 8
		"0 64 0"                     # [9] Price 9
		"0 60 0"                     # [10] Price 10
		"0 56 0"                     # [11] Price 11
		"0 52 0"                     # [12] Price 12
		"0 48 0"                     # [13] Price 13
		"0 44 0"                     # [14] Price 14
		"0 40 0"                     # [15] Price 15
		"0 36 0"                     # [16] Price 16
		"0 32 0"                     # [17] Price 17
		"0 28 0"                     # [18] Price 18
		"0 24 0"                     # [19] Price 19
		"0 20 0"                     # [20] Price 20
		"0 16 0"                     # [21] Price 21
		"0 14 0"                     # [22] Price 22
		"0 12 0"                     # [23] Price 23
		"0 10 0"                     # [24] Price 24
	)

# Config Matrix for 48 prices (if include_second_day is enabled):
# Similar to the 24-price matrix but for 48-prices.
	config_matrix48_price=(
		"Charge Discharge_min_SOC Switch"   # [0] Header
		"1 98 1"                     # [1] Price 1
		"1 96 1"                     # [1] Price 2
		"1 94 1"                     # [2] Price 3
		"1 92 1"                     # [2] Price 4
		"1 90 1"                     # [3] Price 5
		"1 88 1"                     # [3] Price 6
		"0 86 0"                     # [4] Price 7
		"0 84 0"                     # [4] Price 8
		"0 82 0"                     # [5] Price 9
		"0 80 0"                     # [5] Price 10
		"0 78 0"                     # [6] Price 11
		"0 76 0"                     # [6] Price 12
		"0 74 0"                     # [7] Price 13
		"0 72 0"                     # [7] Price 14
		"0 70 0"                     # [8] Price 15
		"0 68 0"                     # [8] Price 16
		"0 66 0"                     # [9] Price 17
		"0 64 0"                     # [9] Price 18
		"0 62 0"                     # [10] Price 19
		"0 60 0"                     # [10] Price 20
		"0 58 0"                     # [11] Price 21
		"0 56 0"                     # [11] Price 22
		"0 54 0"                     # [12] Price 23
		"0 52 0"                     # [12] Price 24
		"0 50 0"                     # [13] Price 25
		"0 48 0"                     # [13] Price 26
		"0 46 0"                     # [14] Price 27
		"0 44 0"                     # [14] Price 28
		"0 42 0"                     # [15] Price 29
		"0 40 0"                     # [15] Price 30
		"0 38 0"                     # [16] Price 31
		"0 36 0"                     # [16] Price 32
		"0 34 0"                     # [17] Price 33
		"0 32 0"                     # [17] Price 34
		"0 30 0"                     # [18] Price 35
		"0 28 0"                     # [18] Price 36
		"0 26 0"                     # [19] Price 37
		"0 24 0"                     # [19] Price 38
		"0 22 0"                     # [20] Price 39
		"0 20 0"                     # [20] Price 40
		"0 18 0"                     # [21] Price 41
		"0 16 0"                     # [21] Price 42
		"0 15 0"                     # [22] Price 43
		"0 14 0"                     # [22] Price 44
		"0 13 0"                     # [23] Price 45
		"0 12 0"                     # [23] Price 46
		"0 11 0"                     # [24] Price 47
		"0 10 0"                     # [24] Price 48
	)

# Mini-Matrix for Dynamic SOC Based on Solar Energy:
# This matrix defines target SoC values based on expected solar energy (in MJ/m²).
config_matrix_target_soc_weather=(
    "1.5 90"  # At 1.5 MJ/m², target SoC is 90%
    "3.5 0"  # At 3.5 MJ/m², target SoC is 20%
)
# Note: # All the other values between this will be calculated automatically.
# If the sun will be more than 3.5 megajoule, the 20% will still be used as calculation result.
# If there will be enough sun, the battery capacity will be reserved for solar energy.

0 replies

christian1980nrw · 2024-10-28T12:06:02Z

christian1980nrw
Oct 28, 2024
Maintainer

Hi, ich schaue mir heute Abend mal meine Logfiles an und vergleiche die Config mit Deiner. Hast Du einen AC oder DC geladenen Speicher?

1 reply

xerion3800 Oct 28, 2024
Author

Ich habe einen Hybrid WR mit DC Speicher.

christian1980nrw · 2024-10-28T12:07:29Z

christian1980nrw
Oct 28, 2024
Maintainer

Kannst Du Deine MQTT Version mal als Fork veröffentlichen? Würde das gerne in den Standard übernehmen.

1 reply

xerion3800 Oct 28, 2024
Author

Kannst Du Deine MQTT Version mal als Fork veröffentlichen? Würde das gerne in den Standard übernehmen.

Habe der PR gestellt ich hoffe das passt so. Da ich kein gelernter Programmierer bin kann gut sein das es dort noch optimierungsbedarf gibt.

christian1980nrw · 2024-10-28T21:47:14Z

christian1980nrw
Oct 28, 2024
Maintainer

Danke, ich schaue mir den Code bei Gelegenheit an. Leider ist mein Log aktuell zu kurz weil ich gestern Abend neu gestartet hatte und es in /tmp liegt. Morgen 17 Uhr ist die nächste Preisspitze. Ansonsten kannst Du bei Dir mal auf der Shell zu der Uhrzeit manuell ausführen mit DEBUG=1 bash ./controller.sh Dann solltest Du etwas mehr wie sonst sehen.

2 replies

christian1980nrw Oct 29, 2024
Maintainer

@xerion3800 Beim Scrollen durch Deinen Code ist mir ein zusätzliches fi aufgefallen.
Ist das vielleicht ein Fehler oder vertue ich mich?

xerion3800 Oct 29, 2024
Author

das fi von Zeile 1021 gehört m.E. zu dem if aus Zeile 990

christian1980nrw · 2024-10-29T19:47:10Z

christian1980nrw
Oct 29, 2024
Maintainer

Also Dein Fehler ist bei mir nicht aufgetreten, allerdings bin ich auch über meine konfigurierte Preisgrenze gekommen.
Vielleicht hängt es tatsächlich mit dem fi zusammen?
Ich würde vorschlagen, ich übernehme Deinen Code leicht abgewandelt, ich möchte ihn etwas anders einbauen und danach kannst Du ggf. auf meine Version wechseln.

I: Bash Version: GNU bash, version 5.0.18(1)-release (arm-ve-linux-gnueabi)
I: Spotmarket-Switcher - Version 2.4.13-DEV
I: Please verify correct system time and timezone:
Tue Oct 29 17:00:14 CET 2024
I: Current price is 0.5429 EUR/kWh total price.
I: The average price will be 0.357708 EUR/kWh total price.
I: Highest price will be 0.5429 EUR/kWh total price.
I: Sorted prices: 1:0.3195 2:0.3196 3:0.3196 4:0.3204 5:0.3218 6:0.3218 7:0.3224 8:0.3225 9:0.3226 10:0.3234 11:0.3248 12:0.3255
13:0.3283 14:0.3293 15:0.3301 16:0.3333 17:0.3352 18:0.3365 19:0.3372 20:0.3374 21:0.3396 22:0.34 23:0.3429 24:0.3433
25:0.3464 26:0.3488 27:0.3498 28:0.3504 29:0.3508 30:0.3529 31:0.3544 32:0.3571 33:0.3617 34:0.3646 35:0.3681 36:0.369
37:0.3701 38:0.3829 39:0.3905 40:0.3925 41:0.3932 42:0.4078 43:0.4323 44:0.4335 45:0.4453 46:0.4559 47:0.5091 48:0.5429

I: Charge at prices: 1 2 3 4 5 6
I: Dynamic ESS discharge (depending SOC) at prices: 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48
I: Switchable sockets at prices: 1 2 3 4 5 6
I: Sunrise today will be 07:16 and sunset will be 17:05. Suntime will be 589 minutes.
I: Solarenergy today will be 2 megajoule per sqaremeter with 2 percent clouds. The temperature is 12.6°C with 0cm snowdepth.
I: Solarenergy tomorrow will be 1.9 megajoule per squaremeter with 1.9 percent clouds. The temperature will be 11.8°C with 0cm snowdepth.
I: At 2 megajoule there will be a dynamic SOC charge-target of 76% calculated. The rest is reserved for solar.
I: Not enough solarenergy today or tomorrow. Spotmarket-Switcher will manage discharging (ESS), charging and switching.
I: Current price (0.5429€) is too high. Spotmarket-Switcher will be disabled if higher than (0.5010€).
I: Victron scheduled charging is OFF. Charging was not executed. Total charging costs: 0.7138€
I: Victron discharging (ESS) is ON. Battery SOC is at 53%.
I: Turning off Fritz sockets.

10 replies

xerion3800 Oct 30, 2024
Author

Ich glaube hier liegt das Problem use_charger == 1 müsste use_charger =! 0 sein oder?

christian1980nrw Oct 30, 2024
Maintainer

@xerion3800 Ja, ist korrigiert. Ich habe jetzt auch mal einen Timeout in mosquitto_sub beim Lesen des SOC eingebaut. Wenn das nicht funktioniert so wie bei mir, läuft das Script sonst endlos ohne Ausgabe. Lad Dir meine controller.sh nochmal runter. Da waren noch andere Flüchtigkeitsfehler, die ich hoffentlich jetzt alle raus habe.

xerion3800 Oct 31, 2024
Author

@christian1980nrw ich habe das gerade mal kurz angetestet. Es läuft ohne Fehler durch und vom Log sieht es jetzt auch sauber aus. Aber MQTT Publish funktioniert immer noch nicht. Subscribe schon da ich den SOC im Log sehe. Falls ich heute Abend Zeit habe schaue ich mir den Code noch mal an.

christian1980nrw Oct 31, 2024
Maintainer

@christian1980nrw ich habe das gerade mal kurz angetestet. Es läuft ohne Fehler durch und vom Log sieht es jetzt auch sauber aus. Aber MQTT Publish funktioniert immer noch nicht. Subscribe schon da ich den SOC im Log sehe. Falls ich heute Abend Zeit habe schaue ich mir den Code noch mal an.

Danke, das wäre toll wenn wir das lauffähig bekommen, es können nur noch Kleinigkeiten sein. Ich bin da auf Dich angewiesen, da ich noch keine Zeit hatte mich mit MQTT auf meiner Victron Anlage zu beschäftigen.

xerion3800 Oct 31, 2024
Author

Kein Problem ich unterstütze da gerne. Muss nur zeit finden aber das bekommen wir schon hin.

christian1980nrw · 2024-10-31T11:19:08Z

christian1980nrw
Oct 31, 2024
Maintainer

Mit einem DEBUG=1 bash ./controller.sh solltest Du die MQTT Aufrufe im Log auf der Shell sehen.

9 replies

christian1980nrw Oct 31, 2024
Maintainer

Den DEBUG Mode hatte ich an. Aber trotzdem kam die Ausgabe über die Konsole nicht.

nur vom MQTT Teil oder vom Rest auch nicht?

xerion3800 Oct 31, 2024
Author

Nur der MQTT Teile fehlt, der Rest wird richtig angezeigt.

christian1980nrw Oct 31, 2024
Maintainer

Nur der MQTT Teile fehlt, der Rest wird richtig angezeigt.

Kannst Du das zur Not durch normale Echo Befehle ersetzen? Es landet ja eh nicht im Logfile.
Den Teil kann ich leider nciht testen, nach dem Timeout bin ich aktuell raus.

xerion3800 Nov 1, 2024
Author

Nur der MQTT Teile fehlt, der Rest wird richtig angezeigt.

Kannst Du das zur Not durch normale Echo Befehle ersetzen? Es landet ja eh nicht im Logfile. Den Teil kann ich leider nciht testen, nach dem Timeout bin ich aktuell raus.

echo Befehle werden auch nicht ohne weiteres ausgegeben wenn ich es zu echo ändere. Nur wenn ich es zusätzlich umleite mit >&2 dann sehe ich auf der Konsole was.

Das funktioniert dann auch bei den Funktion log_debug:

christian1980nrw Nov 2, 2024
Maintainer

Danke, wird entsprechend geändert.

christian1980nrw · 2024-11-02T10:03:02Z

christian1980nrw
Nov 2, 2024
Maintainer

@xerion3800 Ich habe das geänderte File gerade neu hochgeladen. Ich hab den MQTT Part nochmal deutlich abgekürzt und zu dem Victron Charger kompatibel gemacht, so das man zuverlässig charger 1 oder 2 auswählen kann. Kannst Du die controller.sh nochmal neu testen bei Dir ob die mosquitto Befehle so in Ordnung sind?

4 replies

xerion3800 Nov 2, 2024
Author

@christian1980nrw das sieht gut aus. Habe das jetzt eingespielt und die MQTT Werte kommen. Ich teste das mal weiter und beobachte.

christian1980nrw Nov 2, 2024
Maintainer

@christian1980nrw das sieht gut aus. Habe das jetzt eingespielt und die MQTT Werte kommen. Ich teste das mal weiter und beobachte.

Schau Dir vielleicht nochmal die Syntax von den einzelnen Befehlen an, ob ich das so korrekt überarbeitet habe.

christian1980nrw Nov 3, 2024
Maintainer

Mit Version 2.4.15-DEV wird jetzt auch Victron Venus OS per MQTT unterstützt. @kLOsk @xerion3800
Leider ist eine neue Config Version notwendig, da Felder hinzugekommen sind.

xerion3800 Nov 3, 2024
Author

@christian1980nrw ich hatte beim testen noch zwei Sachen gefunden. Es fehlte die Möglichkeit Charger "3" auszuwählen und ich hatte Probleme mit dem SOC wenn der als float kommt. PR ist unterwegs.

christian1980nrw · 2024-11-05T08:40:52Z

christian1980nrw
Nov 5, 2024
Maintainer

So, nachdem MQTT nun integriert ist, habe ich gestern eine weitere DEV-Version veröffentlicht mit experiementeller Unterstützung des netzparallelelen Wechselrichters vom Hersteller sonnen. Ist aber noch nicht getestet. Dabei habe ich die Ladebefehle auch für @xerion3800 seine Lösung nochmal umgebaut von Strings zu Funktionen. Das ist in Zukunft einfacher zu erweitern. Eventuell kommen bald noch der go-E charger und die Ecoflow Delta2 hinzu. Spätestens nach Einbau der Ecoflow, werde ich wohl am Ende des Scriptes einen Loop einbauen der die Einspeisung überwacht, um damit dann Überschussladen für solche Geräte zu steuern. Das sind so etwa die nächsten Pläne @xerion3800 @kLOsk . Ob es dann von stündlicher Crontab-Steuerung Richtung Hintergrundservice geht, weiß ich aber noch nicht.

4 replies

xerion3800 Nov 5, 2024
Author

Danke für die Info @christian1980nrw . Bist du sicher das du da Skript um weitere Speicher ergänzen möchtest? Ich habe ein Sungrow System was ich per Modbus ansprechen kann. Aber genau das wollte ich nicht,. Darum die MQTT Integration damit man generischer Unterwegs ist. Denn viele haben vielleicht ihren Speicher schon irgendwo integriert. Genauso wie Wallbox, Überschussladen und co. da gibt es schon genügend Projekte. Von daher würde ich den Aufwand scheuen. Ich nutze für Überschussladen z.B. evcc.

christian1980nrw Nov 5, 2024
Maintainer

Also für die Ecoflow ist mir z.B. nichts bekannt was die ohne Einsatz einer Schaltsteckdose oder zusätzlichem Mikrowechselrichter standalone automatisiert intelligent laden könnte. Schaltsteckdose bei Dauerbetrieb ist Mist, denn irgendwann ist die Delta2 dann leer. Bei der Go-E geht es mir darum, den Hausspeicher mit dem Auto abzustimmen, also erstmal das Haus vollzumachen, bevor der Rest des Sonnenstroms ins Auto geht. In Kombination mit der Wetter-API kann man steuern, ob dabei das Börsenpreisladen mit im Spiel ist oder nicht. Ein großer Aufwand ist das ja nicht, man muss sich nur einmal mit den APIs beschäftigen.

christian1980nrw Nov 5, 2024
Maintainer

@xerion3800 Wenn es kein großes Problem für Dich ist, ein weiteres Sungrow Profil mit den entsprechenden Ladebefehlen hinzuzufügen, wäre das für andere potentielle Nutzer bestimmt interessant.

xerion3800 Nov 5, 2024
Author

Das Problem bei Sungrow bzw. Modbus ist, das es nur einen Client zulässt und wenn man schon eine Modbus Instanz (wie ich) woanders hat, dann muss man mit einem Modbusproxy arbeiten darum ist mir der Aufwand zu hoch.

xerion3800 · 2024-11-06T17:27:55Z

xerion3800
Nov 6, 2024
Author

Hi @christian1980nrw ich habe noch eine Frage zu der Konfiguration. Heute war ja so ein extremes Beispiel mit sehr teuren Slots von über einem Euro.
Der Speicher hat auch heute Nacht entsprechend geladen und ist dann heute morgen schon um 3 Uhr angefangen zu entladen. Somit hatte ich um 15 Uhr nur noch 30 SOC hatte. Somit wäre der Speicher genau passen zu den 1 Euro Slots leer gewesen wenn ich es nicht gesehen hätten. Was kann ich anderes einstellen bzw. was habe ich evtl. falsch eingestellt wenn der Speicher so früh entlädt obwohl genügend teure Slots im Anmarsch waren?

4 replies

christian1980nrw Nov 7, 2024
Maintainer

Hi @christian1980nrw ich habe noch eine Frage zu der Konfiguration. Heute war ja so ein extremes Beispiel mit sehr teuren Slots von über einem Euro. Der Speicher hat auch heute Nacht entsprechend geladen und ist dann heute morgen schon um 3 Uhr angefangen zu entladen. Somit hatte ich um 15 Uhr nur noch 30 SOC hatte. Somit wäre der Speicher genau passen zu den 1 Euro Slots leer gewesen wenn ich es nicht gesehen hätten. Was kann ich anderes einstellen bzw. was habe ich evtl. falsch eingestellt wenn der Speicher so früh entlädt obwohl genügend teure Slots im Anmarsch waren?

Das der Rest des Tages aktiviert wurde, lag daran das Dein Akku komplett vollgeladen war. Bei vollem Akku gibt Deine Matrix das vermutlich so vor. Bei weiter sinkendem SOC werden dann die günstigen Preise wieder deaktiviert und nur zu hohen Preisen entladen. Deshalb ist Deine Grafik nur eine Momentaufnahme. Wird die auch stündlich aktualisiert?

xerion3800 Nov 7, 2024
Author

Ja die Grafik wird stündlich aktualisiert sonst komme ich ja auch nicht an den Werten dran wie aktuell geladen/entladen wird.
Das mit der Matrix kann evtl. sein. Kannst du noch mal erklären wie du den SOC aus der Matrix genau verarbeitest damit ich besser verstehe ob z.B. wie sich hoher oder niedriger SOC in der Matrix widerspiegelt Ich hatte sonst auf 48h Vorhersage aber ich meine dass das eher kontraproduktiv ist. Besser ist m.E. wenn man das für den jeweiligen Tag betrachtet zumindest in der dunklen Jahreszeit.

christian1980nrw Nov 8, 2024
Maintainer

config_matrix24_price=(
	"Charge Discharge_min_SOC Switch"   # [0] Header
	"1 96 1"                     # [1] Price 1
	"1 92 1"                     # [2] Price 2

Das bedeutet das ab 96% Akkufüllstand und mehr alle Preise aktiviert werden, also auch beim günstigsten Börsenpreis entladen wird.
Bis 92% bleibt der zweitgünstigste Preis aktiviert. Und so weiter. Die Matrix gibt es für 24 Stunden und 48 Stunden, je nachdem wie viele Preise verfügbar oder konfiguriert sind.

xerion3800 Nov 8, 2024
Author

Okay verstehe dann "sperre" ich mal die günstigen preise mit einem höheren SoC und geben ein par mehr günstigere Slots frei dann wird später nochmal zu Mittag nachgeladen damit die WP Abends auch genug zu "fressen" hat ;-)

kLOsk · 2024-11-06T18:50:06Z

kLOsk
Nov 6, 2024

@xerion3800 ich habe chatgpt meine config optimieren lassen. einfach controller.sh und die aktuelle config reingepastet und dann folgendes gefragt:

have a look at these two files, specifically the part config_matrix_target_soc_weather - i own a solar roof with 8,4 kwp. the direction is east and west, with east at about 3,8kwp and the rest facing west. the house is located in the rhein main area in germany. i also own a battery that can hold 9kwh of energy. how should i set the config_matrix_target_soc_weather ?

dann noch ein follow up mit

so i have 4 pylontech us2000c installed and a daily consumption of about 15-20kwh - i'm not so concerned about the liferate of the batteries as they are getting much cheaper. what settings would you recommend?

heraus kam maßgeblich

config_matrix_target_soc_weather=(
    "2.0 98"  # Low solar radiation (<2 MJ/m²): keep battery at 95%
    "5.0 60"  # Medium radiation: prepare for solar production
    "8.0 30"  # High radiation: maximize solar storage capacity
)

und

config_matrix24_price=(
    "Charge Discharge_min_SOC Switch"   # [0] Header
    "1 98 1"                     # [1] Price 1
    "1 98 1"                     # [2] Price 2
    "1 98 1"                     # [3] Price 3
    "1 98 1"                     # [4] Price 4
    "0 98 0"                     # [5] Price 5
    "0 95 0"                     # [6] Price 6
    "0 90 0"                     # [7] Price 7
    "0 85 0"                     # [8] Price 8
    "0 80 0"                     # [9] Price 9
    "0 70 0"                     # [10] Price 10
    "0 60 0"                     # [11] Price 11
    "0 50 0"                     # [12] Price 12
    "0 40 0"                     # [13] Price 13
    "0 30 0"                     # [14] Price 14
    "0 25 0"                     # [15] Price 15
    "0 20 0"                     # [16] Price 16
    "0 15 0"                     # [17] Price 17
    "0 10 0"                     # [18] Price 18
    "0 10 0"                     # [19] Price 19
    "0 10 0"                     # [20] Price 20
    "0 10 0"                     # [21] Price 21
    "0 10 0"                     # [22] Price 22
    "0 10 0"                     # [23] Price 23
    "0 10 0"                     # [24] Price 24
)

Hat heut nacht auch gut geladen, ABER die laderate war lediglich ein kw, wodurch die batterie nicht ganz voll wurde.

@christian1980nrw kannst du sagen wo im Victron die charge power festgelegt wird? Ich hatte in den settings nichts gefunden.

0 replies

christian1980nrw · 2024-11-06T20:25:01Z

christian1980nrw
Nov 6, 2024
Maintainer

@xerion3800 Das ist das Problem das aktuell noch der kompletten Tag bei jedem Durchlauf betrachtet wird. Würden die vergangenen Stunden vergessen und mit jedem Durchlauf nur die zukünftigen Stunden geprüft, wäre am Nachmittag nochmal nachgeladen worden. Dazu gibt es unter issues ein ToDo.
Als Workaround könntest Du die Matrix für das dynamische SOC Target etwas höher konfigurieren damit die Ladung für den Rest des Tages reicht.

@kLOsk Schau Dir mal das DVCC Menü an, ob Du da z.B. current oder voltage begrenzt. Ich mache das bei mir absichtlich, damit sanfter geladen wird wenn der Akku voll wird, um dem BMS mehr Zeit für den Zellausgleich zu geben. Ansonsten tippe ich auf falsche Ladeparameter im VE Configure, also zu geringe Ladekurve. Der Wert unten ist für einen 16S Akku.

2 replies

kLOsk Nov 8, 2024

Moin, also dvcc wars nicht. Hab jetzt die solarapi wieder rausgenommen und er hat durchgeladen. Hab den multiplus 48-70 und er hat entsprechend mit ~48*70 =3.360 w geladen. Muss mir die solarapi nochmal genauer anschauen, ob die setting da nicht falsch sind bzw ob im code was falsch interpretiert wird.

christian1980nrw Nov 8, 2024
Maintainer

Moin, also dvcc wars nicht. Hab jetzt die solarapi wieder rausgenommen und er hat durchgeladen. Hab den multiplus 48-70 und er hat entsprechend mit ~48*70 =3.360 w geladen. Muss mir die solarapi nochmal genauer anschauen, ob die setting da nicht falsch sind bzw ob im code was falsch interpretiert wird.

Wundert mich, denn über die API wird nur das dynamische Ladeziel in Prozent konfiguriert was Du im Ladeplan auch manuell konfigurieren kannst. Irgendwelche anderen Parameter werden damit nicht gesetzt. Du könntest den Ladeplan mal manuell einschalten und schauen wie schnell geladen wird.

MQTT Schnittstelle #183

xerion3800 Jul 28, 2024

Replies: 12 comments · 42 replies

kLOsk Sep 11, 2024

xerion3800 Sep 11, 2024 Author

kLOsk Sep 11, 2024

xerion3800 Sep 11, 2024 Author

christian1980nrw Sep 11, 2024 Maintainer

xerion3800 Sep 11, 2024 Author

xerion3800 Oct 28, 2024 Author

christian1980nrw Oct 28, 2024 Maintainer

xerion3800 Oct 28, 2024 Author

christian1980nrw Oct 28, 2024 Maintainer

xerion3800 Oct 28, 2024 Author

christian1980nrw Oct 28, 2024 Maintainer

christian1980nrw Oct 29, 2024 Maintainer

xerion3800 Oct 29, 2024 Author

christian1980nrw Oct 29, 2024 Maintainer

xerion3800 Oct 30, 2024 Author

christian1980nrw Oct 30, 2024 Maintainer

xerion3800 Oct 31, 2024 Author

christian1980nrw Oct 31, 2024 Maintainer

xerion3800 Oct 31, 2024 Author

christian1980nrw Oct 31, 2024 Maintainer

christian1980nrw Oct 31, 2024 Maintainer

xerion3800 Oct 31, 2024 Author

christian1980nrw Oct 31, 2024 Maintainer

xerion3800 Nov 1, 2024 Author

christian1980nrw Nov 2, 2024 Maintainer

christian1980nrw Nov 2, 2024 Maintainer

xerion3800 Nov 2, 2024 Author

christian1980nrw Nov 2, 2024 Maintainer

christian1980nrw Nov 3, 2024 Maintainer

xerion3800 Nov 3, 2024 Author

christian1980nrw Nov 5, 2024 Maintainer

xerion3800 Nov 5, 2024 Author

christian1980nrw Nov 5, 2024 Maintainer

christian1980nrw Nov 5, 2024 Maintainer

xerion3800 Nov 5, 2024 Author

xerion3800 Nov 6, 2024 Author

christian1980nrw Nov 7, 2024 Maintainer

xerion3800 Nov 7, 2024 Author

christian1980nrw Nov 8, 2024 Maintainer

xerion3800 Nov 8, 2024 Author

kLOsk Nov 6, 2024

christian1980nrw Nov 6, 2024 Maintainer

kLOsk Nov 8, 2024

christian1980nrw Nov 8, 2024 Maintainer

xerion3800
Jul 28, 2024

Replies: 12 comments 42 replies

kLOsk
Sep 11, 2024

xerion3800 Sep 11, 2024
Author

xerion3800 Sep 11, 2024
Author

christian1980nrw Sep 11, 2024
Maintainer

xerion3800 Sep 11, 2024
Author

xerion3800
Oct 28, 2024
Author

christian1980nrw
Oct 28, 2024
Maintainer

xerion3800 Oct 28, 2024
Author

christian1980nrw
Oct 28, 2024
Maintainer

xerion3800 Oct 28, 2024
Author

christian1980nrw
Oct 28, 2024
Maintainer

christian1980nrw Oct 29, 2024
Maintainer

xerion3800 Oct 29, 2024
Author

christian1980nrw
Oct 29, 2024
Maintainer

xerion3800 Oct 30, 2024
Author

christian1980nrw Oct 30, 2024
Maintainer

xerion3800 Oct 31, 2024
Author

christian1980nrw Oct 31, 2024
Maintainer

xerion3800 Oct 31, 2024
Author

christian1980nrw
Oct 31, 2024
Maintainer

christian1980nrw Oct 31, 2024
Maintainer

xerion3800 Oct 31, 2024
Author

christian1980nrw Oct 31, 2024
Maintainer

xerion3800 Nov 1, 2024
Author

christian1980nrw Nov 2, 2024
Maintainer

christian1980nrw
Nov 2, 2024
Maintainer

xerion3800 Nov 2, 2024
Author

christian1980nrw Nov 2, 2024
Maintainer

christian1980nrw Nov 3, 2024
Maintainer

xerion3800 Nov 3, 2024
Author

christian1980nrw
Nov 5, 2024
Maintainer

xerion3800 Nov 5, 2024
Author

christian1980nrw Nov 5, 2024
Maintainer

christian1980nrw Nov 5, 2024
Maintainer

xerion3800 Nov 5, 2024
Author

xerion3800
Nov 6, 2024
Author

christian1980nrw Nov 7, 2024
Maintainer

xerion3800 Nov 7, 2024
Author

christian1980nrw Nov 8, 2024
Maintainer

xerion3800 Nov 8, 2024
Author

kLOsk
Nov 6, 2024

christian1980nrw
Nov 6, 2024
Maintainer

christian1980nrw Nov 8, 2024
Maintainer