_eLRIC a écrit 21 commentaires

Idem : depuis près de 15 ans sur SID et les rares problèmes que j'ai eus étaient au passage à Xorg, et en particulier avec les drivers Nvidia.

SID est tout à fait pertinente pour du desktop du moment qu'on :
- n'a pas de matériel "exotique" (d'un autre côté, dans ce cas, l'herbe est-elle plus verte ailleurs ?)
- fait ses MAJ régulièrement, au moins 2x par mois, pour éviter qu'apt ne s'emmêle les pinceaux avec trop de paquets

Ensuite, comme mentionné dans d'autres commentaires, ne pas hésiter à aller chercher quelques paquets dans experimental (Firefox notamment)

Je ne vois pas très bien la complexité que tu vois à MQTT : mosquitto, c'est 350k côté serveur, inclus dans la plupart des distribs et le concept de publish / subscribe est assez simple

Je suis justement passé de requêtes HTTP à MQTT car ça me simplifiait de beaucoup la mise en place des composants(i.e. gestion du "retain" pour mémoriser le dernier statut au niveau du serveur, donc un nouveau composant qui se connecte - ex. téléphone- récupère facilement le statut des devices)

L'avantage du MQTT, c'est la simplicité de la mise en place d'un mécanisme publish / subscribe et l'ESP8266 dispose de tonnes de librairies pour l'interfacer en MQTT (oui : ça gère très bien les mécanismes dont tu parles, enfin, ça transmet le message du producteur au consommateur, charge à ce dernier d'effectuer l'action demandée :))

Je ne vois pas bien l'intérêt aujourd'hui de développer un nouvel écosystème sur une base xPL perso (notamment compte tenu de la popularité / diffusion de MQTT depuis le passage en open source de NodeRed ) …

Si c'est pour faire une prise commandée et que tu préfères LUA, j'ai fait un petit script qui gère ça (initialement fait pour mes prises Sonoff qui marchent sans soucis depuis plusieurs mois)

J'avais regardé Jeedom et Domoticz à l'époque mais j'étais finalement parti sur Pilight pour la gestion de mes prises / capteurs en 433 Mhz qui me paraissait plus simple à installer

Ce qui m'a fait passer à HA (en dehors du fait que je me repose de moins en moins sur des devices en 433Mhz au profit du Wifi), c'est que les fonctions sont bien séparées :
- je modélise l'interface, j'intègre les composants et je définis les scénarios dans HA
- je gère le transport via Mosquitto
- si besoin d'une interface 433Mhz, je laisse pilight s'en occuper (car il le fait très bien et s'interface via un plugin à HA)

Après, il y a des critères plus subjectifs
- HA est en python et un simple pip install suffit pour le mettre en place, et les extensions sont scriptables en python également et je préfère l'interface "HTML5" qui ne nécessite pas d'installer d'app sur son téléphone
- Jeedom est en PHP, mais existe sous forme d'image Raspi ou docker
- Domoticz en C si je ne dis pas de bêtise, super pour gérer le RF433Mhz, mais moins super pour la modularité

Bref les égouts et les couleuvres … ceci dit, la démo est très parlante et ça s'installe en 15 min top chrono : ça ne vaut pas le coup de se priver d'essayer :)

Je l'ai également découvert la semaine dernière et j'ai vite été conquis :
* nombre de matériels / protocoles supportés important (et l'auto discovery de certanis matériels aussi)
* bonne documentation
* quand la doc ne suffit pas ou est erronnée, les exemples de configuration d'utilisateurs aident beaucoup (ex. : device_tracker)
* très simple à mettre en oeuvre / configurer (par exemple pour donner un accès GUI aux devices connectées en MQTT)
* joli :)
- pas de prise en charge simple des caméras ip RTSP (je sais "beurk", mais ça devient difficile de trouver de simples caméras MJPG de nos jours)

Bref, très bonne surprise également et vite adopté !

