So um das ganze zum Ende zu bringen.

Ich habe mich jetzt für Google entschieden. Der Google Nest Hub 2 ist schon zuhause und jetzt beginnt die Einrichtung.
Stehe da aber schon vor dem ersten Problem.

https://forum.iobroker.net/topic/49195/google-home-iobroker-iot-mqtt-anfänger
Vielleicht kann jemand da mal mit drüber schauen.

Ansonsten das Thema kann erledigt werden. Ich teste das ganze jetzt einfach mal mit Google da ja noch nichts im Haus ist und wir schauen mal wie wir damit zurecht kommen.

Danke für die ganzen Beiträge!

@chaot

Wunderbar. Danke für den Hinweis mit dem Link und der Privatadresse.

Jetzt funktioniert es.

@crunchip

Ich hoffe, dass hilft dir weiter.

@sonny
Verstehe ich das richtig, dass du hier summierst?
Wenn 85W Überschuss, dann schalte etwas ein.
Dann kommen 130W hinzu, wird das nächste eingeschaltet?
Dann kommen nochmal 270W hinzu dann wird nochmal etwas eingeschaltet?
Heißt du hättest in Summe 485W Überschuss?
Oder denke ich gerade falsch?

Wie fängst du folgendes Szenario ab:
Du hast deinen Grundverbrauch sagen wir mal 200W. Dann kommt die Balkonanlage in den frühen Stunden dazu und produziert 200W. Heißt am Zähler stehen 0W.

Jetzt kommt über die Vormittagsstunden immer mehr dazu. Beispiel Balkonkraftwerk macht 300W.
300W - 200W = 100W Überschuss. Jetzt wird dein erster Verbraucher eingeschaltet.
Ab jetzt hast du ja nicht mehr 200W Verbrauch, sondern 285W.
Heißt 300W Balkonkraftwerk - 285W = 15W Überschuss.

Kann man so etwas abfangen, sonst würde das spiel ja immer wieder so hin und her gehen.

@weimaraner

Ich bin durch diesen Thread ja nochmal sehr ins lesen gekommen.
Bin dann über dieses YT Video gestolpert:
https://www.youtube.com/watch?v=h5kRRzzoh9U

Hier wird gezeigt, wie man EP2 Steckdosen doch Flashen kann.

Ich selbst weiß noch nicht genau was ich mir vorstelle, aber ich lese noch ein wenig und schaue genau, wo ich diese einsetzen könnte.

@djmarc75 sagte in Test Adapter Chromecast v3.0.x:

@wusa sagte in Test Adapter Chromecast v3.0.x:

dass es "Text to speech" direkt in dem Objektbaum von Sayit gibt

hm, hab ja auch nix anderes geschrieben, aber ok. Schön dass Du Dir geholfen hast

Wir haben an dem einen Punkt aneinander vorbei gesprochen.
Ist jetzt aber erledigt.

Damit das ganze grundsätzlich funktionierte, hast du mir ja mit deinem Skript geholfen.

Danke!

@djmarc75
Perfekt, Danke. Dann haben wir ja beide was davon

@jan1 sagte in Alexa vs. Google vs. ?:

Alexa bracht man dafür nicht, kann es aber auch noch einbinden. Eigentlich kannst so ziemlich alles was Du zu Hause im LAN/WLAN hast in IOBroker anbinden und das dann wiederum auch an Alexa weiter reichen, auch wenn die Geräte von Haus aus gar nicht dafür gemacht sind.

Ja so habe ich das anfangs auch verstanden.
Ich glaube bei mir ist durch das ganze schreiben und lesen einfach alles durcheinander gekommen.

Ich fange jetzt einfach mal an und wenn es Probleme gibt, dann kann ich speziell nochmal nachfragen.

Danke an alle für die Hilfe!

@kusi

Habe es jetzt nach deinem Tipp in der Zwischenzeit schon umgesetzt

Hab mir einen Datenpunkt erstellt:

Dann habe ich mir einen Button in Telegram erstellt:

Auf diesen Datenpunkt triggere ich mit dem Button und setzte ihn auf "true"

Das Skript reagiert auf die Veränderung, liest den Namen und den Preis der Tankstelle aus und setzt den Wert wieder auf "false"

@gammler2003
Ich habe mich auch gefragt, welchen Weg der Adapter jetzt nimmt und ob ich sichergehen kann, dass es jetzt auch wirklich lokal funktioniert.

