Tableaux de bord complets arduino

Très belle réalisation.

bravo, t'as assuré !!! tu partages ton code source ?

Merci encore, question très pertinente, bien que non opposé à partager, les problèmes sont les suivants :
- un an de travail quand même ! Au coin du feu devant la tv (oui j'ai un travail pour vivre aussi !)
- le programme n'est pas tout à fait au point, je n'ai pas eu le temps de le finir, il fait trop travailler le trim.
L'amélioration ne demande pas un gros travail (plutôt des mises au point)
Je vais changer complètement ma programmation du compte tour, il donne un temps de latence aux commandes (pour le trim) lorsque le moteur tourne. Je reçois le module électronique (10€) dans 10 jours pour cela qui soulagera la carte.
Ce n'est pas un programme mais un tas de sous-programmes. Sans compter le programme à rentrer dans les nextions (ainsi que les images). Il y a beaucoup de pages d'écriture.
Il me faudrait monter un site rien que pour expliquer les brochages pour connecter l'arduino.
J'ai aussi manqué de temps parce que mon moteur est une vieille rogne de Mercruiser que j'ai complètement refait cet hiver (j'ai même changé les pistons).
Je me pose toujours la question, partager ou not ? Je peux donner des sous-programmes comme réservoir, température...
Et puis je me vois mal le vendre, ce sera jamais un produit fini. Peut être faire du sur-mesure ? Et encore ça reviendrait trop cher, ceux qui ont les moyens achètent mieux que ça tout fait.

Mon travail de recherche a été passionnant, par exemple j'ai trouvé de la peinture pour jantes tuning (comme un latex qui se décolle) pour rendre étanche tous les circuits électroniques. ça n'abîme rien et en plus ça s'enlève comme une peau quand on veut y retravailler : génial !

Pour revenir sur le réglage du trim c'est en fonction de la vitesse du gps et la valeur est fixe (pour mon bateau 30km/h). Je vais aussi rendre cette valeur réglable comme la position optimale du trim. Assez simple à faire....mais faut le faire.
J'avais en projet de faire en fonction de la conso (j'ai acheté le capteur) mais... c'est en projet.

Le temps est mon ennemi, rien que pour partager etc... De plus je me sert de cette base pour d'autres projets : j'ai fait un tableau de bord pour la collection de mobylettes de mon frère. Dans les projets aussi des tableaux de bord pour austin, ww etc... c'est le même principe, même plus simple (pas de trim).

Explications du trim : plutôt qu'un pavé, une vidéo.

Excellent M'sieur !!!
Bravo pour cette belle réalisation

Comme je suis un sale gosse très critique......j'ai quand même un doute sur la position de la barre prise par un capteur derrière la barre à roue. A moins que ce ne soit un câble qui fasse la direction.

En revanche si c'est une direction hydraulique, forcément le capteur lui fonctionne, mais avec les fuites internes de la pompe, c'est forcément erroné d'avance.

En tous cas, ce n'est qu'un détail et ça n'enlève rien à cette belle réalisation.

Pour ce qui est du Trim qui bouge de trop si j'ai bien compris, peut-être s'agit-il d'un réglage du PID dans l'Arduino. Est-ce qu'on a la main sur les réglages de PID sur ces bébêtes ? Quand bien même, c'est sûr que ce n'est pas facile de régler un PID, on peut facilement y passer la journée sans obtenir de très bons résultats.

Pour ce qui est des temps de latence, pour la petite anecdote, j'ai possédé une Audi A4 190 CV Quattro, automatique boite DSG7, une horreur, même en mode sport. Alors, faut pas trop se flageller avec ça quand on a tout réalisé soi même en mode prototypage.

Merci,
- la barre est à câble donc aucune perte de précision. Je n'avais pas pensé à l'existence d'une barre hydraulique, sinon un capteur aurait été mis au plus près.

• Pour la programmation, c'est assez spécial : j'utilise mblock 3 (oui oui un logiciel pour l'école !) c'est des blocs (sorte de bulles) tout beau tout graphique. Bien sûr pas assez puissant, donc pour les blocs manquant comme le gps j'utilise des blocs vides (une "customisation" du logiciel créée par un Américain) que je programme en c (je copie/colle des trucs presque tout faits). Le traitement des données est en python. Ainsi pas de problème de syntaxe et très rapide à programmer. L'écran Nextion "intelligent" a son propre langage proche du C, juste un petit programme pour animer le ventilateur.

• le retour des capteurs de trim d'origine est un cauchemar sans compter le jeu de l'embase (un nombre entre 1 et 128 très fluctuant). J'essaierai les bibliothèques merci (quand j'aurai le temps haha). Une autre piste est de faire intervenir le temps (x secondes pour atteindre tel degré).