Rushduino OSD - Multiwii based open software osd
Re: Rushduino OSD - Multiwii based open software osd
Hi katana, great to see another octo-builder! Maybe I'll PM you some experience-info, if that is OK?
Regarding the issue with video noise, what happens if you remove the GND contact on the VOLTAGE-TX and VOLTAGE-CAM?
Do you have ferite-filters and twisted/braided cables?
I have a somewhat similar setup, but my TX and Rushduino are powered directly from separate LiPo.
So one LiPo for motors and one LiPo for OSD system (BTW I only have 3S LiPo's yet). BEC from 'OSD-LiPo' powers my Flyduino FC.
Currently my CAM is still powered by flight LiPo.
Regarding the issue with video noise, what happens if you remove the GND contact on the VOLTAGE-TX and VOLTAGE-CAM?
Do you have ferite-filters and twisted/braided cables?
I have a somewhat similar setup, but my TX and Rushduino are powered directly from separate LiPo.
So one LiPo for motors and one LiPo for OSD system (BTW I only have 3S LiPo's yet). BEC from 'OSD-LiPo' powers my Flyduino FC.
Currently my CAM is still powered by flight LiPo.
Re: Rushduino OSD - Multiwii based open software osd
OK!!Maybe I'll PM you some experience-info, if that is OK?
i try only to remove ground from 3 pin video tx=NOISEif you remove the GND contact on the VOLTAGE-TX and VOLTAGE-CAM?
yes, all cable are twisted and there is 2 lc filter.Do you have ferite-filters and twisted/braided cables?
today i will make more test.
Re: Rushduino OSD - Multiwii based open software osd
On the topic of the new Serial protocol, Bledi teased us/me with upcoming (test) version to support this.
Any news on that? I had too many issues with MWC v2.0, so I have updated my octo to the last dev version, which works like a charm!
But now I can't use the OSD of course Not that I'll be needing it any time soon, but still, would be nice to have everything set-up!
I keep F5-ing the Rushduino Google code page
Any news on that? I had too many issues with MWC v2.0, so I have updated my octo to the last dev version, which works like a charm!
But now I can't use the OSD of course Not that I'll be needing it any time soon, but still, would be nice to have everything set-up!
I keep F5-ing the Rushduino Google code page
Re: Rushduino OSD - Multiwii based open software osd
yes sorry, we have problems with the new serial link but we are working on it.
For the moment all the protocol is integrate, but we have a important ghost bug and we have to find it.
Sorry for the delay
For the moment all the protocol is integrate, but we have a important ghost bug and we have to find it.
Sorry for the delay
Re: Rushduino OSD - Multiwii based open software osd
Another test, unmout osd from my octo and test only with a 3s lipo, = noise... and noise...
I have made test, with 3 cam, 2 bec 5v and 2 tx video.
The osd is broken?
I have made test, with 3 cam, 2 bec 5v and 2 tx video.
The osd is broken?
Re: Rushduino OSD - Multiwii based open software osd
no I think your cables are not enought protect and too long.
Re: Rushduino OSD - Multiwii based open software osd
no I think your cables are not enought protect and too long.
But in various test i have reduced the cable, 10 cm from tx to osd and 10cm from osd to Cam. It remained exactly the same noise.
The strange: in each test that I have done, if i bypass the osd , and I connecting directly tx and cam, the image was always perfect, with cables long 10 cm to 1meter...
Re: Rushduino OSD - Multiwii based open software osd
Do you have a buzzer on FC board? Maybe the magnet in that causes issues?
I assume you've checked all the solder points? Does anything change with FC connected or not?
Does the board actually get enough voltage (either via serial or directly from BEC)?
Just guessing, but hoping to help out!
I assume you've checked all the solder points? Does anything change with FC connected or not?
Does the board actually get enough voltage (either via serial or directly from BEC)?
Just guessing, but hoping to help out!
Re: Rushduino OSD - Multiwii based open software osd
shufflez wrote:Do you have a buzzer on FC board? Maybe the magnet in that causes issues?
I assume you've checked all the solder points? Does anything change with FC connected or not?
Does the board actually get enough voltage (either via serial or directly from BEC)?
Just guessing, but hoping to help out!
1) no, i have made the test on table, no magnet.
2)solder point ok
3)change nothing if Fc conected or not
4)voltage 5.0v ok
I have found the cause of the problem.
If I attach the cam the problem presents, otherwise the video is perfect.
The cam is the problem? no! i have test various cam the problem persist.
I have done a test with the analogic exit of a compact camera, i have test pal and ntsc . The problem remain.
the video test:
https://vimeo.com/42560008
Thanks for the help!
Re: Rushduino OSD - Multiwii based open software osd
Regarding the video display problem.
It looks like the video signal is overloading the OSD somehow, perhaps you shouold attenuate the input a little. Does the OSD board have/need a termination resistor, if it were missing this could cause a signal overload.
hth David.
It looks like the video signal is overloading the OSD somehow, perhaps you shouold attenuate the input a little. Does the OSD board have/need a termination resistor, if it were missing this could cause a signal overload.
hth David.
Re: Rushduino OSD - Multiwii based open software osd
Hard to tell from the video, but this does not look like "noise" to me, but rather a synchronization problem. Could you create a video that directly captures the OSD output?
Re: Rushduino OSD - Multiwii based open software osd
Finally I have found the hardware to record the video.
https://vimeo.com/42752848
In the first part there is the video with the osd, from the minute (1.47) the video bypassing the osd.
To notice also the values of position and baro height...
https://vimeo.com/42752848
In the first part there is the video with the osd, from the minute (1.47) the video bypassing the osd.
To notice also the values of position and baro height...
Re: Rushduino OSD - Multiwii based open software osd
hi @all hi katana
i have exact the same vido problem
the camera is a GoPro Hero HD ... i fixed my problem on the V1.2 Board i lower the resolution ..
the problem i have only @ 1080p/30fps 960p/30fps 720p/30fps
no problem i have @ 720p/60fps an WVGA/60fps
i think the MAX have problems to Handle highres video
see Picture .. it works (yes i know the time on the right is lalalala)
Bye
i have exact the same vido problem
the camera is a GoPro Hero HD ... i fixed my problem on the V1.2 Board i lower the resolution ..
the problem i have only @ 1080p/30fps 960p/30fps 720p/30fps
no problem i have @ 720p/60fps an WVGA/60fps
i think the MAX have problems to Handle highres video
see Picture .. it works (yes i know the time on the right is lalalala)
Bye
Re: Rushduino OSD - Multiwii based open software osd
Hi
Hi skytor!
I am not the only to have this issue...
The strange is that: the output from gopro video signal is pal or ntsc , I do not believe the record format can be affect the video processing of the MAX...
Am not expert, this ask is for JohnyGab.
In any case I do not know cam where it is possible to modify the resolution in output. I use this (http://www.securitycamera2000.com/produ ... u-DNR.html)
I want to ask JohnyGab if this is hardware or software problem ? at present the osd is unusable.
regards Katana
skytor wrote:hi @all hi katana
i have exact the same vido problem
the camera is a GoPro Hero HD ... i fixed my problem on the V1.2 Board i lower the resolution ..
the problem i have only @ 1080p/30fps 960p/30fps 720p/30fps
no problem i have @ 720p/60fps an WVGA/60fps
i think the MAX have problems to Handle highres video
see Picture .. it works (yes i know the time on the right is lalalala)
Bye
Hi skytor!
I am not the only to have this issue...
The strange is that: the output from gopro video signal is pal or ntsc , I do not believe the record format can be affect the video processing of the MAX...
Am not expert, this ask is for JohnyGab.
In any case I do not know cam where it is possible to modify the resolution in output. I use this (http://www.securitycamera2000.com/produ ... u-DNR.html)
I want to ask JohnyGab if this is hardware or software problem ? at present the osd is unusable.
regards Katana
Re: Rushduino OSD - Multiwii based open software osd
Hi Katana
i use PAL video standard ... also in software
i use PAL video standard ... also in software
Re: Rushduino OSD - Multiwii based open software osd
Hello, I'm from Germany and bought myself an OSD. Unfortunately I can not find a description there.
Re: Rushduino OSD - Multiwii based open software osd
Just ordered my GoPro HD, Fatsharks and one of these so gonna join the party.
Looking forward to quad FPV fun
Looking forward to quad FPV fun
-
- Posts: 702
- Joined: Sun Aug 28, 2011 8:14 pm
- Contact:
Re: Rushduino OSD - Multiwii based open software osd
Hi Gab,
today I tested V8 as you asked me, and as you know I use my drone to work. So... I think that V8 is not stable:
1-when I fire up with MWii2.0 it goes strait to PID adjustment; (annoying)
2-when I save settings like wide screen they just stay until I get it off
ETC... the rest is all here in previous post´s...
V7 does not have GPS feed, altitude and fancy stuff but I trust the basic few info like my BattVolt, RSSI and AH to do some verticals to the rest I use my eyes and hands!
So... my question is, to when a stable dev? I´m ok with the multiwiidev I use, but please let me upgrade sometime soon
Cheers,
H
PS: MAX does work with 50hz and 60hz in Full HD feed!
today I tested V8 as you asked me, and as you know I use my drone to work. So... I think that V8 is not stable:
1-when I fire up with MWii2.0 it goes strait to PID adjustment; (annoying)
2-when I save settings like wide screen they just stay until I get it off
ETC... the rest is all here in previous post´s...
V7 does not have GPS feed, altitude and fancy stuff but I trust the basic few info like my BattVolt, RSSI and AH to do some verticals to the rest I use my eyes and hands!
So... my question is, to when a stable dev? I´m ok with the multiwiidev I use, but please let me upgrade sometime soon
Cheers,
H
PS: MAX does work with 50hz and 60hz in Full HD feed!
Re: Rushduino OSD - Multiwii based open software osd
I also get pretty annoyed of the PID adjustment screen at the startup.I sure want it, but not every time i power on..
I did some initial ground testing with my v8 today. Calibration of voltage went fine, pretty near real voltage. I also hooked up an HK OSD gps (at 38400 baud), to the flyduino board i got. Running multiwii 2.0.
Artifical horizon, Flightmodes, GPS sat fix worked fine for me in the rushduino v8. It looks pretty good. I got gps fixed at 8-9 sat and i did some ground checking. I walked 100m away from starting point, where home was set. Distance from where home was set, updated all the time when i was walking. The distance seems to be correct, but the arrow didnt't move much at all. It was pointing the same direction i was walking (away from home), should have pointed in the opposit way, back to home. I guess i don't get a direction when moving so slow, and hence no working arrow.
Altitude went from -25 m to -18m, as i was walking up a small hill. A negative value. Would be great to have a altitude that can be used. a negative value is not very useful..
I will test fly my OSD this week or next weekend.
I did some initial ground testing with my v8 today. Calibration of voltage went fine, pretty near real voltage. I also hooked up an HK OSD gps (at 38400 baud), to the flyduino board i got. Running multiwii 2.0.
Artifical horizon, Flightmodes, GPS sat fix worked fine for me in the rushduino v8. It looks pretty good. I got gps fixed at 8-9 sat and i did some ground checking. I walked 100m away from starting point, where home was set. Distance from where home was set, updated all the time when i was walking. The distance seems to be correct, but the arrow didnt't move much at all. It was pointing the same direction i was walking (away from home), should have pointed in the opposit way, back to home. I guess i don't get a direction when moving so slow, and hence no working arrow.
Altitude went from -25 m to -18m, as i was walking up a small hill. A negative value. Would be great to have a altitude that can be used. a negative value is not very useful..
I will test fly my OSD this week or next weekend.
Re: Rushduino OSD - Multiwii based open software osd
how do I get the MultiWii_dev_20120528 run with the V8 for?
Re: Rushduino OSD - Multiwii based open software osd
the V8 is not compatible with the last dev version. The serial link is not the same and we try to intergrate it but we have difficulties.
Re: Rushduino OSD - Multiwii based open software osd
DId another test now, using my car. Multirotor on top of the car. Satelites fixed are between 7-9.I get speed working when driving with my car, distance is also working as it should. Compass doesn't match the direction I'm driving (updates randomly, sometimes hangs for a while), and neither the arrow pointing home. After 1km, it should have calculated correct way home, even with a low refresh rate gps. It certainly don't point home (about everywhere, except home).
Does this work for others, is the code broken or me having some problem with my setup?
Does this work for others, is the code broken or me having some problem with my setup?
-
- Posts: 702
- Joined: Sun Aug 28, 2011 8:14 pm
- Contact:
Re: Rushduino OSD - Multiwii based open software osd
Bledi wrote:the V8 is not compatible with the last dev version. The serial link is not the same and we try to intergrate it but we have difficulties.
it´s not easy... you two will have to find a way with Alex, command 'O' etc became obsolete! no more 'O's
Cheers,
H
-
- Posts: 2261
- Joined: Sat Feb 19, 2011 8:30 pm
Re: Rushduino OSD - Multiwii based open software osd
Actually, the new protocol is Waaaaayyy better then the old one. Much less traffic and only required information is transmitted.
-
- Posts: 702
- Joined: Sun Aug 28, 2011 8:14 pm
- Contact:
Re: Rushduino OSD - Multiwii based open software osd
@Gab
do tou think that is possible for "us" to make some diy on the RushOSD (not used digital port´s) to communicate with a Frsky D8RII(other´s with telemetry support)? I know that we can bypass the (leveler 3.3v R232) part.
Cheers,
H
Edit: should be easy to code that ( Ithink) and the best part is that you only have to code it once! there are lots of Frsky out there, maybe is a good Idea...
do tou think that is possible for "us" to make some diy on the RushOSD (not used digital port´s) to communicate with a Frsky D8RII(other´s with telemetry support)? I know that we can bypass the (leveler 3.3v R232) part.
Cheers,
H
Edit: should be easy to code that ( Ithink) and the best part is that you only have to code it once! there are lots of Frsky out there, maybe is a good Idea...
Re: Rushduino OSD - Multiwii based open software osd
copterrichie wrote:Actually, the new protocol is Waaaaayyy better then the old one. Much less traffic and only required information is transmitted.
yes it's true the new protocol is really better but to intergrate it's not so easy
-
- Posts: 2261
- Joined: Sat Feb 19, 2011 8:30 pm
Re: Rushduino OSD - Multiwii based open software osd
This is the power behind Team Effort.
Re: Rushduino OSD - Multiwii based open software osd
Hi everyone.
I saw that many of you have problem or question, i'll try to answer to them the better I can shortly.
For those you still have question about how to power that, here is the explanation :http://vimeo.com/40696974
For the rest of you that have a problem with V8, I know about the PID at start bug, its pissing me off too!
Since the last Dev of the Multiwii, the way to get data over the serial link have changed a lot, and its requesting MAJOR modification to the OSD itself. Problem is : space, i'm currently working on that.
Before : OSD was sending O, and the mutlwii was replying a big bunch of information, the OSD take them and analyse them....and start over.
It was like the OSD sending : "Hey Multiwii board, tell me every information you have "
Now : OSD have to ask one question to get one information , and the multiwii reply the resquested information
its like the OSD saying : " Hey Multiwii, what is you roll and pitch angle" the mutlwii reply : " its 12deg, and 3 deg"
...and next is : "hey multiwii, what are Rc data , stick possition" and the multiwii reply : "1200,1400,1600.......ect"
Its far better because the OSD dont have to process unwanted information, BUT, its now 15 individual request that OSD have to manage instead of 2.
BUT, here come the best advantage : No mode modification to the multiwii code will be required!
I know that some of you are really waiting for that, and its normal. I will not leave it like that, i'm working seriously on that, But I want the next release to be STABLE
I saw that many of you have problem or question, i'll try to answer to them the better I can shortly.
For those you still have question about how to power that, here is the explanation :http://vimeo.com/40696974
For the rest of you that have a problem with V8, I know about the PID at start bug, its pissing me off too!
Since the last Dev of the Multiwii, the way to get data over the serial link have changed a lot, and its requesting MAJOR modification to the OSD itself. Problem is : space, i'm currently working on that.
Before : OSD was sending O, and the mutlwii was replying a big bunch of information, the OSD take them and analyse them....and start over.
It was like the OSD sending : "Hey Multiwii board, tell me every information you have "
Now : OSD have to ask one question to get one information , and the multiwii reply the resquested information
its like the OSD saying : " Hey Multiwii, what is you roll and pitch angle" the mutlwii reply : " its 12deg, and 3 deg"
...and next is : "hey multiwii, what are Rc data , stick possition" and the multiwii reply : "1200,1400,1600.......ect"
Its far better because the OSD dont have to process unwanted information, BUT, its now 15 individual request that OSD have to manage instead of 2.
BUT, here come the best advantage : No mode modification to the multiwii code will be required!
I know that some of you are really waiting for that, and its normal. I will not leave it like that, i'm working seriously on that, But I want the next release to be STABLE
-
- Posts: 2261
- Joined: Sat Feb 19, 2011 8:30 pm
Re: Rushduino OSD - Multiwii based open software osd
Fantastic Team Work there Johny, keep up the good work.
Re: Rushduino OSD - Multiwii based open software osd
Hi Johny
i say only THUMBS UP ... great work ... and the ""PID at start bug"" yes i see it .. but .. one short arming the copter and i am on ""normal"" screen mode ... PROBLEM ? no .. it works
bye Skytor
i say only THUMBS UP ... great work ... and the ""PID at start bug"" yes i see it .. but .. one short arming the copter and i am on ""normal"" screen mode ... PROBLEM ? no .. it works
bye Skytor
Re: Rushduino OSD - Multiwii based open software osd
My problem I was writing about earlier,it's not related to the OSD. I think the OSD works just fine with v8. It presents everything fine on screen. It sure looks real nice. I have to say that.
It's my magnetometer that's not working in my case. I haven't really used it before and tested it. It is calibrated. First i thought it was just to close cables, creating magnetic fields, but it's not. I have created very good separation and I have checkd with a compass. Momentarily the magnetometer works fine, and then goes crazy again.
I just wanted to report, so people dont think there is a non working OSD software. In my case, it's definitively the setup that isn't working correct. I have to test a bit more, get another IMU maybe.
It's my magnetometer that's not working in my case. I haven't really used it before and tested it. It is calibrated. First i thought it was just to close cables, creating magnetic fields, but it's not. I have created very good separation and I have checkd with a compass. Momentarily the magnetometer works fine, and then goes crazy again.
I just wanted to report, so people dont think there is a non working OSD software. In my case, it's definitively the setup that isn't working correct. I have to test a bit more, get another IMU maybe.
Re: Rushduino OSD - Multiwii based open software osd
JohnyGab wrote:Yes and no
Its the same processor, same video driver, so it will display something. But, you sill need to modify hardware to have voltage/rsssi/current mesurement. Also some code modification sill be required to make spi communication between max7456 and atmega328p
So, directly no, but if you ask me "johny, with that hardware ...are you able to make it work" i'll have to say yes. But, shy dont you want to encourage me by buying mine ?
would it work easier with mega 256 ?
Re: Rushduino OSD - Multiwii based open software osd
Hi Haydent
the ATMEGA328P and the MAX7456 are fix mounted on the rushduino board .. there is nothing that can change on the hardware easy
the only problems (for me)
1) the ""bug"" on startup -> rushduino goes to the setup menu ( arm the motors an you jump to the ""fly mode" )
2) the temperature dosnt work ( V1.2 Board ) -> on screen always 0°C (- nice to have but not realy needed
3) i dont know how to setup the ampere measurement to display on the screen
the rest works fine and stable on my ATMEGA 2560 / Flyduino MEGA Flight Controller with Free IMU 0.4.3 + serial FMP04 GPS Modul
by skytor
the ATMEGA328P and the MAX7456 are fix mounted on the rushduino board .. there is nothing that can change on the hardware easy
the only problems (for me)
1) the ""bug"" on startup -> rushduino goes to the setup menu ( arm the motors an you jump to the ""fly mode" )
2) the temperature dosnt work ( V1.2 Board ) -> on screen always 0°C (- nice to have but not realy needed
3) i dont know how to setup the ampere measurement to display on the screen
the rest works fine and stable on my ATMEGA 2560 / Flyduino MEGA Flight Controller with Free IMU 0.4.3 + serial FMP04 GPS Modul
by skytor
Last edited by skytor on Wed Jun 20, 2012 7:11 pm, edited 1 time in total.
Re: Rushduino OSD - Multiwii based open software osd
Does your arrow point home correct skytor? Curious if my setup got probs, or the OSD isn't working as it should.
My arrow isn't reliable when flying. Doesn't point to home, although home is set when gps finds its satellites, alt and distance from home set is working, locking at 7-11 sat (mostly 9-10). GPS is very slow to find the satellites, much slower than my mediatek 3329 that i use for APM. Magnetometer works and show the compass direction correctly. I haven't tried with a "good" gps yet. I got an HK "apache OSD gps" that i hooked up to MWC. I don't know refresh rate but most likely very low.
Temp works, but not reliable values. Doesn't matter to me. I got the v1.2 board.
I'm using Flyduino MEGA Flight Controller with Free IMU 0.3.5_ms with HK gps from combo kit (Apache OSD) running at 38400bps @Serial 2 on flyduino.
My arrow isn't reliable when flying. Doesn't point to home, although home is set when gps finds its satellites, alt and distance from home set is working, locking at 7-11 sat (mostly 9-10). GPS is very slow to find the satellites, much slower than my mediatek 3329 that i use for APM. Magnetometer works and show the compass direction correctly. I haven't tried with a "good" gps yet. I got an HK "apache OSD gps" that i hooked up to MWC. I don't know refresh rate but most likely very low.
Temp works, but not reliable values. Doesn't matter to me. I got the v1.2 board.
I'm using Flyduino MEGA Flight Controller with Free IMU 0.3.5_ms with HK gps from combo kit (Apache OSD) running at 38400bps @Serial 2 on flyduino.
-
- Posts: 702
- Joined: Sun Aug 28, 2011 8:14 pm
- Contact:
Re: Rushduino OSD - Multiwii based open software osd
For me things work when they work for real 100%, they do not work with this and that bug from version to version things seem to stay just almost...
For example Multiwii, it works from the beginning, the difference is that is getting better and better every day staying with the same type of hardware and architecture, we can still have it running on a 328p.
We have not reached the hardware full capacities if you know what I mean, so please do not say that except this or that it works great! It does not.
Cheers,
H
For example Multiwii, it works from the beginning, the difference is that is getting better and better every day staying with the same type of hardware and architecture, we can still have it running on a 328p.
We have not reached the hardware full capacities if you know what I mean, so please do not say that except this or that it works great! It does not.
Cheers,
H
Re: Rushduino OSD - Multiwii based open software osd
Hmm, what did you mean with that? not sure I got it right.
But I cant see anyone saying it works great in this thread, just what different people (like me or skytor) got working and not working, and what matters for each individual, how important it is to get working or not. I'm interested of knowing if it's working or if i got anything incorrect with my setup (which i believe i don't have anymore).
I agree with you,regarding things doesn't work util they really do, stuff that is supposed to be stable. I don't have an expectation that Rushduino would be perfect, as it's not that mature (yet). This is clearly stated for this version. If it was stable then I would expect it to work at 100%. For now, I expect the code will work in the future. I don't expect current development release of MW to be 100% working either, but when it goes into final release as stable. Then I expect it to work fully.
But I cant see anyone saying it works great in this thread, just what different people (like me or skytor) got working and not working, and what matters for each individual, how important it is to get working or not. I'm interested of knowing if it's working or if i got anything incorrect with my setup (which i believe i don't have anymore).
I agree with you,regarding things doesn't work util they really do, stuff that is supposed to be stable. I don't have an expectation that Rushduino would be perfect, as it's not that mature (yet). This is clearly stated for this version. If it was stable then I would expect it to work at 100%. For now, I expect the code will work in the future. I don't expect current development release of MW to be 100% working either, but when it goes into final release as stable. Then I expect it to work fully.
-
- Posts: 702
- Joined: Sun Aug 28, 2011 8:14 pm
- Contact:
Re: Rushduino OSD - Multiwii based open software osd
I´m on this (rusduino osd) from the beginning, probably one of the first´s out here, gave ideas to like your count down to RSSI min, so, probably you are not figuring out what I said.
I have one piece of hardware just like you, and against many people I always defend that Gab´s work was and is on the right direction, but it is time to fully take the best advantage of what we got...
@palton Question: what do you read on BAT2?
H
Edit: I dont know how to code, but I know how to press who knows
I have one piece of hardware just like you, and against many people I always defend that Gab´s work was and is on the right direction, but it is time to fully take the best advantage of what we got...
@palton Question: what do you read on BAT2?
H
Edit: I dont know how to code, but I know how to press who knows
Re: Rushduino OSD - Multiwii based open software osd
I got your point now, didn't get what you meant from the beginning as I was saying. I agree with you, considering the hw/sw have been around for a while now. I bought my hardware about when ver 8 sw was available. From that perspective it doesn't seam unreasonable, but looking at time frame back, you got a point..
I can think bugs should be closed so it actually works good, before implementing new serial protocol. So its matching MW 2.0, the current stable version.
I don't measures anything with either the Bat2 or RSSI, as I don't have any use for it. I don't need to measure any low voltage source. Pinout have changed between v1.1 and v1.2. RSSI pin is moved now on the board. I haven't tried any of those (bat2 or RSSI). Does they work?
I can think bugs should be closed so it actually works good, before implementing new serial protocol. So its matching MW 2.0, the current stable version.
I don't measures anything with either the Bat2 or RSSI, as I don't have any use for it. I don't need to measure any low voltage source. Pinout have changed between v1.1 and v1.2. RSSI pin is moved now on the board. I haven't tried any of those (bat2 or RSSI). Does they work?
-
- Posts: 702
- Joined: Sun Aug 28, 2011 8:14 pm
- Contact:
Re: Rushduino OSD - Multiwii based open software osd
palton wrote: I haven't tried any of those (bat2 or RSSI). Does they work?
Just RSSI.
Re: Rushduino OSD - Multiwii based open software osd
palton wrote:Does your arrow point home correct skytor? Curious if my setup got probs, or the OSD isn't working as it should.
My arrow isn't reliable when flying. Doesn't point to home, although home is set when gps finds its satellites, alt and distance from home set is working, locking at 7-11 sat (mostly 9-10). GPS is very slow to find the satellites, much slower than my mediatek 3329 that i use for APM. Magnetometer works and show the compass direction correctly. I haven't tried with a "good" gps yet. I got an HK "apache OSD gps" that i hooked up to MWC. I don't know refresh rate but most likely very low.
Temp works, but not reliable values. Doesn't matter to me. I got the v1.2 board.
I'm using Flyduino MEGA Flight Controller with Free IMU 0.3.5_ms with HK gps from combo kit (Apache OSD) running at 38400bps @Serial 2 on flyduino.
Hi Palton
YES the arrow work fine .. an YES home is set after i have a satfix to .. BUT the calibration of the mag sensor is littel bit confused ... i try to do it serveral times without reach a propper/stabel working ... after ???? 10 .. 20 ??? calibration it works .. why ?? i dont know
my serial GPS need at cold start ... up to 1 minute to have a satfix .. after 90 seconds i have 7 ~ 9 satelites
-
- Posts: 702
- Joined: Sun Aug 28, 2011 8:14 pm
- Contact:
Re: Rushduino OSD - Multiwii based open software osd
Hi Gab,
any news?
any news?
Re: Rushduino OSD - Multiwii based open software osd
Hi guys,
After awaiting patiently for support of the new serialprotocol for Rushduino OSD, i'm getting a little anxious now.
Another release candidate (stable version!) has been announced (MWC 2.1) and the progress I've seen on your google code is only for I2C GPS
Can you please let us know when we can expect (even a beta) of the new Rushduino OSD MCE (v9?).
After awaiting patiently for support of the new serialprotocol for Rushduino OSD, i'm getting a little anxious now.
Another release candidate (stable version!) has been announced (MWC 2.1) and the progress I've seen on your google code is only for I2C GPS
Can you please let us know when we can expect (even a beta) of the new Rushduino OSD MCE (v9?).
Re: Rushduino OSD - Multiwii based open software osd
Yes we are working on a new release, we had wait for a stable serial protocol before finish it.
Stay tune
Stay tune
Re: Rushduino OSD - Multiwii based open software osd
Some update everyone,
I've succesfully integrated the Rc Chanel and artificial horrizon as well. The major thing now is PID tuning via OSD, in fact, everything exept the display itself as to be re-coded into the osd because everything was relying to that particular old communication protocol.
For now, as I can see, there is still now "Stable" version ( I mean, not dated revision, but true new "version" of the code ) of multiwii, there is no way I want to make something that have bug that can cause problem in the display.
Please, be patient, because it will really worth the wait.
When i'll release that version, you will have NO modification to the multiwii to make, it will just work plug and play.
I've succesfully integrated the Rc Chanel and artificial horrizon as well. The major thing now is PID tuning via OSD, in fact, everything exept the display itself as to be re-coded into the osd because everything was relying to that particular old communication protocol.
For now, as I can see, there is still now "Stable" version ( I mean, not dated revision, but true new "version" of the code ) of multiwii, there is no way I want to make something that have bug that can cause problem in the display.
Please, be patient, because it will really worth the wait.
When i'll release that version, you will have NO modification to the multiwii to make, it will just work plug and play.
Re: Rushduino OSD - Multiwii based open software osd
Good to hear maestro, will be eagerly awaiting the new release!
If you need any beta-testers running the (b)leading edge Multiwii versions, please let me know!
If you need any beta-testers running the (b)leading edge Multiwii versions, please let me know!
Re: Rushduino OSD - Multiwii based open software osd
Any chance you can send me a version without the pid tuning.
At least I can test the rest.
At least I can test the rest.
Re: Rushduino OSD - Multiwii based open software osd
Can't wait Jean!
Re: Rushduino OSD - Multiwii based open software osd
Hi
MultiWii 2.1 is airborne and works fine ... now i am waiting for OSD *smile
MultiWii 2.1 is airborne and works fine ... now i am waiting for OSD *smile