vlad59 a écrit 48 commentaires

En effet je ne conseille pas du tout l'usage des DHT, le DHT11 est exécrable, le DHT22 est mieux pour la température par contre pour l'hygrometrie ce n'est pas fiable à moins de prévoir de le ventiler 1 minute avant les mesures. A noter en plus que les DHT11 et DHT22 ne sont pas i2c, c'est un protocole spécifique.

Je valide aussi le choix du BME280 / BMP280, mais il y a aussi le capteur SI7021 qui est assez sympa, précis et pas cher.

Je suis aussi un abonné Free du Nord de la France et j'ai aussi eu le problème à partir du mardi 4 vers midi. Cela s'est finalement résolu le dimanche en milieu d'après midi (selon le monitoring).

J'ai reporté le problème à Free le mercredi et aucune réponse ….

Je stocke les données de température et autres capteurs dans une base sqlite locale (pas de problème) et aussi dans Firebase (et là problème).

J'ai fait à peu prêt les mêmes tests que toi mais en poussant un peu moins (car moins de compétences en tcpdump / tcpreplay)

Les leçons que je retire de cet événement :
* Ca a été un bon moyen de tester mon monitoring des différents services qui tourne sur mes petits serveurs à la maison. A final j'ai vite été prévenu des problèmes et j'ai pu mettre en place des automatismes pour relancer les services faisant des accès réseaux quand ils tombaient.
* La plupart de mes programmes sont écrits en Python3 et les accès HTTPS utilisent la bibliothèque requests. Cette bibliothèque (de haut niveau) ne supporte absolument pas ce genre d'erreur TCP. A chaque erreur TCP mon programme ne plantait pas mais il restait bloqué (aucune exception lancée donc rien à catcher).

Au final j'ai pu apprendre à aller au delà des Thread (qu'on ne peux pas tuer) et utiliser des Process :
* à créer une Queue (multiprocessing.Queue) de données à envoyer
* à mettre tous les appels à Firebase dans un process à part (multiprocessing.Process)
* créer mon propre watchdog qui vérifie que si la Queue ne fait qu'augmenter de taille alors le process d'envoi à Firebase est bloqué et donc il faut le tuer (terminate) et en relancer un autre.

Désolé de raconter ma vie mais il y a au moins un point positif à cela ;)

Ils pourraient annoncer refuser de vendre des assurances anti tsunami aux habitants de Brest, mais accepter d'en vendre à ceux de Metz.

Ou mieux encore ne vendre des assurances voitures qu'aux personnes certifiant ne pas avoir de voiture.

Pierre Dac aurait été fier de l'auteur de cette phrase !

Le principe est séduisant pour un gros projet, dans mon cas on parle de 3 à 4 heure de boulot donc on est pas dans quelque chose de comparable.

Je me doutais que quelqu'un allait me faire cette remarque car elle est complètement légitime et j'aurais du en parler dans mon post initial.

En effet j'aurais du me renseigner avant sur l'accès aux données.

Je l'avais fait l'an dernier en changeant mon Thermostat de chaudière par un Netatmo qui met à disposition une API correctement documentée (même si les données ne sont toujours accessible sur le LAN). Le reste de mes capteurs domotiques sont faits maison depuis des années donc pas de problèmes mais là j'ai été faible et j'ai cédé au capteur du commerce (pas cher) qui fait tout tout seul.

2° Ni communiquées à des tiers sauf si cela est nécessaire à l'interopérabilité du logiciel créé de façon indépendante ;

C'est cette phrase qui m’embête le plus : je poste sur Github je communique à des tiers le logiciel complet (les urls, comment générer le token JWT) avec les sources.

Et en plus je ne suis pas sur le terme interopérabilité corresponde à utiliser une API qui n'est pas censée être publique

V. Le présent article ne saurait être interprété comme permettant de porter atteinte à l'exploitation normale du logiciel ou de causer un préjudice injustifié aux intérêts légitimes de l'auteur.

Pour cet article, le logiciel que je met à disposition pourrait être exécuté dans une boucle infinie sur plusieurs threads pour tenter de faire tomber leur serveur. Je pousse le bouchon au maximum, je sais mais c'est le problème avec la loi, l'interprétation est au coeur de tout.

Comme je l'ai indiqué dans un autre post, j'ai un doute sur le partage à des tiers de mes recherches (qui est une limite définie dans la loi).

