- Posts: 3333
Developing a universal module
- vlad_vy
- Offline
Please Log in or Create an account to join the conversation.
- RandMental
- Offline
- Posts: 521
vlad_vy wrote: Is it possible to use other PA and get output power up to 21dBm (23dBm)? For example SE2550BL (Spektrum X1TXN).
I have been advised by our local RF Suppliers to look at the RF6555 LNA and PA module (a 2.0V TO 3.6V, 2.4GHz FRONT END MODULE,, 18dBm) from RFMD (RFMD.com)
I have no experience with it, but received a demo board from them which I hope to try in the next few weeks. It has the option of attaching two antennas, which I find quite interesting.
Please Log in or Create an account to join the conversation.
- PhracturedBlue
- Topic Author
- Offline
- Posts: 4402
Please Log in or Create an account to join the conversation.
- andri65
- Offline
- Posts: 5
Please Log in or Create an account to join the conversation.
- victzh
- Offline
- Posts: 1386
If you want to have ARM in DIP you can have one - LPC1114. It's not STM32, but with minimal hardware abstraction probably can run Deviation protocol stack. And as far as I understand, you have some abstraction in your code - you use libopencm3. I just looked up - support for LPC is weak, and for LPC1100 is non-existent. Sigh...
On the other hand, STM32 is very easy to solder, people are more afraid of surface mount than they should - it's not that hard. Look ad GoodFET - the initial idea was to have it for hobbyists, and all the designs are SMD.
Why someone can't produce something reasonably powerful which covers all non-DSSS modulation schemas?
BTW, do you have a spreadsheet or summary which protocols use which modulation, data rate, address length, CRC, and may be I am missing something else important? Maybe someone is producing a chip, powerful enough to cover all protocol requirements (except DSSS ones)? I know that A7105/A7125 have direct mode, but it's a bit close to software radio, which is fun, but probably not suitable for RC TX.
Please Log in or Create an account to join the conversation.
- PhracturedBlue
- Topic Author
- Offline
- Posts: 4402
I think I'll give up on the PIC solution. It doesn't have an on-board bootloader so now you need to have the proper programmer as well as everything else. The LPC1114 doesn't have USB, which is pretty limiting, but it does seem to be programmable via serial port. so maybe that is sufficient.
The STM32 also doesn't have a USB bootloader, though it also has a serial one.
The LPC1343 has a USB bootloader, which is convenient but requires soldering a usb port to the board I guess.
Alternatively, we could use something like the Teensy 3.0 board which is basically ready to go except for the traces for the various modules. You could use that without the need for any other board If you wanted to, or we could design a board which needs no chips, and just has the relevant most common headers. It is perhaps more expensive, but is certainly very convenient (I also happen to have one sitting here). It should easily be able to run the protocol stack as well, making it a good choice for a universal module.
Edit: After a little googling, I found an arduino nano which is half the cost of the teensy. It could probably also handle the protocol stack (though I'm not an arduino guy, so I'm not sure). the 5V thing will be a problem though, since we're talking about a 3.3V world here.
Please Log in or Create an account to join the conversation.
- PhracturedBlue
- Topic Author
- Offline
- Posts: 4402
I started work on one at one time. Let me see what I can dig up.victzh wrote: BTW, do you have a spreadsheet or summary which protocols use which modulation, data rate, address length, CRC, and may be I am missing something else important? Maybe someone is producing a chip, powerful enough to cover all protocol requirements (except DSSS ones)? I know that A7105/A7125 have direct mode, but it's a bit close to software radio, which is fun, but probably not suitable for RC TX.
Edit: Here's the beginning of a table:
Protocol | Transceiver | Data Rate | Modulation | Preamble | CRC |
DEVO | CYRF6936 | 250kbps | 8DR-32Chip | 4SOP+16DATA+1LEN+???PRE | CRC16 |
WK2x01 | CYRF6936 | 125kbps | 8DR-64Chip | 8SOP+16DATA+1LEN+???PRE | CRC16 |
DSM2 / DSMX | CYRF6936 | 15.625k (bind) / 250k (data) | SDR-64Chip (bind) / 8DR-32Chip (data) | CRC16 | |
J6Pro | CYRF6936 | 125kbps | 8DR-64Chip | 8SOP+16DATA+1LEN+???PRE | |
Flysky | A7105 | 500kbps | FSK | 4PREAMBLE+4ID | CRC16 |
Hubsan | A7105 | 100kbps | FSK | 4PREAMBLE+4ID | CRC16 |
Skyartec | CC2500 | ||||
Frsky1 | CC2500 | ||||
Frsky2 | CC2500 | ||||
V202 | NRF24L01 BK2423 | ||||
V922 | NRF24L01E | ||||
NE260 | NRF24L01 | ||||
AnyLink | NRF24L01 |
Please Log in or Create an account to join the conversation.
- Usjak
- Offline
- Posts: 24
Please Log in or Create an account to join the conversation.
- FDR
- Offline
Usjak wrote: For most of the people, the easiest would be to use DIP switch for chip select of various modules, IMHO.
I don't think it would be easier, then the current seamless modul switching on a model change...
Please Log in or Create an account to join the conversation.
- Usjak
- Offline
- Posts: 24
It would be easier to implement, but harder to use.
FDR wrote:
Usjak wrote: For most of the people, the easiest would be to use DIP switch for chip select of various modules, IMHO.
I don't think it would be easier, then the current seamless modul switching on a model change...
Please Log in or Create an account to join the conversation.
- blackmoon
- Offline
- Posts: 402
Actually, you choose a model and the right module is activated by deviation.
How easier can it be ?
I found this brilliant, no need to mess with S*** dip switches
Please Log in or Create an account to join the conversation.
- RandMental
- Offline
- Posts: 521
Usjak wrote: Sorry, I didn't get you.
DIP switches would be easier to implement, but harder to use.
DIP switches won't work for me, even if it allows more modules to be fitted.
Firstly such switches cannot/should not be fitted on the outside of a TX, (accidental switching while flying will be disastrous), and I cannot see myself opening the TX (or battery compartment) to change a module selection when switching models.
Secondly, such a solution will negate one of the best Deviation features - that of seamlessly switching between models, irrespective of protocols.
-
Please Log in or Create an account to join the conversation.
- PhracturedBlue
- Topic Author
- Offline
- Posts: 4402
www.rfembed.com/viewthread.php?tid=91&extra=&ordertype=1
I've tried to create an account, but the system hates me and won't let me login, doesn't send me email, and generally is being difficult.
Please Log in or Create an account to join the conversation.
- ColdFire
- Offline
- Posts: 45
PhracturedBlue wrote: Could someone (who speaks Chinese) figure out how to download the following?
www.rfembed.com/viewthread.php?tid=91&extra=&ordertype=1
I've tried to create an account, but the system hates me and won't let me login, doesn't send me email, and generally is being difficult.
Please Log in or Create an account to join the conversation.
- Wene001
- Offline
- Posts: 277
Evtl try this
Please Log in or Create an account to join the conversation.
- ColdFire
- Offline
- Posts: 45
Wene001 wrote: www.sourcecodedownloads.com/1128303/
Evtl try this
Please Log in or Create an account to join the conversation.
- Mullson
- Offline
- Posts: 114
Please Log in or Create an account to join the conversation.
- PhracturedBlue
- Topic Author
- Offline
- Posts: 4402
The issue is that every link seems to have some incredibly onerous process to be able to get to an actual download. The one I posted looked like it was the easiest of the lot. If someone actually manages to download the file, let me know. I've been trying for quite a while.
Please Log in or Create an account to join the conversation.
- BitOne
- Offline
- Posts: 40
amiccom.weebly.com/uploads/3/9/5/9/39593...4chinese_version.pdf
Sorry in Chinese, but some sample assembly codes...
Please Log in or Create an account to join the conversation.
- PhracturedBlue
- Topic Author
- Offline
- Posts: 4402
Please Log in or Create an account to join the conversation.
- Home
- Forum
- Development
- Development
- Developing a universal module