Reprise du message précédent :

 
Pour les icônes je tape "image_que_je_veux flat png" dans google images et zou. Exemple "alarm flat png" etc.
 

 
Non, c'est du fait maison. Pour parler grossièrement, du côté html de mémoire j'ai utilisé flexbox ou un autre tuto lambda pour faire des blocs "responsive" qui s'adaptent à l'écran en largeur, ensuite dans chaque bloc je mets trois blocs  "unitaires". Ensuite je mets autant de blocs "responsive" que je veux, ça dépasse de l'écran. Ensuite avec la pagination je passe d'une "page" à l'autre sur les liseuses, tandis que sur smartphone il suffit de dérouler. C'est donc une page unique.
 
Du côté données c'est javascript + json qui rafraîchit automatiquement toutes les minutes le contenu des petits blocs. Je discute avec mon app eventghost mais je sais discuter avec domoticz de la même manière, donc c'est assez universel comme approche.  
 
Je ne le partage pas car il est vraiment codé à l'arrache, je n'ai jamais trouvé le temps de nettoyer. Mais je peux aider à faire pareil.

 
C'est ça, ce sont uniquement des problèmes de carte SD
Je reste persuadé qu'un Pi sans carte SD c'est hyper fiable, d'où mon essai avec un SSD
 
Ta solution est intéressante, mais bien plus lourde et coûteuse...  
 
 

 
Pas de soucis non plus, même carte SD depuis l'installation de Jeedom (un peu plus de 6 mois), et elle n'était pas neuve.
Mais c'est quand même assez fréquent, et ça ne prévient pas. Je vais donc passer le système sur un SSD
 
Pour la restauration je l'ai fait plusieurs fois pour des tests, pas de soucis majeur sauf la nécessité étrange de passer une commande pour récupérer les droits sur le répertoire /var/www/html/  

 
Respect    
 

Et c'est juste de l'information ou tu peux commander aussi via l'écran ?
Et les deux écrans c'est pour placer à deux endroits de la maison ?

Une question :Si j'achète un Nest Protect pour le raccorder a un jeedom. Je peux le faire en local ou ca va forcément passer par les serveurs Nest?    
 

https://nest.com/fr/smoke-co-alarm/overview/
 
Je cherche un détecteur de fumée + détecteur de CO.  Le produit m'a l'air sympa mais je ne veux pas dépendre d'un cloud.      
 
Sinon ca sera les 2 detecteurs fibaro zwave je pense. Mais c'est moins WAF et plus cher.

Les blocks sont cliquables.
Sur chaque bloc je fais un bête "onclick", ensuite un bout de javascript qui est parfois générique (genre ça appelle une fonction commune "toggle le device ayant pour ID domoticz xyz", ou bien "affiche une alerte "mon-texte" sur tous les écrans smartphones/pc + synthèse vocale" ), parfois custom (genre "éteins le PC yxz" ).  
 
Suite à n'importe quel clic, je déclenche un refresh json, ce qui met à jour l'apparence l'ihm en accord avec ce qui est réellement fait dans domoticz. Il y a donc un retour d'état en temps réel (genre le PC n'apparaît pas éteint immédiatement après avoir appuyé sur le bouton, mais au rafraîchissemeent suivant s'il est effectivement éteint à ce moment).
 
Et je n'ai pas parlé du système de notification, je pousse une popup de notification sur cette page, qui reste actif tant qu'il n'a pas été acquitté (= fermé en cliquant sur la croix).

Même réflexion, pourtant je n'ai jamais eu de soucis avec mes SD
 
 
 

 
Comment sais-tu que ta sauvegarde est correcte alors ?  
 
La principe de la mise en place d'une sauvegarde, c'est quand même de la tester une fois, au moins dans un autre environnement, pour voir si tu retrouves bien tes petits en cas de crash ...

 
Ok et l'installation SSD sur Pi est pas trop compliqué ? Je vais essayer ( de toute manière au pire le SSD ira dans un NUC lol ). Du coup il faut un adaptateur USB Sata ou il y a une autre solution ?  

