paparazzi-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Paparazzi-devel] Re: Paparazzi-devel Digest, Vol 77, Issue 25


From: Chris
Subject: [Paparazzi-devel] Re: Paparazzi-devel Digest, Vol 77, Issue 25
Date: Sun, 15 Aug 2010 14:17:59 +0300
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.11) Gecko/20100713 Thunderbird/3.0.6

Well the ppm type definition is now in the radio file not in the airframe file:
<!DOCTYPE radio SYSTEM "radio.dtd">
<radio name="Aurora_bomb_dc" data_min="800" data_max="2200" sync_min="5000" sync_max="17000" pulse_type="POSITIVE"> Also make sure that your throttle channel (if you have a futaba) does not exceed 2ms otherwise this will put the encoder in to simulating a signal loss condition (no ppm output). Reverse the throttle channel of your rc transmitter and see what happens (with the propeller removed of course!!!) When you power up the system the encoder must blink @ ~3Hz assuming that the rc transmitter is already powered on, if it is not blinking but the led is always on this means that it doesn't see any servo signals. Also make sure that the jumper on the ppm board is bridged if you don't power the receiver from a different pack. Normally when you power up the autopilot and the transmitter is off then the led stays on all the time. When you power on the rc transmitter (not recommended you should always have the rc transmitter powered on before you power on the autopilot) the led should blink at 3Hz rate. If you now turn off the rc transmitter simulating a signal loss the led should blink at ~1Hz rate. After that if you power on the rc transmitter again the led should blink at 3Hz again. About me i am killing my self slowly but surely at work as my project is going well and the funds keep coming :-) I work almost 16 hours per day including weekends that's why i am
away for so long.
Chris



On 08/15/2010 03:59 AM, address@hidden wrote:
Send Paparazzi-devel mailing list submissions to
        address@hidden

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.nongnu.org/mailman/listinfo/paparazzi-devel
or, via email, send a message with subject or body 'help' to
        address@hidden

You can reach the person managing the list at
        address@hidden

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Paparazzi-devel digest..."


Today's Topics:

    1. Re: Encoder setup procedure (Felix Ruess)
    2. Gain values. (Helge Walle)
    3. No RC control in Auto1 (Edixon Giraldo)
    4. Re: LisaL- Compiling Openembedded (Stephen L Hulme)
    5. Re: Gain values. (Felix Ruess)
    6. RE: Calibrating PFD to match aircraft attitude (Edixon Giraldo)


----------------------------------------------------------------------

Message: 1
Date: Sat, 14 Aug 2010 18:37:53 +0200
From: Felix Ruess<address@hidden>
Subject: Re: [Paparazzi-devel] Encoder setup procedure
To: address@hidden
Message-ID:
        <address@hidden>
Content-Type: text/plain; charset=UTF-8

Hi Adam,

maybe I can help out a bit... I had some strange issues with the ppm
encoder as well, I played with the settings of the encoder and
reflashed it myself. But to be honest I still don't know what the
original problem was.

1) The flag -DRADIO_CONTROL_TYPE=RC_FUTABA is not used anymore,
instead you have to set the pulse_type attribute in your radio.xml.
     See http://paparazzi.enac.fr/wiki/Radio_Control
     The ppm encoder hasn't been updated to reflect that... hendrix?

The rest of the setup sounds good to me.
You might want to play with the ppm encoder source and the sync pulse
configuration there and reflash the ppm encoder. I guess that is what
did the trick for me.
I'm not saying that is the definitive way to fix your problem ;-)

Cheers, Felix


On Tue, Aug 10, 2010 at 1:22 PM, Adam Amos
<address@hidden>  wrote:
Hi All,

I am having major issues getting my encoder to work. This is my process for
setting up the encoder, can anybody see what i am doing wrong?

Software:

1) Airframe.xml make file section include:
Code:
ap.CFLAGS += -DRADIO_CONTROL -DRADIO_CONTROL_TYPE=RC_FUTABA2) Radio.xml file
include all eight channels my file
2) radio.xml file function names match those defined in airframe.xml

Hardware:
1) Remove JP1 to power servos&  receiver from external power supply.
2) Observe 3Hz blinking LED when all 8 connections are made from the
receiver to the encoder.
3) Observe 1Hz blinking LED when a receiver connection is removed.

