openrcforums

S.bus is easy and well known. Smart Port on the other hand nobody knows unless you sign an NDA (and I'm not even sure it's available then right now?).

Wayne from Aloft says they are compatible.
http://www.rcgroups.com/forums/showpost ... count=6606

I hope FrSky releases the details (and not under NDA) on the smart port because I'm interested in hooking in to it for more complex purposes than FrSky can come up with.

NI0X wrote:Can I plug in an Orange TX module if I have modded my Transmitter like this?

I have not had any problems with it.

I made a small change so that if the model number is not specified then it will print the first valid model. This makes it easier to handle eepe files that don't have a model in the first slot. Index: trunk/src/mainwindow.cpp =================================================================== --- tr...

It is possible to offer isolation via environments although I'm not sure if they are being used here (looks like not). Properly written scripts would be using local functions/variables and would not affect other scripts regardless of whether or not they are in their own environment. True, it might n...

Works great, thanks!

Thanks, I think I have it working. :) The only issue is that if anything is wrong on the command line (like the file doesn't exist or something) then companion keeps running normally and hangs my processes while they wait for it to finish its work. I think if "--print" or whatever is speci...

I can't display pdf on the website though.

Worse case I can parse the HTML, grab the curves and then generate them again use gnuplot or something.

Fast, thanks! Looks good, I'm going to test it. Is it possible to get the images for the curves as well?

Yes, I really don't want to maintain all of that which is why I am hoping to use companion. I believe the Xvfb X server will work. I have used it in the past but haven't tried it with a Qt application yet.

That would be great!

I will continue to tinker with my own decoder. The main problem is that while I understand how the openTx eeprom works, it looks like companion has extra data/headers in there that I don't fully understand (possibly the "internal field" or something).

How hard would it be to make a stripped down version of companion9x that could be used to print models from the command line? What I would like to be able to do is something like: companion9x --print --model=1 TestModel.eepe -o TestModel.html This would open "TestModel.eepe" and print mode...

Ah, thanks! I never really used the templates anyway.

I haven't been able to compile the Lua branch for some time, am I compiling possibly with an incorrect option? It looks more like maybe the templates haven't been updated for the curve refactoring. I have been thinking that it is just taking a while to get all the changes in or maybe a big commit is...

To increase the voltage range would mean more amplification, no? More amplification means potentially more noise and error. Maybe the current design is a compromise. Also consider the accuracy of the pot itself. The wiper has a certain size footprint and the resistive strip has a certain error toler...

Because the latency is very high. Delayed controls is annoying when trying to do precision acrobatics.

S.Bus would give me 9ms but even 18ms is better than 27!

I wonder if there is any chance FrSky could create a firmware for the D4R-II that outputs S.Bus instead of CPPM. I believe that would eliminate the problem.

Yes, that's why I use replace a lot, especially with switches. Doesn't seem to work well with "slow" in every case though. I was never able to get my mix to work perfectly on the radio (works about 10% of the time). Works great in the simulator.

Hmm, that seems like a major problem when using their own RX!

I can set CH7-8 to MAX -100 but the frame is crowded and MultiWii still glitches sometimes. The DJT in 6 channel mode works much better.

I'm using a D4R-II RX in CPPM mode which has a short 18ms frame time and can not handle 8 channels (yes I know about the 27ms firmware, I don't want that). With my DJT TX module all I do is set the TX to 6 channels and the D4R-II outputs only 6 channels. With the Taranis however (in D8 mode), even i...

I think I made it work by using this mix instead (everything else the same as before): CH01 R (+100%)CH09 Slow(u1:d0) R (+100%)Thr Switch(CS1) Curve(Curve 1) R (-100%)MAX Switch(SF↓) R (-100%)MAX Switch(SA-) CS1 (CH01 > -16 ) AND !SC↑ Delay 0.5 sec Which is not exactly what I wanted (I wanted SD to ...

OK, here is a new problem to solve. This is one a little different than my previous problems because it works in the simulator but does not work on the radio. I have tried the latest trunk openTx from svn and also build r2688 from companion9x. The problem is with the "SD" switch. In the si...

You can also think of the scripts as "plug-ins" that could be used by normal users to get extra functionality even if they didn't write them. What is the cycle time on the Taranis anyway? I wonder what the limit is for amount of code that can run in these scripts before it slows down the r...

So the Lua branch will eventually become mainline? If that's the case then I will switch over to the Lua branch.

I have been a Lua developer for many years so this definitely interests me.

How does the Lua branch code differ from trunk?

I was just comparing the two and there are significant differences besides just the Lua changes.

Using eepe/er9x, try the following: Thanks, I'll check that out. It's so complicated though. :P Then just use slow up and not also slow down. That might work but I need it to be slow up and down between SC- (ID1) and SC↓ (ID2) so I don't think it will work. I'm still playing with it, I'll see what ...

The immediate -100 is a safety feature (think: throttle cut) so it can't be slow and it doesn't need to be. Increasing on the other hand always needs to be slow.

Oh well, I guess I shouldn't expect the firmware to be able to do anything.

One problem I'm having with the curve method (or "slow" in general) is that if I quickly switch the switch (faster than the "slow" time) then it will instantly jump to various values. This is more obvious when I use a longer slow time (on some models I may use as much as 5 second...

You say it is a custom build. Did you build it, if not how was it built? Mike. Yes I built it because it has a modification I added to allow me to use a swash ring larger than 100%. Other than that it is stock from whatever revision of svn it is. This was the only change I made: --- src/menus.cpp -...

Yep, here is a zip with everything. I have also included the er9x flash I'm using. The "V922" model is the specific one I am working with right now. Interesting, it looks like CH04 doesn't work at all in the current companion9x simulator. In eepe it works but the "slow" does not ...