|
cusna
Newbie
Offline
Posts: 10
Thank You
-Given: 2
-Receive: 1
|
|
« Reply #1 on: July 24, 2014, 07:40:50 07:40 » |
|
The radio module as mounting the chip rf 'MRF49XA? Thanks
|
|
|
Logged
|
|
|
|
karri
Junior Member
Offline
Posts: 40
Thank You
-Given: 15
-Receive: 3
|
|
« Reply #2 on: August 03, 2014, 10:05:57 22:05 » |
|
The radio module as mounting the chip rf 'MRF49XA? Thanks
Not only MRF49XA. There is also PIC MCU with proprietary OS, serial EEPROM, LDO and other circuits, It depends on module type. You - as IQRF user - have 2 possibilities, how to use it. You can write own user application using provided function, or you can use DCTR module (data controled transceiver module), when you dont need know anything abou OS and functions - you need only setup modules VIA graphival IDE and control modules and their peripheral thru data packets (SPI, UART, UART-RF). edit: There is seminar video capture, if is it interresting for you https://www.youtube.com/watch?v=-pgGrO3RWlo
|
|
« Last Edit: August 03, 2014, 10:12:29 22:12 by karri »
|
Logged
|
|
|
|
Wilksey
Cracking Team
Senior Member
Offline
Posts: 413
Thank You
-Given: 161
-Receive: 2549
|
|
« Reply #3 on: August 03, 2014, 11:30:44 23:30 » |
|
Essentially it does look just to be a simple MRF49XA doing the RF work with a PIC and some memory and regulation. I am guessing it's probably just a bootloader rather than an "OS"
|
|
|
Logged
|
|
|
|
karri
Junior Member
Offline
Posts: 40
Thank You
-Given: 15
-Receive: 3
|
|
« Reply #4 on: August 04, 2014, 05:35:59 05:35 » |
|
Not only bootloader. There is lot of functions and definitions for radio IC and peripheral operations and Mesh Networking. Please referer this reference guide: http://iqrf.org/weben/downloads.php?id=156You are able to do simple remote controler or remote controled device within 5-6 lines of code. This is whole code (from startup package) which receive RF packets and retransmits them on SPI... mo more lines is needed. #include "../includes/template-basic.h"
// ********************************************************************* void APPLICATION() // Obligatory assigning { enableSPI(); // Enable SPI
while (1) // Main cycle (perpetually repeated) { if (RFRXpacket()) // If anything was received { pulseLEDR(); // LED indication copyBufferRF2COM(); // Copy received RF data // from bufferRF to bufferCOM startSPI(DLEN); // and send it via SPI } } }
|
|
|
Logged
|
|
|
|
pablo2048
Active Member
Offline
Posts: 113
Thank You
-Given: 136
-Receive: 86
|
|
« Reply #5 on: August 04, 2014, 06:41:40 06:41 » |
|
And what about packet latency and data throughput? If I want to use this for R/C remote control I need (near) realtime and reliable transport. I've tryed R/C using Xbee modules and found, that Xbee API mode is useless for doing such thing...
|
|
|
Logged
|
|
|
|
karri
Junior Member
Offline
Posts: 40
Thank You
-Given: 15
-Receive: 3
|
|
« Reply #6 on: August 04, 2014, 08:16:26 08:16 » |
|
Data throughput is 64 user bytes / packet (19.2 kbps - but it is not truespeed, because of header). Header and some other bytes inside packet depens on mode, which you use. For low power modes, header is bigger, but for standard mode, header is short and I am not able to see any visible latency (I am using this module for remote controlers too). Please referes OS guide http://iqrf.org/weben/downloads.php?id=155 page 25 there are some details about low power modes. Standard mode has 3ms header.
|
|
|
Logged
|
|
|
|
pablo2048
Active Member
Offline
Posts: 113
Thank You
-Given: 136
-Receive: 86
|
|
« Reply #7 on: August 04, 2014, 08:54:29 08:54 » |
|
Ok, I read page 25, but i'm not familiar with all the RF specification used in IQRF - on page 24 there is RF packet propagation table. 10 byte long packet take in peer to peer mode 15ms - IMHO too slow for realtime control...
|
|
|
Logged
|
|
|
|
karri
Junior Member
Offline
Posts: 40
Thank You
-Given: 15
-Receive: 3
|
|
« Reply #8 on: August 04, 2014, 09:09:49 09:09 » |
|
I think, I depends on application. I am not sure, If you are able to differentiate two keystrokes 15ms from each other. Normaly I have 20ms antiglitch period in my devices. But you are ringht - In case, you need fast remote measurement and control mechanism, you need something faster.
|
|
|
Logged
|
|
|
|
pablo2048
Active Member
Offline
Posts: 113
Thank You
-Given: 136
-Receive: 86
|
|
« Reply #9 on: August 04, 2014, 09:24:21 09:24 » |
|
I think, I depends on application. I am not sure, If you are able to differentiate two keystrokes 15ms from each other. Normaly I have 20ms antiglitch period in my devices. But you are ringht - In case, you need fast remote measurement and control mechanism, you need something faster.
Ah - here is the problem. I've been thinking about R/C as Radio Control for models (airplane exactly....).
|
|
|
Logged
|
|
|
|
|
karri
Junior Member
Offline
Posts: 40
Thank You
-Given: 15
-Receive: 3
|
|
« Reply #11 on: September 04, 2014, 08:18:20 20:18 » |
|
Ah - here is the problem. I've been thinking about R/C as Radio Control for models (airplane exactly....).
I have tested wireless servo control with IQRF TR-52D. Check it at: http://doitwireless.com/2014/09/04/wireless-servo-controller-ii/There is video with testing at the end of post.
|
|
|
Logged
|
|
|
|
Wilksey
Cracking Team
Senior Member
Offline
Posts: 413
Thank You
-Given: 161
-Receive: 2549
|
|
« Reply #12 on: September 04, 2014, 09:32:05 21:32 » |
|
I have had better results with the Zigbee stuff rather than the Microchip stuff, I would prefer the Ciseco ones personally, or the nRLF from Nordic.
|
|
|
Logged
|
|
|
|
|