Citation *Question au sujet du port :
Pourquoi en local, voulez-vous utiliser Jeedom sur un port :1980 ? En local, vous pouvez rester sur le port par défaut (80, donc rien à spécifier sur vos appareils locaux).
Cela date d’avant , lorsque je laissais un port ouvert pour accéder de l’extérieur. Maintenant que je passe par un VPN, en effet je peux remettre le port en 80.
> Citation
Sans rapport :
Je regarde votre photo en haut, et je vois un hub USB qui n’est pas alimenté sur lequel vous avez un disque et un contrôleur.
Pourquoi ce hub pour un Raspberry Pi3B+ ? (tel qu’il est, c’est juste une source de consommation supplémentaire et donc nuisible).
J’apprécie votre perspicacité 
Il y a quelques semaine, j’ai voulu profiter du passage de la V4 à la V 4.1.20 (nécessitant une installation Debian 10 toute neuve), pour abandonner la SD au profit d’un SSD.
J’ai suivi votre tuto sur ce forum : tuto pi + SSD
J’ai tout essayé pour que le PI 3B+ boot sur le SSD (Msata) mais rien n’y a fait. J’ai même acheté un autre ensemble complet Pi3B+ - Msata - alim 3A, changé de capacité de SSD (128Go à 64Go dans une autre marque), j’ai même shunté la ligne 5v sur la carte : Nada il n’a jamais voulu booter sauf si je laissais une SD.
Même le test de voltage ne montre aucun défaut. La mesure indique 5.10 à 5.12 V L’écran de couleur ne s’affichait même pas.
Comme je suis du genre tenace, j’ai acheté un HUB alimenté pour l’intercaler entre PI et Msata. Ö Miracle, il boot sans SD, et j’ai renouvelé sur le premier ensemble PI + Msata 128Go : idem il boot sans aucun pb avec le HUB alimenté.
Hier j’ai installé l’ensemble sur mon tableau comme sur la photo et ça marche impeccable. Mais comme vous avez pu le détecter, j’ai oublié de brancher l’alimentation du HUB : histoire de fou, le PI boot sans problème, alors que sans le HUB : il ne boot pas. Je soupçonne que le HUB contienne un condensateur qui absorbe l’appel de courant sur le +5V et permet à l’électronique du SSD de s’initialiser.
Voilà l’histoire.