SOLECTRUS
Replies: 2 comments 12 replies
-
|
So in etwa sollte das funktionieren: shelly-collector-aufzug:
image: ghcr.io/solectrus/shelly-collector:latest
environment:
- TZ
- INFLUX_SCHEMA
- INFLUX_HOST
- INFLUX_TOKEN
- INFLUX_ORG
- INFLUX_BUCKET
- INFLUX_PORT
- INFLUX_MEASUREMENT=Aufzug
- SHELLY_HOST=192.168.123.45
- SHELLY_INTERVAL
logging:
options:
max-size: "10m"
max-file: "3"
restart: unless-stopped
shelly-collector-therme:
image: ghcr.io/solectrus/shelly-collector:latest
environment:
- TZ
- INFLUX_SCHEMA
- INFLUX_HOST
- INFLUX_TOKEN
- INFLUX_ORG
- INFLUX_BUCKET
- INFLUX_PORT
- INFLUX_MEASUREMENT=Therme
- SHELLY_HOST=192.168.123.46
- SHELLY_INTERVAL
logging:
options:
max-size: "10m"
max-file: "3"
restart: unless-stoppedDiese Zeilen in deine bestehende compose-Datei einfügen (Einrückung beachten!), IP-Adressen anpassen, dann In SOLECTRUS wirst du danach natürlich noch nichts sehen. Aber die Messwerte werden in der InfluxDB schon mal gesammelt. |
Beta Was this translation helpful? Give feedback.
-
|
Ok, mein Fehler, es muss in der Und ich sehe noch einen Fehler, da fehlt ein $-Zeichen. Hier noch mal komplett: Wenn es dann immer noch nicht klappen sollte, dann bitte mal die |
Beta Was this translation helpful? Give feedback.
-
|
in der Aufzug Log steht da was mit Therme - ? hier die Therme Log und hier die .env ##################################################################
### Generic ###
##################################################################
TZ=Europe/Berlin
##################################################################
### Dashboard application ###
##################################################################
# Domain name or IP address of your host
APP_HOST=my-little-raspbery.local
# Date of commissioning of your photovoltaic system
INSTALLATION_DATE=2022-09-01
# Password to login as administrator, required to manage settings like historical prices
ADMIN_PASSWORD=xxx
# Interval in seconds for polling the InfluxDB
INFLUX_POLL_INTERVAL=5
# SSL redirect: Use "true" if you want to auto-redirect to https, but ensure that you have a valid SSL certificate
# and a reverse proxy in front of the app!
# In all other cases, the option must be "false"!
FORCE_SSL=false
# Secret token to secure cookies, 128 chars long hexadecimal encoded string
SECRET_KEY_BASE=xxx
# Start web server Puma in single mode (recommended to reduce memory usage)
WEB_CONCURRENCY=0
# Optional: Allow iframe embedding
# FRAME_ANCESTORS=https://my-other-home-automation-software.com
# Password for the PostgreSQL database, used by the app to communicate internally with the database
# Caution: Do not change this after the first run, otherwise the app will no longer be able to connect to the database!
POSTGRES_PASSWORD=xxx
##################################################################
### Sensor mapping ###
##################################################################
# Where to find the data in the InfluxDB
# Each sensor must be mapped to a measurement and a field
# The format is: INFLUX_SENSOR_NAME=MEASUREMENT:FIELD
# Example: INFLUX_SENSOR_INVERTER_POWER=my_pv:inverter_power
INFLUX_SENSOR_INVERTER_POWER=SENEC:inverter_power
INFLUX_SENSOR_HOUSE_POWER=SENEC:house_power
INFLUX_SENSOR_GRID_IMPORT_POWER=SENEC:grid_power_plus
INFLUX_SENSOR_GRID_EXPORT_POWER=SENEC:grid_power_minus
INFLUX_SENSOR_BATTERY_CHARGING_POWER=SENEC:bat_power_plus
INFLUX_SENSOR_BATTERY_DISCHARGING_POWER=SENEC:bat_power_minus
INFLUX_SENSOR_BATTERY_SOC=SENEC:bat_fuel_charge
INFLUX_SENSOR_WALLBOX_POWER=
INFLUX_SENSOR_CASE_TEMP=SENEC:case_temp
INFLUX_SENSOR_SYSTEM_STATUS=SENEC:current_state
INFLUX_SENSOR_SYSTEM_STATUS_OK=SENEC:current_state_ok
INFLUX_SENSOR_GRID_EXPORT_LIMIT=SENEC:power_ratio
INFLUX_SENSOR_INVERTER_POWER_FORECAST=Forecast:watt
INFLUX_SENSOR_HEATPUMP_POWER=
# Optional: Exclude sensors from house power calculation
# Default is HEATPUMP_POWER (if defined)
# INFLUX_EXCLUDE_FROM_HOUSE_POWER=HEATPUMP_POWER,WALLBOX_POWER
##################################################################
### SENEC Collector ###
##################################################################
# The adapter to use
# Values: local, cloud
SENEC_ADAPTER=local
# The IP address or hostname of your SENEC device
# Available only when using the local adapter
SENEC_HOST=192.168.001.230
# The schema protocol to use
# Available only when using the local adapter
# Values: http, https
SENEC_SCHEMA=https
# The language to use for status strings
# Available only when using the local adapter
# Values: de, en, it
SENEC_LANGUAGE=de
# The credentials for mein-senec.de
# Available only when using the cloud adapter
# SENEC_USERNAME=me@example.com
# SENEC_PASSWORD=my-senec-password
# The system ID of your SENEC device
# Available only when using the cloud adapter
# Can be empty if there is just one system
# SENEC_SYSTEM_ID=123456
# The interval in seconds for polling
# Minimum for local adapter is 5 seconds
# Minimum for cloud adapter is 30 seconds
SENEC_INTERVAL=5
# Measurement name for InfluxDB
SENEC_INFLUX_MEASUREMENT=SENEC
# Optional: Disable specific fields you do not want to send to InfluxDB.
# This can be useful if you are tracking them from another source.
# Comma separated list of fields, no whitespace. Example:
# SENEC_IGNORE=wallbox_charge_power,grid_power_minus
##################################################################
### Forecast collector ###
##################################################################
FORECAST_PROVIDER=forecast.solar
# Number of planes (if you have more than one). Default is 1. Forecast.solar allows up to 4 planes, Solcast up to 2.
FORECAST_CONFIGURATIONS=3
# Update interval in seconds
FORECAST_INTERVAL=2700
# Measurement name for InfluxDB
FORECAST_INFLUX_MEASUREMENT=Forecast
### Details for forecast.solar
# API docs: https://doc.forecast.solar/doku.php?id=api:estimate
# Latitude of the plant location
FORECAST_LATITUDE=xxx
# Longitude of the plant location
FORECAST_LONGITUDE=xxx
# Plane declination: 0 (horizontal) - 90 (vertical)
# FORECAST_DECLINATION=30
# Plane azimuth: -180 ... 180 (-180 = north, -90 = east, 0 = south, 90 = west, 180 = north)
# FORECAST_AZIMUTH=20
# Installed modules power in kilowatt peak (kWp)
# FORECAST_KWP=8.4
# Optional damping factors (http://doc.forecast.solar/damping)
# FORECAST_DAMPING_MORNING=0.5
# FORECAST_DAMPING_EVENING=0
#
# Optional configuration for multiple planes
#
# Starting from 0, add params different from the values defined above
FORECAST_0_DECLINATION=24
FORECAST_0_AZIMUTH=-93
FORECAST_0_KWP=8.910
#
FORECAST_1_DECLINATION=24
FORECAST_1_AZIMUTH=87
FORECAST_1_KWP=2.835
#
FORECAST_2_DECLINATION=30
FORECAST_2_AZIMUTH=0
FORECAST_2_KWP=0.820
#
# FORECAST_3_DECLINATION=50
# FORECAST_3_AZIMUTH=90
# FORECAST_3_KWP=2.58
#
# Available params are:
# - FORECAST_x_LATITUDE
# - FORECAST_x_LONGITUDE
# - FORECAST_x_DECLINATION
# - FORECAST_x_AZIMUTH
# - FORECAST_x_KWP
# - FORECAST_x_DAMPING_MORNING
# - FORECAST_x_DAMPING_EVENING
# Optional API key for registered users of forecast.solar (https://doc.forecast.solar/account_models)
# FORECAST_SOLAR_APIKEY=abc123
### Details for solcast.com
# SOLCAST_APIKEY=secret-solcast-api-key
# SOLCAST_SITE=1111-2222-3333-4444
# SOLCAST_0_SITE=1111-2222-3333-4444
# SOLCAST_1_SITE=5555-6666-7777-8888
#
#
#################################################################
### Shelly Collector ###
#################################################################
#
SHELLY_INTERVAL=5
SHELLY_HOST_THERME=192.168.1.244
SHELLY_HOST_AUFZUG=192.168.1.243
SHELLY_MEASUREMENT_THERME=Therme
SHELLY_MEASUREMENT_AUFZUG=Aufzug
#
##################################################################
### InfluxDB time series database ###
##################################################################
# InfluxDB host
INFLUX_HOST=influxdb
# InfluxDB schema (http or https)
INFLUX_SCHEMA=http
# InfluxDB port
INFLUX_PORT=8086
# Credentials for the InfluxDB, don't change after the first run!
INFLUX_ORG=solectrus
INFLUX_USERNAME=admin
INFLUX_PASSWORD=xxx
INFLUX_ADMIN_TOKEN=xxx
# Set these names before first run, they can't be changed later!
INFLUX_BUCKET=my-solectrus-bucket
# To keep things simple, we use ONE token (INFLUX_ADMIN_TOKEN) for both writing and reading.
# For better security, you can use two separate tokens, created via the InfluxDB frontend.
INFLUX_TOKEN_WRITE=xxx
INFLUX_TOKEN_READ=xxx
# Volume path for storing the InfluxDB data
INFLUX_VOLUME_PATH=/home/pi/solectrus/influxdb
##################################################################
### PostgreSQL database ###
##################################################################
# Volume path for storing the PostgreSQL data
DB_VOLUME_PATH=/home/pi/solectrus/postgresql
##################################################################
### Redis in-memory database ###
##################################################################
# Volume path for storing the database snapshot
REDIS_VOLUME_PATH=/home/pi/solectrus/redis |
Beta Was this translation helpful? Give feedback.
-
|
WARN[0000] The "SHELLY_MEASUREMENT_Therme" |
Beta Was this translation helpful? Give feedback.
-
|
Ok, damit funktioniert es nun offenbar. Du könntest noch folgende Zeilen in der Compose-Datei ergänzen, damit beim ersten Start keine Fehlermeldung auftritt, wenn InfluxDB noch nicht bereit ist und außerdem der Collector mit Watchtower aktuell gehalten wird (falls du Watchtower verwendest). depends_on:
influxdb:
condition: service_healthy
links:
- influxdb
labels:
- com.centurylinklabs.watchtower.scope=solectrus Insgesamt also so: shelly-collector-aufzug:
image: ghcr.io/solectrus/shelly-collector:latest
environment:
- TZ
- INFLUX_SCHEMA
- INFLUX_HOST
- INFLUX_TOKEN=${INFLUX_TOKEN_WRITE}
- INFLUX_ORG
- INFLUX_BUCKET
- INFLUX_PORT
- INFLUX_MEASUREMENT=${SHELLY_MEASUREMENT_AUFZUG}
- SHELLY_HOST=${SHELLY_HOST_AUFZUG}
- SHELLY_INTERVAL
logging:
options:
max-size: "10m"
max-file: "3"
restart: unless-stopped
depends_on:
influxdb:
condition: service_healthy
links:
- influxdb
labels:
- com.centurylinklabs.watchtower.scope=solectrus
shelly-collector-therme:
image: ghcr.io/solectrus/shelly-collector:latest
environment:
- TZ
- INFLUX_SCHEMA
- INFLUX_HOST
- INFLUX_TOKEN=${INFLUX_TOKEN_WRITE}
- INFLUX_ORG
- INFLUX_BUCKET
- INFLUX_PORT
- INFLUX_MEASUREMENT=${SHELLY_MEASUREMENT_THERME}
- SHELLY_HOST=${SHELLY_HOST_THERME}
- SHELLY_INTERVAL
logging:
options:
max-size: "10m"
max-file: "3"
restart: unless-stopped
depends_on:
influxdb:
condition: service_healthy
links:
- influxdb
labels:
- com.centurylinklabs.watchtower.scope=solectrusIch denke, damit sind wir hier durch :) |
Beta Was this translation helpful? Give feedback.
-
|
... sind wir - top, und DANKE |
Beta Was this translation helpful? Give feedback.
-
|
Hi @ledermann, habe auch den Power-Splitter in Benutzung jetzt und finde es cool, dass ich damit jetzt auch die Autarkie der Autoladung sehen kann. Ich habe an anderen "Kleinverbrauchern" wie Waschmaschine, Trockner, Spülmaschine aktuell auch Messsteckdosen mit Tasmota. Und berechne mir damit im ioBroker selber die Autarkie für z.b. einen Waschvorgang. Aber ggf. wäre dann neben dem Shelly-Collector auch ein Tasmota-Collector sinnvoll? Viele Grüße aus Übach ;) |
Beta Was this translation helpful? Give feedback.
-
|
Bei den Kleinverbrauchern verfolge ich in #3396 bislang die Idee, diese nur als Teil des Hausverbrauchs zu sehen und dort im Tooltip darzustellen. Außerdem als Diagramm. Den PowerSplitter habe ich momentan nur für die Großverbraucher wie E-Auto und Wärmepumpe vorgesehen. Die Berechnung wäre zwar prinzipiell auch für kleinere Verbraucher machbar, aber ich bezweifle, ob das einen nennenwerten Erkenntnisgewinn bringt. Wenn ein Gerät wenig verbraucht (und damit wenig kostet), finde ich eine weitere Aufteilung nicht so spannend. Bei separaten Großverbrauchern sieht das anders aus, dafür habe ich solectrus/power-splitter#81 angelegt. Bei Tasmota ist momentan nur MQTT möglich. Native Collectoren dürften in absehbarer Zeit vermutlich eher die Ausnahme bleiben. Wenn ich die Geräte nicht selber habe, ist es schwierig, etwas dafür zu entwickeln. Da müsstest du also selber ran. Übrigens kannst du einen Collector auch in Go, TypeScript, Rust oder was du sonst so magst, entwickeln - Hauptsache es läuft im Docker-Container ;-) |
Beta Was this translation helpful? Give feedback.
-
|
Mir gehts auch weniger um den Kostenfaktor sondern eher um die Autarkie. Wir versuchen halt schon möglichst so Verbraucher wie Waschmaschine, Trockner, Spülmaschine tagsüber laufen zu lassen, wenn wir möglichst autark sind. Ist dann eher fürs "Gewissen" als für den Geldbeutel :) Stimmt, MQTT hast du ja schon, das sollte sich ja dann schon verbinden lassen. Mal schauen, wenn das soweit einbindbar ist, kann ich ja mal schauen, ob sich ein Tasmota-Collector lohnt :) |
Beta Was this translation helpful? Give feedback.
-
Von @Zeppelin-PV in #3396. Hierher verschoben, weil es im Issue um die Implementierung gehen soll, nicht um Installationsfragen:
Ja, du kannst das schon vorbereiten. Ich gehe davon aus, dass die beiden Shellys im lokalen Netz über ihre IP erreichbar sind, d.h. die Website der Geräte lassen sich im Browser aufrufen.
Wenn du noch keinen MQTT-Broker im Betrieb hast (was ich vermute), würde ich MQTT eher meiden, das macht alles komplizierter. Nimm stattdessen den Shelly-Collector, für jeden deiner beiden Shellys einen eigenen. Das sind dann zwei zusätzliche Services in deiner Compose-Datei.
Beta Was this translation helpful? Give feedback.
All reactions