ERSKY9x Rev. B1 User Area

kaos · Post by **kaos** » Tue Sep 04, 2012 3:25 am

SM: which ersky9x were you using that you were able to back up your eeprom file. I did not set up my ersky9x board until r105 was implemented. and I have never been able to back up(read from eeprom or flash memory) ever. I wonder if the r105/107 has something that is preventing the eeprom being backed up or restored properly. when I update the FW, the companion 9x always back up the eeprom 1st then, stated it won't be able to restore the current version eeprom then write the temp eeprom back up when program starts.

Post by **ShowMaster** » Tue Sep 04, 2012 5:39 am

I'm not having the best luck tonight with my C9X and ersky9x board tonight. I'm thinking that maybe the USB port may be intermittent? I was able to load the latest ersky9x firmware after a CPU reset. I was also able to load an eepe mix file I had but that's all I can do. I'm being told by SAM-BA that it loaded OK but the memory mix files don't. If I try to load a Memory Mix file I used C9X to download it give me an error message when I select it with C9X. Too bad, this is the first error I've had with my sky board so I'll have work it out.
Bedtime
SM

kaos · Post by **kaos** » Tue Sep 04, 2012 6:16 am

SM: that is what i am experiencing since I started to use the ersky9x board with ersky9x r105. The model I set in the tx, I can't make backup yet.

Post by **cre8tiveleo** » Tue Sep 04, 2012 6:24 am

It's most likely c9x.
If i use samba only with the skyboard, never an issue.
Use c9x, have bricked 45+ times , many other errors and bad reads and burns.
With me, it's not a board issue.

Always plug in your radio Usb first, then activate C9x. I've found turning on the radio while using c9x reduces the number of errors too.

This is an ongoing issue since c9x started supporting sky board.

---
I am here: http://tapatalk.com/map.php?ngz4yv

Peter · Post by **Peter** » Tue Sep 04, 2012 6:32 am

Been using c9x a lot lately, and after I switched to 2.11 of sam-ba, I haven't had a single problem. On windows and Linux 64bit.

kaos · Post by **kaos** » Tue Sep 04, 2012 6:44 am

cre8tiveleo wrote:It's most likely c9x.
If i use samba only with the skyboard, never an issue.
Use c9x, have bricked 45+ times , many other errors and bad reads and burns.
With me, it's not a board issue.

I don't think it is a board issure either. Just think it is something between ersky9x fW and c9x.
I am glad i have not bricked any thing, yet. just can't read /burn eeprom files

Always plug in your radio Usb first, then activate C9x.

that is what I have been doing.

how do you backup/burn eeprom set up files using sam-ba only?

peter: I am using 2.11 but not working. may be it has something to do with the tcl and applet files. can you send me a copy of your tcl and applet files to let me try? I am using win7 64 ultimate too.

Peter · Post by **Peter** » Tue Sep 04, 2012 7:04 am

I can do that when I am home. But as far as I can remember it is just the version linked from the wiki..

Post by **bertrand35** » Tue Sep 04, 2012 7:44 am

cre8tiveleo wrote:It's most likely c9x.
If i use samba only with the skyboard, never an issue.
Use c9x, have bricked 45+ times , many other errors and bad reads and burns.
With me, it's not a board issue.

Always plug in your radio Usb first, then activate C9x. I've found turning on the radio while using c9x reduces the number of errors too.

This is an ongoing issue since c9x started supporting sky board.

C9x does exactly the same than SAM-BA as it just launches it! Starting c9x before or after plugging USB has no consequence, this is simply impossible.

But as stated in another thread, er9x / sky9x doesn't format the SD when coming from open9x and this is evident to me that it would be better if it did!

Bertrand.

Post by **cre8tiveleo** » Tue Sep 04, 2012 8:13 am

Sure it's possible.

I have to do it.

---
I am here: http://tapatalk.com/map.php?4zuyzs

kaos · Post by **kaos** » Wed Sep 05, 2012 1:05 am

Peter wrote:I can do that when I am home. But as far as I can remember it is just the version linked from the wiki..

peter:
I have tried your applet files. still the same. but just read MikeB's post, looks like he found a bug in the applet. Now I know I am not nuts.

