Vikram's Comments

Comment Wall (21 comments)

At 12:11am on July 29, 2009, Raghav Jain said…
hi,
good to find people interested in uavs in India.
what else are your interest.
At 5:47am on August 1, 2009, Raghav Jain said…
oh! that sounds great what else do you know about uavs, i am very new to it and i am trying t learn the electronics involved in it.
At 10:53pm on August 4, 2009, Raghav Jain said…
hi, u said you have designed your own uav is that correct.
i can see its picture
At 11:48pm on August 4, 2009, Raghav Jain said…
oh thats great , but where r u doing all this stuff
At 12:18am on August 5, 2009, Raghav Jain said…
which city
At 12:18am on August 5, 2009, Raghav Jain said…
r u on skype
At 12:40am on August 5, 2009, Raghav Jain said…
no dude thats not mine and thats not a UAV its an ncc aircraft
At 1:27am on August 5, 2009, Raghav Jain said…
no i dont have one, but i do have rc model which i fly on weekends , i am very new to uav
At 1:27am on August 5, 2009, Raghav Jain said…
10months or so
At 12:03am on August 7, 2009, Rana said…
Yeah, m also working on uav. I have x-bees and also using in ardu 2.
I am also working on UAVP & UAVX. Have sucessfully built & flight tested UAVP based on PIC18F2520 / 2620.
At 5:56am on August 17, 2009, Abhishek Jain said…
hi
i am studying in bits goa
am working to build an uav with SLAM
u know anything about this pls
help
At 6:17am on August 20, 2009,
Moderator
Graham Dyer
said…
no my ailerons still the same, haven't looked at the code yet, it works fine for navgation mode and when flying normally, just when navigating it is reversed if you want to override the aileron
At 2:33am on August 21, 2009,
Moderator
Graham Dyer
said…
aileron direction:
auto-navigation control enabled: Nav - ok, IR stablilizer ok, TX control reversed
manual control enabled: tx normal

So when navigating as long as I don't touch the TX sticks all is fine
At 2:54am on August 21, 2009,
Moderator
Graham Dyer
said…
I did, everything works fine in flying or navigating the plane, just if I use the TX to override the controls while navigating then up is up elevator but right is left aileron, weird

Mine is like this:

#define ROLL_REVERSE 1
#define PITCH_REVERSE 0
At 3:27am on August 21, 2009,
Moderator
Graham Dyer
said…
Thanks I'll try that, hadn't really had a look through the code to find the solution. My main problem is too wide S turns to navigate, will fly again tomorrow and experiment.

regards

Graham
At 3:08am on August 24, 2009,
Moderator
Graham Dyer
said…
{
pulse_servo_1(90+roll);
pulse_servo_2(90-pitch); //invert sign if you want to reverse the servo...
}

I tried reversing these but it's still the same, haven't looked further into the code though. It's not serious as it's not affecting my flying
At 3:38am on September 28, 2009,
T3
William Premerlani
said…
Viky,
I am using a GPS data logger.
Bill
At 4:03pm on September 28, 2009,
T3
William Premerlani
said…
Viky,

Regarding the debug_output() in MatrixNav.

You are free to tinker with it if you want. It runs at low priority and only once per second, so it is not a burden on the CPU. Plus, it is interrupt driven, so the CPU does not wait as the characters go out on the serial port.

You can change what comes out, if you like, or keep what is there. The way it works is that you use sprintf to convert the variables that you are interested into an ASCII string, which then gets sent out through the spare serial port, once per second. You can send any of the global variables in the firmware that way.

The only thing you have to be careful with is the buffer size that is used by the sprintf function to create the ASCII string. The buffer must be large enough to handle the largest string.

You will know if you overflow the buffer, there will be some strange, non ASCII characters coming out.

Also, if you change debug_output(), it would be good idea to test it thoroughly on the ground before you use it in flight.

Best regards,
Bill
At 4:32pm on September 29, 2009,
T3
William Premerlani
said…
Viky,

The fails safe behavior of MatrixNav and AileronAssist firmware depends on the fail safe behavior of your receiver.

If your receiver does not have a fail safe, then the firmware will detect an out-of-range condition and will return your plane to the launch point. However, these days most receivers that do not have a fail safe are usually poor quality, and are likely to cause other problems, so I do not recommend them.

Therefore, you must understand the fail-safe behavior of your receiver. I recommend receivers, such as the Castle Creations Berg microstamp receiver, that allow you to program in the fail safe behavior.

What I do is to program the receiver to put the firmware into either RTL mode, or waypoint mode, depending on which version of the firmware that I am running. In the case of waypoint mode, I always make sure that the first point on the list is nearby, so then there would be a chance of the radio regaining the signal.

On some receivers, the fail safe behavior is to continue the last received pulses. In that case, the plane will just keep doing what it was doing when the signal was lost.

Best regards,
Bill
At 1:31am on February 15, 2010, Ajay R said…
hi viky,
I am from Bangalore, India.

You need to be a member of DIY Drones to add comments!

Join DIY Drones

© 2019   Created by Chris Anderson.   Powered by

Badges  |  Report an Issue  |  Terms of Service