timecop wrote:Wait, why the fuck do YOU care why people buy it?
People buy Macbook Air, and its "not very usefull" [sic] does it mean you have to ask them for their reasoning?
yes, we know.
no windoze installed.
timecop wrote:Wait, why the fuck do YOU care why people buy it?
People buy Macbook Air, and its "not very usefull" [sic] does it mean you have to ask them for their reasoning?
Fireb1adex wrote:timecop wrote:Can't with current firmware.
There's some work to put low(er) speed GPS on softserial but its not optimal. Dump spectrum for PPM rx.
There are some DSM(x) receivers that output PPM, notably the lemon/orangerx stuff.
Ok makes sense, I had it lose connection when fpv'ing so not a bad shout...I was on 5.8 vid so would expect that to crap out first but hey ho.
rank wrote:Ok, narrowed down the problem to the physical conflict of the gps and ppm inputs. When either of them is unplugged everything gets normal. Here's a vide of how the channels are jumping. Please somebody help!
http://www.youtube.com/watch?v=kaZBYiNy ... e=youtu.be
Dilbert66 wrote:Which rev board are you guys running? Did you try the cli setting emf_avoidance which overlocks the naze32 to 84 mhz (assuming a 12mhz xtal for the rev5) set up for this reason . Older revs overclock to 80mhz I believe with an 8mhz xtal.
eBoon wrote:Help - Have a NAZE that I was attempting to update firmware - failed during the update (sorry can't remember the exact error). Now when I connect via USB, only the Blue LED is lit. Using Baseflight Configurator, I have unchecked Auto-Connect, loaded online firmware - but when I press flash I get: "STM32 - timed out, programming: FAILED". I have tried shorting the boot loader pads and then applying power (via USB), but that does not seem to make any difference.
I have checked the box that says "No reboot sequence"
If I try to connect I get:
10:34:30 -- Serial port successfully opened with ID: 33
10:34:40 -- No configuration received within 10 seconds, communication failed
10:34:40 -- Serial port successfully closed
Wondering if I am not successfully shorting the boot pads, but I thought that the fact that only the blue LED is lit indicates that it should take the firmware update.
Batch1 wrote:strepto wrote:KC_703 wrote:Yep... we're on our own for GPS help. With that said, RTH (no climb) and PH work to some degree, many reports that folks have it working. At the very least, it can help you regain line of sight flight.
Use "feature GPS" in the CLI to show the available switch settings in the Aux tab of Baseflight Configurator. I'm using a ublox connected to Ch3&4 with PPM and telemetry. While I haven't experimented extensively with RTH and PH, the GPS coordinates are passed to the Taranis and logged as Decimal Degrees.
Yep - we're definitely on our own
I have used GPS for FPV failsafe both successfully (as a test) and spectacularly unsuccessfully (as a test and also as a not-a-test).
PH and RTH do work, after a fashion, if you're in stabilised mode. In acro, for me, RTH rapidly became RTG (ground)I'm not even sure what the throttle/altitude does in RTH mode - I haven't tested it enough. I suspect it is decoupled from the GPS naviating stuff though, so bear that in mind.
I agree that a basic PH or RTH would be very beneficial as an FPV safety net. GPS isn't just useful to let DJI n00bs hover around - it is a real way of safeguarding a whole bunch of expensive gear against loss or damage while doing "real" flying. But TC has made his position clear from the start so we have to respect that (his general attitude is another matter of course but I've always been polite to him and have found him helpful in return). And, unlike certain other "open" projects, the source is truly open and everyone is welcome to work on GPS code if they have the skill and time.
Anyway getting back to the GPS thing. Yes you can use it, no it is not user-friendly, and you also can't use it in conjunction with serial receivers (eg spectrum, sbus). You can use it with PWM or PPM input, and the latest builds do an ok job of holding position using the default pids. You wouldn't use it to lock your position for AP work but for the example of someone else blasting your video signal it would be handy to just let you "hold" up in the sky until your screams for them to switch off are actioned.
And if you bind it to a failsafe, make sure you also bind your flight modes appropriately too. Think of it this way: GPS should never be relied on, on any platform - it is a safety net that might or might not catch you.
Since we cannot link failsafe to RTH and RTH is not reliable why buy FunFly Controller "Naze 32"
Robert
ps : I have bought an ACRO Naze32 which has a good reputation as an ACRO fc that's it. I received the board with 2rows headers only that you have to cut in 4 pieces for the motors headers (3rows) and no wiring. All the FC I have bought had the wiring and headers you need.
ummagawd wrote:So I have an interesting story. First off... all of my rigs have an acro naze. I love the board. So i'm posting this because I'm trying to figure out what happened.
I updated my rev4 to whatever was available online on 5/22/14. I go through 3 batteries. On the 4th battery, I gave it full throttle for a few seconds and it just locked out on me. My mini went straight for the moon. The mini H was only 10m away when this happened.
subaru4wd wrote:If you are so unhappy... quit Timecop.
Nobody here is twisting your arm or forcing you to do what you do.
Just stop. Stop today, go on vacation.
dont come back.
subaru4wd wrote:If you are so unhappy... quit Timecop.
Nobody here is twisting your arm or forcing you to do what you do.
Just stop. Stop today, go on vacation.
dont come back.
subaru4wd wrote:If you are so unhappy... quit Timecop.
Nobody here is twisting your arm or forcing you to do what you do.
Just stop. Stop today, go on vacation.
dont come back.
I have noticed that if you bring a sensible query along and you get answered, short and to the point, but bring a pointless whinge and you get told to be quiet.
Batch1 wrote:timecop wrote:Batch1 wrote:Since we cannot link failsafe to RTH and RTH is not reliable why buy FunFly Controller "Naze 32"
Robert
Nobody is forcing you to buy anything.
Infact, if GPS is what you want, look no further than DJI Phantom Vision V2+, and stay the fuck away from opensource projects.
Timecop I didn't say I want to buy it
I asked why people buy it since it is not very usefull and I have smart answer from people, except you !
Your are a conceited person
Robert
subaru4wd wrote:I saw a mini quad with the latest baseflight available fly away on Sunday. The pilot armed the quad and gave it throttle... it took off and banked to the left and kept flying perfectly level, left, until it struck a rock. The entire time, the pilot had his throttle stick in the DISARM position.
Sounds like you have some kind of flyaway issue timecop.
teslahed wrote:What radio system was he using? What version of the firmware? Was he using the Naze 32 failsafe or the receiver failsafe? Had either been tested?
Lots of possibilities without more info.
timecop wrote:ps : I have bought an ACRO Naze32 which has a good reputation as an ACRO fc that's it. I received the board with 2rows headers only that you have to cut in 4 pieces for the motors headers (3rows) and no wiring. All the FC I have bought had the wiring and headers you need.
You received exactly what you paid for - RC breakout cable is optional, and most people who fly these with a PPM receive have absolutely no need for it. So why send something that majority of users don't need? This is why you get to choose, and pay less, to receive without a cable. All the headers for selected type (straight or right angle) are included. Yes, you have to cut them. Again, I'm not going to sit there and cut 100s of them a day. I could, but then I'll be selling acro at double the price. I hope that's oK with you.
Sorry, but unlike the shit you link from rctimer that's stamped out by thousands per day by underage workers in China, there's actually only ONE person who makes the acronaze32 you bought, and its taking up majority of my day to day life, which I'm not exactly happy about, either. So if you have a problem with the fact that my time isn't worthless, do feel free to take your business elsewhere.
subaru4wd wrote:teslahed wrote:What radio system was he using? What version of the firmware? Was he using the Naze 32 failsafe or the receiver failsafe? Had either been tested?
Lots of possibilities without more info.
whatever firmware version the chrome app was set to flash on Sunday. No failsafe is set in Baseflight, this is a mini-quad with no bells or whistles. Only features are PPM, Telem, vbat & Motor Stop.
Pilot was using a Turnigy 9X with Rangelink UHF. Not sure if he had any failsafe on his UHF. Its possible it was radio failure... it was the only conclusion I could come up with at the time. That was until I read what Kilby & Ummagawd wrote.
timecop wrote:Probably related to fucked up firmware that caused lockups with PWM receivers during late april/may development versions. I *think* I fixed this stuff - still testing w/a few people - for now current 'online' firmware has been rolled back to a known working version (April 6th or so).
subaru4wd wrote:teslahed wrote:What radio system was he using? What version of the firmware? Was he using the Naze 32 failsafe or the receiver failsafe? Had either been tested?
Lots of possibilities without more info.
whatever firmware version the chrome app was set to flash on Sunday. No failsafe is set in Baseflight, this is a mini-quad with no bells or whistles. Only features are PPM, Telem, vbat & Motor Stop.
Pilot was using a Turnigy 9X with Rangelink UHF. Not sure if he had any failsafe on his UHF. Its possible it was radio failure... it was the only conclusion I could come up with at the time. That was until I read what Kilby & Ummagawd wrote.
timecop wrote:
If it was flashed with "Sunday firmware" then it was a radio issue.
subaru4wd wrote:timecop wrote:
If it was flashed with "Sunday firmware" then it was a radio issue.
You cannot say that with 100% certainty.
timecop wrote:Not possible now, but the new afromini refresh after I run out of current PCBs, I did add a pad for buzzer (it's inverted tho, and you need a transistor/fet to drive it). You could carefully solder something to pin (its the one near 5v/rx/tx/gnd connector, but i don't think it would be very safe unless you are very good at micro soldering.
If you use the discovery buzzer, maybe you can enable servo tilt, assign one of aux switches to "manual" tilt, then connect the buzzer pwm to M1 or M2, so when you flick aux switch to go full tilt/roll on camstab, it will follow same and output needed signal for the buzzer. Of course, this might also have a sideeffect of buzzing while doing flips and stuff, if that's ok with you
timecop wrote:No, customs didn't like $10k worth of components declared as $100.
So stuff is delayed until midnext week.
fiendie wrote:This usually indicates that there is no gyro on the i2c bus.
Your MPU6050 probably died :/
timecop wrote:Yes, sounds like gyro is dead or disconnected, try to reflow it (if you have hotair or something similar), or else it could be just dead.