Results:
1) No values appearing the RC messages and obviously no manual RC control
see attached image RC.png
2) Values appearing and updating with RC inputs (controller stick movement)
in the PPM messages tab see attached image PPM.png

Anybody see anything? I have been stuck on this one for ages lol.

-Adam



------------------------------

Message: 2
Date: Sat, 14 Aug 2010 21:31:16 +0200
From: Helge Walle<address@hidden>
Subject: [Paparazzi-devel] Gain values.
To: address@hidden
Message-ID:
        <address@hidden>
Content-Type: text/plain; charset="iso-8859-1"

Hi all,

Regarding the following gains:

<define name="PITCH_PGAIN" value="-10000."/>
<define name="ROLL_ATTITUDE_GAIN" value="-7500"/>

Which direction of change in these will bring the plane closer to
oscillation?

I have read the wiki, but I am still not sure.

Thanks,
Helge.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
http://lists.nongnu.org/archive/html/paparazzi-devel/attachments/20100814/ec8127b8/attachment.html

------------------------------

Message: 3
Date: Sat, 14 Aug 2010 14:44:44 -0500
From: Edixon Giraldo<address@hidden>
Subject: [Paparazzi-devel] No RC control in Auto1
To: Paparazzi Mailing List<address@hidden>
Message-ID:<address@hidden>
Content-Type: text/plain; charset="iso-8859-1"


Hi, I have not RC control in Auto1.  I am not sure if that would change once in 
the air, but, I am inputing stick movements to the radio and the servos barely 
flicker and in the wrong directions.  I do have complete RC control with 
correct movement in MANUAL mode.  Any help would be really appreciated.  I 
looked in the wiki and there is mention about having control in AUTO1, but, 
there is no solution in how to correct this if there is no RC control.

Thanks.

Eddie.
                                        
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
http://lists.nongnu.org/archive/html/paparazzi-devel/attachments/20100814/bf63c7ea/attachment.html

------------------------------

Message: 4
Date: Sun, 15 Aug 2010 10:32:34 +1200
From: "Stephen L Hulme"<address@hidden>
Subject: Re: [Paparazzi-devel] LisaL- Compiling Openembedded
To:<address@hidden>
Message-ID:<address@hidden>
Content-Type: text/plain; charset="iso-8859-1"

Hi Antoine

Thank you for the fix. It worked for me too.

Not so much luck thereafter.

I think for not so computer literate individuals like myself a more detailed
How-To is necessary.

It took me ages to reconcile SD card write permissions.

Eventually  I stumbled across this command:  $ sudo usermod -a -G disk<your 
username>

I had one more problem, I extracted the rootfs file to the ext3 partition and 
tried the same with
the modules package. Unfortunately or otherwise the latter package wished to 
over write files
in the rootfs package.

What is the correct procedure here?

Thanks in advance .

Stephen


On Sat, 14 Aug 2010 00:49:02 +0200 antoine drouin<address@hidden>
wrote:
Hi JL and Stephen

The snapshot in Allen's git is only updated with versions of open
embedded known to build.

I've restarts a build today in order to release a package with the
toolchain. My build crashed at the same point as Stepehn. I fixed it
by installing the sgmlspl package.

Hopefully youll get a working toolchain package by the end of the week end.

Regards

Poine


On Fri, Aug 13, 2010 at 7:06 PM, J. L.<address@hidden>  wrote:
there was a disruptive change in OE. The breakage seems to be due to a
dependency on the now defunct
libipkg library. Its known and the message boards for gumstix right
now are saying do not do a git pull currently as you will break the
builds. Also gpe-package broke. Just an FYI. If you did not do a git
pull this week then there is another reason your OE did not build.

On Fri, Aug 13, 2010 at 4:03 AM, Stephen L Hulme<address@hidden>  wrote:
Hi Antoine

I have tried to build the LisaL overo image from the wiki instructions.
Unfortunately I get an error: Iputils package fails to compile. This
occurred many hours after I started.

Is it possible to supply MLO and u-boot images in this repository:
http://paparazzi.enac.fr/overo/ so I can create a bootable micro SD card?

Or I am I missing something obvious?

Regards

