openrcforums

I'm not sure. PPM16 allows for 2 modules, both using PPM, to be used together. The normal module output is "bit-bashed" on an interrupt.
If you are using PXX or DSM or MULTI, this uses a lot of processing power. Providing a second module signal could lead to users expecting to use both together and I don't think the CPU is powerful enough to do that unless both are PPM.

The obvious pin to consider is PB7. This pin should have been used for the normal module output, instead of PB0, as it has hardware timer support to give an accurate output that doesn't need to be bit-bashed.
Why it wasn't used is a mystery as it is unused on the stock board design.

Mike.

Because probably the guys that designed this radio don't know as much as you

PPM16 allows to use both modules at the same time only, and you also lose trainer as far as I understand. Independent modules would be better of course. What about if thr internal could only use PPM while the external could also drive the serial, just as it is used now in ersky9x?
Would that be a problem on the m128 and m2561?
Would it be because they run at 16Mhz?
What about replacing the Xtal with a 20Mhz? Would the caps also need replacing? Would that improve things? And that should be easier than doing the telemetry mod in my opinion.
Also easy enough (hardwarewise) to change the external PPM signal to be used from PB7, If that improves the processor power problem. Then use the actual external signal as internal, but limited to PPM only.
João

You might even save code specially if the Rf Power Detection wasn't used anymore.. Not really needed, if you could define trainer as output in the firmware..
Anyway, all this is just an idea..
João

The 16MHz clock is the most likely problem, and NO you can't change to 20MHz, the chips are only rated to 16MHz.

Mike.

Ahaa, Didn't know that.. So, it is in theory not possible to make it work reliable then
Oh well, limitations are limitations
João

MikeB wrote:

andrenoites wrote:The only thing I can't configure is the number of channels in the PXX D16 protocol, this is a really important feature because in a Taranis we can change from 16CH to 8CH and the frame size is reduced from 18ms to only 9ms go get a better latency,
In the disclaimer of your latest test version it shows "Correct MULTI FrSky CH_16 and CH_8"
Is this the same feature I am talking about? if not could it be possible to add this feature?

In PXX mode 16 channels are always sent at present. The MULTI fix is related to using MULTI protocol, not PXX, and is the selection between D16 mode and D8 mode.

I may well be able to add the option for only 8 channels, ersky9x (for ARM processors) does have that. My usual problem is fitting everything in to the M64 processor. I can definitely add it for '128 processors.

Mike.

MikeB wrote:Some good new for those using the M64. Pascal (planger), while working on the DIT MULTI module has found a way to reduce the CRC table (for the XJT) from 256 words (512 bytes) to 16 words (32 bytes) while having very little effect in execution time. I've put this into er9x, and tested it with a XJT module and all works OK. There is a saving of 434 bytes in total size.

Mike.

Edit: A bit more optimisation of the code increases the saving to 454 bytes!

Hi there. I'm unfortunate to have a M64 processor. Does the latest change to the CRC table mean that 8 channel mode could also be implemented for this processor or is there something else that does not allow an implementation?

Yes, I can get 8-channel mode in for the M64, it only needs 52 bytes it seems. It will be in the next test version.

Mike.

Mike,

Is there a way to download an old version of er9x nowadays? A guy asked me to flash his radio with er9x.hex r768. He says he had a lot of success with this version in the past, so he really wants to stick with that specific release.

I tried the Google Code, but I don't see an option to download an older version of a file anymore...

I do have the full source code of r766 available that also contains the compiled files for er9x.hex, er9x-ardupilot.hex, er9x-frsky.hex, er9x-frsky-noht.hex, er9x-jeti.hex, er9x-nmea.hex and er9x-noht.hex.

Reinhard

Edit:

I even found r767 and r776 on a backup disk

I used to keep all versions. Give an hour or so and I check..

João

In fact, I used to store the firmwares on my PC as they got released. I had quite a large collection. But that was a long time ago. Then I realized I never have a need to go back to a previous version. Also, there was an option on GoogleCode to download any version from the past... So I decided to only keep the recent version on my PC. Ehhh...

