Developer

ArduPlane 2.63 released

I've just released ArduPlane 2.63

This is a bug fix release, with the following changes:

  • fixed MAVLink code to allow update of the last waypoint in flight (updating one waypoint at a time is unusual, and the code had a off by one bug that prevented it working for the last waypoint)
  • ensure output channel is enabled on a DO_SET_SERVO command
  • only set manual channels in failsafe code
  • fixed handling of DO_REPEAT_SERVO command
  • added new auto GPS detection to fix startup with no GPS attached, and correct detection of GPS type when the GPS is attached after startup
  • fixed support for reversed throttle servo setups

The main reason for this release was the poor startup performance when no GPS was attached. Thanks to everyone who reported that!

Cheers, Tridge

You need to be a member of diydrones to add comments!

Join diydrones

Email me when people reply –

Replies

  • I made a short flight this weekend with ArduPlane 2.63 and I was very impressed with how well the plane handled the wind.  I wasn't actually looking for any change even though I had read a little here about some improvements in this regard.  I was standing there watching the plane and said to the person next to me, "Wow, the plane is actually crabbing!"  It was obvious in the air, but even more so in the log.

    The difference between air speed and ground speed says we had a steady 10 mph wind, but I'm sure it gusted higher.  The wind direction was close to perpendicular to the leg the plane is on in the attached image.  The plane held that crab angle throughout the leg, but the flight path is beautifully straight considering the wind.  Ditto the leg between waypoints 4 and 5, which might be as close to perpendicular as the other leg to the actual wind direction.

    Really, really nice.  Well done.

    Thanks,
    Paul

    3692512599?profile=original

  • Hi andrew, thank you for your work!

    now in 2.63  some gps modules with 9600 bps settings is automaticaly detected without additional code changes!

    I successfully tested globaltop pa6c module with 3339 chipset

    I tried 2.63 indoor "on the table" and found an oddity. although that the controller is stationary if the point of GPS drift is deflected horizon roll and pitch up to 5 degrees. I believe that the change of position should not affect the level of the horizon.

  • Thanks for 2.6.4 and specifically enabling support for the 1280/GPS. I loaded the new firmware and I am back in business...

  • What would you set, if you have 250m altitude error? :)

    Also in FBW_B almost no reaction for elevator?

  • please check out this bugreport. http://code.google.com/p/ardupilot-mega/issues/detail?id=762

    I've researched it, and it proves that circle mode is entered with no reason, and the mode does not work as expected then, (unlike when invoked in a normal way)

    There's something wrong with the first 20 sec failsafe - after that FS works fine (but most will be crashed till then.)

  • I don't understand this code, maybe a bug?

    In <Compass.cpp>:

        if (length < min_diff) {
            // the mag vector hasn't changed enough - we don't get
            // enough information from this vector to use it.
            // Note that we don't put the current vector into the mag
            // history here. We want to wait for a larger rotation to
            // build up before calculating an offset change, as accuracy
            // of the offset change is highly dependent on the size of the
            // rotation.
            _mag_history_index = (_mag_history_index + 1) % _mag_history_size;
            return;
        }

    As don't put the current vector into the mag history, why we increase the history index? (_mag_history_index)
    So that in the next loop, the past element (b1 = _mag_history[_mag_history_index]) isn't a expectation value.

  • 2.63 worked well here, except for one awful thing: on RC signal loss, it applied full aireron to one side, and spiraled down until I switched transmitter on.


    Of course i verified that  Auto, Stabilized, FBW-A and RTL works fine.

    Also, in the config I set RTL as both short and long solution for signal loss, yet on ground tests prove that it goes into circle mode first, then RTL.

    Is the full-aileron catastrophe a known bug ? - I cannot imagine what else that would be, if not a bug.

  • I just flew 2.63 fine, except that when I use airspeed sensor plane loses some alt in tight turns in RTL mode, but just for a while and then it regains it. Any idea on what to setup in my case? Thanks 3D Robotics and Tridge!

  • Look forward to having the new release Andrew...,

    Thnaks!

    Aami

  • I have a problem compiling the latest 2.63 code using the Arduino environment. I copied the libraries to the required location, and then copied my APM_Config.h file over and it reports several compiler errors.

    I get these errors:

    ArduPlane.pde:-1: error: 'UBRR0H' was not declared in this scope
    ArduPlane.pde:-1: error: 'UBRR0L' was not declared in this scope
    ArduPlane.pde:-1: error: 'UCSR0A' was not declared in this scope
    ArduPlane.pde:-1: error: 'UCSR0B' was not declared in this scope
    ArduPlane.pde:-1: error: 'U2X0' was not declared in this scope
    ArduPlane.pde:-1: error: 'RXEN0' was not declared in this scope
    ArduPlane.pde:-1: error: 'TXEN0' was not declared in this scope
    ArduPlane.pde:-1: error: 'RXCIE0' was not declared in this scope
    ArduPlane.pde:-1: error: 'UDRIE0' was not declared in this scope
    ArduPlane.cpp: In function 'void USART0_RX_vect()':
    ArduPlane.pde:-1: error: 'UDR0' was not declared in this scope
    ArduPlane.cpp: In function 'void USART0_UDRE_vect()':
    ArduPlane.pde:-1: error: 'UDR0' was not declared in this scope
    ArduPlane.pde:-1: error: 'UCSR0B' was not declared in this scope
    ArduPlane.pde:-1: error: 'UDRIE0' was not declared in this scope
    ArduPlane.cpp: At global scope:
    ArduPlane.pde:-1: error: 'UBRR3H' was not declared in this scope
    ArduPlane.pde:-1: error: 'UBRR3L' was not declared in this scope
    ArduPlane.pde:-1: error: 'UCSR3A' was not declared in this scope
    ArduPlane.pde:-1: error: 'UCSR3B' was not declared in this scope
    ArduPlane.pde:-1: error: 'U2X3' was not declared in this scope
    ArduPlane.pde:-1: error: 'RXEN3' was not declared in this scope
    ArduPlane.pde:-1: error: 'TXEN3' was not declared in this scope
    ArduPlane.pde:-1: error: 'RXCIE3' was not declared in this scope
    ArduPlane.pde:-1: error: 'UDRIE3' was not declared in this scope
    ArduPlane.cpp: In function 'void USART3_RX_vect()':
    ArduPlane.pde:-1: error: 'UDR3' was not declared in this scope
    ArduPlane.cpp: In function 'void USART3_UDRE_vect()':
    ArduPlane.pde:-1: error: 'UDR3' was not declared in this scope
    ArduPlane.pde:-1: error: 'UCSR3B' was not declared in this scope
    ArduPlane.pde:-1: error: 'UDRIE3' was not declared in this scope

    I used to get it right with Arudplane 2.50. I made some changes to the current offset for the ACS715 current sensor. I attached my APM_Config.h file for reference.

    Funny thing is when I tried this same thing at home, I get different errors telling me that something in the AHRS software is undefined.

    APM_Config.h

