Déshumidifcateur Aktobis WDH-310EKW

Bonjour à tous,

Je tente d’utiliser le plugin wifiLighttv2, qui fonctionne correctement avec des modules Sonoff, avec du Tuya sans succès.
Le déshumidificateur est connecté au Wifi et fonctionne normalement via l’appli mobil Tuya Smart.

J’ai suivi différent tuto et configuré le Access ID/ Access Secret dans le plugin.
Le mode inclusion ne détecte rien.
J’ai testé l’ajout manuel en spécifiant la localkey et device id, mais rien non plus.
localKey : F8…ZE:
deviceID : bfa…hpvw

Log mode inclusion

[2024-01-19 10:32:44]DEBUG : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Search for Tuya/Yeelight devices - V1.95 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2024-01-19 10:32:44]DEBUG : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>       End       <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2024-01-19 10:33:15]DEBUG : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Search for Tuya/Yeelight devices - V1.95 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2024-01-19 10:33:15]DEBUG : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>       End       <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2024-01-19 10:33:46]DEBUG : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Search for Tuya/Yeelight devices - V1.95 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2024-01-19 10:33:46]DEBUG : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>       End       <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2024-01-19 10:34:17]DEBUG : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Search for Tuya/Yeelight devices - V1.95 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2024-01-19 10:34:17]DEBUG : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>       End       <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2024-01-19 10:34:48]DEBUG : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Search for Tuya/Yeelight devices - V1.95 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2024-01-19 10:34:48]DEBUG : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>       End       <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

Log ajout manuel

[2024-01-19 10:53:48]DEBUG : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Search for Tuya/Yeelight devices - V1.95 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2024-01-19 10:53:48]DEBUG : ** Test - TuyaCustom_V4 @192.168.3.199 - cha:1 **
[2024-01-19 10:53:49]DEBUG :      No connected device
[2024-01-19 10:53:49]DEBUG : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>       End       <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

Log d’inclusion :

[2024-01-19 10:33:17]DEBUG : Tuya cloud
[2024-01-19 10:33:17]DEBUG : try:openapi.tuyaeu.com
[2024-01-19 10:33:18]DEBUG : token:926fb21...................eeab3e21
[2024-01-19 10:33:21]DEBUG :  wait 17 s
[2024-01-19 10:33:24]DEBUG :  wait 14 s
[2024-01-19 10:33:27]DEBUG :  wait 11 s
[2024-01-19 10:33:30]DEBUG :  wait 8 s
[2024-01-19 10:33:33]DEBUG :  wait 5 s
[2024-01-19 10:33:36]DEBUG :  wait 2 s
[2024-01-19 10:33:38]DEBUG : info:{"addresses":[],"version":[],"id":[]}
[2024-01-19 10:33:38]DEBUG : No device found on local network : end process
[2024-01-19 10:33:38]DEBUG : End Tuya cloud

Jeedom tourne sur une VM, en SSH sur jeedom j’arrive bien a pinger l’ip du déshumidificateur…
Jeedom et le déshumidificateur sont sur des réseau séparés 192.168.1.0/24 et 192.168.3.0/24

Merci par avance à celui qui pourra m’aider

le plugin ne trouve pas le périphérique en local.
faire une copie d’écran du ping depuis jeedom (et pas du linux jeedom)

Merci pour votre réponse.
Depuis le pluging NEtwork :
image

Comprend pas…
image

Le ping passe en SSH mais pas par l’interface de jeedom. Y a t-il quelque chose de spécial à ce niveau ?

donc jeedom ne le voit pas.
Je ne sais pas pourquoi.

J’avais fais une erreur de frappe 192.186 … eu lieu de 192.168…
image

Je relance une inclusion :
2024-01-19 12:29:11]DEBUG : token:740798b99…99295afac
[2024-01-19 12:29:14]DEBUG : wait 17 s
[2024-01-19 12:29:17]DEBUG : wait 14 s
[2024-01-19 12:29:20]DEBUG : wait 11 s
[2024-01-19 12:29:23]DEBUG : wait 8 s
[2024-01-19 12:29:26]DEBUG : wait 5 s
[2024-01-19 12:29:29]DEBUG : wait 2 s
[2024-01-19 12:29:31]DEBUG : info:{« addresses »:[],« version »:[],« id »:[]}
[2024-01-19 12:29:31]DEBUG : No device found on local network : end process
[2024-01-19 12:29:31]DEBUG : End Tuya cloud

Une idée de tests à faire pour débugger ?

Je pense que les nouveaux device Tuya ne fonctionnent plus en local.

Il me semble que «self::GetTuyaInfo()» en ligne 2267 core/class/wifilightV2.class.php ne retourne pas les informations ou peut être j’ai oublié d’activer une api côté Tuya ?
IoT Core, Authorization Token Management, Industry Basic Service sont activés.

En fixant $id avec la valeur deviceId récupérer sur Tuya, le périphérique remonte correctement.

il faut que tu m’en dises plus.

		if ($token !== false) {
			$info['id']=[];
          	$info = self::getTuyaInfo();
            $id="";
            foreach ($info['id'] as $id) {
              break;
            }
			if (!isset($id) || $id=="") {
				$log->debug("No device found on local network : end process");
				message::add ('wifilightV2', "No device found on local network : end process");
				event::add('wifilightV2::includeTuya', array('_options' => 'NONE'));
				$log->debug("End Tuya cloud");
				return;
			}
            $log->debug("id:$id");
			$res= $tuya->devices( $token );

self::getTuyaInfo(); renvoie {« addresses »:,« version »:,« id »:}

Pour vérifier quelle partie faisait défault, j’ai commenté le bloc :

            foreach ($info['id'] as $id) {
              break;
            }
			if (!isset($id) || $id=="") {
				$log->debug("No device found on local network : end process");
				message::add ('wifilightV2', "No device found on local network : end process");
				event::add('wifilightV2::includeTuya', array('_options' => 'NONE'));
				$log->debug("End Tuya cloud");
				return;
			}

Et j’ai figé la valeur $id avec la valeur de deviceId reprise sur le dashboard Tuya. De la, mon équipement est remonté normalement. Je ne suis pas remonté dans la fonction getTuyaInfo pour trouver l’anomalie.

ok je vois.
en fait le plugin via $info = self::getTuyaInfo(); récupère les informations du réseau local via broadcast sur les ports 6666,6667,7000. Il récupère au moins 1 id et interroge le cloud tuya avec cet id, sans lui impossible d’interroger le cloud.

Soit tu as un filtre sur ces ports, soit ces ports ne sont plus utilisés par Tuya et il en utilise d’autres.
Le broadcast commence en l2656.
Je viens de commander des périphériques Tuya, j’espère avoir le souci et pouvoir le résoudre.

Arf ok, je pensais l’inverse, récupération des ids via le Cloud et matching par broadcast. Il est possible que mon réseau (Unifi) bloque le broadcast inter réseau, je vais vérifier ma conf.

c’était comme ça il y a 1 an mais Tuya a changé ça.
tiens moi au courant si filtrage.
tu peux faire un scan des ports sur une IP.

image

ok
ligne 2656 :
$ports=array(6666,6667,7000);

$ports=array(6666,6667,6668,7000);


sudo service apache2 restart

Dois y avoir autre chose

bon, ca va devenir difficile.
je ne vois rien sur github
wait and see

vérifie quand même :
Your LAN and firewall will need to allow UDP (6666, 6667 and 7000) and TCP (6668) traffic.

et le port ouvert c’est du tcp alors que le broadcast c’est de l’udp.