Weiter zum Inhalt

ioBroker Allgemein

29.7k Themen 437.2k Beiträge
Integrationtsplattform für IoT

NEWS

  • Probleme nach MariaDB-Installation

    startet nicht nicht erreichbar mysql mariadb problem windows dienst
    1
    0 Stimmen
    1 Beiträge
    469 Aufrufe
    Niemand hat geantwortet
  • [Problem] HM Rauchmelder: keine Werte

    hm rauchmelder keine werte
    4
    1
    0 Stimmen
    4 Beiträge
    453 Aufrufe
    G
    @Homoran @Glasfaser Vielen Dank für eure Rückmeldungen. Ich dachte zumindest die Datenpunkte "RSSI_DEVICE" und/oder "RSSI_PEER" werden häufiger aktualisiert. Die Werte der beiden Datenpunkte wurden seit dem Start des Adapters nicht mehr aktualisiert und sind auf 1dbm. Mein [Problem] ist, dass ich befürchte, die beiden Adapter bzw. meine HM-Integration funktioniert nicht richtig.
  • CUL in ioBroker nutzen?!

    cul homematic
    4
    0 Stimmen
    4 Beiträge
    749 Aufrufe
    paul53P
    @Funkfrettchen sagte: Oder ginge das parallel auf dem gleichen wo ioBroker schon läuft? Ja, Homegear kann parallel zu ioBroker installiert werden. Die Kommunikation zur hm-rpc-Instanz erfolgt dann per localhost.
  • Verständnisfrage zu Radar2

    Verschoben monitoring blockly javascript
    3
    0 Stimmen
    3 Beiträge
    344 Aufrufe
    crunchipC
    @tyrel deinen Namen der Geräte musst du genau so hinterlegen, wie sie im Router stehen. z.b. Galaxy-S10-(mit Bindestrich) wenn du dieses Gerät überwachen willst, dann trägst du diesen Gerätenamen wie folgt ein Galaxy-S10(ohne Bindestrich) bei IP-Adressen die bekannt sind und keine 'unknown'-Einträge generieren sollen, mit ',' separiert: kannst du all deine Geräte hinterlegen, damit sie nicht wieder erneut unter unknown erscheinen und so einen besseren Überblick hast, wenn sich neue Geräte eingeloggt haben das selbe gilt für deine "bekannten" BT-Adressen der Radar Adapter sollte mit einem Cronjob z.b. 0:02 laufen, damit er nach 0:00Uhr neu startet und die "unknown"Geräteliste löscht
  • Lumi Sensor Switch

    lumi sensor switch xiaomi
    7
    0 Stimmen
    7 Beiträge
    737 Aufrufe
    R
    So würde ich es jetzt versuchen ... [image: 1578041524726-lumi.jpg]
  • SourceAnalytix

    source analytix sonoff
    2
    0 Stimmen
    2 Beiträge
    233 Aufrufe
    ostseereiterO
    @ostseereiter nun noch mal ich nun wird alles täglich auf 0 gesetzt der Adapter arbeitet nicht mehr zuverlässig das heißt eigentlich ist er so nicht mehr zu gebrauchen. Hat dies noch jemand?
  • Datenpunkte Nachkommastellen reduzieren

    Ungelöst history smartmeter nachkommas
    34
    0 Stimmen
    34 Beiträge
    12k Aufrufe
    StM47S
    @paul53 sagte in Datenpunkte Nachkommastellen reduzieren: Ändern im Datenpunkt "0_userdata.0.Temperatur.Schlafzimmer.Temperatur_Mittelwert": Art Logikwert --> Art Zahl Hat funktioniert. Danke Paul!
  • ioBroker.vis App

    iobroker.vis app chrome android
    12
    0 Stimmen
    12 Beiträge
    1k Aufrufe
    jolicJ
    Habe die 1.2.4 Beta installiert, gleiches Verhalten. WebCam und Wetter Icons werden nicht angezeigt. Dabei ist mir aufgefallen das auch png-Bilder meiner Müll-Abfuhrtermine nicht dargestellt werden. Diese Bilder sind in meinem Folder "/vis.0/abfall". Das Problem kann nur an dieser App liegen, denn mit dem Firefox funktioniert alles. Habe auf github ein issue gestartet. Bis auf Bilder von der WebCam (instar) funktioniert auch alles mit Chrome unter Android, Windows oder Linux. Meine WebCam Bilder werden aber nur im Firefox oder Safari dargestellt. Wie oben schon erwähnt, Chrome lässt keine Basic Authentication mittels user:passw@url zu. Fazit: IoBroker.vis funktioniert bei mir im vollen Umfang nur mit Firefox, Safari oder der Apple ioBroker.vis App.
  • Io-Broker und "Smarthome by Hornbach"-Gateway

    Verschoben
    4
    0 Stimmen
    4 Beiträge
    2k Aufrufe
    padrinoP
    @Jey-Cee sagte in Io-Broker und "Smarthome by Hornbach"-Gateway: Internet sagt das ding ist "Vera Smarter Home Control" Hm, einen Adapter für "Vera" scheint es zu geben? https://github.com/pyatovsky/ioBroker.vera Ob der (mit Hornbach) evtl. tut...
  • ioBroker mit Docker auf QNAP251+ mit Network host

    docker qnap
    2
    0 Stimmen
    2 Beiträge
    924 Aufrufe
    H
    Ich habe über die Feiertage Zeit gehabt und eine Lösung gefunden: Voraussetzungen: QNAP 251+ mit 16GB Ram, QTS v4.4.1.1146, Docker v17.09.1, Adapter 1 mit DHCP an FritzBox, Adapter 2 mit fixer IP am Intranet Zunächst alle Reste der vorherigen Versuche entfernen, also in der ContainerStation die Container stoppen, löschen und die Images entfernen. Zur Sicherheit noch in der Kommandozeile „docker system prune“ ausführen, das entfernt alle inaktiven Container und Netzwerke. Mit der FileStation die angelegten Verzeichnisse löschen. Jetzt müsste alles blank sein. Ich benutze gerne die Kommandozeile, um Docker Kommandos auszuführen. Das ist für mich übersichtlicher beim Probieren/Dokumentieren. Trotzdem installiere ich auch immer den Portainer, weil man da bequem alles anschauen kann, ähnlich wie auch in der ContainerStation. Ich wollte den ioBroker über beide Netzwerke erreichen bzw. aus beiden Informationen lesen. Da dies mit dem Aufruf „--network host“, im Gegensatz zum Portainer s.u., nicht klappt (ioBroker wird nicht richtig installiert, warum auch immer), habe ich einen anderen Weg gefunden. Ich lege zunächst im Docker 2 Netzwerke an, dazu benutze ich den QNAP Treiber qnet, siehe: https://qnap-dev.github.io/container-station-api/qnet.html# Netzwerke anlegen: docker network create -d qnet --ipam-driver=qnet --ipam-opt=iface=eth0 dhcp-fritzbox Erzeugt ein Netzwerk Typ qnet mit dem QNAP Treiber qnet und dem Namen dhcp-fritzbox (am QNAP Adapter1 = FritzBox). Dadurch wird in der QNAP automatisch auch ein virtueller Switch erzeugt. docker network create -d qnet --ipam-driver=qnet --ipam-opt=iface=eth1 --subnet=192.168.1.0/24 --gateway=192.168.1.1 static-intranet Erzeugt ein Netzwerk Typ qnet mit dem QNAP Treiber qnet und dem Namen static-intranet (am QNAP Adapter2 = Intranet) Option -d steht hier nicht wie beim run Befehl für detach sondern für --driver, also hier der qnet Treiber (alternativ z.B. auch bridge, macvlan u.a.). Option --ipam-driver weist den IP adress manager zu, hier auch vom qnet. Option --ipam-opt weist spezielle Treiber Parameter zu, hier soll das Interface eth0 benutzt werden (entspricht dem QNAP Adapter1, der ja auf DHCP steht). Option --subnet weist die Subnet-Maske zu 192.168.1.0/24 bedeutet IP Range von 192.168.1.1 bis 192.168.1.254, Maske 255.255.255.0 Option--gateway weist das Gateway zu Am Ende steht der Name des Netzwerks In der QNAP Systemsteuerung, Netzwerk- und virtueller Switch, Übersicht sieht das dann so aus (Namen der virtuellen Switche angepasst, WAN-IP entfernt): [image: 1577969141676-2fb07b24-fb2d-49e0-a18f-7a1912acdc9e-image.png] Im Portainer später dann so (Ownership ist mir noch unklar): [image: 1577969177707-b5b8949c-8ceb-4dc6-b106-1b1467126cde-image.png] Portainer installieren: docker pull portainer/portainer (holt das Portainer Image vom DockerHub, ist aber nicht unbedingt nötig, der docker run würde es auch holen, wenn noch nicht lokal vorhanden) docker run -d -p 9999:9000 --name portainer --network host -v /var/run/docker.sock:/var/run/docker.sock -v /share/Container/Docker/portainer_data:/data portainer/portainer Obwohl der Port 9999 benutzt werden soll, ist der Portainer nur unter Port 9000 ereichbar (liegt ev. am network host ?), kann aber wegen network host sowohl über http://192.168.178.151:9000 wie auch http://192.168.1.151:9000 aufgerufen werden. ioBroker installieren: docker pull buanet/iobroker docker run -d --name ioBroker --network dhcp-fritzbox --restart always -e TZ="Europe/Berlin" -p 8081:8081 -p 8082:8082 -p 8083:8083 -p 8084:8084 -v /share/Container/Docker/ioBroker:/opt/iobroker -v /share/Container/Docker/ioBroker_transfer:/opt/transfer -v /share/Container/Backup/Docker/ioBroker:/opt/iobroker/backups buanet/iobroker Container stoppen, das zweite Netzwerk anhängen mit einer IP, den ioBroker Container neu starten. docker network connect --ip 192.168.1.152 static-intranet ioBroker Man könnte wohl auch den Container erst mit create anlegen und später starten (docker start -d ioBroker) docker create --name ioBroker --network dhcp-fritzbox --restart always -e TZ="Europe/Berlin" -p 8081:8081 -p 8082:8082 -p 8083:8083 -p 8084:8084 -v /share/Container/Docker/ioBroker:/opt/iobroker -v /share/Container/Docker/ioBroker_transfer:/opt/transfer -v /share/Container/Backup/Docker/ioBroker:/opt/iobroker/backups buanet/iobroker In der QNAP Systemsteuerung, Netzwerk- und virtueller Switch, Übersicht sieht das dann so aus (Namen der virtuellen Switche angepasst, WAN-IP entfernt): [image: 1577969371046-ab37b273-d247-4772-868a-950f62aae586-image.png] ioBroker kann jetzt sowohl mit dem FritzBox Subnet als auch mit dem Intranet Subnet kommunizieren. Das funktioniert soweit erst mal für mich und ich kann weiter probieren. Vielleicht habt Ihr ja trotzdem noch weitere Tipps. Und noch ein frohes, neues Jahr an alle!
  • Ablageort Grafiken für externen Zugriff

    Verschoben multimedia
    1
    0 Stimmen
    1 Beiträge
    181 Aufrufe
    Niemand hat geantwortet
  • Speicherort der sqlite.db für MacOS

    mac os sqlite3
    1
    0 Stimmen
    1 Beiträge
    130 Aufrufe
    Niemand hat geantwortet
  • Z-wave polling

    Verschoben
    6
    0 Stimmen
    6 Beiträge
    911 Aufrufe
    G
    Hallo Kann mir jemand mit dem Aeotec Energy Monitor Gen 5 helfen, eingebunden ist er aber er ändert seine Werte nicht. Hab auch die Config so wie am Bild mal eingetragen also sollte er alle 20sec die Werte ändern macht er aber nicht nur beim aufwecken mit der Taste hinten übermittelt das Gerät die Werte
  • [Frage] Videostream aufzeichnen und speichern

    Verschoben
    9
    0 Stimmen
    9 Beiträge
    2k Aufrufe
    crunchipC
    @uwe72 https://forum.iobroker.net/post/160469
  • Localhost nicht erreichbar nach Stromausfall

    localhost admin nicht erreichbar
    1
    0 Stimmen
    1 Beiträge
    255 Aufrufe
    Niemand hat geantwortet
  • IKEA TRADFRI Geräte an Zigbee-Adapter anlernen

    ikea zigbee trädfri
    26
    0 Stimmen
    26 Beiträge
    20k Aufrufe
    AsgothianA
    @DennisMenger wenn du den ZIgbee adapter nutzen willst brauchst du einen Stick in irgend einer Form. Wenn du die Lampen / FB am Echo oder am Ikea Gateway anlernen willst dann sollte das auch gehen. Wie gut die mit dem ioBroker direkt spielen weiss ich nicht. Ich nutze beides nicht. A.
  • Nachrichten an Google Home verschicken

    google home google asisstant sprachausgabe
    4
    0 Stimmen
    4 Beiträge
    446 Aufrufe
    echoDaveE
    ok Danke werde ich versuchen wenn die Lautsprecher da sind.
  • Sendezeit des RfKey verlängern

    1.2.1
    1
    0 Stimmen
    1 Beiträge
    89 Aufrufe
    Niemand hat geantwortet
  • MQTT mit SSL und selbst-signiertem Zertifikat

    mqtt ssl self-signed cert
    4
    0 Stimmen
    4 Beiträge
    4k Aufrufe
    systemofapwneS
    Ich war ebenfalls auf der Suche nach einer Lösung. Ich konnte die Ursache des Problems etwas eingrenzen. Zunächst scheint die Kommunikation mittels TLS zum Adapter bei mir zu funktionieren. Das hier ist in etwa die Kette an nodejs modulen, die involviert sind iobroker.mqtt -(erzeugt objekt)-> tls -(wird übergeben an)-> mqtt-connection -(nutzt für decodierung...)-> mqtt-packet Das modul mqtt-connection selber ist derived vom Paket duplexify und nutzt intern das node module mqtt-packet für die eigentliche mqtt Verarbeitung. Ab dem Modul "mqtt-connection" passiert allerdings nichts weiter mit der (erfolgreich aufgebauten) tls verbindung. Es werden keine Daten weiter gereicht. Für mich sieht es so aus, als wenn duplexify mit dem tls objekt nicht weiter Arbeiten kann. Nach knapp einen ganzen Tag des erfolglosen Debuggens habe ich die native Unterstützung von TLS über iobroker.mqtt aufgegeben. Stattdessen nutzt ich nun nginx als TLS proxy (basierend auf diesem Tutorial) Hier ist meine nginx config stream { log_format mqtt '$remote_addr [$time_local] $protocol $status $bytes_received ' '$bytes_sent $upstream_addr'; server { listen 8883 ssl; # MQTT secure port ssl_certificate /path/to/certificates/self.crt; ssl_certificate_key /path/to/certificates/self.key; ssl_ciphers HIGH:!aNULL:!MD5; #ssl_session_cache shared:SSL:128m; # 128MB ~= 500k sessions ssl_session_tickets on; ssl_session_timeout 8h; proxy_pass <ip zu iobroker, wo MQTT drauf läuft>:1883; proxy_connect_timeout 1s; access_log /var/log/nginx/mqtt_access.log mqtt; error_log /var/log/nginx/mqtt_error.log info; # nginScript debug logging } } Jetzt verbindet sich mein Tasmota Endgerät über MQTT+TLS verschlüsselt zu meinem iobroker.
  • Probleme nach Umstellung auf Docker mit HM-RPC

    docker
    4
    2
    0 Stimmen
    4 Beiträge
    1k Aufrufe
    HomoranH
    @TobStar sagte in Probleme nach Umstellung auf Docker mit HM-RPC: Bin davon ausgegangen das er auf 8081 zurückfunkt So ungefähr dachte ich mir das

566

Online

32.8k

Benutzer

82.8k

Themen

1.3m

Beiträge