TheBreton a écrit 925 commentaires

Tel que j'ai compris les choses
Grafana lis dans la base influxdb, calcul les alertes et les lance les notifications associées, s'occupe de l'affichage quand on veut consulter.

Tes "agents" alimentent la base influxdb en php ( https://github.com/influxdata/influxdb-php ) si tu veut ou sinon il peuvent directement poster en http POST dans la base influxdb , ou encore en cli via un script bash utilisant curl … c'est une large choix de faire entre des données via une api rest.

Oui grafana est sur mon pi zero. Pour le PHP je ne vois pas pourquoi il est la.

Mon architecture c'est des microservice en python qui remplisse une base influxdb et grafana qui fait l'affichage des donnée. Au besoin avec grafana tu peut créer des alertes qui sont évalué sur une temporalité réglé (intervale) c'est grafana qui s'en charge, sur une apparition d'alarme tu peut te faire envoyer une notification
https://grafana.com/docs/grafana/latest/alerting/rules/

Une notificaton avec grafana, sur apparition d'une alerte tu te poste un mail ou autre (https://grafana.com/docs/grafana/latest/alerting/notifications/) . Astuce, moyennant un microservice python qui écoute sur le pi qui quand il recoit un post json du webhook grafana, tu peut te faire envoyer un sms sur ton téléphone si tu dispose d'un FAI francais qui offre se service ;-) tu as ainsi la chaine complète de monitoring

PS : Je n'ai aucune connaissance de ce que l'on peut faire ou pas avec PHP

Grafana-oss . Les capteurs de mon cru communique en BLE,WIFI,433MHZ et Sigfox vers un pi zero qui stock les événement dans une base influxdb et l'instance grafana gère la partie visualisation. Le pi zero est configuré pour consommé le moins possible (pas de hdmi ni led) le tout est alimenté par l'usb de ma box internet ( et une power bank usb ), cela fonctionne ainsi depuis 18 mois et j'en suis content.

A l'issus du boot, actuelle impossible de lancer un shell,ca boucle sur le message d'erreur, c'est un pi-zero-hw, donc rien d'autre que le port série ne fonctionne (j'ai câbler un adaptateur ttl-usb) pour voir ce qui se passe.
Je tenterais la manip de gUI dans le topic du dessous quand j'aurais recu une nouvelle carte pour assurer un fonctionnement minimum

Merci pour le lien, je vais agir en deux phases, la première c'est acheter une nouvelle sdcard et refaire les modificiations et configuration (en faisant de la documentation au passage) ca sera toujours utiles pour au cas ou ;-) Pour cette phase, la carte actuelle ne sera modifiée. Je rajouterais aussi un backup dans le cloud de ma bdd et des scripts qui la remplisse et l'utilise.
Si tout se passe bien(ou si cela se passe mal) je passerais à la modification sur la carte actuelle pour voir si c'était réparable et voir un peut l'entendu des dégats subis par le système.

Merci d'avoir pris le temps de répondre, sans pouvoir exclure un défaillance de la carte sd je n'en reconnais pas les symptômes.
La carte se mount tres bien avec un adaptateur usb et je la parcours sans soucis de lecture, mon home et mes dev. sont accessible et backuper ailleurs. C'est plus l'installation d'appli exotique non package voir non dispo pour l'arch armv6 que j'avais hacker pour fonctionner qui me tente pas de refaire, ainsi qu'une bdd à backuper qui me fatigue à l'avance.
La concomitance des actions installation de certbot, de création d'un certificat et de plantage totale du système me laisse espérer une guérison du système…mais sans savoir par ou commencer.

Alors je ne connais ni ce modem ni q4os, mais si c'est un linux alors la marche à suivre est similaire à celle indiqué ici https://lea-linux.org/documentations/Bewan_USB_st c'est malheureusement daté (2004) et je ne peut que te conseiller de contacter un LUG (linux user group) ou une association de promotion du logiciel libre près de chez toi pour t'aider dans la démarche.
Voici une liste https://aful.org/gul/liste par forcément exhaustive.

Il semble que la carte réseau ne soit pas détecter par le système, peut être que dans le transport la carte réseaux ne soit plus/pas correctement enfichée dans le slot pci/isa/pc104/pc104+?
Il faut ouvrir le boitier contenant le systeme et inspecté cela.
les commandes lspci/lsusb/lshwd/uname -a sont présentes/fonctionne/retourne quelque chose que tu pourrais poster ici au pire par photo si pas de port usb pour mettre les fichiers de sortie des commandes?

Faire du double face trou métal à la maison c'est pénible et demande de la dextérité et du matos, du quatre couches je ne pense pas que cela soit possible. Aujourd'hui la différence de prix entre du simple et du double couche ne se ressent que pour des quantité pro, pas pour des design perso.
Pour moi la magie c'est de concevoir le schéma

concevoir le tracé du PCB

Vérifier en 3D l'emplacement mécanique du PCB assemblé (je sur-kiff cette fonction de kicad mais j'ai laissé tombé la création des composants 3D manquant quand ce n'est pas indispensable car c'est pénible)