Ich bin dann radikal hergegangen und habe in meiner Firewall der Tahoma-Box keinen Zugriff auf das Internet gegeben. Lokal habe ich die Box aber weiterhin erreichbar gemacht.
Die LED von der Tahoma-Box war dann bei mir auch rot, was ja bedeutet, dass keine Internetverbindung bestellt.

Dann habe ich über den ioBroker Befehle an die Tahoma-Box geschickt (Rollo auf, Rollo zu) und siehe da, es funktioniert weiterhin. So weiß ich jetzt ziemlich sicher, dass Lokal alles funktioniert.

Ich hatte auch immer wieder Probleme mit der Cloud. Das sollte jetzt denke ich aber gegessen sein. @StrathCole Danke!

@marc-berg

Ok, Schade aber gut zu wissen.

Hallo zusammen,

ich hänge gerade an einem Strukturierungsproblem.
Ich habe eine Projekt, welche ich momentan über Python abwickle, allerdings gerne auf iobroker umziehen würde.
Dazu nutze ich bereits die influx Datenbank (allerdings noch in der Version 1). Ich würde auch gerne vorerst bei Version 1 bleiben. Damit ich nicht gleich zwei Sachen verändere.

Ich trage die Daten aus dem Python Skript in die InfluxDB ein. Dazu nutze ich folgendes, hier mal ein kleiner Auszug davon:

host = "192.168.7.10" 
port = 8086 
user = "xxx" 
password = "xxx" 
dbname = "eta_db" # the database 
 
# Create the InfluxDB client object
client = InfluxDBClient(host, port, user, password, dbname)
 
measurement = "heizung"

 
data = [
{
"measurement": measurement,
"fields": {
"puffer_oben": puffer_oben_temperatur,
"puffer_mitte": puffer_mitte_temperatur,
"puffer_unten": puffer_unten_temperatur,
}
}
]
        # Send the JSON data to InfluxDB
client.write_points(data)

Heißt, ich habe eine Datenbank die eta_db heißt. Dann habe ich die Tabelle heizung und darunter die Spalten puffer....

So sieht das ganze direkt auf der DB aus:

Jetzt gehe ich zum iobroker und habe den Adapter influxdb installiert.

Dort kann ich allerdings "nur" die DB einstellen.

Unter den Datenpunkten, welche in die DB sollen, kann ich auch nur einen Alias einstellen.

Jetzt passiert aber auf der Datenbank folgendes:

Heißt es wird mir pro Datenpunkt eine eigene Tabelle angelegt.

Kann man mit iobroker nicht mehrere Datenpunkte als Spalte in einer Tabelle anlegen?

Ich habe jetzt eine Lösung und vermutlich das Problem gefunden.

services:
  wireguard:
    image: lscr.io/linuxserver/wireguard:latest
    container_name: wireguard
    networks:
      RZ-net:
        ipv4_address: 172.18.0.2
    cap_add:
      - NET_ADMIN
      - SYS_MODULE #optional
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Europe/Berlin
     
    volumes:
      - /root/docker/wg-s2s/config:/config

    sysctls:
      - net.ipv4.conf.all.src_valid_mark=1
    restart: unless-stopped

networks:
  RZ-net:
    external: true

Hauptproblem bei der Vergabe der festen IP Adresse ist das angelegte Netzwerk.
Es darf nicht mit /16 angelegt werden. Hier ist vermutlich etwas im Docker-Hintergrund was hier blockiert.
Legt man die Adresse mit /24 an, kann man in der Compose Datei die Adresse auch fest vergeben.

@oliverio
Ich will eigentlich nur eine feste IP aus dem Bereich 172.18.0.0/16 selbst vergeben, dass die IP immer gleich bleibt.

@oliverio
Aber das geht ja jetzt auch schon.
Wenn ich einfach nur die Docker Container starte, dann erhalte ich zb. für Wireguard die IP 172.18.0.2
Wenn ich jetzt noch einen anderen Docker Container starte, dann erhalte ich die IP 172.18.0.3

Jetzt kann ich per IP Adresse 172.18.0.3, da sich die Container im selben Netzwerk befinden, auf den Dienst zugreifen.

Starte ich jetzt allerdings die Container neu, dann kann es sein, dass ich eine andere IP Adresse für die Container erhalte.
Also könnte es sein, dass ich für Wireguard dann die IP 172.18.0.5 erhalte.

