AirSend (https://devmel.com/) Domoticz plug-in
[English version and French version in the same document]
AirSend is a Domoticz Python plugin allowing to send and receive commands to AirSend.
[Versions françaises et anglaises dans le même document]
AirSend est un plugin Domoticz qui permet de relier des dispositifs AirSend à Domoticz.
If you want to send orders to AirSend (https://devmel.com/) devices, this plugin is made for you. In addition, you'll be able to scan frames from one protocol and update Domoticz devices accordingly.
Si vous voulez envoyer des commandes à des unités AirSend (https://devmel.com/), ce plugin est fait pour vous. De plus, vous pourrez écouter les trames d'un protocole, et mettre à jour des dispositifs Domoticz à partir de ces trames.
This plugin is at an early stage, and has only partly be tested, with few Domoticz devices types. In addition, bad JSON configuration files will lead to unexpected behavior. You've been warned!
Ce plugin est en phase de développement initial, et n'a été que partiellement testé, avec seulement certains types de dispositifs Domoticz. De plus, un fichier de configuration JSON incorrect va provoquer des effets inattendus, voire rigolos. Vous avez été prévenus !
-
Domoticz 2020.2 or higher (but lower version could also work).
-
Make sure that your Domoticz supports Python plugins (https://www.domoticz.com/wiki/Using_Python_plugins).
-
Make sure AirSend Web Service is installed and running on machine, and has been paired with devices you want to control.
-
Should you wish to listen to some protocol, you need to have a local web server with PHP enabled.
-
Domoticz 2020.2 ou supérieurs (les versions précédentes peuvent aussi fonctionner).
-
Vérifiez que votre version de Domoticz supporte les plugins Python (https://www.domoticz.com/wiki/Using_Python_plugins).
-
Assurez-vous que le Web service AirSend est installé et actif sur la machine, et qu'il est appairé avec les unités que vous souhaitez contrôler.
-
Si vous souhaitez écouter un protocole, vous devez en plus avoir un serveur web local avec php actif.
Follow these steps:
- Clone repository into your Domoticz plugins folder.
cd domoticz/plugins
git clone https://github.com/FlyingDomotic/domoticz-airsend-plugin.git AirSend
- Restart Domoticz.
- Make sure that "Accept new Hardware Devices" is enabled in Domoticz settings.
- Go to "Hardware" page and add new item with type "AirSend".
- Give JSON configuration file name to be used (located in AirSend plugin folder).
- Export your AirSend configuration and copy configuration.yaml file in AirSend plugin folder.
Thanks to one user, you can find at #2 an example of Docker file to install AirSend web service.
Suivez ces étapes :
- Clonez le dépôt GitHub dans le répertoire plugins de Domoticz.
cd domoticz/plugins
git clone https://github.com/FlyingDomotic/domoticz-airsend-plugin.git AirSend
- Redémarrer Domoticz.
- Assurez-vous qu' "Acceptez les nouveaux dispositifs" est coché dans les paramètres de Domoticz.
- Allez dans la page "Matériel" du bouton "configuration" et ajouter une entrée de type "AirSend".
- Entrez le nom du fichier de configuration JSON à utiliser (qui doit être dans le répertoire d'installation du plugin AirSend).
- Exportez votre configuration AirSend et copiez le fichier configuration.yaml dans le répertoire d'installation du plugin AirSend.
Grâce à un utilisateur, vous pourrez trouver à #2 un exemple de fichier de configuration Docker pour le service Web AirSend.
- Go to plugin folder and pull new version:
cd domoticz/plugins/AirSend
git pull
- Restart Domoticz.
Note: if you did any changes to plugin files and git pull
command doesn't work for you anymore, you could stash all local changes using
git stash
or
git checkout <modified file>
- Allez dans le répertoire du plugin et charger la nouvelle version :
cd domoticz/plugins/AirSend
git pull
- Relancez Domoticz.
Note : si vous avez fait des modifs dans les fichiers du plugin et que la commande git pull
ne fonctionne pas, vous pouvez écraser les modifications locales avec la commande
git stash
ou
git checkout <fichier modifié>
Plugin uses standard AirSend configuration export file (configuration.yaml) to get description of all AirSend devices. You should copy it in AirSend's plugin folder. In addition, plugin uses an external JSON configuration file to set installation specific parameters. Here's an example of syntax:
Ce plug-in utilise le fichier standard AirSend de configuration (configuration.yaml). Vous devez le copier dans le répertoire du plugin AirSend. De plus, il utilise un fichier de configuration externe au format JSON pour définir les paramètres spécifiques de l'installation. Voici un exemple de syntaxe :
{
"parameters": {
"domoticzRootUrl": "http://127.0.0.1:8080/",
"yamlConfigurationFile": "configuration.yaml",
"webServerFolder": "/var/www/html/",
"webServerUrl": "http://127.0.0.1/",
"webServiceUrl": "http://127.0.0.1:33863/",
"protocolToListen": 12345,
"useInternalSensors": false,
"authorization": "sp://xxxxxxxxxxxxxxxx@xxx.xxx.xxx.xxx?gw=0"
},
"mapping": [
{"Additional remote": {"remoteId": 11111, "remoteSource": 22222, "deviceId": 33333, "deviceSource": 44444}},
]
}
Let's see how this is constructed: / Voyons comment c'est construit :
"domoticzRootUrl": "http://127.0.0.1:8080/",
Specify Domoticz root URL. Could include username/password if required. Donne l'adresse URL de base de Domoticz. Peut inclure également un utilisateur/mot de passe si besoin.
"yamlConfigurationFile": "configuration.yaml",
Specify AirSend configuration YAML file (would you change it). Donne le nom du fichier de configuration AirSend au format YAML.
"webServiceUrl": "http://127.0.0.1:33863/",
Specify AirSend web service URL to use. Donne l'adresse du web service AirSpend à utiliser.
"useInternalSensors": false,
Set it to 'true' if you have a single frequency (non DUO) box and want to create temperature and illuminance devices updated every minute. Mettez-le à 'true' si vous avez un boîtier mono-fréquence (non DUO) et voulez créer des senseurs de température et de luminosité mis à jour chaque minute.
"authorization": "sp://xxxxxxxxxxxxxxxx@xxx.xxx.xxx.xxx?gw=0"
Specify authorization data to use (in AirSend format). Donne l'authentification à utiliser, au format AirSend.
"protocolToListen": 12345,
Specify protocol id to listen to. Optionnal. See AirSend documentation to find it. Donne le numéro de protocole à écouter. Voir les valeurs dans la documentation AirSend.
"webServerFolder": "/var/www/html/",
Specify local web server folder where the callback php file should be copied. Required only if 'protocolToListen' specified. Donne le nom du répertoire local du serveur web où le fichier de rappel php doit être copié. Requis uniquement si 'protocolToListen' est donné.
"webServerUrl": "http://127.0.0.1/",
Specify local web server address to use to call callback. Can contain sub-folder if callback not at root. Required only if 'protocolToListen' specified. Donne l'adresse du serveur web local à utiliser pour accéder au rappel. Peut contenir un sous-répertoire si le fichier de rappel n'est pas à la racine. Requis uniquement si 'protocolToListen' est donné.
{"Additional remote": {"remoteId": 11111, "remoteSource": 22222, "deviceId": 33333, "deviceSource": 44444}}
Should you listen to one protocol and have multiple remote commands for the same device (including AirSend itself in case of protocol with sequence numbers), you can specify here additional remote id and source. Remote
represents the additional remote, device
is AirSend device in configuration.yaml. 'remoteId' and 'deviceId' should probably be the same. Add one line per remote.
Si vous écoutez un protocole et avez plusieurs télécommandes pour une même unité (incluant AirSend lui-même dans le cas de protocoles avec compteurs), vous pouvez donner ici l'id et la source de la télécommande additionnelle. Remote
correspond à la télécommande additionnelle, device
est l'unité dans le fichier configuration.yaml. 'remoteId' et 'deviceId' devrait probablement être identiques. Ajouter une ligne par télécommande additionnelle.
For devices normally supported by AirSend, the previous setup is sufficient.
However, should you want to define remotes with non-standard Domoticz's device setting, or use non-standard DevMel's commands (including those created by learning radio codes), settings
is made for you. Again, for standard use, this is not needed.
{
"parameters": {
"domoticzRootUrl": "http://127.0.0.1:8080/",
"yamlConfigurationFile": "configuration.yaml",
"webServerFolder": "/var/www/html/",
"webServerUrl": "http://127.0.0.1/",
"webServiceUrl": "http://127.0.0.1:33863/",
"protocolToListen": 12345,
"authorization": "sp://xxxxxxxxxxxxxxxx@xxx.xxx.xxx.xxx?gw=0"
},
"mapping": [
{"Additional remote": {"remoteId": 11111, "remoteSource": 22222, "deviceId": 33333, "deviceSource": 44444}}
],
"settings": [
{"My remote": {
"deviceId": 12345, "deviceSource": 67890,
"type": 244, "subtype": 73, "switchtype": 21,
"options": {"SelectorStyle":"1", "LevelOffHidden": "true", "LevelNames":"Off|Auto|Forced"},
"commands": [
{"Open": {"method":1, "type":0, "value": 22, "nValue": 0, "sValue": "100"}},
{"Close": {"method":1, "type":0, "value": 21, "nValue": 1, "sValue": "0"}},
{"Stop": {"method":1, "type":0, "value": 17, "nValue": 17}}
]
},
}
]
}
You could include in settings
as many remotes you want, with the following rules:
Add one line per remote with non-standard settings. Remotes with standard settings will be defined automatically and don't need to be specified here.
It a good idea to set My remote
the same name you gave in AirSend device configuration, even if not required.
Should you already define a standard remote with the same name, it's a good idea to delete it first in Domoticz devices list.
deviceId
and deviceSource
should be those specified in configuration.yaml file.
The first part in settings
is Domoticz device definition: type
, subtype
, switchtype
and options
contains the type/subtype/switchtype/options values of device being created. Valid values can be found at (https://www.domoticz.com/wiki/Developing_a_Python_plugin#Available_Device_Types). If type
is specified, then subtype
should be, but switchtype
and/or options
are optional. If type
is not defined, then a standard device will be created.
The second part in settings
is command definition: commands
is used to specify Domoticz/DevMel commands association, one line per command. Each command has a name as first parameter, which is Domoticz's command name. Currently, On
, Off
, Open
, Close
and Stop
are supported. Unknown names are authorized, but Domoticz related actions won't be forwarded to AirSend (however, feedback from AirSend to Domoticz will be done, allowing devices' nValue and/or sValue update).
method
, type
and value
are the ones found in DevMel's event message (the 3 are required) while nValue
and/or sValue
are Domoticz's device values (only one required, both allowed).
Usage is as follow: when user click on device in Domoticz UI (or when a script sends a command), plug-in sends associated method
, type
and value
to AirSend, which in turn, sends the appropriate radio message. In the other way, when the callback sends an event, method
, type
and value
are extracted from message and corresponding nValue
and/or sValue
are sent back to Domoticz.
You may want defining only type
or commands
or both (standard values are used for non-specified parts). You may also specify none of them, even if a bit useless!
Vous pouvez inclure dans settings
autant de télécommandes que vous souhaitez, en respectant les règles suivantes :
Ajoutez une ligne par télécommande avec des caractéristiques non standard. Les télécommandes classiques seront définies automatiquement et n'ont pas besoin d'être détaillées ici.
Il peut être habile de définir My remote
à la valeur que vous avez donnée dans la configuration AirSend, même si ce n'est pas obligatoire.
Si vous avez défini une télécommande standard avec le même nom, c'est une bonne idée que de la détruire de la liste des dispositifs Domoticz d'abord.
deviceId
et deviceSource
doivent avoir les valeurs définies dans le fichier configuration.yaml.
La première partie de settings
est la définition du dispositif Domoticz : type
, subtype
, switchtype
et options
contiennent respectivement le type, sous type, type de switch et options du dispositif à créer. Les valeurs autorisées se trouvent à (https://www.domoticz.com/wiki/Developing_a_Python_plugin#Available_Device_Types). Si type
est spécifié, alors subtype
doit l'être, mais switchtype
et/ou options
sont optionnels. Si type
n'est pas défini, un dispositif standard sera créé en fonction du type de télécommande.
La seconde partie de settings
est la définition de la commande : commands
est utilisé pour définir l'association des commandes entre Domoticz et DevMel, une ligne par commande. Le premier paramètre de chaque commande est son nom. Actuellement, On
, Off
, Open
, Close
et Stop
sont supportés. D'autres noms sont admis, mais les actions Domoticz ne seront pas envoyées à AirSend (par contre, les retours d'AirSend vers Domoticz seront réalisés, permettant de mettre à jour les valeurs nValue et/ou sValue du dispositif).
method
, type
et value
sont ceux trouvés dans les évènements DevMel (les 3 sont requis) tandis que nValue
et/ou sValue
sont ceux du dispositif Domoticz (seul un est requis, les deux sont autorisés).
Le fonctionnement est le suivant : quand l'utilisateur clique sur l'interface graphique de Domoticz (ou qu'un script envoie une commande), le plug-in envoie method
, type
et value
associé à cette commande à AirSend, qui à son tour, envoie le message radio. Dans l'autre sens, quand le callback envoie un évènement, method
, type
et value
sont extraits du message et les nValue
et/ou sValue
associés sont envoyés à Domoticz.
Vous pouvez définir type
ou commands
ou les deux (les valeurs standard seront utilisées pour les parties non spécifiées). Vous pouvez aussi n'en spécifier aucun, même si l'utilité reste à démontrer ;-)
As per AirSend's documentation, AirSend box is able to do two things:
- Send command "blindly" in the air,
- Optionally listen to one (and only one) protocol. This protocol could be
0
, with a special meaning ofgeneric 433 protocol
.
Should you wish only blindly send commands, don't specify protocolToListen
in AirSend.json file, and that's it. webServerUrl
, webServerFolder
and mapping
are useless, and no callback will be used. Note in that case that Domoticz devices would normally be push button, as no feedback is received, nor remote device frames received.
If you enable one protocol listening, then webServerFolder
and webServerUrl
are required, to determine where to copy callback in the right folder and to call it.
Callback will be called by AirSend web service, and captured frame sent to Domoticz, which in turn will send it to the AirSend plug-in.
Captured frames will depend on received, remote and AirSend box configuration. This could be remote key press, received order confirmation and/or remote status. Due to diversity of devices, o²nly tests could determine exactly what kind of frames can be received. In this case, having full debug and webservice log may help (see under).
Selon la documentation AirSend, le boitier AirSend est capable de faire 2 choses :
- Envoyer à l'aveugle des commandes radio
- Facultativement écouter un protocole (et seulement un). Ce protocole peut être le protocole
0
, nomméprotocole 433 générique
.
Si vous ne souhaitez qu'envoyer des commandes à l'aveugle, ne spécifiez pas protocolToListen
dans le fichier Airsend.json, et voilà ! webServerUrl
, webServerFolder
et mapping
sont inutiles, et on n'utilisera pas de callback. Noter que dans ce cas, les dispositifs Domoticz devrait être du type bouton poussoir, car aucun retour ni message de télécommande n'est reçu.
Si vous définissez un protocole à écouter, webServerFolder
et webServerUrl
sont requis pour déterminer où copier le callback et comment l'appeler.
Le callback sera utilisé par le web service AirSend pour envoyer les trames reçues à Domoticz, qui les enverra au plug-in AirSend.
Les trames capturées dépendent du récepteur, de la télécommande et du paramétrage du boitier AirSend. Cela peut être l'appui sur une télécommande, la confirmation d'un ordre ou un état distant. Etant donné la diversité des appareils, seuls des tests permettent de savoir avec précision les trames qui sont reçues. Avoir défini une trace complète et avoir accès au log du web service peuvent aider (voir plus bas).
The following instructions show how to install AirSend web service into /home/pi/airsend
. Adapt them if you want to install in another folder.
- Copy
updateWebService.sh
,AirSendWebServiceStart.py
andAirSendWebServiceStop.py
fromexample
folder to/home/pi/airsend
. - Set execute flag on these files (
chmod +x /home/pi/airsend/<each file name>
). - If not installing in
/home/pi/airsend/
, modify content of these files with your personal folder. - Execute
updateWebService.sh
to download web service and start it.
Les instructions suivantes décrivent comment installer le web service AirSend dans le répertoire /home/pi/airsend
. Adaptez-les si vous souhaitez installer dans un autre répertoire.
- Copier
updateWebService.sh
,AirSendWebServiceStart.py
etAirSendWebServiceStop.py
depuis le répertoireexample
vers/home/pi/airsend
. - Mettre le flag execute sur ces fichiers (
chmod +x /home/pi/airsend/<nom de chaque fichier>
). - Si vous n'installez pas dans /home/pi/airsend/`, modifiez le contenu de ces fichiers avec votre nom de répertoire.
- Executer
updateWebService.sh
pour télécharger le web service et le lancer.
Simply go to /home/pi/airsend
and execute updateWebService.sh
.
Note that each activation of updateWebService.sh
creates a sub-folder in /home/pi/airsend
named after current date/time. Previous versions of web service (AirSendWebService
and AirSendWebService.sig
) are copied into /previous
folder into date/time sub-folder created by installation/upgrade. To revert back to previous version, copy these 2 files back to /home/pi/airsend
.
Allez dans le répertoire /home/pi/airsend
et executez updateWebService.sh
.
Notez que chaque activation de updateWebService.sh
crée un sous répertoire dans /home/pi/airsend
dont le nom comporte la date et l'heure courante. Les versions précédentes du web service (AirSendWebService
et AirSendWebService.sig
) sont copiées dans le répertoire /previous
du répertoire date/heure crée par l'installation ou la mise à jour. Pour revenir à la version précédente, copiez ces 2 fichiers vers /home/pi/airsend
.
Here's the list of AirSend devices type and commands currently supported:
Type | Usage | Commands |
---|---|---|
4098 | Button | Toggle |
4097 | Switch | On/Off |
4098 | Cover | Up/Down/Stop |
4099 | Cover with position | Up/Down/Stop/Position |
Voici la liste des unités AirSend et des commandes supportées :
Type | Usage | Commandes |
---|---|---|
4098 | Bouton | Toggle |
4097 | Intérrupteur | On/Off |
4098 | Volet | Up/Down/Stop |
4099 | Volet avec position | Up/Down/Stop/Position |
If something don't work as expected/required, it could be a good idea to modify debug log level from Normal
to Extra verbose
before restarting plug-in (to restart plug-in, either restart Domoticz or click on Modify
when plug-in is selected in Hardware
tab of Configuration
).
In addition, an extract of web service log (AirSendWebService.log in web service folder) may help.
Si quelque chose ne fonctionne pas comme documenté/souhaité, il peut être habile de passer le niveau de log du plug-in de Normal
à Extra verbose
avant de relancer le plug-in (pour relancer le plug-in, vous pouvez soit relancer Domoticz, soit cliquer sur "Modifier" lorsque le plug-in est sélectionné dans l'onglet Matériel
du menu Configuration
.
De plus, un extrait du log du web service (AirSendWebService.log dans le répertoire du web service) peut aider.
In some cases, it's hard to determine if issue is comming from Domoticz plugin or AirSend system. One good tie-breaker is the direct curl command. Idea is to manually build the Webservice command, and send them directly, whithout Domoticz nor Airsend plugin. Easiest way is to use curl
bash command from the system where Domoticz is installed. This command is native on Unix system and can be installed (for example) on Windows through Cygwin environment. Command format is:
Dans certains cas, il est difficile de déterminer si l'erreur est causée par le plug-in Domoticz ou par le système AirSend lui-même. Une façon efficace de trancher est d'utiliser la commande curl directe. L'idée est de créer manuellement une commande et de l'envoyer au Webservice. LA façon la plus simple est de passer la commande bas curl
sur le système où Domoticz est installé. Cette commande est native sous Unix, et peut (par exemple) être installée avec l'environnement Cygwin sou Windows. Le format de la commande est :
curl -X POST "http://aaaaaa/airsend/transfer" -H "accept: application/json" -H "Content-Type: application/json" -d "{\"wait\": true, \"channel\": {\"id\":\"cccccc\",\"source\":\ssssss\"}, \"thingnotes\":{\"notes\":[{\"method\":mmm,\"type\":ttt,\"value\":vvv}]}}" -H "Authorization: Bearer bbbbbb"
with :
- aaaaaa = WebService URL, taken from AirSend.json file, item parameter\webServiceUrl. For example http://127.0.0.1:33863/
- cccccc = channel id to use
- ssssss = source to use
- mmm = method to use
- ttt = type to use
- vvv = value to use
- bbbbbb = bearer, taken from AirSend.json file, item parameter\authorization. For example sp://abcdefghijklmnop@192.168.1.1?gw=0
avec :
- aaaaaa = url du WebService à prendre dans le fichier AirSend.json à la rubrique parameter\webServiceUrl, par exemple http://127.0.0.1:33863/
- cccccc = channel id à utiliser
- ssssss = source à utiliser
- mmm = method à utiliser
- ttt = type à utiliser
- vvv = value à utiliser
- bbbbbb = bearer, à prendre dans le fichier AirSend.json à la rubrique parameter\authorization, par exemple sp://abcdefghijklmnop@192.168.1.1?gw=0
This way, we're sure about sent command (which can be cut & pasted to DevMel), and be 100% sure that issue is not coming from plug-in, as even Domoticz can be stopped during the test.
De cette façon, on est certain de la commande envoyée (qu'on peut d'ailleurs copier/coller pour l'envoyer à DevMel), et être certain que le souci ne vient pas du plug-in, puisque Domoticz peut même être arrêté pendant la manip.