Aller au contenu

kiwi

Membres confirmés
  • Compteur de contenus

    500
  • Inscription

  • Dernière visite

  • Jours gagnés

    4

Messages posté(e)s par kiwi

  1. Hello plap,

     

    quelque chose comme ca :

     

    local ActiviteGarage = {"Global", "Activite_garage", "non"}
    GEA.add({238, ActiviteGarage}, 10*60, "La porte du garage est ouverte depuis plus de 10 minutes", {{"Repeat"}})
    
  2. Comme convenu, voici mon Tuto pour faire un TTS (Text To Speach) avec un Raspberry PI.

    J'ai fait ce TTS avec mon Raspberry PI 2 qui fait tourner domoticz.

    Ce tuto a été largement inspiré de cette page : http://rpihome.blogspot.fr/2015/02/installing-pico-tts.html, que je vais traduire en partie pour vous tous.

    Comme le logiciel n'existe pas en packages directement, il faut donc le compiler, ajoutez dans /etc/apt/sources.list

     

    deb http://mirrordirector.raspbian.org/raspbian/ wheezy main contrib non-free rpi
    deb-src http://mirror.ox.ac.uk/sites/archive.raspbian.org/archive/raspbian/ wheezy main contrib non-free rpi
    Lancer l'update des packages :

     

    sudo apt-get update
    Puis ajoutez les packets suivants :

     

    sudo apt-get install fakeroot debhelper automake autoconf libtool help2man libpopt-dev hardening-wrapper alsa-utils
    Créez un espace pour la compilation et downloader le code source :

     

    mkdir pico_build
    cd pico_build
    apt-get source libttspico-utils
    Puis compilez le biniou :

     

    cd svox-1.0+git20110131
    dpkg-buildpackage -rfakeroot -us -uc
    Prennez un p'tit café et quelques minutes plus tard vous devez avoir les .deb de prêt :

     

    cd ..
    ls *.deb
    libttspico0_1.0+git20110131-2_armhf.deb
    libttspico-data_1.0+git20110131-2_all.deb
    libttspico-dev_1.0+git20110131-2_armhf.deb
    libttspico-utils_1.0+git20110131-2_armhf.deb
    Reste plus qu'à  installer les 3 packages :

     

    sudo dpkg -i libttspico-data_1.0+git20110131-2_all.deb
    sudo dpkg -i libttspico0_1.0+git20110131-2_armhf.deb
    sudo dpkg -i libttspico-utils_1.0+git20110131-2_armhf.deb
    Après on peux tester :

     

    pico2wave -l fr-FR -w /tmp/test.wav "Ceci est un test"
    aplay /tmp/test.wav
    si vous entendez la jolie phrase, c'est que tout marche bien.

    Reste a faire le serveur web qui vas faire HTTP -> Son.

    Pour cela il faut installer lighttpd qui vas permettre au cgi (qui vas être présenté plus tard) d'être appelé d'un VD depuis la HC2.

     

    apt-get install lighttpd
    Modifiez /etc/group, et ajoutez www-data au groupe audio (sauf si votre PI est accessible depuis l'internet).

     

    audio:x:29:pi,www-data
    Il faut configurer le lighttpd avec le fichier /etc/lighttpd/conf-enabled/10-cgi.conf :

    # /usr/share/doc/lighttpd/cgi.txt
    
    server.modules += ( "mod_cgi" )
    
    $HTTP["url"] =~ "^/cgi-bin/" {
    cgi.assign = ( "" => "" )
    }
    alias.url = ( "/cgi-bin/" => "/usr/lib/cgi-bin/")
    
    ## Warning this represents a security risk, as it allow to execute any file
    ## with a .pl/.py even outside of /usr/lib/cgi-bin.
    #
    #cgi.assign = (
    # ".pl" => "/usr/bin/perl",
    # ".py" => "/usr/bin/python",
    #)
    Relancer lighttpd :

     

    /etc/init.d/lighttpd restart
    Reste le code de l'interface TTS : /usr/lib/cgi-bin/speak.cgi qui se trouve dans : https://github.com/xbeaudouin/hc2-misc/

    Reste a mettre les droits d'execution :

     

    chmod a+x speak.cgi
    
    Pour utiliser cette passerelle, reste a faire :

    http://pi/cgi-bin/speak.cgi

    Le cgi prends les paramètres :

    text=le text à  parler

    cache=1 ou cache=0 (pour cacher dans /tmp/ les datas)

    lang=en-US,fr-FR... etc

    En cadeau, le VD qui permet (avec la même variable que le VD OpenKarotz de faire parler la chose).

    EDIT: 08/08/2015 : mise du code sur github à  la place du copier collé

    TTS.vfib

    • Upvote 4
  3. W10 envoie plus que W7. Ca c'est 100% garantis.

    J'ai du matos apple. Mais tous déconnectés de iCloud. La synchro se fait via mon propre serveur Zimbra.

    Mais... Au vu des dernières "évolutions" de OS X, je suis en train de passer sur PC/BSD (oui pas linux, mais c'est une autre histoire)...

    Pour info : https://narf-archive.com/pix/f5d49abe402d1a1bb8202ba6298455ab737c82ba.jpeg

    Rien que cette liste de screenshots résument ce que je pense... Même chez Apple il n'y en as pas autant...

  4. Suis plutôt neutre vis-à-vis de Windows, il en faut pour tout le monde.

    Mais quand je vois la collecte de données par défaut sur cette version, làje trouve qu'il ne faut pas exagérer... Limite, donner ses clefs de ta maison àMicrosoft au cas où tu les pers.

    J'ai du Windows àla maison (obligé) mais je resterais en Win7 pour une bonne et simple raison : MS peux difficilement m'imposer d'envoyer des données perso chez eux. Sur W10, làmême si tu dis non, ils se réservent le droit de le faire quand même...

    Après mon opinion sur Gnu/linux est certes un peu extrême, mais quand je vois la collecte massive de données de M$ et Apple... Je commence a vouloir sortir de cette mauvais habitude de laisser des grosses boites collecter des infos sur moi et ma famille (une des raisons accessoires de mon utilisation de la HC2 : le clowd ne passeras pas par moi).

  5. La technique utilisée et de propager le VLAN100 sur le réseau local.

    Si vous avez un switch manageable c'est facile a faire :

    - un port vers le pfsense / router perso

    - un port sur le switch avec autorisation uniquement en vlan taggé : 100.

    - sur le port ou se trouve le player faire :

    o VLAN Natif (eg non tagge) : accès a ton réseau interne

    o VLAN 100 Taggé

    Et tu as la TV.

  6. Alors c'est étonnant ... Je ne comprends pas. Car une scene "made in fibaro" (avec les block transformés en lua ou pas) marchais avec les sunset / sunrise mais plus GEA.

    As-tu une idée ? ou dois-je poser tout le code que j'ai mis dans GEA pour que tu me trouve le truc magic qui me faisait exploser le binou (ou c'est le LUA du 4.x qui fait des trucs vooodooo?)

  7. Hello les guys :)

    Il me semble... (mais je vais attendre vendredi pour faire peter le champagne) que je n'ai plus de problèmes de sunset / sunrise.

    La version 5.40 récente + HC2 4.053 "semble" avoir réglé le pb ET le fait que j'ai réussit àstabiliser ma connection internet qui se viandais en sous-marin (peut-être lorsque GEA mettais àjour les heures de sunset / sunrise ? @steven tu peux confirmer ça ?).

    Bref àsuivre .... :)

    • Upvote 1
  8. Hello,

    Je suis en train de réfléchir a acheter une Sonos Play 1 quasiment uniquement pour remplacer le Karotz (openkarotz) qui des fois ne veux plus parler (ca sent encore des emmerdes avec le TTS, comme d'habitude).

    Mais est-ce que c'est fiable ? :D

    Autre question la sonos play 1 est compatible POE ?

  9. @jojo Bon, j'exagère pour les 40W, je ferai la mesure demain matin :)

    @Shad j'ai déjàun pfsense sur un Atom C2520 (conso 2W idle, 21W lorsque le SSD écris : proxy transparent pour la maison limité a 30G).

    @toughleavy La TV je m'en "tappe" clairement, je reçois très bien la TNT, et le boitier TV me sert, ... on vas dire une fois par an (et encore). Quand àla téléphonie, oui elle me peux me faire chier, mais mon tél àla maison est SIP compatible donc je peux recevoir les appels (et je compte chercher un autre provider SIP plus tard car les codecs de free sont pas les meilleurs de la planète).

  10. Hello les passionnés.

    Je cherche a buter la FreeBox et y coller un vrai routeur digne de ce nom genre un Cisco.

    J'ai en spare un Cisco 837 qui traine (ok c'est de l'ADSL1 ça casse pas 2 pattes àun canard).

    Mais je cherche a avoir ce truc sous la main au cas ou cette Freebox de malheur me fais le coup de Jeudi dernier, àsavoir rebooter toutes les heures àcause d'une mise àjour àla con.

    En mode dégroupé Free utilise le VP/VC 8/36 (au lieu du 8/35 en mode non dégroupé), et j'aimerais passer en mode bridge pour le coller directement sur mon pfsense....

    Quelqu'un àdéjàréussi àfaire ça ?

  11. L'intérêt personnel :

    - gérer la QoS correctement, gérer les emmerdes avec les services tel que la VOIP etc...

    - avoir des ip fixes disponible de l'extérieur (a condition d'avoir du statefull)

    - arrêter les 3000 couches de nat àla con

    - être capable d'avoir une certaine longueur d'avance lorsque ipv4 sera deprecated

    - accessoirement passer en dessous des radars de la censure / surveillance étatique

    - éventuellement limiter les scripts kiddies qui font des trojans ipv4 only (ca arrive).

    L'intérêt pour les autres (oui ça existe) :

    - s'il n'y a pas de demande d'ipv6, alors on a pas de service ipv6

    - le RIPE est a la last allocation, tous les membres peuvent demander un /22 ipv4, après : y a plus demerdez vous. (Pour info l'ASIE n'as plus d'ipv4 dispo).

    - éviter d'enrichir les escrow qui font du trading d'ipv4

    - réduire la taille de FIB mondiale (on est a plus 500 000 routes ipv4 vs 12000 ipv6, certains routeurs eg cisco 6500 petent des plombs a plus de 512000 routes).

    - moins consommer d'énergie, car les machins qui font des gros NAT (genre les CGN utilisés pour la 3G et ses amis) consomment une quantité de CPU et RAM pour rien. Sans compter la complexité des softs qu'on est obligés de bricoler pour passer àtravers le Nat (exemple le remote access de HC2 par ex qui fait tourner en permanence un tunnel ssh.).

    De toute façon àterme il n'y auras plus d'IPv4 sur vos box internet vous serez tous sur un subnet 100.64.0.0/10 qui sera naté, ca s'appelle CGN : Carrier Grade Nat. Il est juste temps d'arrêter d'utiliser une techno qui vas de toute façon dans le mur.

    Pour info, il y a 3 ans faire un réseau 100% natif IPv6 tenais de la folie, actuellement "c'est acceptable", on arrive a vivre correctement avec un full stack ipv6.

    Bon par contre c'est pas pour Mme Michu de faire ce genre de choses.

  12. Je vois que je ne suis pas le seul a me poser des vrai questions.

    Effectivement j'ai bien réfléchis vis a vis de l'IPX800 (et ses extensions). Le seul truc "relou" de l'IPX c'est que pour faire des choses complexes (eg par exemple la gestion de l'eau chaude sanitaire avec chauffage selon le nombre d'habitant et la temperature du balon) on deviens tributaire d'un bidule extérieur.

    Sur touteladomotique on a parlé de Loxone, qui me semble un bon compromis entre le knx (_the rolls_), et IPX (moins cher mais filaire).

     

    Il est clair que je vais devoir avoir un frontend "WAF" compliant, l'HC2 est "utilisable", mais à  mon goà»t trop instable (et je range dans le même panier tout offre "box machin" zwave ou pas).

     

    Apres le dernier point c'est CGE sort en 2015 des produits qui ne sont pas compatible ipv6. Donc a durée de vie relativement basse car je suis en train d'éradiquer tout ipv4 à  la maison et faire une passerelle 6to4 utilisable que si on a pas le choix (même combat pour la HC2, alors que debian sait faire du v6 depuis des années).

     

    bref.. :(

×
×
  • Créer...