Show Posts
Pages: [1] 2 3 ... 94
1  International / Le bar / Re: PID et sieurs Ziegler & Nichols on: September 12, 2014, 03:43:09 pm
Pt'êt' ben qu'oui, pt'êt ben qu'non... c'est pour ça qu'aucun processeur n'a pu être développé en normandie...

Sinon, tu as un système très stable, mais est-ce qu'une variation de secteur peut mettre en vrac ton soft? Chez mes parents, il y a 240V en été et 190V en hiver... Ils ont une usine à veaux qui s'est installée à 200m, et depuis, même leur modem ADSL a du mal à synchroniser en hiver...
2  International / Le bar / Re: PID et sieurs Ziegler & Nichols on: September 09, 2014, 12:20:16 am
Je suis vachement étonné de la linéarité de ta courbe de chauffe!

C9a aurait été intéressant de relever aussi la puissance (au moins le courant) consommée l'élément chauffant, voir si sa résistance interne varie selon la température atteinte (mais peut-être l'as-tu fait...). Ca doit aider dans le calcul, tout en rajoutant quelques inconnues...

Je ne pige pas trop cependant comment tu peux commander ta plaque par relais + PWM... surtout si elle est alimentée par le secteur... une petite description (schéma) de la commande / puissance?

Et enfin dernière question : c'est un TPE inutile ou un projet concret? smiley-lol
3  International / Le bar / Re: PID et sieurs Ziegler & Nichols on: September 08, 2014, 01:02:08 pm
Salut,

faire de la PID sur une plaque chauffante, je trouve que c'est un peu de l'usine à gaz...

Pourquoi ne pas faire des relevés genre :