allez, avec le black friday, je viens de me prendre un portier Doorbird D202 ..
 
Pile celui que je visais à 550€ prix public ...
 
Touché à 373€

Ça me rappelle que je dois tester mes backups de VM . Vu que vmware workstation n'est pas prévu pour du backup à chaud, j'ai dû trouver un software spécialisé.
Je ne sais même pas si ça fonctionne.

Non c'est simple, le Pi3 supporte le boot sur un périphérique USB maintenant

 
Effectivement ....    
 
 
 
Du coup il faudrait que je prenne uniquement un adaptateur SATA usb ? et hop (alimenté uniquement via USB ou alim externe ?)  

 
Même configuration, sauf que j'ai commandé le boîtier sur ebay et que j'ai eu le SSD un peu moins cher    
 

 
Non, sur le Pi3 il faut juste "activer" le boot sur l'USB seul, je ne sais plus exactement comment mais il y a plein de tutos
Et effectivement il faut un boitier USB, et un disque qui ne consomme pas trop.
 
 

Merci pour vos retours, @actarusprinced'euphor  je n'avais pas vu ton message et ton image de commande ! top !  
@Vince-100 Merci !! Je pense me calquer sur la commande de @actarusprinced'euphor

Je ne sais pas si on peut utiliser bootp sur pi3, mais en tout cas sur dockstar on peut, ca regle tous les problemes de clé usb

Quel serait l'intérêt ici ?    
L'idée de booter sur un SSD avec un Pi3 c'est justement d'avoir un système simple, autonome et fiable
 
Avec bootp il te faut au minimum un serveur supplémentaire quelque part sur ton réseau...

Je crois que je vais faire comme vous.
Vous m'avez fait flipper avec vos histoire de SD qui crashe
 
Pour ceux qui cherchent, le kit est là : Amazon

Lien de tes commandes stp ?

Je lis avec attention vos alertes vis-a-vis de la carte SD avec un Pi3 et je me demandais si à la place d'un msata, on ne pouvait pas utiliser une bete clé USB?!

Les disques SDD (à la différence d’une clé USB ou d’une carte mémoire) utilisent des composants flashs de qualité supérieure. De plus, les contrôleurs SSD sont bien plus évolués que ceux embarqués sur les clés ou les cartes mémoire. Ils savent optimiser la flash et faire en sorte de la ménager (fonction TRIM, wear leveling plus évolué, etc.).
Il existe 3 types de mémoires flashs :
SLC, pour Single Layer Cell, 1 bit par cellule.
MLC, pour Multi Level Cell, 2 bits par cellule.
TLC, pour Triple Level Cell, 3 bits par cellule.
La meilleure, et la plus onéreuse, est la SLC. La moins bonne, et vous l'aurez deviné la moins chère, est la TLC. Les SLC / MLC / TLC ont des durées de vie et des nombres de cycles lecture/écriture différents : entre 300 cycles pour la TLC et 100 000 pour la SLC.
La TLC et la MLC sont généralement utilisées dans les clés USB, les cartes mémoire et tous les autres périphériques USB où l’accès aux données n’est pas continu (pour du stockage temporaire par exemple).
Les SSD font eux couramment appel à de la mémoire de type SLC ou MLC.

 
Le SSD c'est le Transcend cité au dessus, commandé il y a un mois il était un peu moins cher (24€ de mémoire)
Le boitier a été commandé sur ebay, faut que je retrouve mais c'est quelque chose de classique
 

 
C'est à peu près la même chose qu'une SD, on n'est jamais certain de la fiabilité. Les SSD embarquent théoriquement des mécanismes de protection et d'optimisation de la mémoire, pas nécessairement les clés USB
J'ai appris qu'il existait des clés USB à mémoire SLC, mais ça reste assez cher et ce n'est pas forcément conçu pour faire tourner un OS  

C'est intéressant ce sujet, je souhaitais offrir un starter kit de domotique à mes parents, je pensais partir sur un raspberry

Naturellement la solution doit être stable et que je puisse contrôler à distance s'il y a pépin
J'évite la carte SD du coup ? Ça serait que pour domoticz.