thx for the files.

Post by **bertrand35** » Wed Sep 05, 2012 8:36 pm

In the applet? I thought it was a missing initialization before calling usb_mode(). Unless he wants to add this initialization inside the applet?
Bertrand.

kaos · Post by **kaos** » Wed Sep 05, 2012 9:05 pm

yes, you are right. Just my nontechnical (unnerdy) description.

Post by **MikeB** » Wed Sep 05, 2012 9:17 pm

The applet is supposed to work without any initialisation code having already been run. If you have a new, empty, board, (or have erased it with the link) then there is no code in the flash to run to do this initialiation. The initialise code is in the applet, but something is missing it seems. I'm trying to find a bit of time to find out why it isn't working, just lost the whole of today to a customer who didn't connect a signal to the software I was trying to test. Took 5 hours to find that out!

Mike.

Post by **bertrand35** » Wed Sep 05, 2012 9:48 pm

MikeB wrote:The applet is supposed to work without any initialisation code having already been run. If you have a new, empty, board, (or have erased it with the link) then there is no code in the flash to run to do this initialiation. The initialise code is in the applet, but something is missing it seems. I'm trying to find a bit of time to find out why it isn't working, just lost the whole of today to a customer who didn't connect a signal to the software I was trying to test. Took 5 hours to find that out!

Mike.

I know the feeling...
Bertrand.

Post by **MikeB** » Wed Sep 05, 2012 10:32 pm

I think I've found the reason for the applet proble. The (Atmel) supplied startup code has a variable in RAM that controls setting the BSS to zeroes. The source initialises it to 0, but it is put in the BSS section itself, so is not initialised, so the BSS initialisation may, or may not be carried out depending on what is already in the RAM!
I'm moving it to the 'mailbox' section which is initialised to zero. Testing will follow hopefully tomorrow. If all is OK I'll update the svn.

Mike.

PNaz · Post by **PNaz** » Wed Sep 05, 2012 10:49 pm

Mike

The applet fix seems to work. I couldn't read my eeprom on Companion 9X and r107 unless I turned the transmitter on first, let it initialize, then inserted the USB cable, and then started C9X.

It now reads properly with the transmitter off using r109.

Paul

terabyte · Post by **terabyte** » Thu Sep 06, 2012 2:54 am

just went from r99 to r109 with c9x and had no issues. where can i find what has changed in each version of FW?

kaos · Post by **kaos** » Thu Sep 06, 2012 4:13 am

yep, r109 fixed the c9x read/write eeprom issue. It works normally now. Just when you load r109 'do not' check the 'backup and restore eeprom' , (if this is checked it will still do the same thing as before), load r109 as before. after r109 is loaded then everything works as it should.

