Voici la liste des différentes versions du firmware pour l'arduino du ModRC.
La version 0.08 est la première version suffisante. Les autres évolutions doivent être installées uniquement en cas de besoins spécifiques.
0.16 : :http://www.rcgroups.com/forums…..count=1943
- Replacement du parametre -itf du companion program par une simple -w, si présent, il bloque tout trafic Wifi.
- Ce nouveau companion program est parametré automatiquement par le sketch, si le manche des gazs est en bas ou en haut avant le chargement du program lors du boot. De cette facon, si le manche n'est pas centré lors du boot, aucune inquietude a avoir quant aux réseaux wifi. Si vous voulez recuperer la video, il suffit de laisser le stick des gazs centrés
- Supporte maintenant l'enregistrement/capture sous Freeflight 2.0
- L'upload du companion program est maintenant fait a 115200 Bauds et la com switch a 38400 bauds ensuite. Elimination egalement du temps mort precedemment necessaire avant l'upload. Le boot du drone est donc grandement accéléré.
0.15 : :http://www.rcgroups.com/forums…..count=1810 - Amélioration de la compatibilité avec Freeflight 2.0 et dernier FW drone 1.10.10.
–> Modifications pour faire tourner la vidéo correctement avec le fw 1.1010 et FF2.0
–> Résolution du bug config_IDS et possibilité de changer la source video du ibidule ou du tx.
–> Ajout d'une balise -i pour le companion program (selectionnable dans le sketch) permettant de bloquer l'accès extérieur aux commandes, nadata, video et port data.
0.14 : : http://www.rcgroups.com/forums…..count=1703
– Nettoyage du code (Merci à Pawelsky pour la mise en évidence des points a nettoyer)
– Ajout d'un délai pour le failsafe. 0.5s de perte de signal du Rx sont necessaires avant l'initialisation de l'auto LAND. Cette fonctionalité peut etre activée/desactivée ou alongée dans le sketch (cf macro MERX)
– Ajout de la detection de presence d'un iDev au démarrage. Si un IChose est présent, le mod va se suspendre et signaler un SOS sur les LED de l arduino. (… — … ). La combinaison de code nécessaire pour faire cohabiter freeflight 1.9.3 et le fw 1.7.11 est tout simplement trop grande pour la mémoire de l arduino. Le seul interet serait de pouvoir switcher de camera avec le imachin.
– Blocage des connexions TCP sur le port 5559, ce qui empeche la prise de controle ou la recupération/modification des parametres du drone avec un ibidule.
– Si le drone a le fw 1.7.11 ou supérieur le mod configurera la video avec le codec P264 pour une meilleure qualité video (attention aux appli qui peuvent mal gérer ce codec!! )
0.13 : : http://www.rcgroups.com/forums…..1325121986 - implemented new proposed pinout, see diagram in attachment
– locking out all iDev CONFIG commands using new CONFIG_IDS scheme if drone firmware is 1.7.11 or above
– SETUP mode shows configuration setting, you can change and save it as well an elevator stick right in LAND, sends a switch camera command to drone
– increased control loop speed from 25Hz to 30Hz
– Sorry still no GPS code. Made successful testflights with ProMini and Nano with drone firmware 1.7.4 and 1.7.11.
– Used FreeFlight 1.9.3 for video observation, it shows battery status and emergencies, video is almost 'live'.
- bugfix, rx_loop() did not mask result of rx_read() with S_SIG -> no FTRIM, ESTOP display.
– added recognition of 'dead' receiver (no signals).
– added Arduino pin 12 as optional output to reflect TX GEAR switch status.
0.11 : http://www.rcgroups.com/forums…..1320610391
– Added optional use of pin labelled A3 as receiver signal loss input. This is for TX/RX setups where a 'failsafe' can not be programmed. The feature is disabled by default and can be enabled in the 'sketch'
– Added morse code blinking capability to VLBA output. For now it will send a 'R' on FTRIM and transition to FM3.
0.10 : : http://www.rcgroups.com/forums…..1316792747
– Arduino NANO integrated and tested. The reasons for integration were that the NANO has a beefier power regulator and provides 3.3V power for a LS20031 GPS.
– Start sequence looks at 4 things in parallel now, you can tell what it is working on by observing the LED on the Arduino:
1 blip -> radio not ready
2 blips -> radio ok, but FMODE not LAND
3 blips -> radio ok, LAND, waiting for drone to boot
4 blips -> radio ok, LAND, drone booted, waiting for silence on tty
After that, the LED goes sort of dimm during the upload and start of the companion program and turns bright while it is waiting for the 'magic' start character from the companion program.
– Lock out WiFi telnet contacts and ftp write on drone by default. You can change the default behaviour by setting the macro AT2SOARGS in the 'sketch'. In this release AT2SOARGS in the 'sketch' is set to "-t" to allow telnet in, use AT2SOARGS "" to lock it out.
– Added flight mode 3, it will be used in the future to trigger the various GPS based functions. FM3 is reached when you are in FM2 and shortly switch to FM1 and back to FM2. It is cancelled by either switching to FM1 or LAND or moving the aileron/elevator (elevator only for Mode 1,4) channel out of 0 position.
– GPS serial interface supports 38400 and 57600 baud. Those speeds were a major problem in previous revisions. GPS (GGA record) data is added to Navdata (tag 80). Check the README for the binary structure.
– Arduino pin D11 became an additional pin for SETUP. This makes the wireing of an Arduino NANO less painful and more elegant. UFO-DOCTOR is working on another good documentation piece for the NANO!
0.09 :http://www.rcgroups.com/forums…..1313504990
– Visual Low Battery Alert moved to program on Arduino. Added pin (9) as an output for the mechanism.
– Thank you again UFO-DOCTOR for testing and adding to your tutorials as new features get integrated. UFO-DOCTOR will extend his tutorials to show you possible uses of the new output.
– Thank you Candu1 for having the vision how this output could be used (blinking/steady, active high/low).
– The move of the mechanism required a major change in the communication between the program on the Arduino and the program on the drone. The Arduino, running at 16Mhz, is challenged receiving data with it's USART at 115200 baud, which prevented the implementation of sending more than one byte at a time from the drone to the Arduno (it does work well the other way around). This revision changes the baudrate of the link to 38400 baud, which makes it possible to send multibyte data from the drone program to the Arduino progam. The choice of 38400 baud is based on the facts that the 16Mhz Arduino can do it with a very small error (0.2%) in clock frequency and the Linux on the drone does not support 76800 baud (my first choice) without making some handstands.
0.08 :http://www.rcgroups.com/forums…..1313075985
– Added support for transmitters with Mode 1, 2, 3 and 4. The default is Mode 2.
– Added Visual Low Battery Alert, a feature requested by UFO-DOCTOR. The default threshold is 15% of battery capacity. Once reached the drone will start to blink the motor LEDs in red, to tell you it is time to land.
– Thank you UFO-DOCTOR for the VLBA idea and testing the implementation of the feature in your lab. You are doing a great job writing the tutorials!
– Thank you to everybody else for participating and giving me feedback, it is valuable to me and sprouts new ideas what could be changed.
ARwiiDrone : la version sous stéroïde de l'ARDRONE VTAIL : les looping c'est cool BIG VTAIL : FPV, Vidéo … anciennement quadx, quadT, Y4 …
message édité 13:51:14 – 31 janvier 2012 par Bledi
Bledi a écrit :
Nouvelle version CETTE VERSION EST COMPATIBLE DES KITS DS
C'est celle-ci ?
0.13 : : http://www.rcgroups.com/forums…..1325121986
- implemented new proposed pinout, see diagram in attachment
– locking out all iDev CONFIG commands using new CONFIG_IDS scheme if drone firmware is 1.7.11 or above
– SETUP mode shows configuration setting, you can change and save it as well an elevator stick right in LAND, sends a switch camera command to drone
– increased control loop speed from 25Hz to 30Hz
– Sorry still no GPS code. Made successful testflights with ProMini and Nano with drone firmware 1.7.4 and 1.7.11.
– Used FreeFlight 1.9.3 for video observation, it shows battery status and emergencies, video is almost 'live'.
Je note qu'elle est censée fonctionner en retour vidéo, est-ce une nouveauté de cette version ?
Pour installer un sketch Arduino, j'ai besoin d'une petite confirmation, après recherches sur le web (http://www.arduino.cc/) :
Sur Mac :
1/ j'installe le logiciel "Arduino.app" V1.0 -> OK
2/ pour avoir un port COM via l'USB, j'installe le driver "FTDIUSBSerialDriver_10_4_10_5_10_6.mpkg" et je redémarre l'ordi (http://www.ftdichip.com/Drivers/VCP.htm) -> OK
3/ quand j'ouvre l'app Arduino, dans le menu "Tools/Serial Ports", je suis sensé voir un port de type "/dev/tty.usbserial" -> NADA !
Bon, comme je n'ai pas encore reçu ni la carte arduino, ni le module FTDI, je n'ai pas pu les connecter , sinon ça marcherait ?
C'est bien l'application correcte pour faire les upgrades de l'Arduino ?
message édité 23:35:22 – 29 janvier 2012 par Grosjean
EricBx a écrit :
Quelle idée d'avoir un mac aussi
La version 1.0 crée des problèmes pour le multiwii, c'est peut être le cas aussi pour le reste ( à vérifier )
ensuite il faut aussi régler le bon type de carte dans le logiciel arduino.
Ben, j'ai pas qu'un Mac, j'ai aussi des PC et mon boulot me fait utiliser les deux tous les jours !
Alors, quand j'ai le choix…
Si je n'ai pas le choix, zéro problème, Windows sera mon homme !
Cela étant, sur Windows idem, j'ai COM1 et COM2, je devrais avoir des ports virtuels, COM3 par exemple…
Arduino V1.0 aussi. Sur Windows aussi, il faut une version antérieure ?
message édité 9:16:38 – 30 janvier 2012 par faipassa
Salut,
Je programme sur Arduino pour d'autres projets (robotique, domotique…) et je confirme que la version 1.0 a foutu la merde dans pas mal de librairies dispo. Il vaut mieux rester sous 0.22 jusqu'à ce que tout ca se tasse un peu (surtout si c'est la première fois que tu joues avec l'environnement arduino).
Sinon pour le port, chez moi (Windows 7), il n'apparait dans le menu de l'IDE de dev qu'une fois l'arduino connecté au port USB du PC. C'est donc a priori normal que tu ne le vois pas si tu n'as pas encore la carte. Aussi si tu es sous XP, il te faut installer un driver spécial pour émuler le port série sur les USB. Sur 7, plus aucun problème, le système reconnait automatiquement l'arduino lors du premier branchement et télécharge automatiquement le driver qui va bien.
En résumé, patience donc. Tout devrait se mette en place quand tu auras recu la carte arduino.
Olivier
Sur 7, plus aucun problème, le système reconnait automatiquement l'arduino lors du premier branchement et télécharge automatiquement le driver qui va bien.
En résumé, patience donc. Tout devrait se mette en place quand tu auras recu la carte arduino.
Olivier
Bon, alors ce sera Seven, pour ça aussi, j'ai le choix !
message édité 13:03:46 – 30 janvier 2012 par unisev
unisev a écrit :
Quelle est la différence au niveau du cablage ?
Bon bha mon p'tit UniseV, je te réponds parce que tout le monde s'en fout de ta question, d'un autre côté t'es un peu un boulet parce que si t'avais cherché correctement tu aurais trouvé l'info ici.
Donc ce qui change au niveau câblage entre la V0.12 et la V0.13, c'est 2 choses :
- Un fil du Rx (le fameux MOD qu'a fait le maitre du Fioul avec la LED ?) (qui passe de A3 à 8)
- Le PIN dénommé GSW0, dont je ne connais ni n'imagine la fonction (passe de 12 à 10)
Donc j'ai bien l'impression que même si on n'utilise pas le lien Rx/Arduino pour détecter les coupure de signal, ni le GSW0, on devra utiliser le PIN 11 au lien du 10 pour "monitorer" sous HyperTerminal (fonction SETUP auparavant disponible en 10 & 11).
Sev
EDIT :
Miru a rajouté un commentaire très interressant :
/* ARDUINO PORT DIR description
* RX0 PD.0 IN UART receive
* TX1 PD.1 OUT UART transmit
* D2 PD.2 IN RX AUX1 channel
* D3 PD.3 IN RX GEAR channel
* D4 PD.4 IN RX RUDD channel
* D5 PD.5 IN RX ELEV channel
* D6 PD.6 IN RX AILE channel
* D7 PD.7 IN RX THRO channel
* D8 PB.0 IN FSAF 'failsafe' monitor if enabled
* D9 PB.1 OUT VLBA
* D10 PB.2 OUT GSWO (IN SETUP if GSWO_ENA < 0)
* D11 PB.3 IN SETUP input
* D12 PB.4
* D13 PB.5 OUT (LED, Arduino comes this way)
* – PB.6 – (quarz, Arduino comes this way)
* – PB.7 – (quarz, Arduino comes this way)
* A0 PC.0 IN GPS RX
* A1 PC.1 OUT GPS TX
* A2 PC.2
* A3 PC.3
* A4 PC.4 I/O (SDA two wire interface) not used
* A5 PC.5 I/O (SCL two wire interface) not used
* A6 – (Nano only, analog input 6)
* A7 – (Nano only, analog input 7)
*/
On y voit donc que si on utilise pas la fonction GWS0, le PIN 10 reste en SETUP.
Je vais donc peut-être essayer la V0.13.
Bah voilà tu as bien résumé la v0.13.
Pour le mod avec la Led, je n'ai fais que copier ce que j'avais vu donc aucun mérite.
Pour le GSWO, si j'ai bien compris ce que m'avait dit Miru, cette sortie te permet de commander ce que tu veux ( leds, etc…) via l'inter GEAR si tu ne t'en sert pas pour le LAND/FMOD.
Voilà cher ami.
-Drone tuné (vinyle,déco,éclairage hélico)
-iPhone 3GS jailbreaké, Ar Free Flight + Mini-Flings(pas encore testés)
-Mod RC personnalisé, radio T9x flashée er9x(Splash screen perso bientôt)
Fioul is Beautyfioul!