Comments for Tech Toy Hacks

Comment on AR Drone program.elf Replacement by Sep

Sep — Thu, 12 Jan 2012 15:03:33 +0000

Go on Chirstian,
Everyone would appreciate your tuned PID parameters and codes. Provide us with a link to your codes.
Thanks

Comment on AR Drone program.elf Replacement by Christian

Christian — Sun, 08 Jan 2012 14:07:42 +0000

Hello Hugo

We have been using your very comprehensive AR.Drone code in a project, and we would like to contribute some tuned PID parameters we developed.
Because the controller code is a totally different implementation you may just want the parameters to implement in your version.

Comment on AR Drone program.elf Replacement by yuri

yuri — Thu, 29 Dec 2011 12:33:06 +0000

First of all, great job hugo you work is very helpful, thank you.

I was wondering if you know of a way to compile code natively on the drone?

Thank you,
yuri.

Comment on AR Drone program.elf Replacement by Limp

Limp — Fri, 23 Dec 2011 12:45:35 +0000

What are the firmware version and the kernel version on your ardrone?

Thanks

Comment on AR Drone program.elf Replacement by Limp

Limp — Wed, 21 Dec 2011 13:11:16 +0000

I am trying to use the opensource firmware on the ardrone.

I do the following steps:
- I download the scource code with the bin folder from this site
- I ftp the bin folder to the drone
- I open a telnet session to the drone
- I change the permissions with the command “chmod 777 /data/video/bin/*”
- I execute fly program with the command “/data/bin/fly”
The result is “segmentation fault”.

I tried to recopile the sources with “arm-2011.03-41-arm-none-linux-gnueabi” downloaded from “https://sourcery.mentor.com/sgpp/lite/arm/portal/release1803” and installed in my Ubuntu 10.04.
I repeated the same steps and the result is again “segmentation fault”.

I tried to compile the following simple code:

int main()
{
return 0;
}

I ftped the program to the drone, changed the permissions and executed the program using telnet and the result is always “segmentation fault”.

The version of ardrone firmware is 1.3.3.
The version of the kernel inside the drone is:
2.6.27.47-parrot #1 preempt wed sep 22 15:29:06 cest 2010

What could be the problem?
What could I do?

Thanks

Comment on AR Drone program.elf Replacement by Sep

Sep — Sat, 10 Dec 2011 21:17:42 +0000

Dear Hugo,
I am confused with an issue in your nice codes. Some times when I send PWM commands which are not probably chosen the motors suddenly stop and the LEDs go red and I need to restart my drone for sending new commands. Which part of the codes are in charge of this action exactly(i.e. stopping the motors and turning the LEDs red when sending improper PWM commands) regardless of the reason behind it? I check all sub-functions routines in mot.c motorboard.c etc. and functions such as Run_motor, mot_SetLeds, mot_SetPWM and so on!
Regards

Comment on AR Drone program.elf Replacement by Sep

Sep — Wed, 07 Dec 2011 02:59:45 +0000

Hey everyone,
I followed the same procedure proposed by MAPGPS(i.e. I removed the propellers for safety measures) and when I send commands to the drone I also got motor CUTOUT after ~2 sec. I went through the codes to see any break or stop routine and I changed a lot of values but it doesn’t work!
What can be the problem? Hugo/MAPGPS, any idea?
Thanks

Comment on AR Drone program.elf Replacement by Joe

Joe — Mon, 05 Dec 2011 09:06:43 +0000

What type of communications are you doing between the ARdrone and the PC. Unicast or Multicast?
One of the MAJOR problems I’ve found with the ARdrone is that if you don’t support Multicast, then you’re SOL.

The program.elf binary specifically uses Multicast (booo) and it doesn’t look like I can change that behavior.

Does your code (on the drone) send the navdata/video back to a specific IP address, or does it try to use Multicast?

Thanks for the great work!!!!!

Comment on AR Drone program.elf Replacement by Sep

Sep — Thu, 17 Nov 2011 03:57:13 +0000

Solved! A minor mistake;)
Sep

Comment on AR Drone program.elf Replacement by Sep

Sep — Wed, 16 Nov 2011 17:15:46 +0000

Dear Bubble and Hugo,
Thanks for the responses! I don’t really know why should I ever use chmod 777/data/video/bin/* (the address format) as I just copied the bin folder into the wind XP windows explorer with ftp://192.168.1.1/ in the address bar! However when I use the two commands
chmod 777 /data/video/bin/*
/data/video/bin/fly
in the telnet session the path looks correct as it finds the files but denies the permission!(if I use the same command with a file which does not exist let’s say dummyfly it says /…/dummyfly: not found)
I am suspecting the way I ftp the bin folder into drone! Is it simply the following steps:
1. Connect to the drone and Open a window explorer
2. type ftp://192.168.1.1/ at the address bar(I also tried to ftp the bin folder into ftp://192.168.1.1/data/video/bin/ but it doesn’t give me the permission to copy any folder in it!)
3. copy the bin folder into this window(this window is empty by default)?
@ Hugo: I write the commands without # sign since the Microsoft telnet session has it by default!(I telnet to drone from Win XP Command Prompt)
Regards
Sep