Forum Replies Created
-
Posts
-
Hi Nunu,
first of all, try to format the SD card and use only the web interface to manage It as a test.
Bye RenzoHi echo,
You can use the programmer software of the EByte, you can download from here also.
So you must set the device in config mode and connect to it.
Bye RenzoHi,
In fixed transmission you must use as destination address the address set in the config of the device that just receive the message.
In wor the tx and rx is setted as usual respectly to the rx tx of the counter part.
Bye RenzoHi William,
I think you must check the power supply and the memory usage, you must debug all the variables used and the size.
Bye RenzoHi,
I can’t check the configuration and the wiring without the library that translates the byte in instruction, but It’s very improbable that the problem is the module.But the configuration packet is 6 bytes so
C0 00 00 62 00 12
The sending packet for the address and channel you use seems incorrect.Try using the library to simplify all the processes and reduce the errors; if it works, try replicating the byte array packet.
Bye Renzo
Hi,
the code is correct, the only thing you must do is close the
ResponseStructContainer c;
like so
c.close();Check the power supply. The 1W module needs a lot of power to work, so now use an external power supply and add a 100uF electrolytic capacitor (or more) and a 0.1uF ceramic capacitor to it.
Then use a getConfiguration sketch and send me the result.
Bye RenzoHi,
If you correctly set the M0 and M1, the configuration for fixed transmission with relative addresses for the sender and receiver is okay. If you send the correct packet to address the message to the other device, it must work.
If It does not work, you do something wrong in one of these steps:
– connection schema
– configuration of receiver and sender
– code of the transmitter
– code of the receiver
Bye RenzoAnd you use this library???
Bye RMHi ERicci,
To start a fixed-point communication, you need to configure the device properly.Please post your configuration sketch and the sender/receiver one.
First of all, I advise you to try a simple get configuration and post an image of the connection to the board.
Bye RenzoHi,
A critical configuration parameter is WOR Cycle. For the sender, it is essential because it adds a long preamble to the message (long as wake time). The receiver uses wake time as a pull interval time check.
So, if the receiver checks every 2000ms (polling time) if there is a message, the sender adds a 2000ms preamble. The receiver intercepts the message preamble, waits for the actual message to read It, and returns to power-saving mode.So, if you want to maximize the power savings, you must put the maximum WOR Cycle on the receiver. If you want more efficiency, you must do the inverse and add a long preamble to the sender.
Even if the EByte advises to use the same WOR cycle.
Bye Renzo