Stephen


















-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
http://lists.nongnu.org/archive/html/paparazzi-devel/attachments/20100815/63abe4d8/attachment.html

------------------------------

Message: 5
Date: Sun, 15 Aug 2010 02:12:27 +0200
From: Felix Ruess<address@hidden>
Subject: Re: [Paparazzi-devel] Gain values.
To: address@hidden
Message-ID:
        <address@hidden>
Content-Type: text/plain; charset=UTF-8

Hi Helge,

you might want to have a look at this wiki page:
http://paparazzi.enac.fr/wiki/Control_Loops

A higher absolute proportional gain in the feedback loop will get you
closer to oscillation, meaning you will have to define a more negative
number (since the minus is already included in the gain you set).

Cheers, Felix

On Sat, Aug 14, 2010 at 9:31 PM, Helge Walle<address@hidden>  wrote:
Hi all,

Regarding the following gains:
<define name="PITCH_PGAIN" value="-10000."/>
<define name="ROLL_ATTITUDE_GAIN" value="-7500"/>

Which direction of change in these will bring the plane closer to
oscillation?

I have read the wiki, but I am still not sure.

Thanks,
Helge.
_______________________________________________
Paparazzi-devel mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/paparazzi-devel




------------------------------

Message: 6
Date: Sat, 14 Aug 2010 19:59:50 -0500
From: Edixon Giraldo<address@hidden>
Subject: RE: [Paparazzi-devel] Calibrating PFD to match aircraft
        attitude
To: Paparazzi Mailing List<address@hidden>
Message-ID:<address@hidden>
Content-Type: text/plain; charset="iso-8859-1"


Hi Felix, I went through the IR sensors set up many times.  I aligned ir1 
wingtip to wingtip and ir2 nose to tail.  Positive values when I put my finger 
in the bottom, the right, and the rear sensors.  This does calibrate the PFD, 
however, the elevons do not move in the correct directions.  In MANUAL mode, I 
do have control of the aircraft and all the control surfaces move in the 
correct directions.  But, in AUTO1 or AUTO2 when I point the nose up the 
correction is for the roll, and when a roll to either side the correction is 
for the pitch.  In other words they are switched somehow.  I came to the 
conclusion I need to look somewhere else, but, I don't know where. :( Help!

Thanks.

Eddie.





Date: Sat, 14 Aug 2010 14:46:49 +0200
Subject: Re: [Paparazzi-devel] Calibrating PFD to match aircraft attitude
From: address@hidden
To: address@hidden

Hi,

don't fly until this is correct!
First you need to set up your IR sensors to get attitude estimates
with the right direction, see
http://paparazzi.enac.fr/wiki/Airframe_Configuration#Infrared
Look at IR1_SIGN, etc.
Then make sure your control surfaces move correct in Manual first,
then AUTO1: http://paparazzi.enac.fr/wiki/Tuning#Directions

Cheers, Felix

On Sat, Aug 14, 2010 at 1:59 PM, Edixon Giraldo<address@hidden>  wrote:
Hi, I have completed my aircraft and installed all the components.  Sensors,
I believe, are installed in the right direction.  When I pull the nose up,
the elevons move down to correct, when I roll either left or right, the
elevons move to correct in the oposit direction.  However, when I check the
PFD in my laptop, the attitude estimator moves in totally different
directions from the real attitude of the aircraft.  I have read the tuning
pages of the wiki and the Airframe Configuration pages and have not been
able to find anything on how to make the correction.  Can someone please
guide me on how to fix this? or guide in the right direction on where to
find the solution?  I am going out to the field this afternoon for the first
time and fly it to begin the tuning process, but, I just haven't been able
to correct this.

Thank you.

Eddie.

_______________________________________________
Paparazzi-devel mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/paparazzi-devel


_______________________________________________
Paparazzi-devel mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/paparazzi-devel
                                        
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
http://lists.nongnu.org/archive/html/paparazzi-devel/attachments/20100814/d6e8035a/attachment.html

------------------------------

_______________________________________________
Paparazzi-devel mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/paparazzi-devel


End of Paparazzi-devel Digest, Vol 77, Issue 25
***********************************************




reply via email to

[Prev in Thread] Current Thread [Next in Thread]