Please verify by a oscilloscope that the application side use UART handshake as required by the Radiocrafts module. Specially look into the polarity etc.
Last Update: November 9, 2017
November 9, 2017 2224 Wireless M-Bus Q&A
Related Knowledge Base Posts -
- [W-MBUS] “we have an issue about the use of the 169 Module RC1701(HP)-MBUS4 fw ver 1.10 (see the attachment) We see that we can receive up to 124 Byte while we are sending 240 byte. There is some setting we have missing somewhere? “
- [W-MBUS] “We are interested in using Radiocrafts modules in our product. We need to install around 150+ sensors per house which are connected to one concentrator (master) device. Sensor are small and therefore using external antenna is not an option which may be problematic when using 169MHz? Those sensors are installed into houses with concrete walls and range requirements are therefore at least 150+ meters in NLOS situations. We are considering to use Wireless M-BUS protocol or some similar which do not require acknowledgements from the sensor. We prefer sub 1-GHz radio because of coverage. Could you suggest some of your modules which support 150+ slaves in one network and extended range at least 150+ meters in urban area? Please also take into account our antenna limitations. “
- [W-MBUS] it seems that collisions between slaves create sometimes bit errors and the correction in your Errata Note 4 seems to solve it. However we are surprised that because of bit errors are present in a radio frame, this frame is not rejected (wrong checksum for example) and it is still analyzed (and in this case to find a non-supported encryption mode). Why ? Is there a risk to receive a frame from the RC1180 radio module with wrong data due to collisions ? “