1. Forum
  3. Development
  5. Development
  7. Developing a universal module

Developing a universal module

More
23 Mar 2014 20:35 #21773 by nusbr
Replied by nusbr on topic Developing a universal module
Is there a differente in Code between DEVO 10 and DEVO 8 (use DEVO 8S) Code?
I will Test them tomorrow with a Second Modul. Perhaps it does not work.

Could you post your .ini file?

Please Log in or Create an account to join the conversation.

More
24 Mar 2014 07:17 #21786 by blackmoon
Replied by blackmoon on topic Developing a universal module
I don't think the model file will change anything but here they are, pay attention that they are for Devo7E, adapt them for Devo8.
Attachments:

Please Log in or Create an account to join the conversation.

More
24 Mar 2014 16:28 #21798 by PhracturedBlue
Replied by PhracturedBlue on topic Developing a universal module
yes the devo10 still does not have the programmable switch support enabled, so it does not use the new reset behavior. It is only a one-liner to enable, but until I get this resolved, I don't expect to do so. I amy turn off the dveo8 support if I can't figure out what is going on.

As far as the switch goes, all of a sudden I'm getting a reset every 2ms on the AVR. I thought it was coupling related (and it may be) but it really looks like the watchdog (despite being disabled). I've been banging my head against it for a couple days now. It is weird because everything was working fine and now its not.

Please Log in or Create an account to join the conversation.

More
24 Mar 2014 18:17 - 24 Mar 2014 18:53 #21803 by nusbr
Replied by nusbr on topic Developing a universal module
Ok. Sorry i dont understand all. Why do this TX (8S) have programmable Switch support? Could it be deactivated? Hope you find the Problem.

Is it not possible to mount the CYRF6936 Modul on the original Place connected? And mount only the other modules on external PCB?
Last edit: 24 Mar 2014 18:53 by nusbr.

Please Log in or Create an account to join the conversation.

More
25 Mar 2014 11:48 #21819 by MassiveOverkill
Replied by MassiveOverkill on topic Developing a universal module
Can we assemble this module with only the NRF24L01 and A7101 modules? I'm assuming we just enable\disable non present modules in TX.ini right?

Thanks.

Please Log in or Create an account to join the conversation.

More
25 Mar 2014 14:06 #21822 by PhracturedBlue
Replied by PhracturedBlue on topic Developing a universal module
So I finally figured out why all my modules had stopped working. I was programming for the 84A, but using a 44A. This was setting the stack pointer out of range and generally making everything broken. You can install a hex file for a 44a on an 84a but not vice-versa. That was a huge waste of several days.

So hopefully now I can actually get the Deviation code functioning properly and get this all turned it.

And MassiveOverkill, yes you can install anything from 1 to 4 modules in the switch. you just need to configure the hardware.ini properly.

Please Log in or Create an account to join the conversation.

More
25 Mar 2014 14:41 - 25 Mar 2014 14:41 #21823 by SeByDocKy
Replied by SeByDocKy on topic Developing a universal module

PhracturedBlue wrote: So I finally figured out why all my modules had stopped working. I was programming for the 84A, but using a 44A. This was setting the stack pointer out of range and generally making everything broken. You can install a hex file for a 44a on an 84a but not vice-versa. That was a huge waste of several days.

So hopefully now I can actually get the Deviation code functioning properly and get this all turned it.

And MassiveOverkill, yes you can install anything from 1 to 4 modules in the switch. you just need to configure the hardware.ini properly.


Good news :)

Which one is the best? 44A or 84A ?
Last edit: 25 Mar 2014 14:41 by SeByDocKy.

Please Log in or Create an account to join the conversation.

More
25 Mar 2014 15:11 #21824 by ver2go
Replied by ver2go on topic Developing a universal module
84A if the extra memory is needed, but I think pb says that it barely fills a 24A

www.atmel.com/images/doc8183.pdf

High Endurance, Non-volatile Memory Segments
– 2K/4K/8K Bytes of In-System, Self-programmable Flash Program Memory
• Endurance: 10,000 Write/Erase Cycles
– 128/256/512 Bytes of In-System Programmable EEPROM
• Endurance: 100,000 Write/Erase Cycles
– 128/256/512 Bytes of Internal SRAM

Please Log in or Create an account to join the conversation.

More
25 Mar 2014 15:23 #21825 by PhracturedBlue
Replied by PhracturedBlue on topic Developing a universal module
Actually there is no reason not to use a 24a. My code only uses ~300bytes. It is unlikely to significantly grow from that, so even the 24a is fine. So when purchasing buy whatever you can get cheapest. I was actually able to buy 44a parts cheaper than 24a ones which is why I use them. The hex files I produce going forward will all be compiled for the 24a, so will work in all 3 versions.

Please Log in or Create an account to join the conversation.

More
25 Mar 2014 16:45 #21828 by nusbr
Replied by nusbr on topic Developing a universal module
Great Job PB!