now, the r109 has the same problem as r107 with Frysky telemetry voice. it inserts 'six' in the voice randomly (I am sure there is some correlation if I do enough combination test'.
It now read rpm but incorrectly, (r105 does not read at all)
RPM 3600 reads as 'four thousand six hurndred six'
It does not read decimal for ctot, cvlt, A2 any more (r105 does)
Alt 54 reads as 'fifty four six meters'
A1 5.5 reads as '5 volt'
A2 0.0 reads 'zero volt'
T1 29 reads as 'twenty nine six degrees'
FUEL 100 reads 'one hundred zero six'
mah1/2 not exists read 'zero six'
T2 not exist read 'five hundred five six degrees'
tim1/2 1:31 reads as 'one six minutes thirty one six seconds'
RSSI /TSSI 75 read as 'seventy five six'

don't know where those 'six' is coming from.

Post by **jhsa** » Thu Sep 06, 2012 8:15 am

It's the SIX syndrome

Post by **MikeB** » Thu Sep 06, 2012 8:49 am

ersky9x voice functionality is following er9x, see the ar9x/stock voice thread.
File 0006.wav should now be "POINT ZERO'.
File 0007.wav should now be "POINT ONE'.
up to
File 0015 should now be "POINT NINE'.

Mike.

kaos · Post by **kaos** » Thu Sep 06, 2012 3:27 pm

jhsa wrote:It's the SIX syndrome

Jhsa: that is another thing. with a little noise in between the words (we talked about comparing the stock board voice mod and the ersky9x voice), I am not quite sure it says 'SIX' or 'SEX'.

Mike:
obviously I missed out on that 0006-0012 wav file thing. I will change those out and test it again today.

Post by **jhsa** » Thu Sep 06, 2012 3:46 pm

0006-0015

Post by **MikeB** » Thu Sep 06, 2012 3:47 pm

The voice files for er9x are 8-bit, while we can use 16-bit files on ersky9x. For speed of testing, I have used 8-bit files on ersky9x, and there is some noise at the start and end.
Ideally, we need 16-bit files sorted.

Mike.

kaos · Post by **kaos** » Thu Sep 06, 2012 4:57 pm

jhsa wrote:0006-0015

Dang, when did this happen, I thought I am reading this voice thing everyday. must be in my sleep.

kaos · Post by **kaos** » Thu Sep 06, 2012 6:02 pm

this is about ersky9x voice, don't know I should put this in in er9x voice mod or not. If Moderate think it should, then move it:

OK. I retest the ersky9x voic with updated voice files form Jhsa including the 006-0015 for 'point 0-point 9' and I have 400-499 for 0-99 and thousands already

here is a list of what I can test:
A1: 5.5 -> five volts (no decimal)
A2: 0.0 -> zero volts (no decimal
RSSI/TSSI: 88 -> 88 point zero (rssi/tssi has no decimal, point seems redundant)
Tim 1/2: 1:31 -> 1 point zero mins 31 point zero seconds (point zero in min/sec redundant)
Alt: 34 -> 34 point zero meters (do we have decimal detection in alt?)
T1: 29 -> 29 point 0 degrees (decimal temp detection?)
T2: not connected -> 5 hundred 5 point zero degrees
RPM: 3600 -> 4 thousand 6 hundred point zero (decimal?)
FUEL: 100 -> 1 hundred zero point zero (decimal?)
mah 1/2 0.0 -> 0 point 0 (this is correct)
cvlt: 3.96 -> 3 point 96 volts (correct)
Batt: 10.0 -> ten volts (no decimal)
amp: 0.0 -> 0 point 0 (correct)
ctot: 12.0 -> 12 volts (no decimal)
FASV: 0 -> 0 volts (no decimal, but I don't have a FAS sensor don't know there will be a decimal detected or not).

This is just some minor things can be taken care of along with other major things need to be done. Only RPM I tested several times, 3600 is always read as 4 thousand.
seems to me, we need two sets of wav for point and non point. for those parameter don't have decimal use the previous set of wav without point and for the parameters have decimal use the set with 'point' files. just my thinking.
hear RSSI as 85 point 0 sounds strange.

Post by **MikeB** » Thu Sep 06, 2012 10:14 pm

Bother, I had a close brace in the wrong place, different from er9x, must have slipped up when copying the code between them.

I'll try to get a fix out.

Mike.

kaos · Post by **kaos** » Fri Sep 07, 2012 2:42 am

jhsa:
can I convert your 8bit wav files to 16 bit ? If it can be done in audacity. I will do the whole thing.

kitsen13 · Post by **kitsen13** » Fri Sep 07, 2012 5:56 am

kaos wrote:this is about ersky9x voice, don't know I should put this in in er9x voice mod or not. If Moderate think it should, then move it:

OK. I retest the ersky9x voic with updated voice files form Jhsa including the 006-0015 for 'point 0-point 9' and I have 400-499 for 0-99 and thousands already

Hello, i don't find any reference in voice file for 400-499?
Where do you find these references?
Thanks

kaos · Post by **kaos** » Fri Sep 07, 2012 6:43 am

Here is a copy of Jhsa's zip file. I can't find the original post. It has all the voice file including the 006-0015 'point 0 -9'.
I think I got it during sleep.

ReSt · Post by **ReSt** » Fri Sep 07, 2012 7:36 am

kaos wrote:jhsa:
can I convert your 8bit wav files to 16 bit ? If it can be done in audacity. I will do the whole thing.

But that will not improve the quality or reduce the noise.

Reinhard

openrcforums

ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area

Re: ERSKY9x Rev. B1 User Area