Détection de présence avec points d'accès Wi-Fi Ubiquiti Unifi

[jluc2808]

et dans la partie configuration/radios tu n'as plus le bouton

Modifié le 29 décembre 2020 par jluc2808

[Lazer]

@Nico je vois que tu passes par le cloud... au cas où, tu devrais essayer en local sur l'IP du contrôler, dès fois que ça soit comme chez Fibaro, avec des fonctionnalités limitées via le cloud par rapport à l'accès local

[BenjyNet]

Roh ce serait trop facile 

[Nico]

@Lazer, j'avais tenté cet après midi en local, pareil, plus le bouton. Je viens de tester un autre site en Cloud qui n'est pas en 6.0.43, et là le bouton y est bien. On dirait vraiment que cela a disparu avec le 6.0.41.

 

Ca va, il commence à y avoir du site :

 

[Nico]

Non, ils ont du le bouger qque part comme indiqué :

Expose Advanced Features and Remove "Enable advanced features" checkbox in Classic Settings.

 

J'arrive juste pas à trouver où

[Domodial]

Punaise de punaise, j'ai une bizzarerie que soit je n'avais pas vu, soit je ne sais pas ce qui a sauté

Alors que ma mécanique ne fonctionnait plus et que ma variable était à absent alors que j'étais présent je regarde le log et il ne reconnait pas ce qu'il appel la variable Global.

 

[DEBUG] 05:27:36: 08/01/2021 : Scene instance autostart
[DEBUG] 05:27:36: GetDevices
[DEBUG] 05:27:36: Found Host MiMIX2S , MAC xxxxxxxxx, last seen 08/01/2021 05:27:22
[DEBUG] 05:28:36: GetDevices
[DEBUG] 05:28:36: Found Host MiMIX2S , MAC xxxxxxxxx , last seen 08/01/2021 05:28:34
[DEBUG] 05:28:36: 08/01/2021 : Unknown trigger : global

Mon entête est bien ainsi que mes variables que je n'ai pas touché (variable cookie et les 2 telephones), une idée @Lazer ?

Je me souviens être passé sur le dernier controleur 6.0.43 stable.

 

Je viens de tester, le script fonctionne bien mais toujours avec ce Unknown trigger : global

Modifié le 8 janvier 2021 par Domodial

[Lazer]

Pas possible, tu as dû modifier le code LUA par erreur, car le trigger "global" déclenche obligatoirement la fonction de test :

elseif trigger["type"] == "global" then
	fibaro:debug("Global variable change : "..trigger['name'])
	Check()

 

[Domodial]

Je viens de repartir de zéro en début de topic et supprimé l'ancienne conf, même problème.

Bon c'est pas grave ça fonctionne.

[Lazer]

Mince j'avais pas fait gaffe que tu ne parlais pas de la bonne scène.

Si tu as mis un trigger de type global sur la scène Unifi, c'est normal que ça affiche ce message. Cette scène n'a aucun trigger à part le mode autostart.

Donc en effet, tu as un message d'erreur car tu déclenches la scène à chaque changement de variable global, mais c'est sans effet car inutile (à part faire travailler la box pour rien)

 

Les triggers global, c'est pour la scène de détection de présence uniquement (la 2nde scène du tuto)

[Domodial]

J'ai pourtant pas la berlue, je vois dans ton script ainsi que dans la scène un %% globals en entête.

[Domodial]

Je viens de virer %% globals de la scène et du script et j'ai toujours le message, mais lol quoi  

[Lazer]

Il y a %%globals, mais aucune variable de déclarée en dessous. C'est l'entête typique des scènes sur HC2.

Donc si tu ne mets aucune variable en dessous, il ne déclenchera jamais le trigger global.

 

Sinon... bah c'est que tu es tombé sur un bug inédit ! Tout est possible....

 

Suggestion : reboote ta box, j'ai eu plusieurs cas d'instances précédentes (fantômes) de scènes qui continuait à se déclencher en tâche de fond. Je pense que parfois, la HC2 doit oublier de "killer" les instances précédentes lorsqu'on modifie une scène. Un reboot résout le problème en général.

[Domodial]

Punaise, j'avais décidé de rebooter et en attendant je vois ta réponse, je reviens sur la box et le message a totalement disparut. 

