Chez skipcool – Page 14 – Domotique, impression 3D et Linux

24 avril 20189 avril 2020

Tour de température customisable

Lors de l’utilisation d’une nouvelle bobine de filament il est important de définir les meilleurs paramètres d’impression pour le filament. En effet suivant la marque, la couleur ou le type de matériau la température d’extrusion peut être différente.

Pour savoir quoi utiliser on imprime une tour de température. Il en existe de nombreux modèles mais j’ai choisi celle-ci qui a l’avantage d’être customisable (tour de température)

Le principe d’utilisation est décrit dans thingiverse mais ça n’a pas marché directement. Voici la marche à suivre qu’on a appliqué pour avoir le Gcode qui va bien.

Installer Openscad et ouvrir le ficher .scad présent sur thingiverse. Dans le logiciel dans la partie à gauche il est possible d’éditer la tour de température en indiquant la température de la base, la température en haut et le step de changement, ici par exemple 220 vers 190 avec un pas de 5 degrés

/* [General] */
// temperature of the first lowest block
start_temp = 220;
// temperature of the last highest block
end_temp = 190;
// change in temperature between successively printed blocsk
temp_step = 5;

Aller ensuite dans le menu conception puis choisir « Rendu (F6)« . Le fichier 3D va se modifier pour correspondre aux valeurs de température choisies.
Une fois terminé dans Fichier choisir Exporter et Exporter le fichier en stl
Ouvrir ce fichier stl nouvellement créé dans Cura
Choisir un profil avec des couches de 0,2 mm et définir une température d’impression de 200° et une température de bed à 60° (pour du PLA)
Laisser le slicer travailler et enregistrer le .gcode
Il faut ensuite appliquer un script Python (fourni sur Thingiverse) pour intégrer les températures définies aux bonnes couches. Pour cela j’ai utilisé notre serveur linux car je n’avais pas envie d’installer Python sur mon PC.
Il faut modifier le fichier gcode pour le convertir au format Linux car il provient de Windows via la commande dos2unix puis le lancer avec la commande suivante en complétant avec ses propres valeurs

dos2unix monfichier.gcodepython
setLayerTemperatur.py -s STARTTEMP -e ENDTEMP -t TEMPSTEP -f monfichier.gcode

Là, le script affiche les couches pour lesquelles la température a été modifiée et créé un nouveau gcode commençant par OUT. Il est possible de conserver ce fichier pour l’utiliser avec toutes les nouvelles bobines que l’on utilise.

16 avril 201818 novembre 2018

Check-list de démarrage avec la CR-10

Ça y est notre CR-10 devrait arriver cette semaine tout est en place à la maison pour l’accueillir.

Petit rappel des grandes étapes et contrôles principaux à réaliser.

Pendant le déballage penser à faire un unboxing avec photos au cas où il manquerait des pièces ou que certaines pièces soient abîmées.
Une fois tous les éléments sortis du carton vient l’étape du montage. Le mode d’emploi fourni n’est pas forcement très clair mais il existe d’excellentes vidéos sur Youtube (ici, ici, ici, ici ou en anglais ici). Il faut vérifier que tous les éléments coulissent bien sur leur axes (plateaux, axes..) et que les courroies soient bien tendues.
Quand le montage est terminé, bien penser à resserrer toutes les vis de la machine, même celles qui étaient déjà en place
Ensuite vient l’heure du réglage du plateau. Le principe c’est qu’il faut mettre en chauffe le plateau et la buse et régler la hauteur du plateau (au 4 coins et au centre) pour qu’une feuille de papier puisse passer entre la buse et plateau mais que ça accroche un peu. Il faut refaire l’opération 3-4 fois pour être sûrs que le niveau soit bien fait. C’est la base pour que les objets imprimés collent bien sur le plateau. Quelques vidéos qui expliquent comment faire (ici et ici)
Pour finir c’est le moment de lancer les premières impressions, et en particulier toutes les améliorations type molettes de réglages, supports de câbles etc… Pour faire simple il y a aussi quelques Gcode dans la carte SD fournie avec l’imprimante, ça permet de tester sans avoir besoin de slicer. Attention le fichier du Neko est corrompu, il n’a pas de tête c’est « Décapicat »