Reinhard, I'll drop you a PM now.

Thanks!


Update:
João, looking forward to hear good news from you!

I exported the googlecode repository to Github, you may find it here: https://github.com/MikeBland/er9x.
The only problem is matching the Github commits to the er9x commits, but if you select a particular commit, and look at the file "make.log" together with the "changelog.txt" and the "stamp-er9x.h" files you can work out the rev number the commit belongs to.

Mike.

I have r768, but at that time I already had my radio modded for telemetry, so I only have the frsky version. Please find it attached
I still have my first version. It is r153. I think Mike was still not there That is how long I've been here. At least 6 years now
I kept all versions until r782

João

r768 looks to be:
Commits on Jul 29, 2012
Voice welcome bug fixed, FAS100 voltage added, CS added AND facility,…

Mike.

yeah, my file is from Jul 30 at 00:14, so I think that is it

João

Gents, thanks a lot!

I got it!

MikeB wrote:Yes, I can get 8-channel mode in for the M64, it only needs 52 bytes it seems. It will be in the next test version.

Mike.

Great, thanks!

I have found this repository, but the code there is quite old: https://github.com/MikeBland/er9x
Is there a new repository for the current development?

That is the repository. The "Master" branch holds the code when I do a release, the "next" branch holds the most recent committed code.
I need to do a new commit, I'll see about doing one later today. I should do them more often, but I haven't got into the habit of doing them when I change a couple of things!

Mike.

Thanks Mike, I'll be waiting patiently for the latest updates.I am using a serial LCD and have to compile myself to get it working (with added delays in lcd_init)

Looks like 'Next' was just updated. Thanks Mike.

I have installed the SmartieParts extreme board, backlight and speaker, all working fine and a brilliant product by the way.
I cannot find anything that tells me where the SD card is fitted. Only then can I use voice files?

allan320

The first image on this post: http://www.rcgroups.com/forums/showthread.php?t=2536318 shows the micro SD card holder and an outline of a micro SD card showing where to insert the card.

This post has the voice files you need to put on the Sd card: viewtopic.php?f=7&t=7715.

Mike.

Also see here for more 9Xtreme info help: (viewtopic.php?f=95&t=7182)
and (http://www.smartieparts.com/shop/index. ... cts_id=378).
Micro SD Card list of Folder Directories, see here: (viewtopic.php?f=35&t=9034#p116984).

Bob B.

I have installed a Multiprotocol-TX-Moduleand on my 9xr。It 's always drops the when i using DSMX binding to compatible receiver。
SVN: er9x-r820 loaded
Version: V1.542-Mike

I don't think this is a problem with er9x. Assuming you are using MULTI as the protocol, try binding using different RxNum values.

Mike.

Thanks Mike.I found the way to modify NumRX first, different receiver to avoid using the same NumRX, secondly, I change the option number is, my compatible satellite receiver with 8, F701 receiver with 7, support DSMX choose DSMX.
MULTI added some protocol, and optimized.My module using serial works, MULTI firmware upgrade if necessary?

Hello, I try er9x FW recently in my flysky th9x, it was just awesome. I want to learn about the code but have no idea on how to start to read the code.
I just read the user manual , but it still be too difficult for me to read the code. Can you guys give me some advices on the code structures?

Have you done much programming in C or C++ ?
Do you know much about the Atmel Mega processors?
The code will be a bit difficult to read in places as I've done a lot of things to make it smaller.

I think you will need to start in er9x.cpp and find main(), then read from there.

Mike.

MikeB wrote:Have you done much programming in C or C++ ?
Do you know much about the Atmel Mega processors?
The code will be a bit difficult to read in places as I've done a lot of things to make it smaller.

I think you will need to start in er9x.cpp and find main(), then read from there.

Mike.

Hi Mike, you said you've done a lot of things to make it smaller, was that the reason why er9x changed ? (I used to download an elder version of it, which has tens of menus pages and you can switch among them by the potentiameters. But the latest one just contains few)