Aller au contenu

DjMomo

Membres
  • Compteur de contenus

    2229
  • Inscription

  • Dernière visite

  • Jours gagnés

    3

Messages posté(e)s par DjMomo

  1. Après, si tu n'as que 40 enregistrements, c'est peut être normal avec une sonde. Vu qu'on n'enregistre que lorsque la valeur change, si tu n'as qu'une sonde de température et que la température est totalement fixe pendant 1h, tu n'auras qu'un seul enregistrement sur cette période.

    Pour savoir s'il y a vraiment un problème, tu peux regarder la colonne "timestamp_detection" dans la table capteurs, colonne qui logge la dernière détection du capteur (qu'il y ait enregistrement de valeur (de température/vent...) ou non). Cela permet de constater depuis quand un capteur ne diffuse plus d'informations.

    donc ça veut dire que quand je rédemarre mon syno, je dois quand même taper

    ./S99xpldaemon start[/CODE]

    pour faire démarrer le script

    Oui, mais au prochain reboot, vu que c'est dans le /opt/etc/init.d, cela démarrera automatiquement (cf pages Wiki de Patrick).

  2. #!/bin/sh
    
    # Startup script for xpl-daemon
    
    #
    
    # description: Start xpl-hub, xpl-mysql-logger
    
    # For domotic application
    
    
    start() {
    
       echo -n  "Starting xpl-daemon: "
    
       /opt/bin/xpl-hub -i eth0 --define broadcast=0.0.0.0 > /dev/null 2>/dev/null &
    
       /opt/bin/xpl-mysql-logger -i eth0 -v  > /dev/null &
    
       return 0
    
    }
    
    
    stop() {
    
       echo -n "Shutting down xpl-daemon "
    
       if test "x`pidof xpl-hub`" != x
    
       then
    
    killall xpl-hub
    
       else
    
       	echo "xpl-hub shutdown"
    
       fi
    
       if test "x`pidof xpl-mysql-log`" != x
    
       then
    
    killall xpl-mysql-log
    
       else
    
       	echo "xpl-mysql-log shutdown"
    
       fi
    
       return 0
    
    }
    
    
    case "$1" in
    
    start)
    
    	start
    
    	;;
    
    stop)
    
    	stop
    
    	;;
    
    restart)
    
    	stop
    
    	start
    
    	;;
    
    *)
    
    	echo "Usage: S99xpldaemon {start|stop|restart}"
    
    	exit 1
    
    esac
    
    

    Fichier de Patrick adapté pour ne pas avoir à lancer/arrêter rxfcom-rf

    Et c'est normal de rien avoir, car le xpl-mysql-logger est lancé en fond d'écran (&)

  3. Pour info, dans la base, les données sont horodatées en temps UTC, ceci afin de ne pas avoir de problèmes les jours de changement d'horaires été/hiver.

    Pour avoir l'heure réelle, il faut ajouter 2h en été et 1h en hiver.

    Ainsi 20110917123400 correspond à 12:34:00 UTC le 17/09/2011, soit 14:34:00 le 17/09/2011 heure de Paris.

    Et 20113112235945 correspond à 23:59:45 UTC le 31/12/2011, soit 00:59:45 le 01/01/2012 heure de Paris.

    wink.png

  4. Bon, j'ai de bonnes nouvelles, je pense avoir enfin sous la main, un fichier banalisé de log MYSQL pour les RXFCOM version TCP/IP (Patrick) et xPL (Mickaël et moi-même).

    Il permet indifféremment du type de récepteur RFXCOM et de capteur, de logger les infos de ce dernier dans une base unique, évolutive automatiquement lorsque vous rajoutez un capteur ou vous en remplaciez les piles (changement d'adresse). Cela permet, pour ce dernier point, de lier les valeurs de l'ancien capteur (ou avec les anciennes piles) avec le nouveau (nouvelles piles), et sans passer par PhpMyAdmin (faut toutefois développer la petite IHM qui va bien pour faire cela).

    Mickael, Patrick, je vous mets ca a disposition dans l'après midi afin que vous puissiez tester et me dire ce que vous en pensez.

  5. Fiche technique du 211+ :

    Disque dur interne : 2X 3,5” SATA (II) ou 2X 2,5” SATA/SSD
    (http://ukdl.synology.com/download/ds/DS211+/DataSheet/Synology_DS211+_Data_Sheet_fra.pdf).

    Perso, je tourne avec les ST32000641AS (2To Seagate Barracuda XT), se sont des SATA III et ils fonctionnent. Pas à leur capacité maximale du SATA (seulement en II et non en III), ils font 7200trs/mn, et en transfert FTP, je tourne aux alentours de 40Mo/s.

    Au moment de l'achat, c'étaient pour moi les disques ayant le meilleur rapport/qualité/disponibilité. Donc je ne sais pas ce que cela aurait donné en 5400trs/mn.

    Et oui, enfin, le blog est inclus dans le NAS, rien à faire si ce n'est l'activer via la Photostation.

  6. Je constate aussi parfois ce genre de problème.

    Ce que je fais, c'est de bien tout arrêter avant (cf script S99xpldaemon de Patrick), puis je relance xpl-hub puis xpl-mysql-logger. Si tu lances xpl-mysql-logger après avoir arrêté xpl-logger, parfois cela ne marche pas.

    Enfin, comme écrit dans mon post de ce matin 06:58, le format des trames entre version TCP/IP et xPL n'est pas la même, donc le script de Patrick ne devrait pas fonctionner.

    Il te faut remplacer dans xpl-mysql-logger (dans sub log)

    $ligne =~ m/.*\> \* - (.*)/;
    par
    $ligne =~ m/.*\> \* (\w+ .*)/;
    et supprime le # en début de ligne de
    # print $par1, "\n";

    Cela te permettra de voir au moins les logs.

    Après, toujours dans le même post de ce matin, il faut reprendre une partie du code (ce que je suis en train de faire) pour qu'il soit compatible format xPL.

  7. Je vais me baser sur l'exemple d'une seule sonde de température pour illustrer mes propos sur le format de la BDD.

    • La différence entre les 2 tables mesures et relevés est là pour optimiser la BDD et ne pas la charger inutilement. Ce qu'il va se passer, c'est que la table mesures va grandir exponentiellement pour, dans quelques mois (vers les 6 mois), ne plus bouger (à 1 données près par semaine peut-être). Comment ? Grâce au lien entre la table relevés et la table mesures. La table mesures ne contient, comme son nom l'indique, que des mesures (valeur, unité). Pas de référence à un instant ou un capteur. Chaque couple valeur/unité est unique dans la table. Dans 6 mois, tu auras toutes les mesures de température effectuées (de -10 à +50° par exemple). Une ou plusieurs lignes de la table relevés vont alors pointer vers une ligne de la table mesures. Au bout de ces 6 mois, seule la table relevés va grandir, au rythme des relevés effectués, en pointant, à chaque fois, vers une ligne de la table mesures (qui elle, sera fixe).
    • Pour la table relevés, elle va effectivement grossir, mais beaucoup moins que la tienne. Une ligne de ma table relevés (id_capteur, id_mesure, timestamp) est beaucoup moins gourmande en espace (entre 6 et 12 octets au maximum) que pour ton format de table (où tu y enregistres modèle capteur, type, localisation, mesure, date/heure, soit au minimum 11 octets, maxi 325 octets).

      • Pour la table relevés, j'ai repris ton principe de si valeur mesurée = valeur précédente alors on ne l'enregistre pas dans la base. Par contre, il se peut que je ne l'ai pas mis en oeuvre correctement.

      [*]Pour le champ nouveau_capteur, c'est tout simplement car je ne t'ai pas expliqué à quoi il servait smile.png. Il est là pour que, lorsque tu changes les piles (et donc l'adresse de ton capteur), tu puisses lier les mesures du capteur entre ancienne et nouvelle adresse. Lié encore là au format de ma base. Au travers d'une IHM html, ce lien pourra être effectué, en changeant uniquement les id_capteur de la table relevés --> c'est à faire.

    J'espère que mon explication a été assez claire, sinon dis le moi wink.png

    Je reste ouvert à toute autre suggestion.

  8. Salut,

    Ca y est, j'ai recu mon RXFLAN, version xPL.

    Alors, par rapport au tien, Patrick, y'a du changement. Les données sont plus envoyées sous la même forme. Fini les identifiant de capteurs par leur nom, c'est maintenant par catégorie (http://syno.haefling...egon_Scientific). Le format de l'adresse change, lui aussi. Mais en prime, on gagne l'unité sur la mesure et les données sont déparées par des slashs, plus faciles (quoique) à récupérer.

    Il a donc fallu que je revoie mon fichier de log pour la bdd. Je suis en plein dedans pour intégrer les 2 types de récepteurs et banaliser le tout (avec tes remarques sur les accès multiples à la bdd wink.png).

    Exemple avec le xpl-logger brut :

    192.168.1.11:52156 [xpl-trig/sensor.basic: rfxcom-lan.0004a31f6294 -> * rain2 0x4200/rainrate/0.00/mmh]
    
    192.168.1.11:52156 [xpl-trig/sensor.basic: rfxcom-lan.0004a31f6294 -> * rain2 0x4200/raintotal/25.40/mm]
    
    192.168.1.11:52156 [xpl-trig/sensor.basic: rfxcom-lan.0004a31f6294 -> * rain2 0x4200/battery/100]
    
    192.168.1.11:52156 [xpl-trig/sensor.basic: rfxcom-lan.0004a31f6294 -> * wind2 0xf700/gust/0.00/mps]
    
    192.168.1.11:52156 [xpl-trig/sensor.basic: rfxcom-lan.0004a31f6294 -> * wind2 0xf700/average-speed/0.00/mps]
    
    192.168.1.11:52156 [xpl-trig/sensor.basic: rfxcom-lan.0004a31f6294 -> * wind2 0xf700/direction/270.0]
    
    192.168.1.11:52156 [xpl-trig/sensor.basic: rfxcom-lan.0004a31f6294 -> * wind2 0xf700/battery/100]
    
    192.168.1.11:52156 [xpl-trig/sensor.basic: rfxcom-lan.0004a31f6294 -> * wind2 0xf700/gust/0.00/mps]
    
    192.168.1.11:52156 [xpl-trig/sensor.basic: rfxcom-lan.0004a31f6294 -> * wind2 0xf700/average-speed/0.00/mps]
    
    192.168.1.11:52156 [xpl-trig/sensor.basic: rfxcom-lan.0004a31f6294 -> * wind2 0xf700/direction/270.0]
    
    192.168.1.11:52156 [xpl-trig/sensor.basic: rfxcom-lan.0004a31f6294 -> * wind2 0xf700/battery/100]
    
    192.168.1.11:52156 [xpl-trig/sensor.basic: rfxcom-lan.0004a31f6294 -> * th2 0x1a01/temp/18.8/c]
    
    192.168.1.11:52156 [xpl-trig/sensor.basic: rfxcom-lan.0004a31f6294 -> * th2 0x1a01/humidity/83/wet]
    
    192.168.1.11:52156 [xpl-trig/sensor.basic: rfxcom-lan.0004a31f6294 -> * th2 0x1a01/battery/100]
    
    

  9. Les inconvénients, c'est que tu ne peux pas personnaliser les droits sur les sous-dossiers. Les utilisateurs auront accès soit à tous les sous-dossiers de la racine, soit à rien du tout. Les droits s'appliquent sur chaque dossier racine et sont propagés aux sous-dossiers de chacun d'eux.

    Si tu veux déplacer des fichiers dans le NAS lui-même, pourquoi n'utilises-tu pas le navigateur de fichiers dans le DSM ? Les fichiers seront déplacés uniquement dans le NAS, sans avoir à transiter par le PC qui a lancé l'opération.

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.