Problème avec Hue et lumière bloom

2020-11-27T15:00:27+0100 <warn> scene.executeActions.js:37 (executeAction) ApiError: Light with id:12 was not found on this bridge
    at /src/server/services/philips-hue/node_modules/node-hue-api/lib/api/Lights.js:54:17
    at async PhilipsHueLightHandler.setValue (/src/server/services/philips-hue/lib/light/light.setValue.js:31:3)
2020-11-27T15:01:52+0100 <warn> scene.executeActions.js:37 (executeAction) ApiError: Light with id:12 was not found on this bridge
    at /src/server/services/philips-hue/node_modules/node-hue-api/lib/api/Lights.js:54:17
    at async PhilipsHueLightHandler.setValue (/src/server/services/philips-hue/lib/light/light.setValue.js:31:3)
2020-11-27T15:02:05+0100 <warn> scene.executeActions.js:37 (executeAction) ApiError: Light with id:12 was not found on this bridge
    at /src/server/services/philips-hue/node_modules/node-hue-api/lib/api/Lights.js:54:17
    at async PhilipsHueLightHandler.setValue (/src/server/services/philips-hue/lib/light/light.setValue.js:31:3)

Le device est pourtant dans la partie configuration, détecté sur le bridge.

Tu porte bien ton surnom toi :smile:

image

1 Like

Et donc ?
Ca vient de chez moi ou Gladys ?

Les deux :joy:

Essaye de supprimer la lampe de Gladys et de la rajouter

Problème toujours présent après suppression et ajout :

2020-11-28T15:06:15+0100 <warn> scene.executeActions.js:37 (executeAction) ApiError: Light with id:12 was not found on this bridge
    at /src/server/services/philips-hue/node_modules/node-hue-api/lib/api/Lights.js:54:17
    at async PhilipsHueLightHandler.setValue (/src/server/services/philips-hue/lib/light/light.setValue.js:31:3)

Et son état est bloqué sur ON dans Gladys

Là c’est du côté du bridge que ça merde, essaye de l’enlever et de la reconnecter au bridge.

Le réseau zigbee est bien propagé de device en device chez Philips, c’est pas que le bridge qui propage ?
Parce que le truc est hors de portée du wifi où le bridge est placé.

Mais bon, avec l’app Hue, aucun problème…

Non les devices zigbee ne font pas relais

Du coup j’ai pas compris ton histoire de WiFi

Hum… En regardant un peu sur le net, je trouve souvent le contraire, il semblerait que les ampoules servent de relais (et ça pourrait se comprendre parce que je pense être hors de portée du bridge avec le bloom)

Pourquoi ça marche impec avec l’app Hue ? Ca devrait le faire avec Gladys, les ordres passent par le bridge ?

Gladys utilise l’api du bridge. Je vois pas pourquoi ça ne fonctionne pas.

As tu supprimé ta lampe du bridge ?

Le mesh zigbee c’est pas automatique donc systématique.
Il faut que le device zigbee soit aussi un router zigbee. Il semble que chez Philips c’est le cas des ampoules. Mais il est complètement faux de dire ça pour tout les devices.


Ouais…
Un partout, balle au centre…

Pas envie de la supprimer du bridge, j’ai configuré tout un tas de scènes derrière avec l’app Hue, c’est la veilleuse du petit… :confused:

Je vois pas pourquoi Gladys la trouve sur le bridge en détection et derrière ça bug avec l’ID.

Dès que j’ai du temps, je la supprime du bridge pour la remettre mais j’ai 3 scènes derrière, et une zone de configurée…

Gladys à un id de lampe qui ne correspond pas à celui du bridge faut que je te fasse récupérer des infos, je te dis demain

1 Like

J’ai le même bug avec 2 nouvelles ampoules fraîchement ajoutée au bridge.

Je debug…

Ce que renvoi le bridge de mon côté

L’ampoule a l’ID 6

	"6": {
		"state": {
			"on": false,
			"bri": 254,
			"alert": "none",
			"mode": "homeautomation",
			"reachable": true
		},
		"swupdate": {
			"state": "noupdates",
			"lastinstall": "2020-12-05T18:49:03"
		},
		"type": "Dimmable light",
		"name": "Entrée",
		"modelid": "LWA001",
		"manufacturername": "Signify Netherlands B.V.",
		"productname": "Hue white lamp",
		"capabilities": {
			"certified": true,
			"control": {
				"mindimlevel": 5000,
				"maxlumen": 800
			},
			"streaming": {
				"renderer": false,
				"proxy": false
			}
		},
		"config": {
			"archetype": "sultanbulb",
			"function": "functional",
			"direction": "omnidirectional",
			"startup": {
				"mode": "safety",
				"configured": true
			}
		},
		"uniqueid": "00:17:88:01:08:b6:5d:cd-0b",
		"swversion": "1.65.9_hB3217DF",
		"swconfigid": "44288730",
		"productid": "Philips-LWA001-1-A19DLv5"
	}