A propos de NodeMCU et d'ESP8266, si vous voulez faire simplement des prises commandées basées sur ce firmware, je vous invite à regarder les prises Sonoff de chez itead

Reste un bout de code NodeMCU pour les faire fonctionner sur un réseau MQTT sans dépendre d'un quelconque cloud et le tour est joué …

Sur ton premier lien si j'ai bien vu, c'est juste un module classique (avec plus de GPIOs accessibles que l'ESP-01) avec NodeMCU préinstallé. Tu devrais pouvoir charger NodeMCU toi même sur ton ESP (i.e. en te servant de l'arduino comme programmeur au besoin) : il faut juste se rappeler de mettre le GPIO0 à la masse au démarrage pour être en mode écriture du firmware

Comme l'auteur de l'article, j'ai été convaincu par l'ESP8266 pour "upgrader" mon installation actuelle en 433Mhz (basée sur un Raspi + pilight)

Simplicité / fonctionnalités : En installant NodeMCU comme firmware, on a accès à un composant autonome, sur lequel on peut déployer des fichiers LUA. Rappel, le composant peut aussi fonctionner en AP (pas seulement en client), voire conjuguer les 2 modes

Sécurité : Réseau dédié WPA2 et hop, fini

Alimentation : 1 chargeur 5V + 1 Buck converter basé sur un LM2596

Consommation : là, encore un peu de boulot. Il faut que j'investigue un peu plus sur les sleep modes (http://bbs.espressif.com/viewtopic.php?t=133) par exemple dans le cas d'un relevé de température de frigos où ça serait intéressant de le faire tenir sur pile

et le plus gros avantage sur le reste de la concurrence : le coût qui est sans comparaison avec toutes les autres solutions

sinon, un petit

dpkg -l | grep ii

peut dépanner

Autre alternative française : une tobeca (http://www.tobeca.fr/)

Certes un peu plus chère, mais un plateau chauffant intégré et une machine transportable au besoin (et une doc de montage bien détaillée en français, et un support idem)

(et oui, j'ai testé - depuis un peu plus de 6 mois - ça fonctionne bien)

Chaîne de travail Linux :
- modélisation sous Freecad
- Slicing via Cura (ou via slic3r, mais je préfère Cura :))
- impression via un Raspi avec OctoPi (l'imprimante n'est pas directement à côté du laptop, et ça évite de le monopoliser le temps de l'impression)

Coté solidité des pièces (en PLA pour ma part) : avec un remplissage à 100%, il faut vraiment beaucoup forcer pour les casser …

Jetez donc aussi un coup d'oeil du côté de pilight (http://www.pilight.org) si vous ne connaissez pas : 1 RasPi, 1 émetteur et 1 récepteur 433 Mhz et roule … (+ 1 Attiny45/85 si on veut un filtre)
Marche très bien avec les prises / détecteurs 433 Mhz du commerce (castomerlin & co) pour un coût raisonnable (~40 € sans les prises commandées)

Certes malheureusement une techno fermée, mais qui met en avant le besoin d'une solution type "collaborative" intégrée dans le monde libre.

Certes, rien n'est impossible avec un thunderbird + pidgin + ekiga + owncloud + …., mais les fonctions apportées par lync quand on est "mobile" sont un vrai plus, exemple de cas d'usage (je précise 'exemple de cas idyllique') :
- Je reçois un mail avec plusieurs destinataires sur un point à clarifier
- Le statut de l'émetteur apparaît "disponible" : 1 click et je suis en relation téléphonique (ou vidéo) avec lui
- une confirmation complémentaire d'un des destinataires est nécessaire : 1 click de plus et on est en conférence à 3
- Je partage directement la fenêtre de l'application / le document dont on parle
- 15 min après, le problématique est close par une réponse au mail (pas eu besoin de flamewar par mail)

Tout ceci est faisable avec des outils libres, mais l'intégration des différents outils est ici un vrai plus dans un contexte professionnel, qui de plus est, mobile
Pragmatiquement, ça marche moins bien (pour la partie téléphonie / vidéo) quand on est connecté en 3G

Ca donne des idées pour l'évolution future de nos outils libres préférés

[mode mavie]
J'ai programmé mes backups sur NAS avec un script rsync au moment où je ferme ma session

Certes, ça ralonge le temps de fermeture de session mais pas tant que ça …
[/mode]

La différence entre CAO et DAO n'est pas relative au nombre de dimensions, mais à l'objectif de l'outil

DraftSight, comme Qcad sont des logiciels de CAO dans la mesure où leur objectif est de permettre la création de pièces (par exemple, grace aux cotations qui permettent de les usiner). En électronique, les outils de conception de PCB (circuits imprimés) sont aussi considérés comme des logiciels de CAO.

NB : Blender, bien qu'étant un outil de modélisation 3D, n'a pas vocation à être utilisé pour faire de la CAO

Sinon, gratuit c'est au moins un signe d'ouverture ... et merci pour l'info :)

Juste pour remercier Alexis au passage pour l'excellente doc Debian qu'il avait initiée vers 2003 et qui m'avait permis de passer à Linux "pour de vrai" (je n'en suis toujours pas revenu :))

