L'idée n'est pas de te pousser à utiliser fedora, mais si cela fais fonctionner ta carte wifi cela donnerais une base de comparaison pour voir les changements à faire sur ton mint.
Fedora est une distro, en générale, plus rapide à intégrer les nouveautés logiciels et support matériel. Si au bout du compte rien ne fonctionnerais il te resterais la solution de passer par ndiswrapper pour faire fonctionner le wifi.
Bonsoir, j'ai un pc proche de celui ci qui fonctionne très bien avec une fedora 35. Je te propose d'essayer avec une version live-usb pour voir ce que cela donne.
Voici un lien
Oui je rigole tout seul de mes propres blagues.
Bon, je ne sait pas si cela va faire avancé le schmilblick mais as tu essayé de lancer make en mode verbose ?
En faisant "make test --debug=v" ou si as le temps de faire de la lecture --debug=a
0G c'est utilisé dans le discours "marketing" de sigfox et d'autres fournisseurs de réseau lpwan (lorawan par exemple), j'ai vu des capteurs de porte sigfox mais pas de système d'alarme (centrale+capteurs) complet dans le commerce, de plus le lorawan me semble "immune" aux brouillages intentionnel que le sigfox donc plus adéquate aux systèmes d'alarmes.
(ref : https://www.sigfox.com/sites/default/files/og-guide/Sigfox%20-%20Introducing%20OG_A5_March2020_4.pdf )
Les disque dur amiga était 3 1/2 IDE , on trouve encore des adaptateurs pour nos pc moderne pour ces disques.
Donc moi j'aurai tenté de démonter le disque le mettre sur une nappe et suivi les infos disponible ICI
Mais moi j'aime bien démonté les trucs donc chacun sa méthode…
Hello, dans le monde pro effectivement on utilise des systèmes HIL (Hardware In the Loop) qui permettent une automatisation des tests unitaires et la génération de rapport de conformité du logiciel. Autant dire que la mise en place des test est aussi lourd en charge de travail que l'écriture logiciel. C'est uniquement des logiciels proprio et des bancs de tests HIL créer pour chaque produit et souvent c'est la liaison jtag qui permet l'execution des différents test.
Quand on est dans une petite boite, on fait des plans de validation et des plans de non-régression fonctionnelle que l'on déroule avant chaque livraison au client en utilisant des capteurs et actionneur en charge réel.On utilise de quoi controler les performances attendues (oscillo, multi, analyzer de spectre si on fait de la radio).
Les printf ce n'est pas assez fiable, la plupart des devices n'ayant pas de port série en sortie et d'autre part les printf changent les séquences temporelle de ton logiciel (sauf si ils sont présent dans la version livrée) et j'ai déjà vu des bugs n'apparaitre que parce que les printf était fait et disparaitre en release ou l'inverse, tu as le bug tu mets de printf pour le trouver mais il ne se produit plus…c'est souvent du coté des interruptions qu'il faut allez voir dans ce cas la.
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.
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
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.
[^] # Re: Précisions ?
Posté par TheBreton . En réponse au message probleme d'internet et de wifi [ RESOLU ]. Évalué à 1.
L'idée n'est pas de te pousser à utiliser fedora, mais si cela fais fonctionner ta carte wifi cela donnerais une base de comparaison pour voir les changements à faire sur ton mint.
Fedora est une distro, en générale, plus rapide à intégrer les nouveautés logiciels et support matériel. Si au bout du compte rien ne fonctionnerais il te resterais la solution de passer par ndiswrapper pour faire fonctionner le wifi.
[^] # Re: Précisions ?
Posté par TheBreton . En réponse au message probleme d'internet et de wifi [ RESOLU ]. Évalué à 1.
Bonsoir, j'ai un pc proche de celui ci qui fonctionne très bien avec une fedora 35. Je te propose d'essayer avec une version live-usb pour voir ce que cela donne.
Voici un lien
# C'est l'histoire d'un make...
Posté par TheBreton . En réponse au message Erreur de segmentation passe inaperçu dans une recette GNU Make. Évalué à 5.
Oui je rigole tout seul de mes propres blagues.
Bon, je ne sait pas si cela va faire avancé le schmilblick mais as tu essayé de lancer make en mode verbose ?
En faisant "make test --debug=v" ou si as le temps de faire de la lecture --debug=a
[^] # Re: La notif par texte me semble trop limitée
Posté par TheBreton . En réponse au message Recherche modèle d'alarme pour maison. Évalué à 3.
0G c'est utilisé dans le discours "marketing" de sigfox et d'autres fournisseurs de réseau lpwan (lorawan par exemple), j'ai vu des capteurs de porte sigfox mais pas de système d'alarme (centrale+capteurs) complet dans le commerce, de plus le lorawan me semble "immune" aux brouillages intentionnel que le sigfox donc plus adéquate aux systèmes d'alarmes.
(ref : https://www.sigfox.com/sites/default/files/og-guide/Sigfox%20-%20Introducing%20OG_A5_March2020_4.pdf )
# Réponse à coté de la plaque
Posté par TheBreton . En réponse au message Mode lba ou chs pour un adaptateur pcmcia<->cf. Évalué à 1.
Les disque dur amiga était 3 1/2 IDE , on trouve encore des adaptateurs pour nos pc moderne pour ces disques.
Donc moi j'aurai tenté de démonter le disque le mettre sur une nappe et suivi les infos disponible ICI
Mais moi j'aime bien démonté les trucs donc chacun sa méthode…
# HIL, ne pas confondre avec HAL
Posté par TheBreton . En réponse au message Comment faire du CI/CD et automatiser les tests sur de l'embarqué ?. Évalué à 3.
Hello, dans le monde pro effectivement on utilise des systèmes HIL (Hardware In the Loop) qui permettent une automatisation des tests unitaires et la génération de rapport de conformité du logiciel. Autant dire que la mise en place des test est aussi lourd en charge de travail que l'écriture logiciel. C'est uniquement des logiciels proprio et des bancs de tests HIL créer pour chaque produit et souvent c'est la liaison jtag qui permet l'execution des différents test.
Quand on est dans une petite boite, on fait des plans de validation et des plans de non-régression fonctionnelle que l'on déroule avant chaque livraison au client en utilisant des capteurs et actionneur en charge réel.On utilise de quoi controler les performances attendues (oscillo, multi, analyzer de spectre si on fait de la radio).
Les printf ce n'est pas assez fiable, la plupart des devices n'ayant pas de port série en sortie et d'autre part les printf changent les séquences temporelle de ton logiciel (sauf si ils sont présent dans la version livrée) et j'ai déjà vu des bugs n'apparaitre que parce que les printf était fait et disparaitre en release ou l'inverse, tu as le bug tu mets de printf pour le trouver mais il ne se produit plus…c'est souvent du coté des interruptions qu'il faut allez voir dans ce cas la.
# Tu est sur que c'est chez toi ?
Posté par TheBreton . En réponse au message Port 625 ouvert sur box free. Évalué à 10.
Bonjour, sur lors du passage à la fibre Free "partage" une adresse IP entre 4 utilisateurs, il est possible de demander une adresse "full-stack" depuis la page de gestion de ton compte.
Pour plus d'information le site de busyspider est bien fait
https://www.busyspider.fr/Freebox-connexion-fibre-optique-ZMD-Gpon-ZTD-Epon-ipv4-et-dslam-adsl-ipv6-specificites-free-alice.php
Et comment vérifier la plage de port qui t'est attribuée est la
https://www.busyspider.fr/Freebox-connexion-fibre-optique-ZMD-Gpon-ZTD-Epon-ipv4-et-dslam-adsl-ipv6-specificites-free-alice.php#plage_ports
Tout cela pour dire que sur mon IP (full stack avec freebox mini4k) le port 625 n'est pas détecter comme ouvert par le site Shield Up.
[^] # Re: Moi j'utilise...
Posté par TheBreton . En réponse au message Logiciel "feu vert - feu rouge". Évalué à 3.
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.
[^] # Re: Moi j'utilise...
Posté par TheBreton . En réponse au message Logiciel "feu vert - feu rouge". Évalué à 3.
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
# Moi j'utilise...
Posté par TheBreton . En réponse au message Logiciel "feu vert - feu rouge". Évalué à 5.
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.
[^] # Re: Carte SD HS
Posté par TheBreton . En réponse au message Plantage en boucle. Évalué à 1.
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
[^] # Re: Reprendre la main
Posté par TheBreton . En réponse au message Plantage en boucle. Évalué à 1.
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.
[^] # Re: Carte SD HS
Posté par TheBreton . En réponse au message Plantage en boucle. Évalué à 1.
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.
# Bonjour
Posté par TheBreton . En réponse au message Aucune connexion internet! . Évalué à 2.
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.
# Elle marchait avant de l'acheter?
Posté par TheBreton . En réponse au message probléme réseau . Évalué à 1.
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?
[^] # Re: Bon, ne prend pas ça pour un réponse hautaine
Posté par TheBreton . En réponse au message Débuter en électronique. Évalué à 4.
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.
[^] # Re: Bon, ne prend pas ça pour un réponse hautaine
Posté par TheBreton . En réponse au message Débuter en électronique. Évalué à 3.
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 :-)
# Bon, ne prend pas ça pour un réponse hautaine
Posté par TheBreton . En réponse au message Débuter en électronique. Évalué à 6.
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.
[^] # Re: Executable
Posté par TheBreton . En réponse au message comment est ce possible de faire un noyau avec python ou un langage interprété. Évalué à 1.
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.
# Déjà c'est une bonne pratique
Posté par TheBreton . En réponse au message pourquoi je dois faire un free() alors que le noyau libere la mémoire à la fin de mon processus. Évalué à 2.
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.
[^] # Re: Résolu
Posté par TheBreton . En réponse au message USB Bootable non détectée par Grub ( emmc; asus t101ha) . Évalué à 2.
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.
# C'est celui la
Posté par TheBreton . En réponse au message Erreur au démarrage d'Ubuntu. Évalué à 2.
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
# Ma solutions dans ce genre de soucis
Posté par TheBreton . En réponse au message [ordinosaure] Disque dur non trouvé au boot. Évalué à 3.
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é.
[^] # Re: Deux trois choses à comprendre...
Posté par TheBreton . En réponse au message Problème de communication. Évalué à 1.
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.
# Deux trois choses à comprendre...
Posté par TheBreton . En réponse au message Problème de communication. Évalué à 1.
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.