This reply was deleted.

Activity

DIY Robocars via Twitter
RT @chr1sa: Donkeycar 4.4 released with tons of new features, including path learning (useful with GPS outdoors), better Web and Lidar supp…
Nov 27
DIY Robocars via Twitter
RT @NXP: We are already biting our nails in anticipation of the #NXPCupEMEA challenge! 😉 Did you know there are great cash prizes to be won…
Nov 24
DIY Robocars via Twitter
RT @gclue_akira: レースまであと3日。今回のコースは激ムズかも。あと一歩 #jetracer https://t.co/GKcEjImQ3t
Nov 24
DIY Robocars via Twitter
UC Berkeley's DIY robocar program https://roar.berkeley.edu/
Nov 24
DIY Robocars via Twitter
RT @chr1sa: The next @DIYRobocars autonomous car race at @circuitlaunch will be on Sat, Dec 10. Thrills, spills and a Brazilian BBQ. Fun…
Nov 24
DIY Robocars via Twitter
RT @arthiak_tc: Donkey car platform ... Still training uses behavioral cloning #TCXpo #diyrobocar @OttawaAVGroup https://t.co/PHBYwlFlnE
Nov 20
DIY Robocars via Twitter
RT @emurmur77: Points for style. @donkeycar racing in @diyrobocars at @UCSDJacobs thanks @chr1sa for taking the video. https://t.co/Y2hMyj1…
Nov 20
DIY Robocars via Twitter
RT @SmallpixelCar: Going to @diyrobocars race at @UCSDJacobs https://t.co/Rrf9vDJ8TJ
Nov 8
DIY Robocars via Twitter
RT @SmallpixelCar: Race @diyrobocars at @UCSDJacobs thanks @chr1sa for taking the video. https://t.co/kK686Hb9Ej
Nov 8
DIY Robocars via Twitter
RT @PiWarsRobotics: Presenting: the Hacky Racers Robotic Racing Series in collaboration with #PiWars. Find out more and register your inter…
Oct 23
DIY Robocars via Twitter
RT @Hacky_Racers: There will be three classes at this event: A4, A2, and Hacky Racer! A4 and A2 are based around UK paper sizing and existi…
Oct 23
DIY Robocars via Twitter
Oct 23
DIY Robocars via Twitter
Oct 19
DIY Robocars via Twitter
Oct 18
DIY Robocars via Twitter
RT @NeaveEng: Calling all UK based folks interested in @diyrobocars, @f1tenth, @donkey_car, and similar robot racing competitions! @hacky_r…
Oct 13
DIY Robocars via Twitter
RT @araffin2: 🏎️ After hours of video editing, I'm happy to share a best of my Twitch videos on learning to race with RL. 🏎️ Each part is…
Oct 13
More…