Developing a universal module

I got my v1.3 boards today, and they work fine, so here is a link to them:

oshpark.com/shared_projects/Df3iWl1J

There is nothing wrong with the v1.2 board. The only difference between the two is the addition of an extra socket to support the xl2500 module. This module comes with 0.1" pin headers installed, so it requires fewer parts to install than the aliexpress or skyartec modules. However, it uses an SMA antenna connector, and I installed it facing the opposite direction as the other modules which may make it more difficult to mount in your Tx. I probably would recommend the Aliexpress CC2500 module given the choice.

The 1.4 board has what is probably a preferable layout if you plan to use the XL2500 module, but honestly I'm not sure which is best yet. I won't have those for at least another week.

Anyhow, I now have 24 of these v1.3 boards. I only need a couple, so I'll offer the rest to the forum.

The rules:
* Only 2 boards per person max
* Price is $1US + shipping to wherever you are
* Payment via PayPal (and you cover any additional fees)
* Contact me via PM. I don't want to see a bunch of requests in this thread
* If you aren't running Deviation, please don't ask for one. While the design is free for anyone to use, I'd like to reserve these boards for folks actually using Deviation (though of course I have little way to know, so I'm just asking you to be honorable)

I have a few ATTinys I can spare as well. For an extra $2US I'll program it and solder it into the board for you. Only one per person though. I don't have enough to go around, so don't be disappointed if you don't get one.

The boards come as just a board (unless you get one with the ATTiny installed in which case you get that too). I am not supplying any of the transceiver modules. you will need to buy those yourself.

I am not promising that this is a first-come-first-serve system. I reserve the right to provide boards to whomever I like.

Don't expect rush service here. I don't have a lot of free time, and this isn't exactly my top priority.

Lastly, I make no guarantees this will work for you. As of this point, no one but me has successfully used one. I will do my best to help with issues, but that is all I can offer. Also, this is NOT a plug-and-play solution. You must be comfortable with a soldering iron and modifying your transmitter. Make sure you understand the type of work needed to put one of these together and install it in your Tx.

All of the documentation that exists at the moment is here:
bitbucket.org/PhracturedBlue/deviation/w...20the%20Multi-Module

bitbucket.org/PhracturedBlue/deviation/wiki/ModuleInstallation

And you might want to read over this post for an idea of what you need:
www.deviationtx.com/forum/7-development/...dule?start=160#20326

If you get 'no switch cfg' it is because you didn't update your hardware.ini file
specifically this:
The error messages you'll see are:
ERR: No switch cfg -- hardware.ini is notproperly configured
ERR: Bad avr.hex -- avr.hex is not in the proper location
ERR: No switch found -- avr didn't initialize. this one is common and you need to try several times before giving up. Itoculd be improper wiring or just that the code isn't working properly. I'm still working on this
ERR: Unknown AVR -- This means the AVR is there but the dfu code didn't initialize properly, try it again
ERR: Erase failed -- could not erase the device. Try again
ERR:Failed at page 0x -- programming failed, try again

The dfu programmer still needs more work. it is not very reliable. I'm working on it.

you mounted the avr chip upside down.

The notch on the chip must point the other way.

I just looked, and when I made the switch configurable, I configured it to be disabled ...oops.

You need to add this to target/devo8/target_defs.h:
#define HAS_PROGRAMMABLE_SWITCH 1

I've just rebuilt the devo8 nightly with this change made. I didn't enable the devo10 or devo7e yet.

It is definitely a bug that the code crashes when using a switch that isn't configured. I've known about that for a while, but I'll get it fixed soon.

I did some experimentation and the AVR programs 100% accurately if my logic analyzer is attached, and is not as reliable without it. I also saw 100% accuracy with my oscilloscope with a 10x probe attached to SCK. So I'm guessing that adding a small cap to sck would help. Once the fuses are programmed it seems 100% reliable, so I'm not really sure what is going on. Anyhow, it does work, it just may take some patience.

you need to set the fuses to be 0xe2, 0xdf, 0xff. This sets the AVR to run at 8MHz and is critical to the operation of the switch.

The following AVRDude commands will program it (change t84 to the t44 or t24 depending on your ATTiny, and change 'usbasp' as needed):
You don't need a capacitor to make this work. I'm speculating that it would make the programming function more reliable, but I haven't tested it yet. If you program with an external programmer it is irrelevant.

nusbr wrote: I have made Photos from PCB assembly. If you need them for the Manual, i can send you.

If you have pictures showing steps I missed in the instructions, please provide them. You can just attach them to a post in this thread.

FYI, I've updated the build instructions to clarify all the points made in this thread so far.

yes the nightlies from today should work.

I'm in the process of updating the avr.hex so that Deviation can detect the presence of the switch. this should make debug easier.