La CR-10 permet de réaliser des impressions très propres sans avoir grand chose d’autre à faire. On peut ensuite imprimer des Benchmarks pour vérifier les dimensions obtenues et l’aspect des pièces (voir l’article sur les benchmarks)

28 mars 201819 janvier 2019

Jeedom et Xiaomi MiRobot Vacum

L’ajout dans Jeedom du Xiaomi MiRobot Vacum (v1 ou v2) nécessite un token à récupérer dans l’application Mi Home.

http://domo-attitude.fr/domoticz-guide-dutilisation-robot-aspirateur-xiaomi/

Quelques forums sur le sujet :

Seul souci : les dernières versions de Mi Home sur Android ne stockent plus ce token. Les méthodes consistent donc à prendre une ancienne version de Mi Home ou à utiliser une sauvegarde d’un … iPhone.

Voir ici pour la méthode

https://www.home-assistant.io/components/vacuum.xiaomi_miio/#ios

En français, voici les étapes :

Prérequis :

avoir le robot configuré et relié à l’application Mi-Home.
avoir Mi-Home d’installé sur l’iPhone
avoir ITunes d’installé
avoir installé le logiciel iBackup Viewer
avoir installé DB Browser for SQLite.

Etapes :

Démarrer iTunes et lancer une sauvegarde non chiffré de l’iPhone
Démarrer iBackup Viewer et charger la sauvegarde
Démarrer le module « Raw Data »
Naviguer jusqu’à com.xiaomi.mihome
Rechercher un fichier du type 123456789_mihome.sqlite
Sauvegarder le fichier dans vos documents
Ouvrir DB Browser et charger le fichier précédent
Cliquer sur « Execute SQL »
Entrer et exécuter la requêle SQL suivante:

SELECT ZTOKEN FROM ZDEVICE WHERE ZMODEL LIKE "%vacuum%"

Normalement, une clé hexa de 32 bits de longueur va s’afficher. Faites un copier. Mais si vous avez pas de chance, votre ZToken fera 96 caractères. Il faut alors la déchiffrer pour obtenir 32 caractères

Dans un terminal, exécuter la commande suivante

echo '0: ' | xxd -r -p | openssl enc -d -aes-128-ecb -nopad -nosalt -K 00000000000000000000000000000000

Le résultat affiché sera votre clé, que vous pouvez utiliser dans le plugin Xiaomi de Jeedom

A noter l’existence d’un outils python permettant un contrôle plus fin de votre xiaomi

https://github.com/rytilahti/python-miio

25 mars 201819 janvier 2019

Retour d’expériences sur Jeedom et liens vers tutos

Bascule domoticz vers Jeedom

J’ai (lâchement) profité d’un plantage de la carte SD de mon Raspberry Pi pour tester l’application Jeedom et comparer avec mon installation Domoticz.

Ma modeste installation domotique est constitué des matériels suivants

Xiaomi / Yeelight

1 Gateway V2
2 capteur Température + Hydrométrie
1 capteur Température + Hydro + Pression
6 capteurs d’ouvertures
1 capteur de présence
1 bouton 4 fonctions (click, double click, click long pressed, click long released)
1 robot aspirateur de première génération
1 Yeelight

Philips Hue

2 ampoules Hue
2 ampoules Ikea compatibles Hue

Heatzy

1 unique module Heatzy branché sur un radiateur du salon

Withings / Nokia

1 balance withings

Mes scénarios existants sont assez « simplistes »

1 ampoule Hue commandable avec le bouton Xiaomi. On peut allumer/éteindre l’ampoule (simple clic), la mettre en luminosité faible (long click), ou baisser la luminosité par pallier de 10% (double clic)

1 ampoule Hue commandée avec le capteur de présence Xiaomi (sur présence, on allume, plus personne, on éteint après 10min).

Cet article n’a pas pour but de faire une comparaison exhaustive des différents protocoles présents dans les deux systèmes, mais de faire profiter d’un petit retour d’expérience.

Comparaison entre les deux systèmes

Les deux systèmes sont assez proches l’un de l’autre et possèdent tous les deux une communauté active.

