Reprise du message précédent :

 
Enfin le temps de répondre un peu.
 
J'ai bien saisi l'idée d'avoir un comparateur pour limiter le temps d'acquisition. Mais avec l'atmega la ram est trop faible pour pouvoir capturer et analyser ensuite, même un seul pic à la fois. Soit je fait de l'analyse en temps réel (ma solution actuelle) et l'atmega me limite en puissance de calcul et donc en fréquence d'acquisition, soit je fais du log puis de l'analyse dans un second temps.
Dans les deux cas le STM32 est plus adapté, aussi bien en temps réel qu'en acquisition en ram puisqu'il en a assez pour les 3-5 secondes dont j'ai besoin. Cela dit je peux toujours garder l'idée du comparateur pour lancer l'acquisition de chaque pic, il faut que je fasse des tests pour voir si j'ai le temps de faire l'analyse dans l'interval pour etre sur de ne pas louper le suivant.
 
D'ailleurs vous avez un conseil sur la structure pour garder en ram l'acquisition ? Je fais juste un gros tableau ?

 
Ca je suis moyennement d'accord. Un industriel qui fait des équipements à fort cher, il se fourni chez FTDI ou un distributeur officiel. S'il commence à aller sur un circuit douteux, c'est son problème.

 
Tu as de toute façon l'air décidé de passer au STM32 et dans n'importe quel cas c'est très bien, ça va te permettre d'avoir une plus grande marge de manœuvre ( même si je pense toujours qu'on peux faire ton truc sur un Atmega    )
De faire évoluer ton produit ou de bénéficier de cet apprentissage pour d'autres développements.
Par contre tu vas surement découvrir le DMA et tu vas voir qu'avec cette technologie, tu vas pouvoir faire du traitement du PIC N°1 pendant que tu fais l'acquisition du PIC N°2 ce qui est très puissant.  
Tu vas avoir du mal à revenir en arrière    
 
Si tu déclares un gros tableau d'entiers, je ne vois pas ou le compilateur irait le mettre ailleurs qu'en RAM    

 
"on" doit pouvoir le faire oui Moi je ne pense pas en être capable sans beaucoup d'aide, et j'ai un temps disponible limité pour ce projet en particulier je ne peux pas passer des mois à suivre des cours    
Et comme tu le dis j'espère que l'évolution vers le STM32 sera bénéfique au delà de ce projet, on verra bien ce qui en sort.
 
Ma question était plutot : vous voyez une autre solution pour stocker les acquisitions qu'un gros tableau ?

Avec les DMA un tableau de points pour le stockage des résultats est quasi obligatoire. C'est pertinent de toute manière, ça ne sert à rien d'essayer de traiter les points à la volée si tu peux faire rentrer une période d'intérêt d'un bloc dans la mémoire.

de toute façon, c'est soit un tableau, soit une pile, non ?

Je pense que mon approvisionnement en matériaux magnétiques est assuré pour l'avenir immédiat:

 
Vous avez des idées de méthode de pauvre pour évaluer les performances du matériau magnétique chinois, même si ça m'a l'air de l'authentique PC40 vu que mon inductance bobinée à l'arrache est pas trop loin du théorique?

si je regarde bien la photo c'est pour te faire tes propres bobines?

Des transformateurs surtout    
J'ai du mal à évaluer jusqu'a quelle puissance on peut monter dans un volume pareil (référence "EE25" ) mais 10 à 15W me semble atteignable à l'aise  

 
Ils ne sont pas beaucoup plus petits que ceux des alims Heden/Advance de 480W .
 
Par contre je n'ai jamais vraiment mesuré proprement la saturation d'inductances/transfos, d'habitude je mesure la R_dc et je met le doigt dessus pour voir si c'est chaud .
Il me semble que le RLC-mètre du boulot permet de mettre un courant/tension de bias, ça peut se tester.

natopsi: merci

 
 
 
Je reviens avec mon idée de bricoler une mini-cnc => j'en ai parlé il n'y a pas très longtemps ici-même.
Depuis, j'ai reçu today le cnc shield.
 
Entre-temps, pour apprendre des choses supplémentaires, je me suis documenté plus avant.
Je comprends mieux désormais comment fonctionne un moteur PaP.
Et déjà mentionné par moi-même, j'ai réussi à "trier" les 4 pins de mes deux moteurs extraits
de 2 lecteurs de CD.
 
Maintenant, j'ai une autre interrogation : d'après ce que j'ai lu, on ne peut pas envoyer n'importe quoi
dans les moteurs.
En effet, sur les petits modules qu'on enfiche sur la carte cnc, il y a un petit potar.
Toujours selon les différentes sources que j'ai trouvé, il faut calculer un offset de tension, et le regler
via le potar.
 
Les explications trouvées parlent de moteurs NEMA : pour déterminer le fameux offset, il y a les formules
nécessaires sur son datasheet.
D'où ma question : comment vais-je bien pouvoir régler ça avec mes moteurs random provenant de
lecteurs CD ?    
Je ne pense pas que je puisse trouver leurs datasheets, donc il faudra que je tourne le potar au minimum, et
que j'expérimente petit à petit jusqu'à ce que ça "tourne rondement sans trop chauffer" ?

Regarde la documentation de moteurs avec des tailles à peu près similaire  

Je crains quoi à utiliser un régulateur 7805T sans le condo d'entrée (que j'ai pas sous la main), voire sans condo du tout ?

