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

[Gelöst] [V3.5.1] HUE-Bridge meldet (nur für den Timberwolf!) keine Leuchten mehr

Wissen, Planung & Diskussion zur Unterstützung von Rest-API & Webabfragen im Timberwolf Server.
Stellt uns hier Eure Projekte und Ideen vor.
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
Antworten

Ersteller
rowitech
Reactions:
Beiträge: 69
Registriert: So Sep 18, 2022 5:50 pm
Hat sich bedankt: 81 Mal
Danksagung erhalten: 20 Mal

[V3.5.1] HUE-Bridge meldet (nur für den Timberwolf!) keine Leuchten mehr

#1

Beitrag von rowitech »

Hallo hue-Nutzer,

schon zum wiederholten Mal sehe ich ein Phänomen in der hue-Bridge, wenn ich per https kommuniziere. Nach einigen Monaten der fehlerfreien Nutzung funktionierten meine hue-Leuchten, gesteuert über das http-Interface des TW nicht mehr. Ich dachte schon, der DHCP-Server hätte die IP verkonfiguriert oder irgendwas anderes wäre am Netz, aber die Bridge authentisiert noch korrekt, sagt mir aber, dass keine Leuchten zur Verfügung stehen.

Nachdem der Request zum Leuchten einschalten nicht klappte, habe ich den für die Lampenübersicht genutzt:

Code: Alles auswählen

https://10.10.20.127/api/blobfgghrthertdsfsdfHDdewdDwedDWwedfwefwe/lights
Und das erhalten:

Code: Alles auswählen

[...]
<div class="error">Oops, there appears to be no lighting here</div>
[...]
Jetzt kommt der Knaller: Mache ich die gleiche Anfrage von einem anderen Rechner (mit anderer IP), dann geht es!

Code: Alles auswählen

{"1":{"state":{"on":false,"bri":254,".....
Hat das schon jemand erlebt? Und vielleicht sogar eine Lösung dazu?

Viele Grüße,
Rolf
Zuletzt geändert von rowitech am Do Jan 18, 2024 3:05 pm, insgesamt 1-mal geändert.
Timberwolf 3500XL, ID 1079, ETS6 (Home), zumeist MDT-Komponenten

blaubaerli
Reactions:
Beiträge: 2326
Registriert: Sa Sep 15, 2018 10:26 am
Wohnort: Kerpen
Hat sich bedankt: 898 Mal
Danksagung erhalten: 700 Mal

#2

Beitrag von blaubaerli »

Hallo Rolf,

ich bitte um Studium der Forenregeln und entsprechender Ergänzung des Betreffs im Thread.

Danke. :handgestures-salute:

Beste Grüße
Jens
wiregate1250 & timberwolf168 (2600er), VPN offen, Reboot nach Vereinbarung
Bitte WIKI lesen.

Ersteller
rowitech
Reactions:
Beiträge: 69
Registriert: So Sep 18, 2022 5:50 pm
Hat sich bedankt: 81 Mal
Danksagung erhalten: 20 Mal

#3

Beitrag von rowitech »

Offenbar gelöst, aber möchte ich für die Nachwelt erhalten:

Im Header (im "Kleingedruckten") kommt eine 429 zurück, also "too many requests". Das erklärt schonmal, warum nur die TW-IP keine Infos mehr bekommt. Dann hatte ich den http-Request mal auf einen meiner Server geleitet und geschaut, ob er zu oft sendet. Aber er tut (war eigentlich klar) exakt das, was er soll. Was mir aber erst weit später einfiel: Ich hatte mal ein Hue-Plugin für NodeRed installiert, eingerichtet und vergessen. Und das geht am Ende auch über die TW-IP. Diese Einrichtung in NodeRed habe ich entfernt und das Ganze dann ausgesessen. Nun klappt es wieder...
Timberwolf 3500XL, ID 1079, ETS6 (Home), zumeist MDT-Komponenten

gbglace
Reactions:
Beiträge: 3615
Registriert: So Aug 12, 2018 10:20 am
Hat sich bedankt: 1273 Mal
Danksagung erhalten: 1674 Mal

#4

Beitrag von gbglace »

rowitech hat geschrieben: Do Jan 18, 2024 8:02 pm Was mir aber erst weit später einfiel: Ich hatte mal ein Hue-Plugin für NodeRed installiert, eingerichtet und vergessen. Und das geht am Ende auch über die TW-IP. Diese Einrichtung in NodeRed habe ich entfernt und das Ganze dann ausgesessen. Nun klappt es wieder...
Du hast dann NR im Container auf dem TWS laufen und das Netzwerk auf Bridged?

Das hat Dir zwar auf etwas unangenehme Weise geholfen die Karteileiche zu entdecken und zu entfernen aber mit einem Container im Netzwerkmodus MAC-VLAN wäre der Stillstand der TWS Funktion nicht passiert, da der NR-Container dann mit einer eigenen IP-Adresse des LAN sich an der Bridge gemeldet hätte.
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

Ersteller
rowitech
Reactions:
Beiträge: 69
Registriert: So Sep 18, 2022 5:50 pm
Hat sich bedankt: 81 Mal
Danksagung erhalten: 20 Mal

#5

Beitrag von rowitech »

Hallo Göran,

exakt. Ich werde das bei Gelegenheit umstellen, da ich dann eine bessere Übersicht und Steuerbarkeit habe. Es gibt so viele schöne Dinge, die man mit dem TWS machen kann - das notwendige Aufräumen gehört dann irgendwie doch nicht dazu :).

Grüße,
Rolf
Timberwolf 3500XL, ID 1079, ETS6 (Home), zumeist MDT-Komponenten
Antworten

Zurück zu „HTTP-API, REST & Web-Abfragen“