framboise314.fr

manau a écrit :salut à tous,

il est vivement conseillé de mettre sur un port hub les disques pour ne pas avoir de problème d'alimentation et ne pas cramer les ports usb. il faut aussi avoir la "vrai" alimentation officiel de la raspberry pi pour que ça ne provoque pas plus de problème.
je te conseillerais de mettre tes disques sur un hub et ta clé 3g aussi.
pour brancher mes disques sur ma RPI, j'utilise ce port hub. j'ai branché 4 disques durs et une antenne RFXCOM avec installé OSMC, domoticz et samba.

Manau

Comme dit par Ghislain, et que je confirme : pas d'alimentation des DD par le RPI. Seule la clé est alimentée par le RPI.
Puis, comme spécifié aussi, tout marchait "avant", 2 DD + clé 3G. Donc, pas de soucis d'alimentation !!

Bon...
Après avoir "migrer" ma clé 3G de mon RPI2 vers mon RPI3, voici que sur mon RPI3 je rencontre aussi 1 problème, peut-être lié à ma clé 3G...

En effet, il arrive que mon RPI3 perde sa connexion réseau, comme ça, sans rien avoir fait ou touché !!!
Je suis obligé de rallumer mon RPI3 SANS la clé 3G branchée et de la brancher après le boot.
Mais là aussi, une "bizzarerie" : le voyant du port RJ45 du RPI3 s'éteint...puis se rallume, et je peux m'y reconnecter...

Et j'aperçois aussi dans la syslog, de temps à autre, que le port ttyUSB de la clé change, tout seul... Et le message suivant :

systemd-udevd[3437]: failed to execute '/lib/udev/mtp-probe' 'mtp-probe /sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.5 1 21': No such file or directory

Ce qui fait que je dois modifier la config de gammu-smsd souvent...

Etrange !!!

rebeldu31 a écrit :...
Tout fonctionnait sans problème "avant", avec écran, les 2 DD et la clé branchés !!!
S'il y avait un soucis de puissance d'alimentation, j'aurais déjà rencontré ce problème après la mise en boitier de mon RPI...
Surtout que les 2 DD ne sont pas alimentés par le RPI mais sont auto-alimentés, chacun étant branché sur une prise de courant.

On est donc bien rendu à:

si ok, je mets en boîtier
si ko, je vérifie les connecteurs et les contraintes sur la carte (en ne vissant pas, en appuyant doucement..).

La mise en boîtier peut générer une contrainte sur un connecteur, une soudure sèche ....

spourre a écrit :

rebeldu31 a écrit :...
Tout fonctionnait sans problème "avant", avec écran, les 2 DD et la clé branchés !!!
S'il y avait un soucis de puissance d'alimentation, j'aurais déjà rencontré ce problème après la mise en boitier de mon RPI...
Surtout que les 2 DD ne sont pas alimentés par le RPI mais sont auto-alimentés, chacun étant branché sur une prise de courant.

On est donc bien rendu à:

si ok, je mets en boîtier
si ko, je vérifie les connecteurs et les contraintes sur la carte (en ne vissant pas, en appuyant doucement..).

La mise en boîtier peut générer une contrainte sur un connecteur, une soudure sèche ....

"spourre" :

Faudrait alors m'expliquer pourquoi après avoir mis mon RPI2 (et le 3) dans le boitier, brancher les 2DD et la clé 3G, laisser tourner ainsi pas mal de temps (genre 1-2 jours) je n'ai pas rencontré ce problème... Mais que ce soucis est arrivé juste après avoir débrancher un des 2 DD...
Si c'était lié (peut-être) au boitier, ne penses-tu pas que ce problème aurait été constaté de suite (ou presque) ?
Et côté boitier, je n'ai simplement ajouté QUE la vitre de protection de l'écran ET 2 boutons de côté (que j'avais oublié de placer)...

Mais dès que j'aurais 1 peu de temps, je vais enlever mon RPI3 du boitier et le laisser "nu" pendant quelques temps, avec uniquement la clé 3G branchée (ce qui est le cas actuellement, je n'ai rien d'autre de branché en USB). Je verrais si le problème existe toujours, si qui pourra écarter totalement et définitivement un soucis avec le boitier... ou pas !!!

Là, il y a peu, encore un changement du ttyUSB, tout seul...
C'est soûlant à force !!!

Et ce message dans dmesg, avant de voir sur quel ttyUSB la clé est :

[ 8743.075925] option1 ttyUSB0: usb_wwan_indat_callback: resubmit read urb failed. (-2)

Alors voilà... TESTS en cours !!!

J'ai enlevé mon RPI3 du boitier, ai branché la clé 3G et l'ai redémarré...
Il a démarré sans soucis...

Je vais le laisser tourner comme ça quelques temps pour voir si le problème revient !!!

La suite sera :

- remettre le RPI dans le boitier, sans le visser et sans l'écran (connecté sur les GPIOs)
- si OK, test avec écran
- si OK avec écran, vissage du boitier (pas à fond)
- si KO avec écran, problème avec la connexion GPIO de l'écran

Résultat du 1er test, RPI nu avec clé 3G en USB :

==> Aucun problème !!!

Test suivant :
- 1er "vissage" du RPI dans le socle du boitier

Déjà, une inquiétude : il n'a pas redémarré "correctement"... SSH via PuTTy impossible...
OK au 2nd redémarrage...

A suivre...

salut !
J'ai toujours eu horreur de ces trucs en laiton ! J'ai d’ailleurs pas mal de surprises ...
Voie avec les mêmes en plastique, c'est beaucoup moins dangereux ...
Ou alors surélève les avec des rondelles plastique des 2 cotés ( vis et entretoise )

Bonjour,

Je rejoins Marco, j’achète toujours les entretoises à vis en nylon.
C'est moins risqué.

marco123 a écrit :salut !
J'ai toujours eu horreur de ces trucs en laiton ! J'ai d’ailleurs pas mal de surprises ...
Voie avec les mêmes en plastique, c'est beaucoup moins dangereux ...
Ou alors surélève les avec des rondelles plastique des 2 cotés ( vis et entretoise )

En plastique ?
OK, mais je trouve ça où ?
Les surélever, impossible... Je ne pourrais pas placer le haut du boitier et le fermer ensuite !!!