CaptainIgloo

Vous avez raison sur la forme je suis pas bon et j'en suis désolé. Mais quitte àfaire un partage, il faut être précis. Mais il y a une autre méthode pour les personnes ne maîtrisant pas vi ou nano. Il faut utiliser le paquet CFE (ConfigEditor) et du coup modifier depuis le DSM les fichiers binaires sans casser l'encodage UTF8. Tant qu'àfaire de la pédagogie c'est dans cette direction qu'il faut aller. Par contre sur le fond une collecte par heure n'est pas pertinente je pense. Sinon les gars, vous savez comment je suis. Tatillon et exigeant. Pouf le relou le Seb. Sinon je passe un bon WE estival ;p Sent from my iPhone using Tapatalk

En fait c'est bien un Socket tout bête : import socket import time s = socket.socket(socket.AF_INET, socket.SOCK_DGRAM) r = open("/dev/urandom", "r") s.sendto("\x02\x01"+"\x00"*10, ('127.0.0.1', 4242)) while True: s.sendto(r.read(12), ('127.0.0.1', 4242)) time.sleep(.05) les codes télécommande sont ici : http://dev.freebox.fr/sdk/freebox_player_1.1.4_codes.html Sébastien Joly AKA CaptainIgloo

La structure RUDP ressemble énormément àcelle des sockets client et serveur. Sébastien Joly AKA CaptainIgloo

@Christophe, c'est surtout pas besoin de vi pour programmer un crontab qui ne me plait pas. Si justement pour planification toutes les 5 minutes, donc mauvais départ :-) Car je ne comprends pas utilité d'une collecte par heure. Sinon pour le post SNMP je l'ai suivi pendant un temps, mais encore une fois cela ne peut aller plus loin en raison des limitations Fibaro. Perso, j'ai arrêté de capitaliser les Devs sur le HC car c'est trop limité comparé au lua de la vera. Mais comme j'ai plus de vera, je mets en place mon système expert déporté (externalisé) sur un linux ouvert. Au moins si je change de contrôleur un jour, la migration sera plus simple. Mais il me semblait qu'une spec SNMP devait venir dans la v4 ? Sébastien Joly AKA CaptainIgloo

@JM13 Pas besoin de faire ceci ou cela ok, mais bon en fait vous ne connaissez ni les MIBs ni les Traps SNMP. Je trouve la pompe facile dans ce cadre. Il aurait été intéressant d'aller plus moi en développant les perspectives de gestion du raid, des disques, du réseau ... Mais c'est pas grave.

Une planification de tâche à5 minutes dans l'interface graphique de DSM ne fonctionne pas. Voilàpourquoi je n'ai pas fait cela dans mon tuto. Et une heure pour faire de la régulation d'extraction ça suffit pas du tout. sinon mon Synology s'éteindrait plusieurs fois par jour. Sébastien Joly AKA CaptainIgloo

Bonjour les gars, Le SBS est en standby, car il prend aussi des vacances le gaillard. Plus précisément, un évolution matérielle a été lancé au mois de juin (Le SBSv3). Consistant à : Corriger la conception pour répondre à des petites problématique de tension avec les capteurs de type 4-20mA, Ajouter des dipswitchs permettant d'augmenter à 16 le nombre de combinaisons possible, et donc implicitement le nombre de capteurs/actionneurs pouvant être prit en charge (attention limite de taille firmware de l'Arduino mini. aménager le circuit du PCB et le plan de masse pour envisager la mise en production. Pour info, il y aura des bonnes nouvelles un peu plus tard. Concernant la commercialisation, j'ai effectivement dit ailleurs que cela pourrait être en fin d'année, mais cette remarque n'engage que moi.

Oui cela supporte les deux sans aucun problème.

