Borne de recharge Feyree

Plugins Protocole domotique
1

Bonjour,

Suite à des échanges sur le forum photovoltaique, il semblerait que le plugin Wifilightv2 pourrait être compatible avec cette borne:
feyree.com/s/product-detail?productId=23010223135895510
Le protocole est du Tuya en wifi.
Avant d’acheter le plugin, est ce qu’il serait possible de confirmer cette compatibilité?

Merci d’avance!

2

Bonjour,

J’ai acheté et installé une borne Feyree en Juin et ça fonctionne parfaitement.

Il faut enregistrer la borne dans votre application Tuya puis faire l’apprentissage d’un équipement personnalisé via wifilight V2 en suivant la documentation fournie.

Si besoin, je peux vous partager les références DPS que j’ai obtenu.

3

Bonjour,

Je suis un utilisateur de Jeedom depuis plusieurs années et viens enfin de m’inscrire sur ce forum que j’utilise régulièrement. Heureux de faire partie de la communauté.

Je viens tout juste d’installer la borne Feyree chez moi. L’intégration Tuya a bien été faite mais je n’arrive pas à faire les DPS correctement. Je ne sais pas ce que je foire.

Je suis donc preneur de vos références DPS si possible ?

Merci d’avance

4

Normalement l’inclusion tuya créé tout ce qu’il faut.

5

Merci des retours.
Du coup j’ai acheté le plugin, comme en plus j’ai un jeu de 4 prises Meross qui traine, je vais faire d’une pierre 2 coups…
Par contre, vous connaissez l’histoire de la poule qui a trouvé un couteau?
J’ai bien la borne qui remonte dans les objets Tuya sur le plugin, mais les commandes sont completement illisibles pour moi… Faut il configurer chaque commande individuellement?

6

L’inclusion tuya configure l’équipement.

7

Ah, ben à priori pas chez moi…voici ce qui remonte en commandes:

image
image1909×978 79.1 KB

8

aller sur la doc « Pour obtenir de l’aide » et mettre ici les renseignements demandés.

9

Ok:

  • version du plugin: la derniere stable 2023-09-01 01:09:04
  • configuration du plugin: je ne sais pas ce qui est attendu comme info, une copie ecran?
  • configuration du périphérique: inclusion Tuya d’une borne de recharge. La non plus, je ne sais pas ce qui est attendu.

Pour les Logs, il faut que je creuse comment y accéder.
Je regarde et je complète les infos ce soir.

10

Ce ne sont pas les infos demandées.

12

En esperant que ces copies d’ecran correspondent aux infos attendues:
Voici pour le plugin:

Plugin_conf1
Plugin_conf11528×837 83.9 KB

Plugin_conf2
Plugin_conf21482×820 43.1 KB

13

Et voici pour l’équipement:

Borne_conf1
Borne_conf11876×899 153 KB

Borne_conf2
Borne_conf21162×590 34.5 KB

Borne_conf3
Borne_conf31884×929 90.1 KB

Borne_conf4
Borne_conf41880×482 32.7 KB

14

Avez vous lu le paragraphe « obtenir de l’aide » de la partie Tuya

15

En redemarrant le démon, 3 autres logs sont apparus…
Voici le log _tuya:

[2023-10-02 13:17:12][DEBUG] : >>>>Daemon Started
[2023-10-02 13:17:12][DEBUG] : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Search for Tuya/Yeelight devices - V1.95 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2023-10-02 13:17:12][DEBUG] : ** ChargePoint - TuyaCustom_V2 @10.0.0.30 - cha:1 **
[2023-10-02 13:17:14][DEBUG] : >>>>Daemon Started
[2023-10-02 13:17:14][DEBUG] : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Search for Tuya/Yeelight devices - V1.95 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2023-10-02 13:17:14][DEBUG] : ** ChargePoint - TuyaCustom_V2 @10.0.0.30 - cha:1 **
[2023-10-02 13:17:14][DEBUG] :      New device: created ADD New device OK
[2023-10-02 13:17:14][DEBUG] : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>       End       <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2023-10-02 13:17:14][DEBUG] : << Update state 1 of: ChargePoint @10.0.0.30
[2023-10-02 13:17:15][DEBUG] : Learning from:10.0.0.30 id:647 Name:ChargePoint :
[2023-10-02 13:17:15][DEBUG] :  cmd:a - {"dps":{"10":0,"101":"no_connect","102":16,"104":2,"106":0,"107":239,"108":0,"109":0,"110":404,"112":false,"113":0,"114":0}}     10|0 101|no_connect 102|16 104|2 106|0 107|239 108|0 109|0 110|404 112| 113|0 114|0  - Read Json OK
[2023-10-02 13:17:15][DEBUG] : zigbee
[2023-10-02 13:17:15][DEBUG] : Learning mode
[2023-10-02 13:17:15][DEBUG] :    No learning mode for this device
[2023-10-02 13:17:15][DEBUG] :  cmd:12 - Empty response
[2023-10-02 13:17:25][DEBUG] : Learning from:10.0.0.30 id:647 Name:ChargePoint :
[2023-10-02 13:17:25][DEBUG] :  cmd:8 - {"dps":{"107":238},"t":1696245444}     t|1696245444 107|238  - Read Json OK
[2023-10-02 13:17:25][DEBUG] : zigbee
[2023-10-02 13:17:25][DEBUG] : Learning mode
[2023-10-02 13:17:25][DEBUG] :    No learning mode for this device
[2023-10-02 13:17:28][DEBUG] : << Ping of: ChargePoint @10.0.0.30  diff:13
[2023-10-02 13:17:28][DEBUG] : Learning from:10.0.0.30 id:647 Name:ChargePoint :
[2023-10-02 13:17:28][DEBUG] :  cmd:9 - Empty response
16