puis assembler/souder et mettre au point sur le PCB fabriqué.

Pour le DGT je partirais sur du NFC sur chaque pièce d'échec(voir par exemple https://www.nfc-shop.net/product_p/hkrht-j04.htm )
une matrice PCB 8x8 de self sous l'échiquier (à voir si on ne peut pas faire ca en tracé PCB ou sinon des selfs CMS, sans doute plusieurs instance du même PCB pour réduire le couts) et reste a trouver le chip pour communiquer avec le tag (NFC reader), le circuit de commutation self/chip par case de l'échiquier.

Un CPU pour mettre en forme tout cela sur une liaison série, et un FDTI232 pour le bridge serial/usb.

Un multimètre est un tres bon outils d'électricien (et pas besoin pour un usage perso a la maison de mettre plus de 20€).
Un électronicien préfère travailler avec un oscilloscope, tu trouve des oscilloscopes usb 20Mhz sur les sites d'import chinois a partir de 50€ environ.
Un petit fer a souder réglable en température avec une panne cms coutera dans les 20€ aussi.Suivant ta vue, une loupe bino bandeau de tête 10€ aussi

Quand au PCB je déconseille fortement d'essayer d'en faire a la maison, en plus de l'aspect pollution et risque d'intoxication, ce n'est ni économique ni écologique. Avec des composants CMS et donc des pistes fines à faire, il faut vraiment maitriser la fabrication.

Mes pcb perso je le commande sur jlcpcb ou pcbway, fais bien attention de demander des finitions de pcb sans substance toxique (et donc interdit en europe par la directive ROHS), commande du HASL-LeadFree ou du ENIG-ROHS.

Mes sites pour commander du consommable/composants en tant que particuliers sont Mouser, Farnell, conrad (mais aie les frais de ports) ou les sites chinois pour commander des modules.

Par exemple pour ma dernière réalisation perso j'ai pris un module nrf51822, des composants BME680, des composants échantillons LTC3105 une poignée de résistance, capa et self, un pcb custom et un panneau solaire de récup (récup des borne solaire de jardin bas prix que l'on trouve en enseigne de bricolage),un accu 2.5V 1/2AA , du soft et le bluetooth à comprendre en bas niveau et hop, j'ai une station météo extérieure solaire bluetooth qui remonte de la data à mon pi-zero qui envoie tout ça dans le cloud sur un site d'interface IoT qui trace pour moi les évolutions de la température. Comme à l'intérieur j'ai un thermometre bluetooth aussi j'ai mon petit tableau de bord météo que je consulte le matin :-)

Mais c'est un domaine vaste ou plusieurs années d'études sont requise pour en faire un métier.
De base, c'est un domaine ou les lois électrique régissent tout, donc commencer par les connaitre n'est pas une options.
Voici un site http://www.elektronique.fr/cours.php qui à première vue contient de la matières intéressante.
Concernant la liste des objectifs
1) Bonne chance, les principes mis en oeuvre sont nombreux pour les appareils qui nous entoure complexes
2) Dans de nombreux cas les défaillances réparables se situe sur l'étages d'alimentation ce qui est atteignable avec les notions d'électronique que chacun peut acquérir.
3) Comprendre les circuits, si par la c'est analyser les pcb existant et comprendre leur fonctionnement, cela revient à les redessiner en schéma et étudier le dit schéma et les datasheet des composants
4) Quand tu avancera suffisamment dans le point 2 (composant de puissance pour les actionneur et adaptation pour les capteurs) tu pourras commencer à utiliser Kicad pour faire tes schéma et pcb, la soudure est un savoir faire qui s'apprend mieux avec quelques conseils.
5) La, tu rentre dans un autre domaine qui est la programmation, personnellement je n'apprécie pas la philosophie arduino (chacun ces gouts). J'utilise soit des microcontroleur que je programme sans OS, soit des modules Pycom quand j'ai besoin de connectivité IoT qui se programme en python qui est un langage simple d'apprentissage.