ben non c'est la solution, c'est pas grave d'avoir plusieurs passerelle BT4, le statut changera sur changement de roaming (passage d'une balise àl'autre), mais tu joueras sur le délai de ta scène ou ton VD. Admettons, tu remontes absent en variable globale, mais quelques secondes plus tard tu es vu présent par l'autre balise. Il faut juste calibrer le délai de bascule de sorte àcréer une boucle lua qui ne verra cette absence. Voir même avec les paramètres FHEM : N’être considéré absent qu'après 30 secondes par exemple. Et du coup le statut pourrait même ne pas avoir changée dans ta variable globale.

Alors mon RDC est totalement couvert, et même si je mets un device dans le frigo. Je suis détecté devant la maison (côté porte d'entrée) mais côté jardin un peu moins. Je dirai 30m non découvert grand max. Ceci étant le RPI est dans l'entrée de manière dégagé. Au premier cela fonctionne pas toujours.

Ben celui que j'ai commandé en pré-order ne sera dispo que le 12 septembre.

Non le boitier n'est pas un problème et le nfc fonctionne derrière. Alors pour le boitier c'est chiant car la carte rehausse le tout de 4 mm. Peu de boitier peuvent correspondre, mais comme je risque de passer sur B+ j'ai trouvé un boitier tip-top permettant de faire de la réhausse par entretoise : J'ai commandé celui là mais c'est pour B+ : https://www.modmypi.com/shop/modmypi-model-b-plus-raspberry-pi-case-black

Bonjour à tous, Pour faire suite au topic "Désactivation Alarme Par Nfc", veuillez trouver l'article "Une passerelle domotique NFC [Chapitre III]" pour mettre en oeuvre le dispositif NFC avec un Raspberry Pi et un shield NXP PNEV512R.

@razowski Je connaissais pas l'expression. Ben j'ai dit un peu plus haut pour la fin d'année. @PITP2 Non pas de testeurs avant quelques temps.

Ben si le SBS :

Tu n'as pas compris. Les flux sont les suivants : Smartphone/Peeblebe/SensorTag <BT4> DONGLE USB +RPI + FHEM + Bluez <IP> HC2 Tag/puce/sticker/carte <NFC> NXP NFC PN512 + RPI + Python <IP> HC2 Ou le SBS fera la même chose avant la fin de l'année ...

non j'ai 4 PI en tout et une CubieV2. Un des PI fait office de passerelle EnOcean comme toi > FHEM : Passerelle EnOcean, Oregon, DI-O et Blyss … [Chapitre I] Un des PI fait office de passerelle NFC, BT4 (FHEM : Une passerelle domotique Bluetooth 4 [Chapitre II]), iBeacon et Gatt Services. J'offre donc à mon HC2 toutes les technologies manquantes en mode passerelle IP.

Pas vraiment :

Il suffit de faire la passerelle entière avec BT4 + NFC + EnOcean. Du coup le RPI est un bon investissement. FHEM : Une passerelle domotique Bluetooth 4 [Chapitre II] FHEM : Passerelle EnOcean, Oregon, DI-O et Blyss … [Chapitre I] Et bientôt l'article NFC.

J'ai trouvé les champ apparaissent après la coche "Sensor is armed with delay or it will trigger the alarm after some delay".

Petite question ? Sur un FGK101 je vois pas ce paramètre.

Oui, quand j'arme les capteurs, j'ai l'alarme qui sonne 1 seconde et je fais clignoter le plafonnier pour me faire penser. Et quand je rentre, je peux faire pareil sans la sirene.

Pas con l'idée du délai sur le capteur d'ouverture. Merki. Du coup je garde le BT4 pour mes autres usages.

Ben non ça c'est pas prévu. Vu que la passerelle fait BT4 avec gestion de présence, je préfère la présence BT4 alors.

Au départ je pensai pouvoir jouer sur le mode activation/désactivation du panneau d’alarme. Bon c'est pas possible. Alors je me suis dit qu'il fallait que j'arme ou désarme les capteurs dans des scènes et cela fonctionne. Le problème est que ma passerelle est juste àl'entrée intérieure, donc je suis obligé de lancer le mode alarme en entrant et la désactiver avec le pin. J'aurai aimé que le NFC puisse remplacer le code PIN.