Je n'ai que des bonnes lignes maintenant ! merci !

[nasp]

C’est à se demander si elle fonctionne pas sous Windows cette box.


Envoyé de mon iPhone en utilisant Tapatalk

[sebcbien]

Il y a 2 heures, Lazer a dit :

 j'ai eu plusieurs cas d'instances précédentes (fantômes) de scènes qui continuait à se déclencher en tâche de fond. Je pense que parfois, la HC2 doit oublier de "killer" les instances précédentes lorsqu'on modifie une scène. Un reboot résout le problème en général.

Je confirme et j'ai déjà perdu une ch*ée de temps avec ça... des scènes fantôme qui tournent et bonjour pour comprendre que c'est pas ton code mais la box alors que tu es occupé à débugger 

[sebcbien]

il y a une heure, nasp a dit :

C’est à se demander si elle fonctionne pas sous Windows cette box.

Non, mais je peux te dire que si elle tournait sur Windows ce serait "Micro$$oft Windaube etc..." qui serait blâmé et pas les développeurs de Fibaro...

[Nico]

Et oui, alors que les développeurs de Microsoft ont le plus grand mérite d'avoir sur faire un système ou des millions de mauvais développeurs font tourner leur merde dessus

[Lazer]

Windows 3.x oui c'est sûr, c'était instable, je m'en souviens encore.

Windows Meuh aussi (non... pire en fait)

Le reste, l'histoire l'a fait. Le meilleur OS multiusage au monde, inégalé, mais sans cesse trollé parce que ça fait marrer les vieux geeks informatiques.

 

Fibaro a eu au moins le mérite de faire tourner sa box sur un OS éprouvé pour se genre d'usage : Linux.

Stable, une fois installé, on n'en entend plus parler.

 

Dommage que leurs développements n'aient pas suivi.....

Car justement, c'est bien le code de Fibaro qui "oublie" de killer l'ancienne instance de la scène avant de démarrer la nouvelle.

Oui parce qu'au niveau de l'OS, chaque instance de scène (ou de VD), c'est un processus... donc qui vie sa vie de façon autonome tant qu'on le laisse faire.

[Nico]

Lazer, au final j'ai mis à jour complétement mon installation avec les dernières versions. Tout fonctionne, sauf la scène de détection de présence.

Cela me sort :

[DEBUG] 12:24:44: 18/04/2021 : Scene instance autostart
[DEBUG] 12:24:44: GetDevices
[DEBUG] 12:24:44: 2021-04-18 12:24:44.665034 [ fatal] LUA error: /usr/share/lua/5.2/json/decode/util.lua:35: unexpected character @ character: 1 0:1 [N] line:
[DEBUG] 12:24:44: N

 

On est déjà après l'authentification ici non ?

[Nico]

Au final j'ai remis le port, et là maintenant j'ai une erreur 404 :
[DEBUG] 17:08:19: https://192.168.0.115:8443/api/s/default/stat/sta
[DEBUG] 17:08:19: {"data":"","headers":{"Content-Length":"0","Connection":"close","Date":"Sun, 18 Apr 2021 15:08:19 GMT"},"status":404}
[DEBUG] 17:08:19: Error : status=404
[DEBUG] 17:08:49: GetDevices
[DEBUG] 17:08:49: https://192.168.0.115:8443/api/s/default/stat/sta

 

Faut il appliquer la procédure comme sur l'UDM ?

[Nico]

Re, j'ai fais divers tests, c 'est bien ça, il faut appliquer la procédure de l'UDM pour les Cloud  Key V2 après les firmware 6.15 je dirai environ. Testé et validé, merci à tous !

[Lazer]

Ah OK, merci du retour.

 

Je suis toujours sur le contrôleur en version logiciel dans une VM de mon coté, donc je n'ai pas eu de genre de problème.

[Nico]

La Cloud Key V2 est passée aussi sur Unifi OS, la dernière monture de chez Ubiquiti pour ce matos, d'où les modifications.

Si vous voulez, je partage la scène complétement modifiée (Avec les modif. de Pdb) ?

[Lazer]

Oui partage, je mettrai un lien depuis la 1ère page

[Nico]

Voici la version UDM-CloudKey G2 modifiée de la scène.Unifi Présence - Version UDM-CKG2.txt