- Montée totale puis descente totale en température en fonction du temps;
- courbe de température à partir de la coupure du chauffage (j'imagine que ça doit continuer à grimper un poil avant de refroidir)
- courbe de température lors du refroidissement, quand on remet en chauffe.

Les deux dernières m'intéresseraient beaucoup dans ton cas, car tu saurais à quelle température couper et remettre en chauffe. En gros, un hystérésis perfectionné...

Vu l'inertie du système, une régulation s'avère bien lourde, alors qu'un hystérésis devrait te permettre d'être assez précis.

Mais dis-moi, entre 50 et 100°, il y a des températures intéressantes (64°, 77.1°, 78°, 82°...) Tu n'aurais pas une idée alambiqueuse sur ce coup-là?
4  International / Français / Re: arduino + RTC + LCD et marées on: August 12, 2014, 04:46:59 pm
ouaip!

Nan, le truc, c'est que le nono contient toute une liste de coëfs de calcul (un(des) tableau(x) à 2, 3 ou 4 dimensions ==> ROM externe?)

Chaque banque de coëf correspond à un point précis de la carte (généralement un port). Il me suffit de choisir ou créer un lieux dans une liste, ce lieu sera rattaché à un port avec la possibilité de cliquer au moment de la marée haute ou basse pour définir le décalage avec la marée calculée du port en question (méthode "configuration sur le terrain"). il y a toujours un bateau en corps-mort qui donne le sens du courant, quand il est entre deux positions, c'est l'étal (la mer parle, il faut savoir l'écouter).

Bref, la loc, c'est moi qui impose car je sais où je vais (géographiquement parlant). Une fois la gaule dépliée (pas de vilaines pensées je vous prie), on ne bouge pas trop de l'endroit (non, on ne pensera pas à autre chose que la pêche, l'appat, le ver, mytiloïdes (hi hi hi), crevettes, morues ou thons... siouplé!).

j'utilise pour l'instant la courbe pondue sur le site du shom, et connaissant la hauteur limite pour un lieu donné, il me suffit de poser la règle sur l'écran pour savoir à quelles heures ça passe ou pas. Le bidule du bureau de tabac (ma banque me l'offre, toujours ça de gagné), ça montre pas l'évolution, il faut donc calculer un peu, extrapoler... je vieillis, je commence à me demander si j'ai pas du sang corse dans les veines...
5  International / Français / Re: arduino + RTC + LCD et marées on: August 12, 2014, 06:50:08 am
tu trouve assez facilement et gratuitement les tables des marées pour un lieu donné
exemple : http://maree.info/23
Pour ça, je vais directement sur le shom, et c'est par eux qu'il faut passer pour acheter les coefs. Je ne peux pas trop utiliser les sites, puisqu'il me faut reconstruire la formule magique...
ton vrai seul reel probleme est surtout avant tout de disposer d'une "bonne/acceptable" RTC 
pas tant que ça, au pire, s'il faut la remettre à l'heure manuellement de temps en temps, c'est pas un drame. Par contre, il faut quand même que j'arrive à exploîter des données payantes, et sans données, c'est pas facile... avant que le shom refonde son site, j'y avais vu les modalités d'achat de la forumle magique et ses coefs, le prix étant fonction de précision et étendue géographique voulues... comme dans le lien de fdufnews, où le gars a l'avantage d'avoir tout ça gratos pour tester...

Comme ça ne m'est pas indispensable, je suis donc très motivé, mais pas si pressé que ça... autant faire les choses bien smiley-wink
6  International / Français / arduino + RTC + LCD et marées on: August 11, 2014, 07:31:42 am
Bonjour à tous!

J'habite en Bretagne et pas loin de la côte... J'aime bien passer une 1/2 journée voire la journée entière sur un caillou avec ma canne à pêche.

On oublie d'entrée de jeu :
- GPS,
- rivière.

L'idée serait d'avoir un petit boîtier sous la main qui permettrait de connaître la hauteur d'eau à une heure et date données.

Chacun de mes cailloux préférés sont susceptibles d'être entourés par la mer, certains m'obligeant de rester dessus 4 ou 5h, d'autres sont recouverts donc impratiquables lors de grandes marées. Ne me prennez pas pour un touriste, ça fait 30 ans que je pratique, je me suis déjà vu au milieu de l'eau sur 1/2m² de rocher (que j'avais estimé à 1m²) à marée haute, mais du moment qu'on a un bon pull, pain / pâté et bière, ça le fait.

Mon petit boîtier me permettrait alors de :

- choisir (supprimer, ajouter...) un coin de pêche dans une liste
- afficher la hauteur d'eau en fonction du temps (une sorte de sinusoïde / patatoïde)
- afficher les heures limites d'accès ou le risque de submertion
- biper lorsque c'est l'heure de partir sinon c'est mort
- et tout ce que l'on peut programmer en bonus :
 + exemple : les horaires pour ramasser des vers à marée basse...

Réalisation :

- La formule magique : un simple fourrier, somme(cos(wit + Pi))
- les coéf wi et Pi achetables au SHOM (combien déjà?)

le reste, c'est que de l'arduino et des maths. Si l'arduino met 3 secondes à m'afficher les résultats, ce n'est pas grave, je mets 10 secondes au moins à tourner les pages de mon annuaire des marées papier.

quelqu'un s'est déjà penché là-dessus? ce n'est qu'un artifice, mais je deviens fainéant... Ca existe sûrement sur tablette, mais j'ai pas de tablette et n'en aurai pas.
7  International / Tutoriels et cours / Re: Recueil de programmes documentés. on: July 12, 2014, 07:27:19 am
Salut le copaing!

Je vois que tu mets "sur papier" toutes les infos que tu croises en les rassemblant pour faire tes "livres", et bravo à toi. C'est une façon de se faire ses propres cours tout en le rendant accessibles aux autres, et ça, ça sen bon le partage généreux.

Je te proposerais bien un ptit truc... Etant donné qu'aujourd'hui, tous les gens qui programment ont l'ADSL, donc sont connectés en continu, pourquoi ne pas monter une sorte de blog? Genre chez Free qui a l'avantage de ne pas se pourrir de pub qui empêche la lecture des pages, tu aurais ainsi un espace de stockage, et la possibilité de rédiger des articles consultables à tout moment, avec des liens qui renvoient vers des références etc etc. Avec en prime la possibilité d'exporter un article au format PDF...

Ce n'est qu'une proposition, mais j'y verrais une certaine facilité pour toi... Je comprendrais aussi que tu trouves la manip trop lourde à mettre en route, moi-même je traine ça depuis quelques années dans un coin de ma tête...

Cinci
8  International / Français / Re: Est-ce normal que le code généré soit si mauvais ? on: July 08, 2014, 08:49:29 pm
Javais noté que dans l'utilisation des tableaux, le compilateur recalcule entièrement l'adresse d'une "case", même dans le cas de tableau[4]+tableau[5], alors qu'il suffisait d'incrémenter le pointeur de RAM. J'ai essayé de mettre à jour le compilateur, mais sans succès, les chemins des fichiers à compiler contenant des espaces ne passaient plus dans les paramètres de avr-gcc.

Donc on est mal barrés...

Si en plus on se limite à la plateforme arduino, où TOUS les exemples et libs font appel à des int 16 bits pour numéroter ce qui dépasse rarement 20, on comprend qu'on est loin d'utiliser la puissance réelle du processeur.

J'étais content de voir qu'on pouvait multiplier par 20 la vitesse d'exécution du digitalWrite en faisant de l'accès direct au port concerné, mais très déçu de voir que pour le portB du 328 qui est dans la zone adressable directe, bas le traitement est le même qu'un registre "distant", donc perte encore de temps...

Bref, il y a du boulot, bon courage dans ta quête!

PS : il reste la possibilité d'écrire certaines parties sensibles directement en assembleur... un code bien pondu sur un 328 à 16MHz pourrait faire pleurer un code arduino sur la DUE...
9  International / Français / Re: #ifdef DEBUG dans une librairie on: July 08, 2014, 01:09:24 pm
ou définir un "config.h" que tu #include dans chaque source nécessaire
Oui, mais il faut réécrire ce config.h pour chaque projet, donc ça ne simplifie pas les choses. je suis en train de voir avec PSPad, un éditeur que je connais bien, dès fois qu'il arrive à me lancer un avr-gcc... mais encore faut-il connaître la liste des appels...
10  International / Français / Re: #ifdef DEBUG dans une librairie on: July 06, 2014, 11:33:08 am
Je crois qu'il ne reste qu'une chose à faire, c'est de réussir à rajouter un paramètre dans l'appel à avr-gcc... il suffirait d'avoir un -DCONF_FILE=c:\... pour que dans toutes mes libs, je n'aie qu'à aller includer CONF_FILE (ça marche, j'ai essayé...) Reste à trouver un moyen de mettre ce truc dans arduino, j'ai récupéré les sources de l'IDE, mais le java, j'y comprends rien et je trouve même pas un fichier qui me parle... ça doit pas être compliqué à coder, ça...

ou plus bourin : renomer le fichier avr-gcc.exe et créer un avr-gcc.bat qui lui saurait rajouter le -D...
11  International / Français / Re: ACS712 et 230v AC on: July 05, 2014, 04:02:23 pm
La comme ça, je proposerais une erreur de câblage...

une tite photo du bidule câblé?
12  International / Le bar / Re: STM32 Comment cela se programme ? on: July 05, 2014, 03:53:37 pm
68tjs, si je t'offre une STM32F4 discovery, tu me fais un retour de prog? mp...
13  International / Français / Re: #ifdef DEBUG dans une librairie on: July 05, 2014, 03:49:24 pm
Je relance, vu que j'avais une question similaire...

Et là, après quelques essais, stuppeur!!!

Effectivement, un #define avant l'appel d'un .h, on peut le retrouver dans le .h, mais comme les libs sont compilées séparément, ben au second passage, le #define a disparu.

Je croyais que le compilateur prenait TOUS les fichiers pour n'en faire plus qu'un, puis compilait, bah non, c'est le contraire, il compile puis rassemble après, trop déçu!
14  International / Le bar / Re: STM32 Comment cela se programme ? on: July 05, 2014, 02:45:46 am
+1!

Effectivement, MACMan8, ton post est intéressant et remotive un peu mes troupes. Je suis d'ailleurs en train de télécharger coIDE 1.7.6. reste à voir le côté config, car il semble que seul, il ne suffit pas...

Le STM32 est une belle bête, mais il semble que la carte discovery n'ait pas vraiment percé, plein de cartes étaient sorties à ce moment là... J'entends plus souvent parler de la RPI.

Pour la programmation, il y a toute une initialisation des horloges à faire, et c'est pas si simple que sur nos petits AVR, il faut donc utiliser des libs, encore faut-il les trouver... c'était ce point qui m'avait un peu dérouté, je m'étais dit qu'une fois les horloges configurées, il y aurait certainement encore des tas de trucs à faire avant de juste programmer un simple "blink"...

Par exemple, l'article : http://www.labsud.org/stm32f4-discovery-compiler-les-demos-avec-coocox-ide-et-code-sourcery/ montre que si on ne s'y connaît pas un minimum, bah on ne risque pas de faire tourner quelque chose...
15  International / Le bar / Re: STM32 Comment cela se programme ? on: July 04, 2014, 04:01:55 pm
Skywood s'y est penché (un STM32 qu'il soit sur une discovery ou une bread-board, ça reste un STM32...) :

http://skyduino.wordpress.com/2012/03/08/test-stm32f4-la-nouvelle-generation-darm-cortex-m4-est-dans-la-place/

un peu plus bas, sous les belles photos :

Quote
L’exemple de base quand on branche la carte pour la première fois est trés sympa.
Les led de couleurs clignotent en cercle et la carte se faire reconnaitre comme une souris hid via l’usb, de la il est possible de contrôler la souris sur l’écran en inclinant la carte grâce à l’accéléromètre.

Petit probléme auquel je fait fasse pour le moment, c’est au niveau de la toolchain gcc.
Pour pouvoir utiliser la série Cortex-M4 il faut une version trés récente de gcc,(...)
et là, ça refroidit. il y a une manip de ouf à faire pour "installer" en mode troll des fichiers mais pas tous etc etc...

Je ne sais pas où ça en est, mais moi, de base, j'aurais bien aimé une interface IDE comme l'arduino : tu codes, pis tu cliques sur "upload", pis ça marche...
Pages: [1] 2 3 ... 94