I used the 84 Attiny and had problem with devo module. Is this about the same problem?
Could you tell me which hex file is the actually for all 3 Tiny's?

Please Log in or Create an account to join the conversation.

More
26 Mar 2014 15:25 #21861 by PhracturedBlue
Replied by PhracturedBlue on topic Developing a universal module
I have released an updated hex file here:
www.deviationtx.com/repository/Multi-Module/

This should be used with the latest nightly build c37f0c2 (or newer)

This nightly supports the multi-module for all transmitters.

You must change your hardware.ini to include:
enable-multimod = A13
Do NOT use:
enable-switch = A13
(I forgot to change the default hardware.ini, it'll be in tomorrow's nightly)

The new code will show a dialog if any module cannot be found and will disable those modules in the transmitter. This will make it easy to know if the switch is working properly.
Make sure you have installed the avr.hex from the above link. Deviation will not work with the original avr.hex I posted previously in this thread.

I have one time seen the A7105 not detect properly. A reboot fixed it, but it may need a better checking routine.

Please Log in or Create an account to join the conversation.

More
26 Mar 2014 17:09 #21866 by nusbr
Replied by nusbr on topic Developing a universal module
Have tested them
1. Copied AVR.hex to TX
2. Changed hardware.ini to "enable-multimod = A13"
3. uploaded "programmer-devo8.dfu"to TX
4. Startup TX -> Error Message "ERR: No switch found"
5. Changed Changed hardware.ini to "enable-switch=A13"
6. Startup TX -> Programming O.K
7. Changed hardware.ini to "enable-multimod = A13"
8. uploaded "deviation-devo8-v4.0.1-c37f0c2.dfu"to TX
9. Startup TX -> Missing Modules CYRF6936

Any idee

Please Log in or Create an account to join the conversation.

More
26 Mar 2014 18:34 #21867 by PhracturedBlue
Replied by PhracturedBlue on topic Developing a universal module
what is in your hardware.ini file?

Please Log in or Create an account to join the conversation.

More
26 Mar 2014 19:00 #21869 by nusbr
Replied by nusbr on topic Developing a universal module
I tried programming AVR with "hardware.ini" -> does not work.
then programmed with "Kopie von hardware.ini" -> programming ok

loaded new software dfu and
used "hardware.ini" -> Missing Modules CYRF6936

File Attachment:

File Name: Kopievonhardware.ini
File Size:0 KB


File Attachment:

File Name: hardware.ini
File Size:0 KB
Attachments:

Please Log in or Create an account to join the conversation.

More
26 Mar 2014 19:35 #21871 by PhracturedBlue
Replied by PhracturedBlue on topic Developing a universal module
hmm...I don't see anything wrong. Is your multi-module detachable? does it work properly if you disconnect it?

I'll provide a new dfu with some extra debug to see if we can figure out what is going on. It seems all other modules are properly detected. have you checked that the devo module is seated properly and there are no shorts created while attaching the multi-module?

Have you tried going back to v4.01 (without the multi-module) and ensure the module still works?

Please Log in or Create an account to join the conversation.

More
26 Mar 2014 19:51 #21872 by nusbr
Replied by nusbr on topic Developing a universal module
Yes, it is. When i disconnect, i have more failures:
Missing Modules:
CYRF6936
A7105
CC2500
NRF24L01
MultiMod

If i have connecte, there is only the original DEVO 8S Modul (CYRF6936) missing.
I could fly with my Hubsan X4. Also PCB works fine. If i mount the CYRF Module to the original Place and deactivate the others, it works fine.

Is it normal, that the HEX file must be programmed with the entry
enable-switch=A13

and then changed to
enable-multimod=A13

Please Log in or Create an account to join the conversation.

More
26 Mar 2014 20:12 #21873 by PhracturedBlue
Replied by PhracturedBlue on topic Developing a universal module
wait. are you installing the original module in the multi-module?
If you do that, you need to have this in your hardware.ini:
enable-cyrf6936=S0
has_pa-cyrf6936=1

I know about the programmer issue. I'll provide a new programmer that uses the new hardware.ini.

Please Log in or Create an account to join the conversation.

More
26 Mar 2014 20:19 #21874 by nusbr
Replied by nusbr on topic Developing a universal module
Yes, i have installed the original Module to the Multi-Module. Ok will Test them again. Thanks a lot.

Please Log in or Create an account to join the conversation.

More
26 Mar 2014 21:07 #21875 by nusbr
Replied by nusbr on topic Developing a universal module
Tested them. No Error Message, but could not bind with CB180 and RX802 :(

Please Log in or Create an account to join the conversation.

More
26 Mar 2014 22:45 #21877 by PhracturedBlue
Replied by PhracturedBlue on topic Developing a universal module
I haven't tried using the CYRF in the multi-module lately. I'll test it out tonight and see if it works for me.

Please Log in or Create an account to join the conversation.

  1. Forum
  3. Development
  5. Development
  7. Developing a universal module
Time to create page: 0.114 seconds
Powered by Kunena Forum
Force desktop display