Désolé je ne connais pas de site à te recommander, à 8 ans les choix sont peut nombreux, mais moi j'avais commencé (il y a 40 ans…) par un coffret dans le style de celui la je ne sait pas si cela à évoluer mais je n'avais rien compris à ce que je faisait (bon faut dire que j'étais tout seul sur le coup).
Niveau équipement, je te conseil de ne pas trop investir pour l'instant, un labo se monte petit a petit suivant les besoins.

Il existe plus intégrés encore, les modules pycom (pycom.io) qui reprennent le même principe que la pyboard mais en ajoutant de la connectivité sans fil (Lte-M,Nb-IoT,Wifi, BLE,LoraWan, Sigfox…) très utiles pour des petits dev IoT en adjoignant un petit pcb maison.

Ensuite la mémoire de ton processus n'est libérée que lors de l'exit de ton process.
Pendant tout son temps de fonctionnement il 'occupe' de la mémoire qui n'est plus disponible pour les autres process, si ce n'est pas nécessaire alors autant ne pas le faire.

La fonction malloc de ton compilateur n'est pas forcément un appel direct au kernel.
Sur certain compilo et suivant la version, au démarrage une grande quantité (2Mo par exemple) est demandé au kernel (kmalloc), ensuite les appel suivant à malloc travaillent dans ce 'pool' et quand le 'pool' est épuisé une nouvelle quantitée est demandé au kernel et ainsi de suite.
Cette technique de pré-alloc permet d'éviter un grand nombre d'appel au kernel (ce qui est couteux en termes de performance à cause du changement de contexte d'execution processeur à faire) et pénalisant pour les performances générale du système .
Avec gcc on peut remplacer la routine malloc de la libc par une autre et certaine implémantation alternative sont assez intéressante à étudier voici un exemple
http://hoard.org/

En conclusion, toujours avoir la discipline d'équilibrer malloc/free et une bonne pratique sur PC et est indispensable en embarqué crois moi d’expérience.

Bonjour, j'ai eut pas mal de soucis avec un autre petit PC (SCL141CTP) pour avoir du son et du bluetooth fonctionnel. Si je peut me permettre un Lubuntu en version 16.04 est carrément limite obsolète (la dernière version est la 18.10). J'ai résolu tout mes problèmes avec la dernière version de fedora 29 avec un environnement xfce (car niveau mémoire c'est un peut léger 2Go) tu peut essayer une version live usb (utilisable sans installation) pour voir si cela régle tes soucis.
Niveau fréquence de mise à jours du kernel fedora est vraiment tres active comme distro.

https://askubuntu.com/questions/1096110/bash-usr-bin-locale-check-no-such-file-or-directory-error-after-i-downgraded

Dans le cas d'une installation de 18.10 vers 18.04 l'utilisateur a eut le même soucis.
La solution pour corrgier cela à été de recopier le fichier d'un autre PC sous 18.04 vers son PC.
Je suppose qu'en bootant sur un livecd 18.04 le fichier serait copiable aussi

C'est de prendre un live CD d'une distro la plus légère possible (style antix ) et voir ce que cela donne comme module chargé.

Nota : En regardant la notice du RPI3 tu n'as en fait aucun choix, les ports USB passe par un LAN9514 qui fais HUB donc le rpi3 est obligatoirement HOST, tu peut passer ton pc en device (usb_gadget et g_serial à configurer sur ton pc) et quand tu le branchera sur ton RPI il verra un nouveau port usb-serial

Pour faire un device usb seul le rpi zero dispose d'un port usb en connexion direct avec le proc que tu peut alors configurer en gadget via les modules pré-cités.

L'usb n'est pas qu'une super liaison série, c'est surtout un bus de communication .
Un bus avec un maitre (host) et un/des esclave (device)
Tu dois définir qui est le maitre et qui est esclave et invoquer les briques logiciel correspondante.

Si ton RPI est device et ton PC host, alors sur le RPI tu dois avoir un kernel avec les modules host de non-installé pour le port spécifique (UHCI/EHCI)et les modules usb-gadget et g_serial d'installer et configurer pour gere le port. En branchant ton RPI sur le PC il verra un nouveau port usb-série de disponible.

Si ton RPI est host il faut faire l'inverse.

Si au final tu dois communiquer avec un device qui ne fera pas une émulation de port série il faudra utiliser libusb pour implémenter son protocole de communication spécifique OU développer un module kernel.

Ton CPU reset, en général suivant l'état de certaines pins il exécute (grace à une rom interne) un chargement de binaire dans un format spécifique (contenant un en-tête indiquant l'adresse mémoire destination et la longueur du flux binaire au minimum). Les pins indique que le flux binaire est lu sur une flash spi, carte sd, usb ou encore uart.
Ce flux binaire est ton fichier u-boot.bin (et par exemple doit être en offset 0 de la carte SD ).
Ce U-Boot procèdes à l’initialisation d'unes partie des périphériques de ton micro (définitions des horloges de la DRAM par exemple) et en général à l'initialisation d'un uart pour avoir des traces, voir une interaction (mini terminal).
Il permet aussi des de pouvoir "mounter" un fs présent sur une emmc ou sdcard pour charger une image bootable d'un kernel linux et lui passer des paramètres (comme en ligne de commande) c'est ton fichier uImage (qui peut tout aussi bien avoir été stocké dans une flash spi, je dis juste "mounter" dans un sens très large du terme)
A tout système linux qui boot il faut un système de fichier pour lire/stocker les applications plus lourde,les lib systèmes etc… c'est le reste de ton jffs2.img

En bref,
La rom de ton cpu permet de charger et lancer u-boot
U-Boot demarre le minimum de chose pour charger (en mémoire ou execute in place)/démarrer le kernel linux
Le kernel initialise le reste et rend les services nécessaire aux applications
Nota : U boot est spécifique à chaque micro (car lié aux périphérique présent, controleur dram uart etc) il n'est pas transposable facilement du RPI à autre chose sans bien être sur que le micro cible n'est pas celui du RPI.

La signature des binaires permet à partir d'une chaine de confiance (root=microsoft) et transférer cette confiance à l'auteur du binaire par génération de clef permettant de remonter à qui la générée.

En clair, on te vend un certificat après avoir vérifier (plus ou moins sérieusement) que tu est qui tu prétend et que tes coordonnée de contact sont exactent. Dans mon cas, verisign avait vérifier auprès que la société dans laquel j'était avait bien un siret enregistrer au tribunal de commerce, un téléphone fixe et était à l'adresse indiquée (sur pagesjaunes), ca c'est les vérifs dont j'ai eut connaissance.

Tout ca pour dire qu'une initiative libre pour des binaires windows je n'y crois pas trop.

La liste des "vendeur de certificat" est disponible à l'adresse suivante

https://docs.microsoft.com/en-us/windows-hardware/drivers/dashboard/get-a-code-signing-certificate

Les prix varie effectivement de 80 à 600€ (pour les EV qui permettent de signer les drivers)

Un certificat personnel me semble le mieux dans ton cas, de toute façon pour créer un certificat un "responsable technique" est nécessaire.

Pour Mac vu que digicert vend des certificats le process doit être similaire

https://www.digicert.com/code-signing/apple-certificates.htm

Des tas d'efforts ont été fais ces dernière années pour rendre le boot plus rapide, pas pour le ralentir donc il n'existe pas à ma connaissance de combinaison de touche de se genre pour le kernel (apres a voir pour le gestionnaire de service que tu as systemd je suppose) .

Pour avoir écris des modules et modifié le kernel pour l'adapter à des cartes embarqués voici ce qui m'est utile, il existe un argument à passer au kernel (donc à mettre dans grub dans ton cas) qui est boot_delay=10000 (on ne peut pas utiliser de valeur supérieure a 10000), cela insert entre chaque ligne afficher par le kernel une temporisation de 10 secondes (et du coup on as largement le temps de lire ce qui défile pendant le boot process…voir de s'endormir devant).

Autre solutions, c'est de rediriger les sorties du kernel via un port sérié vers un autre PC (mais je doute que cette solution t’intéresse)

je répondrais le python, on trouve des tutos partout et des livres bien fait en grande quantité.
Bien entendu pour les graphisme on n'est plus au temps de l'amstrad c'est un poil plus lourd pour dessiner (il faut creer une fenetre qui recoit des message du système etc…) mais on reste dans une quantité de ligne raisonnable ( exemple )

serveur FTP->Serveur de fichiers (je récupère le fichier en entier ou a partir d'un certain point jusqu'as la fin) sur mon disque dur avant de l'utilisé. Et comme dans les fichiers vidéos certain on des index en fin de fichier il faut entièrement le lire pour avoir l'info.

La fonction serveur de média et plus généralement fournie par le protocole DLNA, ce qui est bien sur disponible sous linux aux travers de plusieurs logiciels et celui que je préfère et te conseille est myth-tv sur leur site tu trouvera les explication pas à pas pour l'installer, le configurer et l'utiliser (pour iphone aucune idée de si cela marchera car les systèmes fermés je ne mis suis jamais intéressé).

Bien entendu, VLC est parfaitement à l'aise avec DLNA

C'était aussi des clefs usb 3.0 ou c'est la première que tu essaye?
As tu essayer des distro comme mageia ou fedora en live-usb ?
Quel est la procédure d'installation que tu suis ?

un make uninstall fais le ménage pour toi.
Sinon make -n install te montreras toutes les étapes du make install et du devras effectivement faire le boulot inverse à la mano (mais tu ne manquera aucune étapes)