Petite mise en garde préalable : bien que les deux systèmes peuvent s’installer sur une carte SD et RPI2/3, il est FORTEMENT conseillé d’utiliser une installation sur disque dur/clé USB. En effet, les systèmes domotiques stressent fortement les cartes SD et celles-ci peuvent vite se « briquer »….

Domoticz

Les plus

Totalement gratuit
Nécessite une machine peu puissante (RPI 1!)
Protocoles divers gérés par défaut
Interface de programmation « facilité »

Les moins

Les ressources sont essentiellement en anglais… et pas toujours à jour
Certains protocoles nécessitent des compétences avancées en informatiques
L’interface de programmation simplifiée contient des bugs. Certains de mes scénarios n’ont jamais réussi à fonctionner ou fonctionnaient uniquement dans certaines beta!
Pas de sauvegarde automatique intégrée

Jeedom

Les plus

Beaucoup de ressources en français – dont le forum et le site principal
Le market avec énormément de plugins divers
Installation facile sur RPI2 ou sur plateforme « vide » supporté
Support en ligne « pro »
Meilleur support pour les appareils Xiaomi (payant)
L’application mobile, vraiment bien faite (payante)
Meilleur niveau de WAF

Les moins

Plateforme nécessaire plus puissante
Beaucoup de plugin payants : pour avoir les mêmes fonctionnalités que j’utilisais sur domoticz, j’ai déboursé 18€ de logiciels. (Détails: Philips Hue – 2€, Xiaomi Home – 6€, App mobile – 4€, et Alarme – 6€).
Des plugins, oui, mais encore faut il qu’il y ait un suivi par des développeurs. Exemple, Wunderground ne fonctionne pas sur les dernières versions de Jeedom
Installation plus complexe sur serveur avec apache existant
L’aide en ligne parfois inexistante (par exemple, sur les fonctions)

Bref, c’est vraiment une question de goût entre les deux systèmes et de philosophie. Si le coût vous rebute, autant rester sur Domoticz ou autre.

Quelques points notables lors de l’installation de Jeedom

Je ne vais pas décrire la procédure d’installation. D’autres blogs font ça beaucoup mieux que moi. Par contre, j’ai quelques REX sur les erreurs qui me sont arrivées…

Si un délai de déclenchement est visible lors de l’exécution des scénarios Il s’agit peut être d’un souci de puissance machine. Bien que jeedom peut s’exécuter sur un RPI1, il faut (au minimum) un RPI3 pour bien fonctionner avec le plugin xiaomi. Via SSH, on peut regarder via la commande htop pour vérifier si le serveur n’est pas surchargé.
Si la crontab interne de jeedom ne fonctionne pas (menu paramètres, gestionnaire des tâches) ou que la fonction DANS des scénarios ne s’exécute pas….), ce n’est évidement pas normal. On peut également voir dans le syslog du serveur les messages suivants:

(*system*jeedom_watchdog) INSECURE MODE (group/other writable) (/etc/cron.d/jeedom_watchdog)
(*system*jeedom) INSECURE MODE (group/other writable) (/etc/cron.d/jeedom)

Les crontab sont créés dans le script install.sh, via les commande suivantes (compte root).

echo "* * * * * www-data /usr/bin/php ${WEBSERVER_HOME}/core/php/jeeCron.php >> /dev/null" > /etc/cron.d/jeedom
echo "* * * * * root /usr/bin/php ${WEBSERVER_HOME}/core/php/watchdog.php >> /dev/null" > /etc/cron.d/jeedom_watchdog

MAIS il faut corriger les droits des scripts via les commandes suivantes (ce n’est pas fait dans le script!)

chmod og-w /etc/cron.d/jeedom_watchdog
chmod og-w /etc/cron.d/jeedom

A noter également, de manière plus anecdotique, que l’intégration du robot Xiaomi Mi Robot dans le système a été assez compliqué (clé chiffré sous forme 96bits)

L’ajout dans Jeedom du Xiaomi MiRobot Vacum (v1 ou v2) nécessite en effet un token à récupérer dans l’application Mi Home.

Souci : les dernières versions de Mi Home sur Android ne stockent plus ce token. Les méthodes consistent donc à prendre une ancienne version de Mi Home ou à utiliser une sauvegarde d’un … iPhone.