Show Posts
Pages: [1] 2 3 ... 93
1  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...
2  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
3  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.
4  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
5  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...
6  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...
7  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...
8  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é?
9  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...
10  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!
11  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...
12  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...
13  International / Le bar / Re: STM32 Comment cela se programme ? on: July 04, 2014, 01:55:18 pm
hônettement, j'ai deux STM32F4 discovery neuves qui dorment dans un tiroir depuis deux ans, jamais essayé de jouer avec, car aucune solution de prog ne m'a convaincu... Je trouve dommage de sortir un tel produit et de ne pas fournir avec une interface un minimum accessible...

Puis il y a aussi le côté très abstrait des datasheet, contrairement aux AVR qui eux proposent directement les bonnes adresses pour jouer avec.

Mon côté un peu fainéant me dit que si j'avais quelqu'un qui me montrait comment lui il fait, j'avancerais certainement plus...
14  International / Français / Re: Pb sur entrée analogique : Mesure de tension on: July 01, 2014, 12:36:14 am
C'est tout-à-fait normal. il y a des protections sur les entrées, et c'est ça qu'il t'arrive. Maintenant, si ton arduino fonctionne encore, tu as de la chance!
15  International / Français / Re: Multiplexage de fil resistif on: June 26, 2014, 12:33:11 am
Une question toute bête, mais serait-il possible d'utiliser une tête d'imprimante thermique, genre ticket de caisse? l'impression est précise me semble-t-il... (je n'ai encore aucune idée sur la façon dont ça imprime ces trucs-là...)

Ensuite, plutôt que de moduler la chaleur, je pencherais pour une chauffe constante et moduler le temps d'exposition (j'imagine que si le point chaud est suffisamment éloigné de l'encre, il ne se produira rien).

 J'ai un copain qui joue avec des lumières sur du papier photo, et ses résultats sont fonction surtout du temps d'exposition plutôt que de l'intensité d'éclairage...
Pages: [1] 2 3 ... 93