L'idéal c'est de mettre de l'eMMC.

 
   
Tu es pleinement conscient de ce qui t'attend et dans quoi tu t'embarques ?    
 

 
C'est théoriquement en dessous d'un SSD non ?

chez moi je suis en fullz wave, une fois bien configuré pour de la prod j'ai jamais eu de souci
D'où l'idée d'un starter kit (un module de chauffage, ouverture de porte) pour voir comment ils gèrent
Après si vous avez déjà fait l'expérience, je suis à l'écoute

Merci pour vos infos.
 
Vous parlez aussi d'alimentation d'un msata. J'ai un msata 128Go qui traine. Vous pensez que je peux m'en servir? l'USB suffira-t-il à l'alimenter?

 
J'ai confiance
 
Mais si tu trouves une méthode pour multiplier les heures pour me libérer du temps, fait moi signe, ça m'interesse

 
Si en plus il y a par ex une clé zwave en usb sur le pi, l'ajout du SSD oblige à prendre un hub usb alimenté ou l'alim du pi suffit ?
 
 

Testé hier, et aujourd'hui, j'ai fait exprès de me dépêcher pour désarmer l'alarme alors qu'elle était encore en train de biper et de diffuser le message d'alerte.
Une fois avec le clavier, une fois avec le badge, et dans les 2 cas le statut est bien remonté sur le récepteur contact-sec, donc le FGBS, donc la box domotique.
Aucun souci, comme d'habitude.
De toute façon, si ce problème était arrivé une seule fois, on s'en serait vite rendu compte, puisque j'ai plusieurs scénarios domotiques qui réagissent en cas de mouvement dans la maison si l'alarme est active. Donc si la domotique n'avait pas reçu l'information de désactivation, ça ne serait pas passé inaperçu !

 
Oue, ca fait 7 mois qu'on est dans la maison .. mais j'avais toujours un cable RJ45 dénudé en guise de sonnette
 
Bref, en plus avec le détecteur PIR, je vais enfin pouvoir allumer la lumière la nuit en automatique dans l'entrée

Oui je demandais pour le boîtier, le SSD msata j'ai déjà.

 
Celui-ci: http://www.ebay.fr/itm/Mini-mSATA- [...] EBIDX%3AIT
 
En revanche je ne sais pas si ça vient du boîtier (je ne pense pas) mais ça ne boote pas avec une alim Aukru 3A    
Je suis obligé d'alimenter aussi par un des 4 ports USB du Pi avec un câble mâle/mâle... Pas terrible mais je n'ai pas encore pu tester avec d'autres alim

Merci, je vais attendre la suite de tes tests alors

je suis en pleine intégration de mes modules fils pilote (un peu en retard) et j'ai un soucis avec le dernier, sous jeedom c'est un module qubino zmnhjd1 mais il est reconnu comme un module zmnhdd1 qui lui est un Flush dimmer. Donc du coup, je peux pas l'utliser en fil pilote. Est ce déjà arrivé à quelu'un. J'ai tenté une inclusion, puis exclusion et re inclusion et toujours pareil

Reçu aujourd'hui ma carte micro SD sandisk industrial 8go pour mon Pi (je prends la route alternative au ssd). Elle fait bien la capacité prévue, c'est déjà ça. Affaire à suivre...

 
Petit up pour ma question?  

 
OK, merci pour ton retour. As-tu eu droit à un bip long (et un peu fort) émis par le clavier pendant la diffusion du message par la centrale ?
Dans tous les cas, alors que je croyais que c'était le symptôme de mon problème, le clavier a refait hier ce fameux bip, mais le désarmement a bien été reçu par la domotique.
 
La centrale est à l'étage et le récepteur+FGBS sont au garage. Peut être un problème de portée ? Ces deux modules sont proches chez toi ?
Merci dans tous les cas pour ton test.

Ça passe forcement par le cloud. (Mais ça marche même hors ligne evidemment).
La connectivité avec jeedom a peu d'intérêt pour les protects.