Construction du Pit à Myoda
Re: Construction du Pit à Myoda
#701Salut
Chez moi (système UCC), quand le bouton rotatif de gauche est sur OFF les chiffres des fréquences et chanel sont éteint. Seul le point des fréquences reste allumé (au moins on sait que ça marche)
En fait le rotatif commande à la fois la position OFF dans le Keystroke de Falcon (sur un pole) et coupe le circuit des affichages (surement le retour sur le second pole de l'inter rotatif)
le second circuit du rotatif a toutes les autres positions de l'inter (MAN - BOTH - ADF) reliées ensembles pour ne pas avoir de coupures de l'affichage lors du changement de positions
(Bien sûr le premier circuit de ce rotatif commande les 4 positions dans le Keystroke)
Et un grand merci pour ton programme et tes tutos... je vais pouvoir (dès que j'aurai le temps) faire fonctionner les instruments de la console auxiliaire droite grâce à ton super boulot
Chez moi (système UCC), quand le bouton rotatif de gauche est sur OFF les chiffres des fréquences et chanel sont éteint. Seul le point des fréquences reste allumé (au moins on sait que ça marche)
En fait le rotatif commande à la fois la position OFF dans le Keystroke de Falcon (sur un pole) et coupe le circuit des affichages (surement le retour sur le second pole de l'inter rotatif)
le second circuit du rotatif a toutes les autres positions de l'inter (MAN - BOTH - ADF) reliées ensembles pour ne pas avoir de coupures de l'affichage lors du changement de positions
(Bien sûr le premier circuit de ce rotatif commande les 4 positions dans le Keystroke)
Et un grand merci pour ton programme et tes tutos... je vais pouvoir (dès que j'aurai le temps) faire fonctionner les instruments de la console auxiliaire droite grâce à ton super boulot
Mon cockpit à moi................................................................. l'Histoire en vraie
Re: Construction du Pit à Myoda
#702Salut Goup,
MErci pour ton retour.
En effet j'ai posé la question sur BenchmarkSim directement pour savoir si c'est moi qui déraille ou pas.
https://www.benchmarksims.org/forum/sho ... post530146
https://www.benchmarksims.org/forum/sho ... l-power-on
ET ca a fini sur viperpit
http://www.viperpits.org/smf/index.php?topic=10209.150
En fait pour résumer, le comportement que tu décris est exactement le retour que j'ai eu. BMS renvoie tout le temps les données. ET a nous de nous démerder.
Donc tu as parfaitement raison, et les autres m'ont donnés le même son de cloche ! Utilisation des commutateurs rotatifs à deux pôles. Idem pour le volume sur le panneau Audio 1.
Mais mon problème est plus pervers. J'utilise un décodeur BCD type "SN54LS47" qui éteint les segments sur un signal "active low" donc a la masse. C'est une vraie connerie ce truc ! un non sens !!! Bref, je ne parviens pas a les éteindre avec du 0 V. Je dois ramener la patte a la masse et je n'y parviens pas même avec un bête transistor. Je penche plus pour un problème de masse commune, mais de toute façon ça c'est mon problème a régler.
Pour résumer, la team BMS ne fera pas de correctif en ce sens (stopper le signal quand on coupe avec les boutons dans le simu). Donc voila, à moi de trouver les solutions. Mais elle ne seront pas logicielles c'est sur (f4ToSerial).
Merci a toi d'utiliser aussi le programme. C'est un grand honneur.
Je ferai normalement dès que j'ai le temps deux autres videos tutoriels pour les deux autres fonctions du programme restantes. Les Afficheurs 7 segments, et les lampes.
N'hésite pas si besoin.
A bientôt les filles!
MErci pour ton retour.
En effet j'ai posé la question sur BenchmarkSim directement pour savoir si c'est moi qui déraille ou pas.
https://www.benchmarksims.org/forum/sho ... post530146
https://www.benchmarksims.org/forum/sho ... l-power-on
ET ca a fini sur viperpit
http://www.viperpits.org/smf/index.php?topic=10209.150
En fait pour résumer, le comportement que tu décris est exactement le retour que j'ai eu. BMS renvoie tout le temps les données. ET a nous de nous démerder.
Donc tu as parfaitement raison, et les autres m'ont donnés le même son de cloche ! Utilisation des commutateurs rotatifs à deux pôles. Idem pour le volume sur le panneau Audio 1.
Mais mon problème est plus pervers. J'utilise un décodeur BCD type "SN54LS47" qui éteint les segments sur un signal "active low" donc a la masse. C'est une vraie connerie ce truc ! un non sens !!! Bref, je ne parviens pas a les éteindre avec du 0 V. Je dois ramener la patte a la masse et je n'y parviens pas même avec un bête transistor. Je penche plus pour un problème de masse commune, mais de toute façon ça c'est mon problème a régler.
Pour résumer, la team BMS ne fera pas de correctif en ce sens (stopper le signal quand on coupe avec les boutons dans le simu). Donc voila, à moi de trouver les solutions. Mais elle ne seront pas logicielles c'est sur (f4ToSerial).
Merci a toi d'utiliser aussi le programme. C'est un grand honneur.
Je ferai normalement dès que j'ai le temps deux autres videos tutoriels pour les deux autres fonctions du programme restantes. Les Afficheurs 7 segments, et les lampes.
N'hésite pas si besoin.
A bientôt les filles!
L'histoire du pit sur Checksix : viewtopic.php?f=286&t=192908
Télécharger mon programme : http://f4toserial.com
La chaîne Youtube : https://www.youtube.com/channel/UChAv6B ... 1J7oDf-W1w
Les photos du cockpit : https://photos.app.goo.gl/BqyyyjkKzo2ZjdoF9
Télécharger mon programme : http://f4toserial.com
La chaîne Youtube : https://www.youtube.com/channel/UChAv6B ... 1J7oDf-W1w
Les photos du cockpit : https://photos.app.goo.gl/BqyyyjkKzo2ZjdoF9
Re: Construction du Pit à Myoda
#703Hello Myoda ! Un immense merci pour ton programme ainsi que ton tuto !
J'envisage sérieusement de me faire une DED en suivant ton exemple. Malheureusement, en période de confinement, difficile de trouver une livraison rapide du bon produit.
J'ai trouvé ceci, mais je n'arrive pas à être sur que ce soit du SPI.
Sais-tu jeter un coup d'oeil?
2.8''
https://www.mouser.be/ProductDetail/New ... BgsoLeI%3D
https://www.mouser.be/datasheet/2/291/N ... 243421.pdf
J'envisage sérieusement de me faire une DED en suivant ton exemple. Malheureusement, en période de confinement, difficile de trouver une livraison rapide du bon produit.
J'ai trouvé ceci, mais je n'arrive pas à être sur que ce soit du SPI.
Sais-tu jeter un coup d'oeil?
2.8''
https://www.mouser.be/ProductDetail/New ... BgsoLeI%3D
https://www.mouser.be/datasheet/2/291/N ... 243421.pdf
Re: Construction du Pit à Myoda
#704Fullnegi a écrit : ↑jeu. mars 26, 2020 6:31 pmHello Myoda ! Un immense merci pour ton programme ainsi que ton tuto !
J'envisage sérieusement de me faire une DED en suivant ton exemple. Malheureusement, en période de confinement, difficile de trouver une livraison rapide du bon produit.
J'ai trouvé ceci, mais je n'arrive pas à être sur que ce soit du SPI.
Sais-tu jeter un coup d'oeil?
2.8''
https://www.mouser.be/ProductDetail/New ... BgsoLeI%3D
https://www.mouser.be/datasheet/2/291/N ... 243421.pdf
Salut,
Désolé pour le retard, je t'avais répondu brievement sur Youtube. L'écran que tu as montré sur Mouser est un SPI (NHD-2.8-25664UCY2). Il peut se configurer en 4 ou 3 fils. regarde en dessous dans la description : Type d'interface:8 bit Parallel/3-Wire SPI or 4-Wire SPI.
En règle général, pour configurer l'une ou l'autre des interfaces il faut dessouder une résistance. Tout dépend du model choisi. Par exemple, j'ai eu un écran sur lequel j'ai du dessouder, et un autre déjà configuré en 4 wire.
Pour information, sur F4ToSerial, il faut utiliser uniquement les interfaces 4 wires (le DC en plus). Ne me demande pas pourquoi j'ai choisi cette option plutôt qu'une autre, tu risquerais d'être déçu par la réponse !
Autre point:
J'ai fait une mise à jour du programme hier soir. Cette maj est très importante, car elle change RA-DI-CA-LE-MENT la manière dont sont envoyée les données sur les cartes via la liaison série. Le résultat final est vraiment bien, les performances sont bien meilleures et je me demande pourquoi je n'y ai pas pensé plus tôt...
Grosso modo, avant la 4.9, les données étaient envoyées en permanences sur le port série aux différents modules (DED, FFI, moteurs pas à pars, 7 segments ...) !
Qu'elles soient identiques ou pas. Par exemple si la fréquence UHF backup etait de 255.000 le programme envoyait en permanence cette valeurs à la carte Arduino qui devait du coup, elle aussi, en permanence se mettre à jour.
Dorénavant, chaque trame passe par un "cache" ou "tampon". La dernières trame envoyée est stockée pour être comparée avec les suivantes en fonction de son type (moteur, ecran, 7segments..). Si la valeur est identique rien n'est envoyé. Sinon, le programme la laisse passer et ainsi de suite.
Le résultat est sans égal. Plus aucun décrochage sur les écrans, et fluidité optimale sur les afficheurs... Il n'est plus nécéssaire de travailler en 1.000.000 de bauds. (je pense supprimer cette fréquence). Bref, A se demander pourquoi ce n'est que maintenant que je fais cela...
Je n'ai pas encore testé sur les moteurs pas à pas. Mais cela devrait fonctionner normalement ! Bref, n'hésitez pas à me faire des retours si des problèmes sont constatés.
Bisous les filles ! et bon confinement !
L'histoire du pit sur Checksix : viewtopic.php?f=286&t=192908
Télécharger mon programme : http://f4toserial.com
La chaîne Youtube : https://www.youtube.com/channel/UChAv6B ... 1J7oDf-W1w
Les photos du cockpit : https://photos.app.goo.gl/BqyyyjkKzo2ZjdoF9
Télécharger mon programme : http://f4toserial.com
La chaîne Youtube : https://www.youtube.com/channel/UChAv6B ... 1J7oDf-W1w
Les photos du cockpit : https://photos.app.goo.gl/BqyyyjkKzo2ZjdoF9
Re: Construction du Pit à Myoda
#705Super nouvelles, milles merci Myoda !
L'écran et l'arduino sont à Roissy, j'attends qu'ils arrivent jusqu'ici et je te dis quoi
Si j'ai compris, sur le mien, ce n'est pas une résistance, mais les 2 premières pins à connecter à la masse si je veux un SPI 4 wire (bien plus simple) plutôt qu'un parralèle 6800 ou 8800. Je croyais que le coup de dessouder une résistance, c'était pour faire la bascule SPI/I2C... Ou alors c'est la même chose? (SPI = sérial et I2C parrallèle?)
Et si j'ai bien compris, le fameux "MPU" dont je parlais en commentaire youtube, c'est l'arduino, tout simplement. Sur le coup, j'ai eu peur que l'écran ait eu besoin d'un contrôleur en plus.
Par contre, comme un crétin, j'ai pris une nappe de 20cm, mais j'ai oublié de prendre le petit pcb d'extension femelle-femelle...
Vais devoir attendre avant de pouvoir intégrer le système dans le pit :'(
L'écran et l'arduino sont à Roissy, j'attends qu'ils arrivent jusqu'ici et je te dis quoi
Si j'ai compris, sur le mien, ce n'est pas une résistance, mais les 2 premières pins à connecter à la masse si je veux un SPI 4 wire (bien plus simple) plutôt qu'un parralèle 6800 ou 8800. Je croyais que le coup de dessouder une résistance, c'était pour faire la bascule SPI/I2C... Ou alors c'est la même chose? (SPI = sérial et I2C parrallèle?)
Et si j'ai bien compris, le fameux "MPU" dont je parlais en commentaire youtube, c'est l'arduino, tout simplement. Sur le coup, j'ai eu peur que l'écran ait eu besoin d'un contrôleur en plus.
Par contre, comme un crétin, j'ai pris une nappe de 20cm, mais j'ai oublié de prendre le petit pcb d'extension femelle-femelle...
Vais devoir attendre avant de pouvoir intégrer le système dans le pit :'(
Re: Construction du Pit à Myoda
#706Tu aurais effectivement besoin d'une nappe avec un adaptateur pour connecter l'écran.
SPI et I2C ce sont deux protocoles de transports (BUS). Ils fonctionnent sur le même principe (maître / esclave). Sauf que l'I2C est légèrement moin rapide que le SPI.
L'autre différence c'est que le protocole I2C contrairement au BUS SPI fonctionnent avec des adresses hexa.
Peu importe. F4ToSerial requière l'utilisation d'un SPI 4Wire pour fonctionner.
Bon courage pour les branchements et les commandes en cette période !
SPI et I2C ce sont deux protocoles de transports (BUS). Ils fonctionnent sur le même principe (maître / esclave). Sauf que l'I2C est légèrement moin rapide que le SPI.
L'autre différence c'est que le protocole I2C contrairement au BUS SPI fonctionnent avec des adresses hexa.
Peu importe. F4ToSerial requière l'utilisation d'un SPI 4Wire pour fonctionner.
Bon courage pour les branchements et les commandes en cette période !
L'histoire du pit sur Checksix : viewtopic.php?f=286&t=192908
Télécharger mon programme : http://f4toserial.com
La chaîne Youtube : https://www.youtube.com/channel/UChAv6B ... 1J7oDf-W1w
Les photos du cockpit : https://photos.app.goo.gl/BqyyyjkKzo2ZjdoF9
Télécharger mon programme : http://f4toserial.com
La chaîne Youtube : https://www.youtube.com/channel/UChAv6B ... 1J7oDf-W1w
Les photos du cockpit : https://photos.app.goo.gl/BqyyyjkKzo2ZjdoF9
Re: Construction du Pit à Myoda
#707Merci pour ton travail Myoda.
TrackIR V4 + TrackClip Pro / HOTAS Cougar - FFSB R1 - Throttle effet Hall/ Beyerdynamic MMX300 / MSI Z97 gaming 5/ Nvidia Gigabyte GTX 1080Ti / Intel core i5-4690K / Windows 10 / RAM DDR3 32GB / SSD Samsung 840 Pro 256 Go
Re: Construction du Pit à Myoda
#708Myoda, tu es un dieu !
Sans ton travail, jamais je n'aurais pu faire une telle chose ! :D
Je n'y connais rien en programmation ni en électronique, et j'ai pu intégrer une DED dans mon pit, c'est juste fou !
J'ai du me battre avec les masses de mon contrôleur OLED et les bauds du port COM, mais ça a finit par fonctionner. Plus qu'à modéliser une petite boite à imprimer en 3d pour intégrer ça dans le pit.
Bon... me faudrait également l'extension de la nappe. On va encore attendre un peu...
Avec la 4.9, aucun scintillement. C'est super agréable. Malgré tout; j'ai essayé de jouer avec le refresh rate et les bauds et j'ai quand même un soucis.
Soit l'écran est lent à changer d'affichage, soit il ne me "suis pas". Si je vais trop vite à rentrer des valeurs, il reste "bloqué" à l'affichage d'avant et attends le prochain refresh.
Quels sont les valeurs qui fonctionnent bien chez toi? Je suis arrivé à un compris pas trop dégueu vers les 100m/s.
Sans ton travail, jamais je n'aurais pu faire une telle chose ! :D
Je n'y connais rien en programmation ni en électronique, et j'ai pu intégrer une DED dans mon pit, c'est juste fou !
J'ai du me battre avec les masses de mon contrôleur OLED et les bauds du port COM, mais ça a finit par fonctionner. Plus qu'à modéliser une petite boite à imprimer en 3d pour intégrer ça dans le pit.
Bon... me faudrait également l'extension de la nappe. On va encore attendre un peu...
Avec la 4.9, aucun scintillement. C'est super agréable. Malgré tout; j'ai essayé de jouer avec le refresh rate et les bauds et j'ai quand même un soucis.
Soit l'écran est lent à changer d'affichage, soit il ne me "suis pas". Si je vais trop vite à rentrer des valeurs, il reste "bloqué" à l'affichage d'avant et attends le prochain refresh.
Quels sont les valeurs qui fonctionnent bien chez toi? Je suis arrivé à un compris pas trop dégueu vers les 100m/s.
Re: Construction du Pit à Myoda
#709Merci pour ton message ! J'espère que ça peut aider.
Super content que cela fonctionne ! Ca fait toujours plaisir de voir un nouveau Cockpit avancer !Fullnegi a écrit : Je n'y connais rien en programmation ni en électronique, et j'ai pu intégrer une DED dans mon pit, c'est juste fou !
Fullnegi a écrit : Avec la 4.9, aucun scintillement. C'est super agréable. Malgré tout; j'ai essayé de jouer avec le refresh rate et les bauds et j'ai quand même un soucis.
Soit l'écran est lent à changer d'affichage, soit il ne me "suis pas". Si je vais trop vite à rentrer des valeurs, il reste "bloqué" à l'affichage d'avant et attends le prochain refresh.
Quels sont les valeurs qui fonctionnent bien chez toi? Je suis arrivé à un compris pas trop dégueu vers les 100m/s.
Il y a deux paramètres à prendre en compte.
- La vitesse de transfert des données sur le port série (SP) exprimé en bauds, c-a-d depuis ton pc vers ta carte arduino.
- La vitesse de rafraîchissement des données (VRD) exprimé en ms, c-a-d le nombre de fois par seconde ou tu envoies les infos sur la (les) cartes arduinos.
En gros plus SP est élevé, mieux c'est. Sur F4ToSerial, tu peux aller jusqu'a 1 Millions de bauds. Mais certaines carte ne l'acceptent pas. Tout dépends du matériel. Mais il semblerai que les processeurs ATMega le supportent très bien selon mes tests. En gros, plus cette vitesse SP est élevée, plus les données sont envoyées vites et plus la carte Arduino vide de ce qu'on appelle le "buffer". C'est un tampon qui retient les données sur ta carte arduino.
D'un autre côté, la vitesse de rafraîchissement VRD est importante. Car si le nombre est trop petit (par exemple 50 ms) ça veut dire que tu satures la carte avec des informations envoyées toutes les 50 ms. C-a-d 1 trame de données toutes les 0,05 sec !!
En même temps, si la valeur de VRD est trop longue (1000) tu envoies une infos toutes les secondes. Hors dans le cas de l'affiche des secondes sur le DED (écran par défaut) l'heure étant affiché, il faut donc avoir une valeur inférieure à une seconde.
Un autre problème se pose. Je l'ai expliqué avant, mais il faut bien comprendre qu'un écran DED, affiche les infos par "balayage". c-a-d, il faut attendre que celui-ci ai terminé d'afficher le résultat "pixel par pixel" pour afficher les données suivantes. Sa vitesse (boucle) est donc limitée.
Donc, si tu changes avec ton ICP très vite plusieurs fois l'affichage de l'écran DED, et que la valeur de VRD est trop grande, le temps que l'affichage des infos apparaissent sur l'écran, la boucle n'est pas finie et ta carte n'a pas pu eu le temps de traiter la demande suivante envoyée sur le port série.
En résumé :
- Déjà je t'invite a mettre les écrans oled (DED, FFI et PFL) à part, sur une seule carte. Et non avec par exemple une matrice de led etc....
- Ensuite, selon mes test, je n'ai aucun problème avec une vitesse de transfert SP de 125.000 et un VRD de 100 ms comme toi.
Cela fonctionne nickel dans mon cockpit. je n'ai pas de problème particulier.
J'ai été un peu long, mais j'espère que cela te permettra d'y voir plus clair et de trouver les bon paramètres de ton côté, car il faut maîtriser ses deux paramètres ce que tu semble avoir déjà compris.
N'hésite pas si besoin !
A bientôt.
L'histoire du pit sur Checksix : viewtopic.php?f=286&t=192908
Télécharger mon programme : http://f4toserial.com
La chaîne Youtube : https://www.youtube.com/channel/UChAv6B ... 1J7oDf-W1w
Les photos du cockpit : https://photos.app.goo.gl/BqyyyjkKzo2ZjdoF9
Télécharger mon programme : http://f4toserial.com
La chaîne Youtube : https://www.youtube.com/channel/UChAv6B ... 1J7oDf-W1w
Les photos du cockpit : https://photos.app.goo.gl/BqyyyjkKzo2ZjdoF9
Re: Construction du Pit à Myoda
#710Tout à fait, c'est à peu près ce que j'avais compris, mais le voir écrit noir sur blanc m'aide à piger encore mieux
Merci à toi pour les explications!
Je précise que je n'ai que la DED sur une Arduino Mega pour le moment
Malgré les 1millions de bauds et 100m/s, il y a toujours un décalage d'une seconde... C'est un peu embêtant mais ça passe si je le prendre en compte en rentrant mes données sur l'ICP.
J'ai également du augmenter un peu le VRD, car il persiste des saturations intermittentes. J'ai mis 170m/s après quelques tests.
Est-ce que l'on doit modifier la vitesse SP ou le tampon dans le gestionnaire de périphérique ? Windows ne me permet pas d'aller au dela de 128.000.
Merci à toi pour les explications!
Je précise que je n'ai que la DED sur une Arduino Mega pour le moment
Malgré les 1millions de bauds et 100m/s, il y a toujours un décalage d'une seconde... C'est un peu embêtant mais ça passe si je le prendre en compte en rentrant mes données sur l'ICP.
J'ai également du augmenter un peu le VRD, car il persiste des saturations intermittentes. J'ai mis 170m/s après quelques tests.
Est-ce que l'on doit modifier la vitesse SP ou le tampon dans le gestionnaire de périphérique ? Windows ne me permet pas d'aller au dela de 128.000.
Re: Construction du Pit à Myoda
#711Tu pourras tous les ajouter, il n'y a aucun problème à ça.Fullnegi a écrit : Je précise que je n'ai que la DED sur une Arduino Mega pour le moment
Je suis surpris, car sur ta vidéo je ne vois pas du tout de décalage. Je suis en 120.000 Bauds (SP), et 100 ms (VRD), donc moins rapide que toi en (SP) et pourtant je n'ai aucun décalage. tout est vraiment nickel. c'est surprenant.Fullnegi a écrit : Malgré les 1millions de bauds et 100m/s, il y a toujours un décalage d'une seconde... C'est un peu embêtant mais ça passe si je le prendre en compte en rentrant mes données sur l'ICP.
Et Une seconde, c'est vraiment énorme. Dès que j'appuis sur une touche de mon ICP cela réagi direct. Exactement comme sur ta vidéo.
Est-ce que c'est mieux ? n'hésite pas à me faire une vidéo que je puisse voir le problème.Fullnegi a écrit : J'ai également du augmenter un peu le VRD, car il persiste des saturations intermittentes. J'ai mis 170m/s après quelques tests.
Absolument pas. Windows n'a aucun rapport avec cela. La vitesse se règle des deux côtés. Ordinateur (eméteur) et carte Arduino (récepteur). Tu peux le faire pour le récepteur toi même via l'IDE Arduino dans le code C++. Ou alors, tu utilises F4ToSerial pour transférer un programme déjà configuré en 1M ou 125.KFullnegi a écrit : Est-ce que l'on doit modifier la vitesse SP ou le tampon dans le gestionnaire de périphérique ? Windows ne me permet pas d'aller au dela de 128.000.
Puis ensuite, tu dois donc indiquer à F4ToSerial a quelle vitesse tu as définie ta carte Arduino (Onglet Général settings --> Serial Speed Bauds rate).
L'histoire du pit sur Checksix : viewtopic.php?f=286&t=192908
Télécharger mon programme : http://f4toserial.com
La chaîne Youtube : https://www.youtube.com/channel/UChAv6B ... 1J7oDf-W1w
Les photos du cockpit : https://photos.app.goo.gl/BqyyyjkKzo2ZjdoF9
Télécharger mon programme : http://f4toserial.com
La chaîne Youtube : https://www.youtube.com/channel/UChAv6B ... 1J7oDf-W1w
Les photos du cockpit : https://photos.app.goo.gl/BqyyyjkKzo2ZjdoF9
Re: Construction du Pit à Myoda
#712Salut,Fullnegi a écrit : Malgré les 1millions de bauds et 100m/s, il y a toujours un décalage d'une seconde... C'est un peu embêtant mais ça passe si je le prendre en compte en rentrant mes données sur l'ICP.
J'ai également du
Juste pour te dire que j'ai fais une MAJ hier soir.
Tu peux maintenant activer le cache indépendament. Je te conseille de rester à 70 ms de VRD, de tout activer en cache sauf affiche"displays" pour les écrans.
Ca devrait être magique !
Amuse toi bien !
L'histoire du pit sur Checksix : viewtopic.php?f=286&t=192908
Télécharger mon programme : http://f4toserial.com
La chaîne Youtube : https://www.youtube.com/channel/UChAv6B ... 1J7oDf-W1w
Les photos du cockpit : https://photos.app.goo.gl/BqyyyjkKzo2ZjdoF9
Télécharger mon programme : http://f4toserial.com
La chaîne Youtube : https://www.youtube.com/channel/UChAv6B ... 1J7oDf-W1w
Les photos du cockpit : https://photos.app.goo.gl/BqyyyjkKzo2ZjdoF9
Re: Construction du Pit à Myoda
#714Salut Myoda.
À quoi servent ces caches ? Quel est leur intérêt ?
À quoi servent ces caches ? Quel est leur intérêt ?
Re: Construction du Pit à Myoda
#715Il me semble qu'il s'agit de ceci
Myoda a écrit : ↑dim. mars 29, 2020 2:54 pm
Autre point:
J'ai fait une mise à jour du programme hier soir. Cette maj est très importante, car elle change RA-DI-CA-LE-MENT la manière dont sont envoyée les données sur les cartes via la liaison série. Le résultat final est vraiment bien, les performances sont bien meilleures et je me demande pourquoi je n'y ai pas pensé plus tôt...
Grosso modo, avant la 4.9, les données étaient envoyées en permanences sur le port série aux différents modules (DED, FFI, moteurs pas à pars, 7 segments ...) !
Qu'elles soient identiques ou pas. Par exemple si la fréquence UHF backup etait de 255.000 le programme envoyait en permanence cette valeurs à la carte Arduino qui devait du coup, elle aussi, en permanence se mettre à jour.
Dorénavant, chaque trame passe par un "cache" ou "tampon". La dernières trame envoyée est stockée pour être comparée avec les suivantes en fonction de son type (moteur, ecran, 7segments..). Si la valeur est identique rien n'est envoyé. Sinon, le programme la laisse passer et ainsi de suite.
Le résultat est sans égal. Plus aucun décrochage sur les écrans, et fluidité optimale sur les afficheurs... Il n'est plus nécéssaire de travailler en 1.000.000 de bauds. (je pense supprimer cette fréquence). Bref, A se demander pourquoi ce n'est que maintenant que je fais cela...
Je n'ai pas encore testé sur les moteurs pas à pas. Mais cela devrait fonctionner normalement ! Bref, n'hésitez pas à me faire des retours si des problèmes sont constatés.
Bisous les filles ! et bon confinement !
Re: Construction du Pit à Myoda
#716Ah ben oui, si j’avais relu le post je n’aurai pas posé ma question ....
Merci Full
Merci Full
Re: Construction du Pit à Myoda
#717Je t'en prie. Hésite pas si tu as des questions Cat.cat plombe a écrit : ↑jeu. avr. 09, 2020 3:18 pmAh ben oui, si j’avais relu le post je n’aurai pas posé ma question ....
Merci Full
Finalement j'ai pu tester hier soir sur Kunsan. Je vole rarement longtemps, car seul c'est casse cou...
J'espère désespérément trouver un compatriote ici !
L'histoire du pit sur Checksix : viewtopic.php?f=286&t=192908
Télécharger mon programme : http://f4toserial.com
La chaîne Youtube : https://www.youtube.com/channel/UChAv6B ... 1J7oDf-W1w
Les photos du cockpit : https://photos.app.goo.gl/BqyyyjkKzo2ZjdoF9
Télécharger mon programme : http://f4toserial.com
La chaîne Youtube : https://www.youtube.com/channel/UChAv6B ... 1J7oDf-W1w
Les photos du cockpit : https://photos.app.goo.gl/BqyyyjkKzo2ZjdoF9
Re: Construction du Pit à Myoda
#718Ready buddy! :D
Je trouve aussi qu'une fois que tu as commencé en multi, le retour en solo n'est pas inspirant.
On pourr tester F4toSerial en même temps! :D
Je trouve aussi qu'une fois que tu as commencé en multi, le retour en solo n'est pas inspirant.
On pourr tester F4toSerial en même temps! :D
Re: Construction du Pit à Myoda
#719Hello ! Retour sur la Ded
J'ai fais comme tu m'as dis, 70ms, 1million de bauds, tampon désactivé sur les display, le tout sur une Arduino méga qui n’accueille qu'un seul OLED.
Allumé F4ToSerial 2h avant le vol (et port ouvert), mission d'1h30 (intensive) avec la 01, je n'ai plus eu d'ennui de page qui ne changeait pas! L'affichage est toujours un poil lent.
Par exemple, une bonne latence quand j'appuie sur les boutons radios, "UHF" ne se met en surbrillance qu'après une seconde.
Pour la manipulation ICP, tant que je ne vais pas trop vite (comme dans un "rush" avec plein d'avions autour), ça passe
En rush, je dois faire confiance à mes doigts boudinés sur l'ICP ^^
Merci encore Myoda ! C'est vraiment un super programme, efficace, et simple qui fait tout pour toi, en bref, génial !
J'ai fais comme tu m'as dis, 70ms, 1million de bauds, tampon désactivé sur les display, le tout sur une Arduino méga qui n’accueille qu'un seul OLED.
Allumé F4ToSerial 2h avant le vol (et port ouvert), mission d'1h30 (intensive) avec la 01, je n'ai plus eu d'ennui de page qui ne changeait pas! L'affichage est toujours un poil lent.
Par exemple, une bonne latence quand j'appuie sur les boutons radios, "UHF" ne se met en surbrillance qu'après une seconde.
Pour la manipulation ICP, tant que je ne vais pas trop vite (comme dans un "rush" avec plein d'avions autour), ça passe
En rush, je dois faire confiance à mes doigts boudinés sur l'ICP ^^
Merci encore Myoda ! C'est vraiment un super programme, efficace, et simple qui fait tout pour toi, en bref, génial !
Re: Construction du Pit à Myoda
#720Remarque/suggestion : Comme c'est une liaison "série" qui est utilisée, une mauvaise qualité de câblage pourrait occasionner des erreurs de transmission et des renvois de paquets de données. Cela pourrait expliquer des lenteurs.
Pilote indépendant de F16 block 50/52 sur Falcon BMS - HOTAS Cougar modé FCC1 - Saitek Pro Rudder Pedals - ED TRacker - 2x MFD Cougar - ICP "CatPlombe" - 1x Carte Pokeys - un cockpit F16 en chantier - CM MSI B650 Gaming ; AMD Ryzen 7800X3D 4,20GHz ; 32 Go DDR5 Corsair ; AMD Radeon RX7900XTX 24Go DDR6 ; Ecran Hisense 55" 4K
Re: Construction du Pit à Myoda
#722Fullnegi a écrit : ↑ven. avr. 10, 2020 12:57 amHello ! Retour sur la Ded
J'ai fais comme tu m'as dis, 70ms, 1million de bauds, tampon désactivé sur les display, le tout sur une Arduino méga qui n’accueille qu'un seul OLED.
Allumé F4ToSerial 2h avant le vol (et port ouvert), mission d'1h30 (intensive) avec la 01, je n'ai plus eu d'ennui de page qui ne changeait pas! L'affichage est toujours un poil lent.
Par exemple, une bonne latence quand j'appuie sur les boutons radios, "UHF" ne se met en surbrillance qu'après une seconde.
Pour la manipulation ICP, tant que je ne vais pas trop vite (comme dans un "rush" avec plein d'avions autour), ça passe
En rush, je dois faire confiance à mes doigts boudinés sur l'ICP ^^
Merci encore Myoda ! C'est vraiment un super programme, efficace, et simple qui fait tout pour toi, en bref, génial !
Coucou,
Je partage l'avis de Vico.
Je t'avoue que je n'ai pas eu ce retour avec F4ToSerial et la réactivité générale est très bonne chez moi. j'appuis et ça réagis directement.
J'ai plutôt l'impression que c'est le temps de réaction du clavier de l'ICP qui rentre en ligne de compte. Comment fonctionne la matrice de ton ICP ? avec une Pokeys ?
Il y a un mode sur le logiciel Pokey (touche F4) je crois qui te permet de voir l’état des sorties digitales. Regarde si tu as ce problème.
J'ai du mal a imaginer que la vitesse de transmission entre 115K et 1000K soit a prendre en compte depuis la mise en place du cache sur la 4.9.
https://electronics.stackexchange.com/q ... s-bit-rate
Mais ton retour est très intéressant. Tiens moi au courant.
L'histoire du pit sur Checksix : viewtopic.php?f=286&t=192908
Télécharger mon programme : http://f4toserial.com
La chaîne Youtube : https://www.youtube.com/channel/UChAv6B ... 1J7oDf-W1w
Les photos du cockpit : https://photos.app.goo.gl/BqyyyjkKzo2ZjdoF9
Télécharger mon programme : http://f4toserial.com
La chaîne Youtube : https://www.youtube.com/channel/UChAv6B ... 1J7oDf-W1w
Les photos du cockpit : https://photos.app.goo.gl/BqyyyjkKzo2ZjdoF9
Re: Construction du Pit à Myoda
#723J'avais mis un vieux câble USB type B sur l'arduino (2m, tout vieux bazar datant de windows XP), je me suis dis que c'était peut-être ça.
J'ai acheté un nouveau câble (je n'ai trouvé que du 3 mètres) mais même soucis.
Non, ça ne vient pas du côté des entrées. Le décalage est flagrant entre BMS et la DED par moment.
En outre, pendant mes test, j'ai essayé sur l'ICP que j'ai fait (encoder HID sans matrice, plug&play) et un ICP récemment acquis sur Arduino Pro Micro ainsi que à la souris/clavier.
Les entrées sont reconnues instantanément, la preuve étant en regardant Falcon. Je n'avais pas non plus le soucis en exportant mes écrans (MFDextractor ou Cockpit Display Extraction).
J'avais fait le test en triple : sur Falcon et mon export d'écran, aucun décalage contrairement à l'écran OLED.
ça se voit pas assez bien lors d'une erreur d'entrée dans la DED, quand l'écran clignote. Sur l'écran OLED ça ne clignote parfois pas du tout.
Le décalage n'est pas toujours le même. parfois quelques milliseconde, parfois une seconde entière.
J'ai remarqué également que F4ToSerial avait du mal à rester en 70ms, il se remettait à 120 au redémarrage (peut-être une erreur de manip de ma part).
J'ai donc bien veillé à cela également lors des derniers tests.
Voila ou j'en suis :
réglage 70ms, 1million de bauds, nouveau câble
Vidéo pour comparer falcon/F4toSerial sur la DED.
Je vérifierais si ça peut venir de mon câblage Arduino->Controleur Oled, mais à priori, j'avais pas trop trop mal fait ça.
Je précise que tout ça n'enlève à rien à ton travail, c'est juste un retour, aucunement une critique !!
J'ai acheté un nouveau câble (je n'ai trouvé que du 3 mètres) mais même soucis.
Non, ça ne vient pas du côté des entrées. Le décalage est flagrant entre BMS et la DED par moment.
En outre, pendant mes test, j'ai essayé sur l'ICP que j'ai fait (encoder HID sans matrice, plug&play) et un ICP récemment acquis sur Arduino Pro Micro ainsi que à la souris/clavier.
Les entrées sont reconnues instantanément, la preuve étant en regardant Falcon. Je n'avais pas non plus le soucis en exportant mes écrans (MFDextractor ou Cockpit Display Extraction).
J'avais fait le test en triple : sur Falcon et mon export d'écran, aucun décalage contrairement à l'écran OLED.
ça se voit pas assez bien lors d'une erreur d'entrée dans la DED, quand l'écran clignote. Sur l'écran OLED ça ne clignote parfois pas du tout.
Le décalage n'est pas toujours le même. parfois quelques milliseconde, parfois une seconde entière.
J'ai remarqué également que F4ToSerial avait du mal à rester en 70ms, il se remettait à 120 au redémarrage (peut-être une erreur de manip de ma part).
J'ai donc bien veillé à cela également lors des derniers tests.
Voila ou j'en suis :
réglage 70ms, 1million de bauds, nouveau câble
Vidéo pour comparer falcon/F4toSerial sur la DED.
Je vérifierais si ça peut venir de mon câblage Arduino->Controleur Oled, mais à priori, j'avais pas trop trop mal fait ça.
Je précise que tout ça n'enlève à rien à ton travail, c'est juste un retour, aucunement une critique !!
Re: Construction du Pit à Myoda
#724Mon petit Fullnegi, franchement j'ai maté la vidéo, et je trouve le résultat vraiment top
De ce que je vois, tu as mois d'un 50 ms de réponse. Je dirais même 20 ms max. C'est visible a l’œil nu !
En fait, ce micro décalage, tu l'auras toujours. Car il correspond au temps de réponse des composant dans la boucle Arduino.
Tu peux encore réduire le temps de réponse en diminuant de 70 ms a 20 ms ou 30 ms. Mais tu risques de saturer le buffer de la carte Arduino dans ce cas.
Ensuite l'autre problème, c'est que je ne vois pas comment tu peux aller plus vite que le temps de réponse d'un écran OLED. Il est très bas, mais la on est en mode graphique. Donc chaque image nouvelle image remplace l'image précédente.
L'autre souci, c'est qu'F4ToSerial gère d'autres paramètres. Moteurs, Lightbits, 7segemnts etc.. Donc ta carte Arduino ne se contente pas que de faire ça.
Mon conseil : Essaye en réduisant le temps de 70 à 30 ms. Et regarde en 1.000.000 de bauds si ca passe bien.
Mais tu n'auras jamais un résultat instantané.
Tiens moi au courant ! C'est super, et merci pour tes encouragements !
De ce que je vois, tu as mois d'un 50 ms de réponse. Je dirais même 20 ms max. C'est visible a l’œil nu !
En fait, ce micro décalage, tu l'auras toujours. Car il correspond au temps de réponse des composant dans la boucle Arduino.
Tu peux encore réduire le temps de réponse en diminuant de 70 ms a 20 ms ou 30 ms. Mais tu risques de saturer le buffer de la carte Arduino dans ce cas.
Ensuite l'autre problème, c'est que je ne vois pas comment tu peux aller plus vite que le temps de réponse d'un écran OLED. Il est très bas, mais la on est en mode graphique. Donc chaque image nouvelle image remplace l'image précédente.
L'autre souci, c'est qu'F4ToSerial gère d'autres paramètres. Moteurs, Lightbits, 7segemnts etc.. Donc ta carte Arduino ne se contente pas que de faire ça.
Mon conseil : Essaye en réduisant le temps de 70 à 30 ms. Et regarde en 1.000.000 de bauds si ca passe bien.
Mais tu n'auras jamais un résultat instantané.
Tiens moi au courant ! C'est super, et merci pour tes encouragements !
L'histoire du pit sur Checksix : viewtopic.php?f=286&t=192908
Télécharger mon programme : http://f4toserial.com
La chaîne Youtube : https://www.youtube.com/channel/UChAv6B ... 1J7oDf-W1w
Les photos du cockpit : https://photos.app.goo.gl/BqyyyjkKzo2ZjdoF9
Télécharger mon programme : http://f4toserial.com
La chaîne Youtube : https://www.youtube.com/channel/UChAv6B ... 1J7oDf-W1w
Les photos du cockpit : https://photos.app.goo.gl/BqyyyjkKzo2ZjdoF9
Re: Construction du Pit à Myoda
#725C'est un peu dur à voir sur la vidéo, j'ai une impression plus "lourde" en réel. Si ça te semble bon, je te fais confiance. Le fait est que quand je rentre plusieurs valeurs à la suite dans la DED, ou que je change de page pour rentrer une valeur directement, ce micro-décalage est un poil déstabilisant en ce qui me concerne personnellement.Myoda a écrit : ↑dim. avr. 12, 2020 12:39 amMon petit Fullnegi, franchement j'ai maté la vidéo, et je trouve le résultat vraiment top
De ce que je vois, tu as mois d'un 50 ms de réponse. Je dirais même 20 ms max. C'est visible a l’œil nu !
En fait, ce micro décalage, tu l'auras toujours. Car il correspond au temps de réponse des composant dans la boucle Arduino.
Ha bon? Même si rien d'autres n'est activé dans F4 ?
Dans ce cas, si je branche autre chose (je comptais faire le panel Gauges), j'aurais le même résultat? Pas besoin de passer par une 2e carte?
Il me semblait avoir lu le contraire plus haut... Ou alors elle gère tout ça "dans le vide" malgré que rien n'est branché ?
Je vais essayé de voir si ça passe avec la nouvelle version de F4ToSerial
Merci des conseils et de ton œil attentif!