I am having difficuliies adding a MiRF-V2 transceiver to an existing network
of MiFR devices. The MiRF’s are communicating on channel 2 at 1Mbit. The
MiRF-V2 is setup as a receiver to monitor traffic. All three are using 24 bit
addresses of 0xEF. The MiRF-V2 gets occasional packets.
BTW - being able to write and read the configuration words is a vast improvement
over the nRF2401 devices.
Regards,
George
In a reply to my own post, a little RTFM goes a long way and a lot of reading
between the lines helps also.
Forgive me if I am nosy. :?: What are the bit rate and throughput of the SPI of your monitor? If two or more members of your network transmit at the same time, will the monitor report a collision? If the transmissions do not overlap but with very little time in between, can the monitor detect all the packets? Can the monitor detect both the original packet and the automatic acknowledgement?
I am bit-banging the nRF24L01. Unrolled the write data to nRF24L01 such that
the bit rate is 600nsec on a 40MHz pic18f252. (I want to use the I2C port and determined
that bit-banging the nrf is easier than a slave I2C.) This results in ~ 6usec per byte transfer
to the nrf. I have a separate routine for writing the command code when the status is
needed.
Monitoring the ACK works today because the current remote unit is a 10MHz pic18f252
that transfers serial data tp the host via a double buffered scheme where the buffer is
filled prior to the ACK being generated. This is quite slow and part of the reason for
switching to the 24L01. The data sheet hints that when the 24L01 is in receive mode
it will collect addition packets. I think any collisions will negate both messages.
My intention is to use a single master and multiple slaves. The slave donot generate
messages without be instructed to by the master.