@oliverio

Richtig, ich habe mich im ersten Moment auch an das Docker Netzwerk gerichtet.

Die 172.18.0.0/16 ist von meinem Router richtig durchgeroutet und auch nur in dem Docker Netzwerk in Verwendung, sonst nirgends in meinem Netzwerk.

Starte ich die Container nur mit dem

networks:
 - RZ-net

Werden die IPs richtig vergeben. Ich würden nur gerne aus dem Bereich eine feste IP Adresse vergeben, damit der Container auch immer die selbe IP hat.
Daher auch die 2 excluded IPs.
Vielleicht ist das auch grundsätzlich falsch. Ich weiß es leider nicht.

@oliverio

Wenn ich allerdings mit diesem Parameter den Container starte:

    networks:
      - RZ-net

und

networks:
  RZ-net:
    external: true

Haben bei mir die Container aus dem Adresspool eine IP aus dem Pool.

@marc-berg

services:
  wireguard:
    image: lscr.io/linuxserver/wireguard:latest
    container_name: wireguard
    networks:
      RZ-net:
        ipv4_address: 172.18.0.2
    cap_add:
      - NET_ADMIN
      - SYS_MODULE #optional
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Europe/Berlin
     
    volumes:
      - /root/docker/wg-s2s/config:/config

    sysctls:
      - net.ipv4.conf.all.src_valid_mark=1
    restart: unless-stopped

networks:
  RZ-net:
    external: true

Auch hier erscheint ein Fehler.

Address already in use.

Es sind alle Container aus. Heißt die Adresse ist definitiv nicht in Benutzung.

@chrunchy
Perfekt, Danke.

Jetzt sieht es wie folgt aus:

services:
  wireguard:
    image: lscr.io/linuxserver/wireguard:latest
    container_name: wireguard
    networks:
      - RZ-net
    cap_add:
      - NET_ADMIN
      - SYS_MODULE #optional
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Europe/Berlin
     
    volumes:
      - /root/docker/wg-s2s/config:/config
    sysctls:
      - net.ipv4.conf.all.src_valid_mark=1
    restart: unless-stopped

networks:
  RZ-net:
    external: true

Und networks sieht so aus:

Jetzt hätte ich noch 2 Fragen.

Ich habe das Netz mit 172.18.0.0/16 angelegt und 2 IP Adressen ausgenommen.
Diese 2 Adressen würde ich nun fest den Containern zuweisen, damit sich diese nie ändern.

Mache ich das wie folgt, dann erscheint ein Fehler:

services:
  wireguard:
    image: lscr.io/linuxserver/wireguard:latest
    container_name: wireguard
    networks:
      RZ-net:
        IP-Address: 172.18.0.2
    cap_add:
      - NET_ADMIN
      - SYS_MODULE #optional
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Europe/Berlin
     
    volumes:
      - /root/docker/wg-s2s/config:/config

    sysctls:
      - net.ipv4.conf.all.src_valid_mark=1
    restart: unless-stopped

networks:
  RZ-net:
    external: true

Hallo zusammen,

ich schaffe es leider nicht, 2 Docker Container im selben Netzwerk anzulegen.

Wie folgt bin ich vorgegangen:
Ich hab ein Netzwerk angelegt mit dem Namen docker-lan

Diese Netzwerk will ich jetzt für 2 Container verwenden.
Getestet habe ich es erstmal nur mit einem Container mit der Compose wie folgt:

services:
  wireguard:
    image: lscr.io/linuxserver/wireguard:latest
    container_name: wireguard
    cap_add:
      - NET_ADMIN
      - SYS_MODULE #optional
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Europe/Berlin
    networks:
      - docker-lan
     
    volumes:
      - /root/docker/wg-s2s/config:/config
    sysctls:
      - net.ipv4.conf.all.src_valid_mark=1
    restart: unless-stopped


networks:
  docker-lan:

Das funktioiert jetzt allerdings nicht.
Der Container sollte eine IP aus dem Bereich 172.20.0.0/16 bekommen. (Ich weiß, es ist nicht normal ein /16 Adresse mit so vielen IPs zu nehmen. Sobald es aber läuft werde ich mich anderweitig darum kümmern).

Das Netzwerk wird allerdings nicht übernommen und es wird ein neues Netzwerk "eröffnet".

Warum ist das so? Habe ich etwas falsch gemacht oder wie sollte es richtig gemacht werden?

Danke