Oui, plusieurs fois…

17

Je ne pense pas où alors nous n’avons pas la même doc.
En attente des renseignements demandés.

18

Effectivement, il y a plusieurs sections d’aide, désolé…
J’ai mis un message au dessus le log _tuya.
Voici les infos du cloud Tuya:
Copie ecran devices:

IOT_TUYA_DEVICES
IOT_TUYA_DEVICES1913×836 111 KB

Specification du device:
Request URL:

curl  --request GET "https://openapi.tuyaeu.com/v1.0/iot-03/devices/bfe6fb87fedb0ba289jo57/specification" --header "sign_method: HMAC-SHA256" --header "client_id: 7fxypqhv8gsn5a5rmvda" --header "t: 1696246516971" --header "mode: cors" --header "Content-Type: application/json" --header "sign: 8CA90C62BD2CCC9EFBEE7F359C761F1D75A01E8447B63DDAAE5390FFB07379DD" --header "access_token: 0ebebfa9a301fc7a8fdf8911c523d702"

Response

{
  "result": {
    "category": "zndb",
    "functions": [
      {
        "code": "event_clear",
        "desc": "{}",
        "name": "清除事件",
        "type": "Boolean",
        "values": "{}"
      }
    ],
    "status": [
      {
        "code": "fault",
        "name": "过流故障上报",
        "type": "Bitmap",
        "values": "{\"label\":[\"ov_cr\",\"unbalance_alarm\",\"ov_vol\",\"undervoltage_alarm\",\"miss_phase_alarm\",\"outage_alarm\",\"magnetism_alarm\",\"terminal_alarm\",\"cover_alarm\",\"credit_alarm\",\"no_balance_alarm\",\"battery_alarm\",\"meter_hardware_alarm\"]}"
      },
      {
        "code": "meter_id",
        "name": "表号",
        "type": "String",
        "values": "{\"maxlen\":255}"
      },
      {
        "code": "event_clear",
        "name": "清除事件",
        "type": "Boolean",
        "values": "{}"
      }
    ]
  },
  "success": true,
  "t": 1696246517066,
  "tid": "c279df50611711ee8665fe445e07f2df"
}

Sur la page cloud/development/devices, la borne apparait avec un libellé "standard instruction. Si je clique sur le lien, il semble qu’il y ai 2 possibilités standard ou DP. Ne faudrait il pas switcher le device sur DP instruction?

device_instructions1
device_instructions1684×962 55.1 KB

device_instructions2
device_instructions2680×894 24.3 KB

19

il n’y a donc pas beaucoup d’information sur le cloud Tuya, ils doivent passer par ailleurs pour récupérer les dps.
Du coup, c’est plus compliqué.

  • désactiver tous les périphériques Tuya pour alléger et rendre compréhensibles les logs
  • supprimer le périphérique à tester
  • refaire une inclusion
  • supprimer tous les dps (et uniquement les dps) créés via le cloud.
  • mettre le périphérique en apprentissage (voir doc création manuelle ou semi manuelle)
  • avec l’appli Tuya faire une action dont on sait ce qu’elle provoque, par exemple ON/OFF
  • arrêter l’apprentissage
  • regarder les commandes créés et faire la correspondance avec les actions de l’appli Tuya
  • l’apprentissage peut être relancé plusieurs fois.

Autre moyen de repérer qui fait quoi à partir des logs _Tuya : agir sur un seul bouton de l’application Tuya et voir dans les logs le dps qui a changé pour connaitre à quoi il correspond (il n’y a pas besoin d’apprentissage pour faire cela mais les commandes ne seront pas créées). La lecture des logs est expliqué dans cette même doc. partie : Mode création manuelle des commandes. Ne pas créer manuellement les dps.

Quand tout a été repéré et appris, changer les noms des commandes pour les rendre plus explicites mais ne pas refaire d’apprentissage derrière sous peine de créer des doublons.

20

Merci de votre retour.
Du coup je me suis fourvoyé, j’avais compris des messages plus haut que l’inclusion se faisait automatiquement…
La procédure d’apprentissage me semble bien complexe, du moins avec mon regard de néophyte.
Je vais tenter mais je pense qu’il va falloir que je trouve un autre usage à ce plugin.

21

Un petit suivi. Comme indiqué dans un message précedent, la borne était déclarée en « Standard Instruction » sur la page Cloud/development/devices.
J’ai modifié ce parametre en « DP instruction ».
Une fois la borne supprimée de Jeedom, j’ai relancé une inclusion et tous les DPS sont remontés. Un minimum d’analyse permet vite de trouver « qui fait quoi »!.
Voilà pour ceux qui se casserai le nez comme moi…
Il me reste maintenant à trouver comment envoyer une valeur numérique via un scenario afin de forcer la valeur d’un curseur, mais ça je pense que c’est plus du Jeedom que lié au plugin!
Je vais donc pouvoir normalement asservir la puissance de charge au surplus disponible, ce qui était le but recherché.
Merci aux intervenants et surtout Bernard pour pour la patience déployée…