L’api Gladys a aussi un external id à 6

[
	{
		"name": "Entrée",
		"service_id": "037d42bb-4265-4db0-afbf-685d0084bacd",
		"external_id": "philips-hue-light:001788286ece:6",
		"selector": "philips-hue-light:001788286ece:6",
		"should_poll": true,
		"model": "LWA001",
		"poll_frequency": 60000,
		"features": [
			{
				"name": "Entrée On/Off",
				"read_only": false,
				"has_feedback": false,
				"external_id": "philips-hue-light:001788286ece:6:binary",
				"selector": "philips-hue-light:001788286ece:6:binary",
				"category": "light",
				"type": "binary",
				"min": 0,
				"max": 1
			},
			{
				"name": "Entrée Brightness",
				"read_only": false,
				"has_feedback": false,
				"external_id": "philips-hue-light:001788286ece:6:brightness",
				"selector": "philips-hue-light:001788286ece:6:brightness",
				"category": "light",
				"type": "brightness",
				"min": 0,
				"max": 100
			}
		]
	}
]

La console de Gladys ( la lib ) renvoi une erreur ( toujours sur l’ID 6 )

<warn> scene.executeActions.js:37 (executeAction) ApiError: Light with id:6 was not found on this bridge
    at /src/server/services/philips-hue/node_modules/node-hue-api/lib/api/Lights.js:54:17
    at async PhilipsHueLightHandler.setValue (/src/server/services/philips-hue/lib/light/light.setValue.js:31:3)

J’ai fait un update de la lib hue ( 3.4.3 ) , ça a résolu le problème chez moi @Hamtaro . Je continue les tests et fait une PR dans la semaine prochaine.

Avant de faire quoi que ce soit , est ce que tu peux juste redémarrer ton conteneur Gladys et refaire l’essai ?

docker restart gladys

Je fais ça dès que je peux (le gamin fait la sieste là, avec la veilleuse…)

J’ai ça :

2020-12-06T17:11:10+0100 <info> device.notify.js:35 (DeviceManager.notify) Function device.postCreate in service undefined does not exist.
2020-12-06T17:11:10+0100 <error> bluetooth.connectDevices.js:37 () Bluetooth: peripheral 001788acb6c5 not found
2020-12-06T17:11:11+0100 <error> bluetooth.connectDevices.js:37 () Bluetooth: peripheral bridge not found
2020-12-06T17:11:12+0100 <error> bluetooth.connectDevices.js:37 () Bluetooth: peripheral 001788acb6c5 not found
2020-12-06T17:11:15+0100 <error> bluetooth.connectDevices.js:37 () Bluetooth: peripheral 001788acb6c5 not found
2020-12-06T17:11:16+0100 <error> bluetooth.connectDevices.js:37 () Bluetooth: peripheral 001788acb6c5 not found
2020-12-06T17:11:17+0100 <error> bluetooth.connectDevices.js:37 () Bluetooth: peripheral 001788acb6c5 not found
2020-12-06T17:11:20+0100 <error> bluetooth.connectDevices.js:37 () Bluetooth: peripheral 001788acb6c5 not found
2020-12-06T17:11:21+0100 <error> bluetooth.connectDevices.js:37 () Bluetooth: peripheral 158d0002329c09 not found
2020-12-06T17:11:22+0100 <error> bluetooth.connectDevices.js:37 () Bluetooth: peripheral 158d000236f978 not found
2020-12-06T17:11:25+0100 <error> bluetooth.connectDevices.js:37 () Bluetooth: peripheral 001788acb6c5 not found
2020-12-06T17:11:26+0100 <error> bluetooth.connectDevices.js:37 () Bluetooth: peripheral 001788acb6c5 not found
2020-12-06T17:11:29+0100 <info> device.notify.js:35 (DeviceManager.notify) Function device.postUpdate in service undefined does not exist.

Je sais pas pourquoi le bluetooth crie comme ça…

Et le contrôle sur la veilleuse marche…

Et mon docker restart gladys a pa changé les infos dans le système, normal ?

Bah oui créé ça veut pas dire redémarré :wink:

OK du coup ça veut dire que c’est le restart qui corrige le problème. Je sais pas pourquoi.

Et le bluetooth, il a quoi ? ^^

A priori il trouve pas tes périphériques :laughing: ( @AlexTrovato si tu passe par ici )

J’ai créé une issue pour la partie philips.

Lol le Bluetooth il a subit un bug fix dans la 4.0.3, si tu es a jour, ça ne devrait plus arriver.
Oups

1 Like