Auch ich war vor Ort und fand die vielen Vorträge echt spitze, auch wenn ich mich eigentlich immer hätte teilen müssen, da ich mich für fast jedes Thema interessiert habe.
Die Gespräche an den Ständen waren informativ und ebenso waren die Gespräche mit anderen Gästen sehr informativ. So ein merkwürdiges Hobby öffnet Türen 
Insgesamt sehr gelungen und sehr informativ!
Hallo,
da es so ein Thread noch nicht gibt, dachte ich mir, mach ich selbst einen.
Ich komme aus dem Kreis Soest und würde (Stand jetzt) über die A44 bis Kreuz UnDo dann auf die A1 fahren.
Wer kommt aus der Nähe und würde sich vorstellen können die Fahrt und Kosten zu teilen?
VG
PS: Andere Richtungen können auch gerne hier rein.
So wie ich Bambulko verstanden habe läuft auf dem NUC nur IOBroker in einer Docker Instanz.
Wenn dem so sein sollte und in Zukunft keine weiteren Container geplant sind, dann würde ich empfehlen die IT-Schichten zu minimieren.
Obwohl man den NUC vermutlich besser auslasten könnte, wenn man einen Hypervisor zwischenschaltet. Was zwar meinem Kommentar oben zuwider läuft, aber ein zb Proxmox hat eine hervorragende Backup Lösung. Also wenn man sein System wirklich umstellen will, dann gleich richtig
Re: Warmwasser-Zirkulation mit Shelly | Umsetzung?
Ich habe mir für diesen Fall eine NodeRed Schaltung gebaut.
Sieht etwas wirr aus, funktioniert aber.
Im Grunde ist die Funktion simpel, im Standard wird das Relay des Shellys deaktiviert. Nur wenn die Zeit zwischen 8 und 22 ist und die Temperatur des Warmwasserspeichers über 55°C oder eines von 2 Handys im WLAN eingewählt ist, wird ein True gesetzt (in der Node "Auswertung") und das Relay geschaltet.
ok, danke, dass erklärt es natürlich. Sicher ist LXC auch ein Container, so auch der Name, ich verbinde ihn auf Anhieb aber mit Docker, auch wenn du nicht explizit nach Docker gefragt hast.
Ich sage nochmals Danke, ich habe mir eine langfristige Auswertung meiner PVDaten erstellt und denke, dass ich mit List Node diese Daten sogar noch besser auswerten kann.
Sicher nicht die intelligenteste oder effektivste Art mit Daten zu arbeiten, aber das macht NodeRed für mich so einzigartig.
Du kannst über die verschiedensten Wege ans Ziel kommen. Und um die Antwort vor weg zu nehmen, ja, mittels Flux könnte ich die Daten auch ohne diesen Aufwand aggregieren. Die FluxSprache finde ich aber furchtbar unintuitiv.
Ich bin erst seit einem Jahr mit NodeRed unterwegs, wenn ich mir alleine meine Schaltung für den Heizstab ansehe, dann hat sich da schon eine Menge getan.
Version 1 (März 2023)
Version Heute
@cbrocker Hallo, nutze ruhig die snapshot Version.
Wenn du ganz ganz ganz auf der sicheren Seite sein möchtest, mit der neusten Proxmox Version (8.2 glaub ich) gibt es unter Backup ein fleecing, dabei wird der snapshot erst zwischen gespeichert und anschließend auf ein langsameres Medium kopiert.
Bei mir hat snapshot aber nun seit gut 3 Jahren nie Probleme gemacht
@MartinP
wie ich schon sagte, Proxmox Backup Server, beherrscht Inkrementell & Deduplizierung, hat den Vorteil, dass du die komplette Maschine wieder aufsetzen kannst.
Und dabei ist es irrelevant ob VM oder LXC
Wenn ich noch einen Tipp geben darf, ich würde auch auf Proxmox gehen, ZFS hat Vorteile, ist aber RAM lastiger, du wirst aber die Vorzüge von Snapshots lieben lernen.
Für Proxmox spricht die einfachen Backups und den geringen Pflegeaufwand. Und du kannst mit Leichtigkeit noch grafana und influx als weitere LXC Container laufen lassen.
Proxmox ist eine prima spielewiese, wenn es im opensource geht.
Jellyfin, Vaultwarden, Firewall, VPN, Dokumentenverwaltung usw usw.
Schau dich Mal auf YouTube um, da gibt es viele Videos für absolute Einsteiger.
Ich persönlich halte nicht besondersviel von KI, ich habe einiges mit ChatGPT zb ausprobiert und alles was "Schreibe Brief an Oma Tina" herausging war erst nach einiges Nachbearbeiten nutzbar.
Ich benutze eine KI um DeepSpace9 und Voyager von DiaFormat auf 1080p zu skalieren, dass funktioniert wenigstens
Aber alles was du an Smart machen kannst, dann kannst du mit IOBroker das ganze mit NodeRed, Blocky oder Script nachbauen
Habs gelöst. Danke ihr beiden!
Nun kann ich mich daran begeben, ein Dashboard zu basteln.
Hallo,
ich hatte gehofft keine Probleme zu bekommen. Aber ich bin schon stolzer Besitzer einer Ecowitt WP90 mit Gateway 2000.
Ich bekomme keine Werte angezeigt. Bei ausführen von ./wetterstation.sh --debug erscheint:
WLAN-Wetterstation V3.5.2 - (c)2019-2025 by SBorg
Config-Version: V3.5.2
Sub-Version : V3.5.2
'bc' installiert: [✓]
'jq' installiert: [✓]
'dc' installiert: [✓]
'nc' in der Openbsd-Variante installiert: [✓]
'netcat' in Openbsd-Variante aktiv, alles korrekt [✓]
Connection to 172.16.0.102 8081 port [tcp/*] succeeded!
parse error: Invalid numeric literal at line 1, column 10
(standard_in) 1: syntax error
(standard_in) 1: syntax error
/home/wetter/wetterstation/wetterstation.sub: line 858: [: : integer expression expected
Messwerteblock:
Nicht alle Werte werden unterstützt (abhängig vom Modell der Wetterstation und dem verwendeten Protokoll)!
Temperatur Innen : °C
Temperatur Aussen : °C
Taupunkt : °C
Gefühlte Temperatur : °C
Luftfeuchte Innen : %
Luftfeuchte Aussen : %
Windgeschwindigkeit : km/h
Windgeschwindigkeit 10min : km/h
Windböengeschwindigkeit : km/h
Windböe max. : km/h
Windrichtung : °
Windrichtung :
Windrichtung 10min : °
Luftdruck absolut : hPa
Luftdruck relativ : hPa
Regenrate : mm/h
Regenstatus :
Regen seit Regenbeginn : mm
Regen Stunde : mm
Regen Tag : mm
Regen Woche : mm
Regen Monat : mm
Regen Jahr : mm
Regen Gesamt : mm
Sättigungsdefizit : kPa
Sonnenstrahlung : W/m²
UV-Index :
Zeitstempel :
Firmware :
Batteriestand: :
Gateway-Modell :
Zusatzsensoren:
Datenstring für ioBroker:
DATA von Wetterstation:
Debug VAR:
Installationsverzeichnis: /home/wetter/wetterstation
IPP: 172.16.0.102:8081 WS_PORT: 1080 WS_POLL: 20 PRE_DP: 0_userdata.0.Wetterstation
WEB: HTTP WS_PROT: Ecowitt
Zusatzsensoren:
DP10/35/40/50/60/70/100/200/250/300: 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0
WH31: 0 || WS90: 0
Bresser: 7009999 [0]
Script-Version: V3.5.2 Config-Version: V3.5.2 Sub-Version: V3.5.2
Kommunikationsfehler!
Die Conf seht ihr hier:
### Settings V3.5.2 -----------------------------------------------------------
#Debuging einschalten [true/false] / default: false / Ausgabe der Messwerte
debug=false
#Verhalten bei Kommunikationsfehler [true/false] / default: false / Soll der Datenpunkt automatisch resettet werden?
RESET_KOMFEHLER=false
#Logging einschalten [true/false] / default: false / schreibt die Datenstrings der Station in eine Datei
logging=false
#ioBroker-IP und Port der Simple-Restful-API [xxx.xxx.xxx.xxx:xxxxx]
IPP=172.16.0.102:8081
#Protokoll, ioBroker-IP und Port der Rest-API [http(s)://xxx.xxx.xxx.xxx:xxxxx] / leer lassen falls nicht benutzt
RESTAPI_URL=
RESTAPI_USER=
RESTAPI_PW=
#Protokoll der Wetterstation [1/2/9] / 1=Wunderground ; 2=Ecowitt ; 9=DNS / default: 2
WS_PROTOKOLL=2
#Anzahl der vorhandenen Zusatzsensoren Froggit, Ecowitt und Bresser / default: 0
ANZAHL_WH31=0
ANZAHL_WS90=0
ANZAHL_DP10=0
ANZAHL_DP35=0
ANZAHL_DP40=0
ANZAHL_DP50=0
ANZAHL_DP60=0
ANZAHL_DP70=0
ANZAHL_DP100=0
ANZAHL_DP200=0
ANZAHL_DP250=0
ANZAHL_DP300=0
ANZAHL_7009999=0
#Protokoll (HTTP oder HTTPS) / default: HTTP
WEB=HTTP
#Ignoriere Zertifikatsfehler bei der Simple-Restful-API [true/false] / default: false / nötig bei eigenen Zertifikaten
WEB_IGN_SSL_ERROR=false
#User-Authentifizierung falls benutzt; sonst leer lassen
AUTH_USER=
AUTH_PASS=
#Port der Wetterstation
WS_PORT=1080
#Pollintervall der Wetterstation in Sekunden (minimal 16 Sekunden)
WS_POLL=20
#Name/ID der Wetterstation
WS_ID=ZuHause
#wo sollen die Datenobjekte abgelegt werden
PRE_DP=0_userdata.0.Wetterstation
#InfluxDB-Konfiguration / ohne InfluxDB alles leer lassen
#Protokoll (HTTP oder HTTPS) / default: HTTP
INFLUX_WEB=HTTP
#IP und Port der API [xxx.xxx.xxx.xxx:xxxxx]
INFLUX_API=172.16.0.101:8086
#Bucket, Token und Organisation der InfluxDB
INFLUX_BUCKET=iobroker
INFLUX_TOKEN=xxx
INFLUX_ORG=homelab
#letztes Regenereignis als [DATUM], [UNIX]-Timestamp oder [DIFF]erenz ("vor xx Tagen")
# DATUM = 28.04.2020 13:12
# UNIX = 1588074964
# DIFF = gerade eben / vor einer Stunde / vor 23 Stunden / vor einem Tag / vor 12 Tagen
LAST_RAIN=DIFF
#Text-Format für Datenpunkte "Sonnenschein_[Tag|Woche|Monat|Jahr]_Text"
# zweistellig wird ggf. mit einer führenden "0" aufgefüllt
# d = Tag(e) 0...n ein- und mehrstellig / h = Stunden 0...n ein- oder mehrstellig
# hh = Stunden zweistellig (00...23) / mm = Minuten zweistellig (00...59) / ss = Sekunden zweistellig (00...59)
#
# Beispiel: 68 Stunden, 2 Minuten und 15 Sekunden
#
# Auswahl | Ausgabe im Datenpunkt
# ----------------------------------------------------------------------------
# [0] = h Std. mm Min. ss Sek. | 68 Std. 02 Min. 15 Sek.
# [1] = h:mm | 68:02
# [2] = d Tag/e h Std. | 2 Tage 20 Std.
# [3] = d Tag/e, h Std, m Min | 2 Tage, 20 Std, 2 Min (Anzeige Tage erst bei >0)
SONNENSCHEIN_TXTFORMAT=3
#Daten an Wetter.com senden (leer lassen falls nicht gewünscht)?
WETTERCOM_ID=
WETTERCOM_PW=
#Daten an Wunderground.com senden? [true/false] / default: false
#Nur nötig und sinnvoll bei WS_PROTOKOLL=9 (DNS) wenn trotzdem auch Daten weiterhin an Wunderground.com gesendet werden sollen.
WUNDERGROUND_UPDATE=false
#Windrichtung und -geschwindigkeit der letzten 10 Minuten anstelle aktueller Werte an
#windy/OpenSenseMap/wetter.com übertragen? [true/false] / default: false
USE_AVG_WIND=false
#Fix aktivieren bei fehlerhafter Außentemperatur [true/false] / default: false
#Bei unplausiblem Messwert wird kein Datenpaket an den ioB geschickt
FIX_AUSSENTEMP=false
!!REST ABGESCHNITTEN!!
Hier die Config in der App:
file:///home/daniel/Schreibtisch/Screenshot_20250927_170456_com.ost.ecowitt.jpg
Hier habe ich den Test einmal ohne "/" im Pfad gemacht, sowie einmal mit (/ steht da ja bereits) funktioniert hat beides leider nicht.
Ich bekomme die Meldung, dass der InviteLink abgelaufen ist
@mickym said in NodeRed Integration Github:
@taddy81 Hast Du die Befehle laufen lassen - damit konnte ich die Projektfunktion aktivieren.
Nein, noch nicht, war nicht mehr am Rechner. Ich werde es morgen im Laufe des Tages machen, danke aber für deinen Support!
Äußerst unbefriedigend, übelege schon länger, NodeRed auf einem LXC laufen zu lassen.
Auch wenn ich nun im IOBroker Version 6.0.2 laufen habe, so wird mir in NodeRed immer noch 3.1.14 angezeigt, obwohl ja eigentlich dort 4.0.3 stehen sollte.
Ok, gerade nachgelesen... Geht nicht, noch unbefriedigender.
https://forum.iobroker.net/topic/67459/externes-node-red-und-iobroker-wie-verbinden/9
Hallo,
ich habe das Netz schon dirchforstet, aber ich werde einfach nicht fündig.
Ich würde meine Projekte gerne in GitHub ablegen, aber wie mache ich das denn?
Gibt es irgendwo Anleitungen?
Ich habe bereits einen SSH Schlüssel in Github hinterlegt, aber wenn ich auf New Projekt gehe sagt er immer wieder, dass ich in den Settings die Anmeldung ausfüllen muss
Ich habe den Pfad aus dem Kopf rekonstruiert, da ich zu dem Zeitpunkt mit meinem Hund unterwegswar und daher die unkorrekte Angabe.
Überbleibsel kann nicht sein, da es die frische Installation ist
/etc/influxdb/influxdb.conf
### Welcome to the InfluxDB configuration file.
# The values in this file override the default values used by the system if
# a config option is not specified. The commented out lines are the configurati>
# field and the default value used. Uncommenting a line and changing the value
# will change the value used at runtime when the process is restarted.
# Once every 24 hours InfluxDB will report usage data to usage.influxdata.com
# The data includes a random ID, os, arch, version, the number of series and ot>
# usage data. No data from user databases is ever transmitted.
# Change this option to true to enable reporting.
reporting-enabled = false
# Bind address to use for the RPC service for backup and restore.
bind-address = "0.0.0.0:8088"
Aber wie der gute @simatec schon gesagt hat, es war der OperatorToken der den die Lösung gebracht hat, ich hoffe, dass ich nun diesen Hinweis nun nicht in den Dokumenten übersehen habe. Vielen Dank, nun kann ich mit den weiteren Arbeiten fortfahren!
@marc-berg Änderung wurden und der /etc/influx/ vorgenommen, in der conf war auch ein Eintrag vorhanden
@simatec einen selbsterstellten Admin Token, muss mich nochmals damit beschäftigen, was der Operator Token ist.
