- Posts: 1386
Futaba S-FHSS
- victzh
- Topic Author
- Offline
It's my small anniversary - 10th protocol I either reversed, or actively participated in reversing.
It's also a new chip for me - CC2500. All my previous protocols used nRF24L01.
Enjoy!
Please Log in or Create an account to join the conversation.
- dc59
- Offline
- Posts: 799
Thanks for great job.
Please Log in or Create an account to join the conversation.
- victzh
- Topic Author
- Offline
- Posts: 1386
Please Log in or Create an account to join the conversation.
- dc59
- Offline
- Posts: 799
Please Log in or Create an account to join the conversation.
- victzh
- Topic Author
- Offline
- Posts: 1386
So I'm still thinking.
Please Log in or Create an account to join the conversation.
- C0ckpitvue 777
- Offline
- Posts: 409
Please Log in or Create an account to join the conversation.
- Fernandez
- Offline
- Posts: 983
Please Log in or Create an account to join the conversation.
- cewece
- Offline
- Posts: 3
Please Log in or Create an account to join the conversation.
- mtx63
- Offline
- Posts: 37
Please Log in or Create an account to join the conversation.
- gongye
- Offline
- Posts: 26
Please Log in or Create an account to join the conversation.
- RoGuE_StreaK
- Offline
- Posts: 486
If so, would one of the cheapie non-PA CC2500's have enough range to cover a typical RC car track? ie. well less than 50m distance? My wife got me a re-release Tamiya Hornet a while ago and it came with the Finespec, would love to be able to choose either the finespec OR my Devo.
Alternately, can one of the cheapie CC2500's and an arduino be used to receive the Finespec if this protocol is now known? I could then retro-fit my "vintage" Tamiya Frog with a cross-compatible diy receiver rather than using DSM2...
Please Log in or Create an account to join the conversation.
- victzh
- Topic Author
- Offline
- Posts: 1386
If Tamiya implemented two protocols - their own and S-FHSS - then their native receivers can be incompatible. So it's for you to test it!
Please Log in or Create an account to join the conversation.
- FDR
- Offline
+ Compiling 'protocol/sfhss_cc2500.c'
protocol/sfhss_cc2500.c: In function 'build_data_packet':
protocol/sfhss_cc2500.c:209:5: error: initializer element is not constant
make: *** [objs/emu_devo8-w32/sfhss_cc2500.o] Error 1
Please Log in or Create an account to join the conversation.
- victzh
- Topic Author
- Offline
- Posts: 1386
Sorry for this mess!
Please Log in or Create an account to join the conversation.
- victzh
- Topic Author
- Offline
- Posts: 1386
Out of curiosity, what compilers fail on this? My GCC 4.7.0 20111219 did not even squeak. And rightfully so, the "offending" declaration is perfectly valid.
Please Log in or Create an account to join the conversation.
- FDR
- Offline
I use a MinGW environment on Windows, wich is quite old: I installed it when this project started, so the gcc version is 4.6.2...
Should I update it?
Please Log in or Create an account to join the conversation.
- victzh
- Topic Author
- Offline
- Posts: 1386
Please Log in or Create an account to join the conversation.
- FDR
- Offline
+ Compiling 'target/common/emu/radio.c'
target/common/emu/radio.c: In function 'MCU_GetPinName':
target/common/emu/radio.c:106:22: warning: comparison between signed and unsigne
d integer expressions [-Wsign-compare]
Please Log in or Create an account to join the conversation.
- victzh
- Topic Author
- Offline
- Posts: 1386
And I did not touch this code, but it should be trivial to fix. Try replacing line 106:
if(port->pin == (1 << i)) {
if(port->pin == (1u << i)) {
Please Log in or Create an account to join the conversation.
- FDR
- Offline
It's just a warning anyway...
...but it would be interesting what other differences might be there...
Please Log in or Create an account to join the conversation.
- Home
- Forum
- Development
- Protocol Development
- Futaba S-FHSS