Tout pareil

Vu la description de ton besoin, j'aurais tendance à te conseiller direct une SqueezeBox boom :

- en réveil, c'est super efficace (tu programmes le nombre de réveil que tu veux ; tu les actives / désactives en 2 tours de molette et 2 clics). De plus, il y a un bouton "snooze" sur le dessus comme les réveils classiques
- côté son, c'est tout à fait correct (même à faible volume). Si tu veux pousser le volume, tu peux toujours lui adjoindre un caisson de basses (la prise casque est commutable casque / caisson)
- côté serveur : le SqueezeCenter est en perl, donc facilement modifiable (pratique aussi pour l'install, je n'utilise pas les paquets Debian, mais simplement le tar.gz fourni)

De plus, la communauté est très vivante (oui, il y a aussi des trolls chez les audiophiles)

tu choisis la clé que tu veux, c'est enfantin : clic droit sur la clef, et dans le menu composition / clef

ils remplacent des serveurs linux "pas à eux" par des serveurs Linux "à eux" (Ce n'est pas comme s'ils remplaçaient des serveurs M$ par du Linux : ici, c'est Linux Autre -> Linux Microsoft ...).

Je trouve que c'est très intelligent de leur part et conforme à leur stratégie actuelle : "de l'open source, oui ... mais de l'open source Microsoft !"

Je pense que ça ne fait jamais de mal de dire merci, d'autant que je me suis déjà bien éclaté avec certains des programmes publiés sur oomadness : alors MERCI !

En passant d'ailleurs, j'ai à disposition des linuxiens / guitaristes / programmeurs / pythonistes une interface pour PodXT en cours de développement (skrinechotte : http://pingwee.net/Pod_XT_Gui/ ). Le code est disponible sur demande, mais pas encore publiable en l'état.

Sur http://todoist.com

Développé par Amir Salihefendic (http://amix.dk), un étudiant brillant (et qui publie la plupart de ses codes sous GPL ... sauf celui-ci)

Pour la petite histoire, c'est développé en Python sur une base Cherrypy et c'est assez réactif. C'est par ailleurs conçu pour être utilisé avec le clavier plutôt qu'à la souris.
En vrac quelques fonctions :
- plein de raccourcis utiles (créer une tâche, indenter, etc.)
- possibilité de tagger les tâches
- widget pour igoogle
- possibilité de créer une tâche directement depuis un mail via l'interface Gmail

Todoist est disponible en accès gratuit ou payant (avec quelques fonctionnalités supplémentaires comme l'envoi de rappels par SMS)

bref, à tester pour ceux qui veulent un outil de GTD simple et efficace

cas classique : tu dois avoir une webcam usb avec un micro ... elle est détectée comme une carte son