Si y a pas 3m de fil autour et si l'alim et la charge sont suffisamment "capacitives" et stables probablement que dalle.
 
Sinon, il va osciller, la sortie sera instable, etc.

Je peux mettre des valeurs différentes (1μ et 0.1μ au lieu de 0.22μ et 0.1μ) ?

Carrément. Par contre idéalement faut rester dans la famille suggérée (ou pas trop loin), pour être dans la fréquence de réjection voulue.  Genre un gros électrolytique ça sert à rien en découplage HF, etc.

Ok, j'essayais juste de faire avec ce que j'avais sous la main en fait  
 
J'y pige vraiment rien aux condensateurs, c'est une horreur…

On en fait tout un plat, mais dans pas mal d'applications basiques suffit d'en mettre quelques uns à peu près au hasard pour avoir un truc qui marche

C'est une idée.
Excepté que je n'ai aucune idée de la direction dans laquelle regarder    
Je ne sais même pas comment formuler ce genre de recherche.

 
 
Question    
 
J'ai une interface tactile qui tourne avec un petit microcontrôleur et qui communique en Zigbee avec des noeuds ( capteurs en tout genre ).
J'aimerai maintenant pouvoir logger tout ça dans un dossier sur mon réseau local. Vous connaissez des modules Ethernet/wifi que l'on peut interfacer en UART/SPI qui implémentent SMB/CIFS ?
ça me permettrait d’éviter de refaire pas mal de chose    
 
Merci pour votre aide  

Le problème de SMB/CIFS c'est que c'est un protocole haut niveau (couche applicative), donc non un module Wifi ne fera jamais de SMB/CIFS car ce n'est pas son job puisqu'il bosse en couche 1-3 et pas en 7.
Donc c'est à toi de l'implémenter sur ton microcontrôleur.

Module à base d'ESP8266 mais pas de SMB/CIFS

https://www.sparkfun.com/products/13678
https://www.adafruit.com/product/2471

Ces engins ont été volontairement conçus avec des grandes marges de stabilité pour permettre ce genre de conneries en plus    
 
Je crois que c'est les LDO qui sont plus sensibles.

 
Lequel ?
 