Ensuite je suis d'accord avec toi qu'il y a un risque technique, je le sais et ça personnellement je l'assume. Je n'ai pas tout expliqué mais dans mes 6 mois d'utilisation, jusqu'à juin il y avait une autre API mais elle était tellement pourrie (autant au niveau sécurité que cohérence des appels) que je n'aurais jamais pris le risque de la partager, depuis juin c'est beaucoup plus propre et c'est pour ça que je voulais la partager. En pratique le changement m'a pris 20 minutes (l'URL avait changée et l'appel passait de POST en GET, le résultat était le même).

Ensuite si il faut que je la corrige 2 fois par an, ça me va. Tant que ça m'est utile, je veux bien le faire.

Si je suis le texte de loi :

• III : J'ai donc le droit de l'observer (voir ses communications avec l'extérieur via le réseau). Pour l'instant je reste dans le cadre de la loi.
• IV :
  • Condition 1 : Techniquement l'application est gratuite et j'ai un compte officiel donc c'est OK.
  • Condition 2 : J'ai demandé au service technique la doc de l'API et on m'a dit que ce n'était pas possible donc c'est OK.
  • Condition 3 : Je n'utilise qu'une seule URL d'API qui me sert et pas le reste donc c'est OK aussi
  • Limite d'utilisation 1 : Premier doute j'explique comment créer un token JWT qui peut être utilisé pour tout sur ce logiciel (la sécurité pourrait être meilleure).
  • Limite d'utilisation 2 : Deuxième doute je n'ai pas besoin de le communiquer à des tiers, c'est juste pour être sympa.
  • Limite d'utilisation 3 : Dans mon cas ce n'est pas le but mais cela pourrait être utilisé pour faire un service Web concurrent.

Pour l'instant je ne suis pas chaud. J'ai bien fait de ne pas pousser sur Github comme un con. Je vais relire les conditions d'utilisation du logiciel et du service pour voir si il n'y a pas des petites lignes en plus.

Merci du lien.

L'outil est Packet Capture : https://play.google.com/store/apps/details?id=app.greyshirts.sslcapture&hl=en

Par contre la communication n'est pas en clair, c'est du HTTPS mais Packet Capture me permet de le consulter quand même (c'est l'intérêt de passer par un VPN dont il maitrise les clefs). Mon téléphone m'informe d'ailleur qu'une app peut être en train d'écouter le réseau.

Plus je lis le texte de loi, plus je pense que le fait de le faire dans mon coin est légal mais que le partage tel quel à des tiers l'est moins.

Surtout que dans mon cas dans la doc j'explique comment créer un token JWT et que vu les données qu'il y a dedans, n'importe qui d'un peu malin pourra comprendre que la sécurité pourrait être meilleure.

Je compatis,

Je lis numériquement depuis la sortie au Canada de la Kobo Touch (fin aout 2011 pour moi). C'est quasiment exclusif chez moi (je ne lis que 3 ou 4 livres papier venant de ma médiathèque municipale pour une cinquantaine de livres numériques par an)

J'ai vraiment essayer d'acheter le maximum de livres sans DRM, de ne jamais dépendre du cloud de tel ou tel gros compte (Amazon / Fnac / Kobo).

J'ai acheté chez Immateriel, Feedbooks, Bragelonne et dernièrement chez 7switch. Mais tout n'est pas trouvable sans DRM très loin de là.

Je lis pas mal en VO et là c'est encore pire, je fini par acheter les livres chez Amazon.com et faire toute une série de bidouilles à la fois chiantes à mourir et fortement illégale pour au final retrouver un vrai epub à mettre sur ma Kobo. Je n'ai même plus honte :(.

Bref j'ai gagné de la place, mais je perd un temps de dingue avec toutes ces bidouilles à la con (pour mes livres et ceux de ma femme) pour garde mes livres chez moi sur mon NAS et pas sur leur cloud à la noix.

J'ai aussi vu certains livres ou des espaces et autres caractères invisibles sont insérés dans certains paragraphes et cachés via du CSS. J'imagine que c'était une clé quelconque encodée sur une base 8 ou 16.

C'est a peu près ce que j'avais fait sauf que j'avais utilisé un Arduino avec transmission RF. Par contre le BME280 n'a pas passé l'hiver : la membrane du capteur a été bouffée par l'humidité. Ensuite je suis dans le Nord et l'hiver ou je l'avais installé on avait eu des températures en dessous de -10.

Je ne pense pas (ensuite je serai incapable de citer mes sources donc j'ai certainement tort), je gère l'hygrométrie et le renouvellement d'air dans ma maison essentiellement pour mes filles et leurs allergies.

La température ressentie est calculable en extérieur (avec le vent + le taux d'hygrométrie)

Pour l'intérieur c'est plus difficile (peu de vent la plupart du temps surtout en hiver ou on ne fait pas beaucoup de courant d'air). Par contre en effet le taux d'humidité a un rapport avec la température ressentie dans les maisons donc maitriser l'hygrométrie intérieure est important (VMC, déshumidificateur, aérer, …).

Ensuite il faut aussi savoir que chauffer de l'air saturé d'humidité est plus couteux que de l'air sec donc avoir de l'air plus sec à l'intérieur permet aussi des économies d'énergie (en plus d'améliorer la qualité de vie surtout pour les allergiques).

J'ai une solution maison (arduino / esp8266) depuis plus de 3 ans et cela donne à peu près cela :

Orange : extérieur
Jaune : cuisine
Gris : Grenier (Pas forcement bien isolé, d'ou l'écart fort jour / nuit)
Rose : Pallier

J'ai limité l'affichage à quelques pièces uniquement pour faciliter la lecture (j'en ai 3 de plus).

Déjà on peut voir que je suis plus au Nord que toi … pour moi la période d'allumage de chaudière approche à grand pas.

Qu'ai-je appris de cette expérience (rapidement) :
* Faire du suivi de température extérieure demande du vrai matériel et n'autorise pas la bidouille si tu ne veux pas que la condensation ne fausse tes mesures ou te ruine les capteurs (sans parler du froid qui change le comportement des batteries LIPO).
* Prendre des bons capteurs de température / humidité : BME280 et/ou si7021 et pas des merdes comme les DHTXX.
* Avec un chauffage central, un suivi par pièce te permet d'optimiser le placement de ta sonde de déclenchement de chauffe (avant j'avais deux degrés de différence entre le 1er étage et le rez de chaussée). J'ai mis des têtes de radiateur thermostatique des mes pièces du bas pour limiter la surchauffe.
* L'isolation de mon grenier aménagé aurait pu être mieux faite. Mais les deux velux chauffent énormément la journée.
* Avant que netatmo (ou concurrent le propose), je me suis fait des abaques pour optimiser l'heure de démarrage de la chaudière en fonction de la température extérieure : à 6H30 tous les matins il fait 19° dans la maison même si la chaudière doit commencer à chauffer une heure plus tôt.
* Quand ton épouse te dit il fait pas froid là ?, tu peux tenter de lui prouver qu'en fait non (pas gagné).

Je viens de jeter un coup d'oeil et en fait je pense beaucoup de personnes se sont développées leur système de domotique à eux pour répondre à LEUR besoin spécifique.

J'ai commencé à développer le mien avec deux amis il y a 3 ans environ et maintenant nous avons 3 bases de code qui commencent à devenir très différentes car au final nous avons des besoins différents. Pourtant nous avions commencé en basant le tout sur du MQTT qui centralise tous les appels et de faire un maximum de micro service pour optimiser la réutilisation.

Dans mon cas j'ai démarré avec des arduinos + RFM12 maintenant c'est des ESP8266 ou des Moteino (pour les modules avec batterie) et le serveur est un joli Banana Pi qui héberge le serveur MQTT et les différents services (gestion de l'ampli yamaha, des Kodi, de la Freebox via l'API, de la détection de présence dans les différentes pièces, etc).

Par contre pas de caméra, de mpd ou d'autres choses.

En tout très bon boulot, bravo !

Les processeur A20 ne sont pas concernés, donc pas les bananpi de première génération et les cubieXXXX

Le vrai problème vient du fait qu'à la base ces puces Allwinner sont prévues pour Android et rooter un Android peut être assez utile de temps en temps.

Donc pour moi c'est volontaire pour le kernel android et ça a été laisser quand ils ont fait des kernel plus classique.

Disons que j'ai grillé quelques cartes SD et que comme il y a quelques services importants je ne peux pas me passer de logs. Mon Banana Pi me sert :
* Serveur NFS pour les Kodi / Openelec et un peu de bordel en plus
* Service de monitoring de docker
* Serveur docker
* Conteneur mosquitto pour la domotique
* 2 Conteneurs de gestion différents capteurs de la maisons
* 1 conteneur Nginx pour une solution maison de visu des données domotique
* 1 conteneur BtSync pour les sauvegardes croisées avec le VPS et un NAS
* 1 conteneur de monitoring
* Différents conteneurs essentiellement Web éteints au cas ou mon VPS lâche

Au final j'ai besoin d'un peu plus de 40Go pour être à l'aise donc un SSD de 120Go me permet d'ajouter un peu de bordel dans la partie NFS

Je suis aussi un adepte de ce genre de petite machine. Vu le caractère non libre de tout le côté graphique (Mali), je limite l'usage de mes Banana Pi à du pur serveur (Mes deux Kodi sont sur des raspberry).

Comme je suis plutôt Debian, j'ai adopté Armbian (http://www.armbian.com/) qui me permet de choisir entre un kernel legacy (3.4.XXX) ou un kernel vanilla (4.4.6 pour ma version actuelle), j'ai pris le kernel vanilla. Il y a pas mal de clones basés sur du Allwinner A20 suppportés et la communauté est pas mal (Igor est vraiment quelqu'un de sympa).

Pour ceux qui comparent avec du Raspberry Pi, le Banana Pi a un vrai support de SATA et un vrai port ethernet Gigabit. Ce qui fait que mon SSD connecté au Banana Pi est accessible via NFS avec un débit de 50Mo/s à 60Mo/s ce que personne n'arrivera à faire avec un Raspberry quelque soit sa version. Pour une utilisation serveur c'est vraiment intéressant.

En fait je suis totalement d'accord : "La GPL est un mal nécessaire".

Quand j'ai démarré un projet open source il y a un peu plus d'un an. Je me suis dit que j'allais certainement être le seul codeur et ce pendant longtemps et que je n'allais pas gagner d'argent mais perdre beaucoup de temps. Par contre à terme il n'était pas impossible que le projet (ou une partie) soit récupérable avec un but commercial. J'ai donc choisi la licence GPL par défaut pour protéger le projet.

Bref GPL c'est rassurant.

La Kobo Touch (idem pour la Glo / mini) a un mode "gaucher" : ou il faut taper sur la partie gauche de l'écran pour passer à la page suivante.

C'est ce qui me permet de lire d'une main.

Je suis lecteur numérique depuis maintenant 3 ans. Je peux confirmer pour avoir testé à la fois la lecture sur smartphone / tablette et liseuse e-ink que cela n'a rien à voir et qu'il est impossible de revenir en arrière après avoir gouté à l'e-ink.

Sinon je suis possesseur d'une Kobo depuis 1,5 an et en effet elle a un bon potentiel de bidouille si nécessaire (plugin Qt, chroot debian) et qu'un partie des sources sont disponibles (https://github.com/kobolabs/Kobo-Reader).

Le problème est la synchronisation : avec les livres achetés chez Kobo, l'avancement est synchronisable avec l'application Kobo Android. J'ai testé et ça marche.

Par contre avec un fichier Epub pas de synchronisation possible.

Sinon un peu de pub pour mon blog dont l'un des principaux sujets est la lecture numérique et la Kobo : http://blog.slucas.fr/

A noter aussi que la Kobo possède un navigateur permettant de télécharger des Epub (via le serveur de contenu de Calibre ou de COPS par exemple)

Bonjour,

Je suis l'auteur de COPS (l'application Web pas le film ;)). Et on m'a souvent posé la question : a quoi ça sert ?

Au final je ne sais pas trop quoi répondre, à part que ça me sert !

Certes, il ne me sert pas tout les jours mais cela me permet d'avoir accès à ma bibliothèque sur mon smartphone d'un peu partout et cela m'évite de rechercher le câble de connexion à ma liseuse pour transférer des livres (ce que je fais tous les mois).

Bref, faut être fainéant (voire très fainéant) !

Sébastien

Pour information il y a aussi une vie autour de la Kobo qui utilise Linux et Qt pour l'affichage et qui permet donc de faire des plugins assez sympa

Voir ici : http://goo.gl/YIhwX ou là pour le github : https://github.com/ah-/koboplugins