NEU! UPGRADE IP 11 verfügbar!
NEU! LICHTWIDGET - DPT 7.600 - Logik Manager Update - sowie viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/B9MUEJj2
Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Ab sofort kann jeder die neue VISU & IFTTT testen. Info: viewtopic.php?f=8&t=5074
Release V 4 am 15. Juni 2024
Es gibt nun einen fixen Termin. Info: viewtopic.php?f=8&t=5117
NEU! Ausführliches Video Tutorial zur VISU
Jetzt werden alle Fragen beantwortet. Das Video: https://youtu.be/_El-zaC2Rrs
NEU! LICHTWIDGET - DPT 7.600 - Logik Manager Update - sowie viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/B9MUEJj2
Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Ab sofort kann jeder die neue VISU & IFTTT testen. Info: viewtopic.php?f=8&t=5074
Release V 4 am 15. Juni 2024
Es gibt nun einen fixen Termin. Info: viewtopic.php?f=8&t=5117
NEU! Ausführliches Video Tutorial zur VISU
Jetzt werden alle Fragen beantwortet. Das Video: https://youtu.be/_El-zaC2Rrs
openHAB im Docker
Forumsregeln
- Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS oder CometVisu beteiligt sind, dann auch deren Version
- Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur. Hilfreich ist oft auch die Beschreibung der angeschlossener Hardware sowie die verwendeten Protokolle
- Beschreibe Dein Projekt und Dein Problem bitte vollständig. Achte bitte darauf, dass auf Screenshots die Statusleiste sichtbar ist
- Bitte sei stets freundlich und wohlwollend, bleibe beim Thema und unterschreibe mit deinem Vornamen. Bitte lese alle Regeln, die Du hier findest: https://wiki.timberwolf.io/Forenregeln
-
- Reactions:
- Beiträge: 309
- Registriert: Do Sep 13, 2018 10:54 pm
- Hat sich bedankt: 99 Mal
- Danksagung erhalten: 120 Mal
Sonos nutzt Multicast, das klappt meines wissens leider nicht mit NAT. Hier wirst du bei macvlan oder Host Networking bleiben müssen. Das liegt nicht an OH sondern an Sonos und betrifft z.B. auch den Sonos-http Container den es noch gibt.
Bei mir habe ich Sonos erstmal aus OH entfernt, da ich zum Steuern eh immer die App nehme. Damit geht natürlich dann kein alles aus beim Verlassen des Hauses. Habe vor kurzem die Sonos Geräte in ein eigenes VLAN gesteckt und auf dem Router einen IGMP Proxy eingerichtet - das klappt, aus VLAN A findet Sonos Controller die Player in VLAN B. Sowas müsste theoretisch auch mit einem IGMP Proxy in einem Container funktionieren. Das steht auf meiner ToDo, habe ich aber bisher noch nicht testen können.
Bei mir habe ich Sonos erstmal aus OH entfernt, da ich zum Steuern eh immer die App nehme. Damit geht natürlich dann kein alles aus beim Verlassen des Hauses. Habe vor kurzem die Sonos Geräte in ein eigenes VLAN gesteckt und auf dem Router einen IGMP Proxy eingerichtet - das klappt, aus VLAN A findet Sonos Controller die Player in VLAN B. Sowas müsste theoretisch auch mit einem IGMP Proxy in einem Container funktionieren. Das steht auf meiner ToDo, habe ich aber bisher noch nicht testen können.
TWS 950Q 435 verkauft, umgestiegen auf Home Assistant
-
- Reactions:
- Beiträge: 314
- Registriert: Mo Sep 24, 2018 9:59 am
- Hat sich bedankt: 284 Mal
- Danksagung erhalten: 195 Mal
Schade.. um sowohl KNX als auch Sonos im OpenHAB-Docker auf dem TWS ans laufen zu bekommen, muss ich mich also um eine separate KNX-Schnittstelle kümmern.
Ich hoffe, dass mcvlan + Nutzung der TWS-KNX-Schnittstelle irgendwo noch bei ElabNet auf der Liste steht (Natürlich nicht ganz oben)
Gruß
Matthias
Ich hoffe, dass mcvlan + Nutzung der TWS-KNX-Schnittstelle irgendwo noch bei ElabNet auf der Liste steht (Natürlich nicht ganz oben)
Gruß
Matthias
Gruß
Matthias
TWS 2500 ID:110 + PBM, VPN offen, Reboot nach Rücksprache
Matthias
TWS 2500 ID:110 + PBM, VPN offen, Reboot nach Rücksprache
-
- Reactions:
- Beiträge: 314
- Registriert: Mo Sep 24, 2018 9:59 am
- Hat sich bedankt: 284 Mal
- Danksagung erhalten: 195 Mal
Nur der Vollständigkeit halber, vielleicht ist das ja für den einen oder anderen auch interessant, der wie ich kein funktionierendes Wiregate (mehr) hat und eine weitere KNX-Schnittstelle braucht:
Ich habe mir mit Hilfe dieser Anleitung...
https://www.meintechblog.de/2018/07/tul ... -mit-knxd/
... und dem TPUART-USB-Stick vom Wiregate eine separate KNX-IP-Schnittstelle an einem RaspberryPi eingerichtet. Funktionierte auf Anhieb und problemlos.
Ich habe mir mit Hilfe dieser Anleitung...
https://www.meintechblog.de/2018/07/tul ... -mit-knxd/
... und dem TPUART-USB-Stick vom Wiregate eine separate KNX-IP-Schnittstelle an einem RaspberryPi eingerichtet. Funktionierte auf Anhieb und problemlos.
Gruß
Matthias
TWS 2500 ID:110 + PBM, VPN offen, Reboot nach Rücksprache
Matthias
TWS 2500 ID:110 + PBM, VPN offen, Reboot nach Rücksprache
-
- Reactions:
- Beiträge: 314
- Registriert: Mo Sep 24, 2018 9:59 am
- Hat sich bedankt: 284 Mal
- Danksagung erhalten: 195 Mal
... und noch eine Kleinigkeit:
meine "Time cron" rules laufen im Docker-OH alle eine Stunde zu spät, weil defaultmäßig dort wohl UTC verwendet wird (trotz Einstellung der korrekten Zeitzone über die Paper UI).
Nun habe ich in der Doku gelesen, dass bei der Einrichtung noch zwei Volumes angelegt werden sollen, damit die richtige Zeitzone gezogen wird:
(Dazu noch eine ENV-Variable: EXTRA_JAVA_OPTS=-Duser.timezone=Europe/Berlin)
In Portainer habe ich dann zwei Volumes ("localtime" und "timezone") angelegt und im Container dann die Zuweisung mit /etc/localtime bzw. /etc/timezone eingestellt und auf "read-only" gesetzt. Das gab aber nur eine kurze Fehlermeldung, der Container wurde nicht angelegt... Was mache ich hier falsch?
Gruß
Matthias
meine "Time cron" rules laufen im Docker-OH alle eine Stunde zu spät, weil defaultmäßig dort wohl UTC verwendet wird (trotz Einstellung der korrekten Zeitzone über die Paper UI).
Nun habe ich in der Doku gelesen, dass bei der Einrichtung noch zwei Volumes angelegt werden sollen, damit die richtige Zeitzone gezogen wird:
Code: Alles auswählen
-v /etc/localtime:/etc/localtime:ro \
-v /etc/timezone:/etc/timezone:ro \
(Dazu noch eine ENV-Variable: EXTRA_JAVA_OPTS=-Duser.timezone=Europe/Berlin)
In Portainer habe ich dann zwei Volumes ("localtime" und "timezone") angelegt und im Container dann die Zuweisung mit /etc/localtime bzw. /etc/timezone eingestellt und auf "read-only" gesetzt. Das gab aber nur eine kurze Fehlermeldung, der Container wurde nicht angelegt... Was mache ich hier falsch?
Gruß
Matthias
Gruß
Matthias
TWS 2500 ID:110 + PBM, VPN offen, Reboot nach Rücksprache
Matthias
TWS 2500 ID:110 + PBM, VPN offen, Reboot nach Rücksprache
-
- Reactions:
- Beiträge: 3751
- Registriert: So Aug 12, 2018 8:44 am
- Hat sich bedankt: 1172 Mal
- Danksagung erhalten: 2078 Mal
Tut es.
Denke sogar relativ weit oben, da macvlan + Docker viele betrifft.
Robert
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297
-
- Reactions:
- Beiträge: 309
- Registriert: Do Sep 13, 2018 10:54 pm
- Hat sich bedankt: 99 Mal
- Danksagung erhalten: 120 Mal
Hast du mal das Host networking probiert? Damit sollte es auch klappen, musst nur die bereits belegten Ports des TWS beachten.
TWS 950Q 435 verkauft, umgestiegen auf Home Assistant
-
- Reactions:
- Beiträge: 314
- Registriert: Mo Sep 24, 2018 9:59 am
- Hat sich bedankt: 284 Mal
- Danksagung erhalten: 195 Mal
Mit Host networking läuft der Container, aber OH ist nicht zu erreichen (timberwolfxxx.local:8081 bzw. IP). Auch events.log und openhab.log werden nicht weiter fortgeschrieben, also gehe ich davon aus, dass OH nicht wirklich läuft.
OPENHAB_HTTP_PORT habe ich auf 8081 gesetzt und im Port Mapping ebenfalls 8081->8081 eingestellt.
OPENHAB_HTTP_PORT habe ich auf 8081 gesetzt und im Port Mapping ebenfalls 8081->8081 eingestellt.
Gruß
Matthias
TWS 2500 ID:110 + PBM, VPN offen, Reboot nach Rücksprache
Matthias
TWS 2500 ID:110 + PBM, VPN offen, Reboot nach Rücksprache
-
- Reactions:
- Beiträge: 112
- Registriert: Sa Jan 05, 2019 1:16 pm
- Wohnort: Saarland
- Hat sich bedankt: 12 Mal
- Danksagung erhalten: 6 Mal
Servus Freunde,
kann mich einer kurz und knapp auf Stand bringen? Kann man (mittlerweile) mit OpenHab2 - Docker-Container, eingerichtet lt. "4.5.6 ALEXA in <15min am TWS einrichten (OpenHAB basierend)" die KNX-IP-Schnittstelle vom Timberwolf (WG KNX TP-UART ATMEL 26xx) nutzen und wenn ja, wie genau?
Ich hab alle PAs vergeben, es taucht dennoch nur eine Schnittstelle im Timberwolf auf (ka ob das so passt)
#
Danke
kann mich einer kurz und knapp auf Stand bringen? Kann man (mittlerweile) mit OpenHab2 - Docker-Container, eingerichtet lt. "4.5.6 ALEXA in <15min am TWS einrichten (OpenHAB basierend)" die KNX-IP-Schnittstelle vom Timberwolf (WG KNX TP-UART ATMEL 26xx) nutzen und wenn ja, wie genau?
Ich hab alle PAs vergeben, es taucht dennoch nur eine Schnittstelle im Timberwolf auf (ka ob das so passt)
#
Danke
Zuletzt geändert von Saarlaender am Do Aug 01, 2019 5:52 pm, insgesamt 1-mal geändert.
Daniel aus dem Saarland
TWS 2600 (ID 170) + TWS3500XL (ID 1216) + PBM01 (ID 597)
Wartungs-VPN aktiv
Reboot nur nach Rücksprache (Wg. Docker)
TWS 2600 (ID 170) + TWS3500XL (ID 1216) + PBM01 (ID 597)
Wartungs-VPN aktiv
Reboot nur nach Rücksprache (Wg. Docker)
-
- Reactions:
- Beiträge: 3621
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1275 Mal
- Danksagung erhalten: 1677 Mal
Der TWS 2600 hat ja erstmal seine eigene interne Schnittstelle mit der er 25 Tunnel-Verbindungen realisiert.
problematisch war das die Container die auf dem TWS laufen auf Grund von Netzwerkstrukturen nicht via dem Host darafu zugreifen konnten, sondern eine externe Schnittstelle benötigten.
Ein an den TWs angesteckter TPUART generiert da erstmal nur eine weitere Option für den TWS Host einen weiteren Tunnel zu generieren und den ggf für eine ETS oder für den eigenen Busmonitor zu nutzen ohne im Aplkatiion-Modus zu laufen und damit auch "versteckte" Telegramme mitschneiden zu können.
Mit der Umstellung der Host-IP Kommunikation auf ebenfalls MAC-VLAN besteht dann auch die Möglichkeit das die Docker mit/via den Host Netzwerkverbindungen kommunizieren können und somit Zugriff via dem TWS selbst auf den KNX-Bus erhalten. Damit kann dann OH, NODE-Red, iO-Broker, usw. auch genutzt werden.
Schau mal den Thread ab hier, da wird das notwendige Feature angekündigt.
Klick
Dauert also nicht mehr lange.
problematisch war das die Container die auf dem TWS laufen auf Grund von Netzwerkstrukturen nicht via dem Host darafu zugreifen konnten, sondern eine externe Schnittstelle benötigten.
Ein an den TWs angesteckter TPUART generiert da erstmal nur eine weitere Option für den TWS Host einen weiteren Tunnel zu generieren und den ggf für eine ETS oder für den eigenen Busmonitor zu nutzen ohne im Aplkatiion-Modus zu laufen und damit auch "versteckte" Telegramme mitschneiden zu können.
Mit der Umstellung der Host-IP Kommunikation auf ebenfalls MAC-VLAN besteht dann auch die Möglichkeit das die Docker mit/via den Host Netzwerkverbindungen kommunizieren können und somit Zugriff via dem TWS selbst auf den KNX-Bus erhalten. Damit kann dann OH, NODE-Red, iO-Broker, usw. auch genutzt werden.
Schau mal den Thread ab hier, da wird das notwendige Feature angekündigt.
Klick
Dauert also nicht mehr lange.
Grüße
Göran
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension
Göran
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension
-
- Reactions:
- Beiträge: 3621
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1275 Mal
- Danksagung erhalten: 1677 Mal
Frage zur Ergänzung.
Was hast mit Openhab vor? Hast ja schon EDOMI am Start.
Was hast mit Openhab vor? Hast ja schon EDOMI am Start.
Grüße
Göran
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension
Göran
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension