Reprise du message précédent :
Salut les amoureux du PI    
 
j'ai un petit soucis depuis aujourd'hui avec le mien.
 
J'ai programmé le boot sur USB (SSD) et depuis une dizaine de jours pas de problèmes, la carte SD est enlevée et le SSD fonctionne.  
Sauf que aujourd'hui après un reboot, impossible de démarrer sur le SSD.
 
J'ai vérifié les paramètres et remettant ma carte SD et pas de problème l'USB BOOT est bien activé (vérification via la commande vcgencmd otp_dump | grep 17: ).
 
Je remarque quand je l'allume le courant sur le PI, tout les périphériques USB mettent environ 10 secondes avant de "recevoir" du courant. Mon SSD et ma clé Z-Wave ne s'allument pas en même temps que le PI et je suppose que mon problème vient de la (le PI essaye de booter sur l'USB mais rien n'est allumé donc il ne boot pas).
 
J'ai tenté avec un second boitier externe et un second disque mais le résultat est le même.
Je dispose de l'alimentation Aukru recommandé et je n'avais pas de soucis avant donc je suppose que le problème ne vient pas de la.
 
Avez-vous une idée à me proposer ??
 
 

Mettre la partition du bootloader sur la carte SD?
Ca donnera peut-être le temps au SSD de démarrer.

 
Ca marche avec "%ld"        
 

 
la luminosité du ciel est bien rapportée au temps d'exposition,  
j'ai essayé un coeff un peu au pif, quand la lune se sera couchée ca devrait tomber à ~1, et demain en plein jour ca devrait monter vers 20.000 ou 200.000 jsais pas trop
On verra ce que ça donne sur le timelapse demain, si on a une belle progression bien fluide de la courbe

 
Après pas mal d'heures de recherche j'ai réussi à trouver une solution.
 
J'ai eu du mal à valider la commande suivante :
 
Program_usb_boot_timeout=1
 
Elle permet au Pi d'augmenter la durée d'initialisation au boot (5 secondes de plus) ce qui me permet d'avoir le temps d'alimenter les périphériques USB.

Je pense pas, car le ssh fonctionne sur d'autres machines à travers le vpn. Et pire : en théorie ça fonctionne... Sur dietpi, l'invite me demande un mot de passe, et refuse les mauvais. Si je rentre le bon mot de passe, j'ai juste un écran noir...

Quand on fait booter le pi sur une clé usb est-ce qu'il devient plus tolérant aux extinctions sauvages ?
Je voudrais en monter un dans ma bagnole.

C'est surtout une histoire de système de fichier.
Donc à fs égale, intuitivement je dirais, non.

il me semblait que c’était surtout du a l'alimentation des cartes

Pas moyen de coupler avec une batterie et d'ordonner l'extinction du pi en cas de coupure de l'alimentation principale ?

Je pensais à un relais temporisé sur le plus permanent.
Je détecte l'extinction de la voiture par le bus can.

Tu m'intéresse .


http://www.monorailc.at/private/navit/gal.html

Il me semble que tinycore linux monte le systeme en ramdisque ... du coup pas de corruption de la carte en cas de coupure "sauvage"
en tout cas c'est ce qui se passe avec PiCorePlayer basé sur tinycore linux

Tu me fais le coup à chaque fois que j'en parle

Fort-possible, c'est toi qui avait écrit des trucs sur un afficheur de PSA?

As-tu des détails sur ton setup (HW, SW) et l'adaptation à la caisse?

Ouais c'était moi.
Je ferais ça dès que je l'aurais installé  
Pour l'instant c'est encore un poc sur le bureau

C'est à peu près dans le même état pour moi , j'ai quelques bouts de cartes d'éval et des plaques d'essais sur une table, mais rien de vraiment fonctionnel et intégré.

Par contre je me tâte fort à faire deux ou trois PCBs pour tout intégrer proprement (j'ai des schémas de principe, à peu près tout qui fonctionne séparément, ça peut se tenter ).

(Et il me manque aussi la voiture que j'ai vendu et dont je n'ai toujours pas acheté de remplaçante ).

A mon avis une carte sd s'en prends pas mal dans la gueule quand elle fini insérée/retirée sauvagement d'un random lecteur de cartes.
Si les systèmes de fichiers critiques sont en lecture seule ça doit être très très tolérant. A mon avis il suffit de déplacer /var et /home sur clé usb et de monter / et /boot en lecture seule et ça sera relativement solide.

Je poste ici pour vous demander de m'aiguiller

Je voudrais mettre en place un script sur un de mes RPI pour qu'il pingue une série d'adresses IP et qu'il m'envoie le résultat dans un mail, on va dire toutes les 24h par exemple.

Vous avez une idée, sachant que je programme tous les 2 ans

ping -c 1 1.2.3.4 | mail -s "Ping result" pipo@dom
 
Et si tu veux un seul mail, tu rediriges tes pings vers les différentes adresses dans un seul fichier que tu mailes à la fin.
> mailping
ping -c 1 1.2.3.4 >>mailping
ping -c 1 1.2.3.5 >>mailping
ping -c 1 1.2.3.6 >>mailping
mail -s "Ping result" pipo@dom <mailping

Salut,  
J'ai 2 raspberry pi (avec un ampli et une enceinte encastrée connectée dessus) qui fonctionne avec Volumio.
 
Je cherche une distrib pour les transformer en chromecast audio (utilisation prévue : Spotify piloté par un google home).
Je ne trouve pas de distro faisant ça, vous auriez un nom pour moi?

 
Thx, je regarde à ça dès que j'ai un peu de temps

 
https://www.leboncoin.fr/image_son/1587150885.htm/
 
parfois il est plus simple de ne pas se faire chier ... surtout quand c'est moins cher.

Dans mon cas, ce n'est pas moins cher, car j'ai déjà les Raspi avec un ampli monté dessus :  
http://www.suptronics.com/Xseries/x400.html
 
Mon installation fonctionne bien, avec volumio et spotify connect.
 
Vu que je vais recevoir un google home, je reflechis à ce que je pourrais en faire et piloter à la voix cette installation me plairait bien.
Si une distrib' permet de transformer mes Pi en chromecast audio, tant mieux, sinon, je chercherais une autre solution.

https://github.com/dz0ny/leapcast
 
il existait une solution mais ce n'est plus possible car Google semble avoir verrouiller l'API.

C'est souvent le problème quand on veut coupler des solutions propriétaires et des solutions ouvertes vu que dans pas mal de cas, les solutions propriétaires se torchent le cul avec les standards ou implémentent volontairement des restrictions pour ne pas fonctionner hors de leurs écosystèmes propres

Arf
Bon, je vais chercher comment utiliser au mieux ce google home...
Merci pour les infos

J'ai pareil avec une tablette Apple, c'est un enfer à utiliser avec des solutions type Libreelec

Petit coucou!

Je partage un bout du projet sur lequel je perds mon temps actuellement: Cluster Kubernetes (3B+)!
Premier test concluant, tout fonctionne! Du coup demain je recois 8 Pi pour passer en 16 worker + master soit 64 cores "utiles".

En cours de construction de la boiboite pour rendre le niveau de WAF acceptable pour qu'elle l'accepte ailleurs que dans mon bureau. Retex soon!

L'unicorn est sur master avec un python qui poll une micro api fait a l'arrache sur chaque worker avec flask (cpu, temp, mem, blablabla). Le temps de déployer Prometheus  

Nice. Tu vas en faire quoi ?

J'ai une question con: je viens d'installer un pi3B+ et j'ai pris la dernière raspbian lite (stretch + update/upgrade). A l'install, j'étais en filaire.
Lorsque j'ai voulu basculer en wifi, j'ai essayé via le raspi-config et que ce soit pour définir le pays ou pour paramétrer le SSID, il me crache un "could not communicate with wpa_supplicant".
Du coup, j'ai tout fait à la main dans le wpa_supplicant.conf et ça fonctionne.
 
Mais si je retourne dans le raspi-config, il accepte maintenant de me changer le pays wifi ou le réseau. Vous auriez une explication, c'est la première fois que ça m'arrive?  
 
Mon wpa_supplicant avant modif et qui démarre mais évidemment sans rien activer:

J'ai édité et ajouté country et le paragraphe network qui va bien.

Essentiellement pour apprendre Kubernetes. Au boulot ils vont faire la bascule Mesos/Marathon vers Kubernetes et cette connaissance me sera grandement utile.
T'as bien AWS mais tout est automatique du coup tu sais meme pas pourquoi ca fonctionne (pas).
J'ai deux NUC en boitier passif et j'allais en racheter 4 pour faire ce cluster. Mais je me suis dit que tenter avec des Pi serait moins risqué financièrement.  

T'es pas formé par ta boîte dans le cadre d'une migration?

Si mais j'ai pas d'accès a un cluster physique ou je peux sudo n'imp

Et bravo pour le cable control

Qu'est-ce que tu utilises pour alimenter tout ça?

Un anker powerport 10 60watts.
C'est dit a 2.4a/ports, 12a total. J'utilise "que" 9ports par unité (en comptant les 8 qui arrivent aujourdhui)

Faut que je stress test pour verifier si en peak elles arrivent a fonctionner.

Et sinon, ça marche bien le détecteur de présence de Xiaomi ?
/HS

J'ai ~25+ capteurs partout dans la baraque, tout remonte sur un Pi avec Jeedom et j'ai pas à m'en plaindre. Ils fonctionnent tous parfaitement (1an+ toujours pas changé de pile).

Pour ce capteur en particulier, je trouve le champ de détection un peu étroit mais c'est très certainement du à la position merdique.
Il me sert à allumer automatiquement les lumières de mon bureau quand je rentre du boulot.

Par contre j'en ai un autre dans les chiotte qui fonctionne "mieux" vu que la pièce est petite et simple, du coup il rate jamais sa cible  

Peux-tu dire autant ?

Pourquoi autant de nodes ? Qu'est-ce qu'on fait avec 8 ou 16 pi qu'on ne fait pas déjà avec 3 ou 4 ?

On s'amuse et on se créee des problèmes rigolos à résoudre qu'on aurait pas eu avec 3 ou 4 .

Pourquoi 3/4 nodes quand je peux en avoir 16?