A priori, tu ne veux pas utiliser SMB/CIFS.  
Tu veux utiliser HTTP, et envoyer les données via une requête POST (ou GET si c'est juste quelques caractères).
 
Si tu insistes (par masochisme) , prends l'une des Olimex A20 qui dispose d'images officielles debian-installer:
http://ftp.debian.org/debian/dists [...] rd-images/

Un pi zéro serait tellement adapté pour ce cas la
 
En bien débile il y a aussi les Arduino Yun  

Sapusaipalibre

 
Fait chier    
Mais merci pour ta réponse, il faut que je me documente sérieusement sur les protocoles réseaux, je n'y connais pas grand chose.
 
   

Bah si tu veux écrire dans un fichier, avoir un système à base de FTP et écrire dans un fichier txt ou csv ça me parait plus à la portée des petits MCU en terme de puissance de calcul.
 
Regarde ESP8266 FTP comme recherche peut-être que tu trouvera ton bonheur    

 
Un STM32F446 donc je suis relativement à l'aise question ressource. L'idée était d'avoir un minimum de travail à faire    
J'imaginais un truc avec des commandes AT toutes betes    
 

 
Je vais regarder ça, en plus j'ai déja une empreinte sur mon PCB pour un ESP-07  

FTP tu vas galérer à mort si tu débutes.  
Et si la pile TCP/IP de ton module wifi n'a pas la possibilité d'ouvrir deux ports simultanément, c'est carrément impossible.
 
En HTTP, tu ouvres le port 80 sur l'IP du serveur, et tu envoies simplement  

Si tu ne dois pas valider le stockage, tu as fini dès que le serveur te renvoie un premier caractère.
 
Côté serveur

 
On peut difficilement faire plus simple ...

Hum, tu es bloqué sur le WiFi ? Est-ce que de l'Ethernet pourrait faire l'affaire ?

Lantronix fait des modules avec MCU intégré qui communiquent en série et permettent l'hébergement d'un micro-site web pour afficher les donnée. Regarde le https://www.lantronix.com/products/xport-edge/ et creuse un peu s'ils ont une version WiFi.

Edith me dit que c'est tout bon chez eux : https://www.lantronix.com/products- [...] -servers/* https://www.lantronix.com/products/xpico-wi-fi/

Je m'excuse pour le temps de réaction, j'ai pas tilté quand tu as posé ta question.

Il est universel  

(Setup à la truelle)

 
Je tente de réparer un ventilateur qui a subitement rendu l'âme.
Dedans, il y a des fils, un système d'interrupteur, un moteur et un truc zarbi que je n'arrive pas à identifier :

 
Je ne vois que ça qui pourrait être fautif.
Une idée ce que ça pourrait être et où en trouver un de remplacement ?

 
C'est un condensateur de démarrage, c'est rarement en panne mais ca peut etre le fautif.
Quelles sont les symptomes ? Le condo en panne ca grogne mais le moteur ne démarre pas ou très difficilement. Si tu n'as aucune réaction du tout du ventilo c'est probablement pas le condo.

Hey !

Je n'ai pas trouvé de meilleure photo, je suis conscient que c'est pas facile à voir...  

Est-ce que quelqu'un sait où est le composant dédié à l'alimentation de ce SSD ? ( mzvlw1t0hmlh ).
(c'est peut-être très facile à voir pour quelqu'un qui s'y connait)

Attends, j'appelle une spécialiste.

Edith me dit que c'est pas le tout de se moquer, mais là sans pouvoir lire les références des composants, c'est impossible.
Je peux par contre te dire que ce n'est ni le contrôleur (à gauche), ni la mémoire vive (au milieu en haut), ni les mémoire morte (à droite). Possible que ce soit la puce du milieu en bas...

Le QFN environ 48 en bas au milieu vu qu'il est entouré de 3 inductances

Bah googlage de part numbers, identification à la louche des petits boitiers avec plein de capas/selfs autour et des testpoints, ca se tente.
Mais le BGA de partout c'est pas le plus pratique pour le debugging.

 
Je parie sur celui là aussi.
 

 
Si tu arrives à lire les références avec ses photos, je te tire mon chapeau.