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!

@codierknecht

Hier sieht es eigentlich ganz gut aus.
Nur das Image welches aktuell ausgewertet wird, passt manchmal nicht ganz.

@teletapi
Ich bin auch auf dem aktuellsten Software Stand.
Ich habe schon mehrmals versucht, die Schärfe etwas nachzustellen, aber ich schaffe es leider nicht besser als hier angegeben.
Habe auch schon versucht weiter hin oder weiter weg zu gehen.

Problem ist auch irgendwie, dass es manchmal wunderbar mit den analogen ROI klappt und dann ist es wieder verschoben.

Ich habe auch schon versucht, die Kamera zu drehen, damit ich einen anden Winkel habe, aber da wird es nur noch schlechter. Das Glas hat so eine komische Kante drin, die es leider nicht leichter macht. Auch ist das Glas leicht gebogen. Irgendwie alles nicht so optimal.

Hallo zusammen,

ich habe leider immer wieder das Problem, dass "Rate too high" angezeigt wird.
Folglich dessen, bekomme ich auch zukünfigt keine Meldungen mehr, da immer der Wert zu hoch ist.

Hier ein Beispiel:

Wie kann ich soetwas umgehen? Das Problem ist bei mir eigentlich jeden zweiten Tag.

Auch, dass die Umrandung von den analogen Zählern nicht immer ganz passt muss eine Softwaresache sein.
In der Vorschau ist alles richtig und auch bei einigen Bildern ist es richtig. Nur manchmal passt es nicht ganz zusammen.

An welchen Schrauben könnte ich hier drehen, damit ich nicht immer manuell das Pre-Value setzen muss?

@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.