Comments (33)
I've also collected some cu8 samples, my area is full of the meters from ref. wmbusmeters/wmbusmeters#677 (NexMeter RF169MHz). I captured the samples with rtl_433 -f 169400000 -S unknown
over an approx. 24 hour timeframe. You can find the (>1GB) captures here https://drive.google.com/file/d/1J6QDhYCCJZiVGMMfPzR8hXq2aaC4TDI-/view?usp=sharing.
from rtl-wmbus.
Hi there, I have a Gas Meter that uses W-MBUS on 169Mhz and communication protocol DLMS-COSE (not sure what does it means).
Further details here:
wmbusmeters/wmbusmeters#702
Here some cu8
samples:
I'm not sure how to "read" them and also I'm not sure if those signals can be in any way "decoded".
Any help or comment will be very appreciated.
Thanks
from rtl-wmbus.
Hello!
I tried to decoder packets in n-Mode wireless m-bus in 169.44375MHz (channel n1d,n2d). I recorded some packets and analized without exit. This frequency is used in narrow band m-bus, and also wize protocol. Both uses GFSK at 2400bps NRZ. That is like the packets that I recorded. But analizing the protocol I can't find any of the preambles and sync bytes that the two standards refrect in papers...
Acording Specifications for m-bus mode n channel c and d:
- Chip rate: 2.4 kbps, 2 GFSK modulation
- Frequency deviation: ±2.4 kHz
- Receiver Filter BW: 11.58 kHz
- Packet Format: preamble (n = 8) x (01) + sync word “11110110 10001101” + payload + CRC
Acording Specifications for wize PHY-WM2400 frames:
Packet Format: preamble (n = 8) x (01) + sync word “11110110 01110010” + payload + CRC
I don't know how continue to identify and decode this packets. Any help ?
I attached some .cu8 captures!!!
rtl_433_169.44_1.zip
rtl_433_169.44375_2.zip
from rtl-wmbus.
@dwojciec can you record some signal samples? If so I would be able to add decoding support via rtl_433.
from rtl-wmbus.
@dwojciec can you record some signal samples? If so I would be able to add decoding support via rtl_433.
Hi @merbanan thank for your support. Do you have some command you could share with me to take record of my signal ? and where can I upload them once recorded ?
from rtl-wmbus.
rtl_433 -f 169500k -s 1600000 -S unknown
That should work.
https://www.silabs.com/documents/public/application-notes/an1119-rail-wmbus.pdf
The above pdf lists the different frequencies that should be in use. The rtl_433 command should cover the whole band but you also might need to do offset tuning and then you need to tune to 169.3MHz or 169.7MHz or so.
You can also let rtl_433 try to automatically recover the bits by adding a -A command.
The sample files (*.cu8 files) you get you can attach to a github ticket. Either you open a new issue in rtl_433 or here. I will most likely add the signal samples to the rtl_433_tests signal repository. Then anyone who want to add support can use them as development base.
from rtl-wmbus.
I tried to generate files using this command :
rtl_433 -f 169728051 -s 1600000 -S unknown -A
and
this other command
rtl_433 -f 169328051 -s 1600000 -S unknown -A
Result are into the zip files attached.
file-generated.cu8.zip
from rtl-wmbus.
I looked through the files and found nothing. Can you use something like gqrx and try to locate the signal in frequency? And try and change to -S all. If possible place the transmitter close to the rtl-sdr hardware and then remove the antenna.
from rtl-wmbus.
The device might also need to adjust the gain parameter (-g).
from rtl-wmbus.
hi, i have generated some record of my signal, if it can help to go forward, thanks
My command: rtl_433 -f 169M -S unknown
https://we.tl/t-32CowtbFvq
from rtl-wmbus.
I was just about to jump in as well! I recorded some samples using the above command. It's from (I hope) my Italian water metre which outputs mode-n.
from rtl-wmbus.
I will check the samples when I get the time.
from rtl-wmbus.
I checked all samples and there was nothing more then noise found. I suspect that this method does not work well for signal reception. I will try some other options to see if I can get some better results.
from rtl-wmbus.
I have relaunch new trace with this command: rtl_433 -f 169500k -s 1600000 -S unknown
If it can help
https://we.tl/t-2Em4gfJu0z
Thanks
from rtl-wmbus.
Hi,
My new house is almost ready. I have an ARROW WAN MVM 169. See picture
I would like to know if it is possible de decode the signal in order to read my water consumption
For documentation :
"Arrow WAN MVM 169 use vM-Bus protocol"
Thanks for your help
Regards
from rtl-wmbus.
hi
i did some research on internet.
My water counter ARROWWAN MVM 169 MHz use Frequency range: 169.400 MHz to 169.475 MHz.
I plugged a RTL2832 usb key in my raspberry pi
The RTL2832 seems to be capable of reading from 64MHz to 1.7GHz
Now, need help, looking for a procedure "how to install" software part (rtl_wmbus)
if someone can help, it could be great !
Regards
from rtl-wmbus.
so if i am right i have to save an I/Q-stream and decode this immediately with that command :
rtl_sdr -f 169.40M -s 1600000 - 2>/dev/null | tee samples.bin | build/rtl_wmbus
from rtl-wmbus.
rtl_433 -f 169728051 -s 1600000 -S unknown -A
Run that and post the recorded files.
from rtl-wmbus.
ok il will do that next week (THX)
keep you inform
from rtl-wmbus.
I have the same device as @bend94 (maddalena Arrow Mvm 169 ) and was able to run the command provided by @merbanan on my RTL2838 , i.e :
rtl_433 -f 169728051 -s 1600000 -S unknown -A
I got 18 *.cu8 files I'm attaching here in case it can be of use.
EDIT: adding device spec sheet and manual :
251_schedatecnicaarrowwan169mvm-en-v3_1554794802.pdf
347_en-5000060c-rev1_1582187113.pdf
from rtl-wmbus.
hi sorry for the delay, my house is nearly ready.
I plan to catch log as well
best regards
from rtl-wmbus.
Hi
I am back with some logs files.
I started this commands :
rtl_433 -f 169728051 -s 1600000 -S unknown -A
Every 10 minutes i received something. Hope it is the water counter.
Please find the files
Best Regards
from rtl-wmbus.
I looked through both sets of files but couldn't find anything. From the manual it is specified that there is 1 reading per day in the factory settings. And there is also a Lora mode so it is unclear if any device is actually using the wmbus mode and it is hard to be sure we actually get a transmission. We might need to lower the bandwidth to properly get hold of this signal. So right now it is very difficult to advice what to do. I would need a device myself to be able to get further.
from rtl-wmbus.
What a shame !
do you want me to run the script for a whole day ?
do you want me to adapt the bandwith ? if yes what argument to use ?
thanks
from rtl-wmbus.
coming from the documentation :
Arrow MVM is available in two versions: WAN Arrow MVM 169 and Arrow WAN
The two versions differ for their transmission frequency (respectively 169 MHz and 868 MHz) and for the protocol used.
Arrow MVM 169 uses the wM-Bus transmission protocol and also conforms to AF-NOR E17Z v2.
Arrow MVM 868 uses the LoRa protocol WAN and is certified by LoRa Alliance®.
This guarantees a high level of interoperability with various reading systems on the market, including third-party systems.
My counter is a 169 version so 169 MHz and wM-Bus
from rtl-wmbus.
do you want me to run the script for a whole day ?
do you want me to adapt the bandwith ? if yes what argument to use ?
The point is that I don't know what these would be.
Maybe try without -s 1600000 and tune to 169.4MHz directly. Maybe a tad bit lower. That should cover only 169.3MHz - 169.5MHz. Then run it for a day and see what you get. If possible remove the antenna and place it directly by the receiver.
from rtl-wmbus.
I saw that page on the web => https://github.com/weetmuts/wmbusmeters
do you think i can use that to decode ?
regards
from rtl-wmbus.
from rtl-wmbus.
like this ? rtl_433 -f 169400000 -S unknown -A
i will let it run for one day with the antenna close to the water meter
as you know i will catch a lot of cu8 files
from rtl-wmbus.
It is not as easy as running "rtl_433 -f 169728051 -s 1600000 -S unknown -A".
WirelessMBus n-mode has 7 different channels (frequencies) and 4 different modulations:
a (1a) 25 KHz, 4.8 kb/s, 169.406250
b (1b) 25 KHz, 4.8 kb/s, 169.418750
c (2a) 12.5 KHz, 2.4 kb/s, 169.431250
d (2b) 12.5 KHz, 2.4 kb/s, 169.443750
e (3a) 25 KHz, 4.8 kb/s, 169.456250
f (3b) 25 KHz, 4.8 kb/s, 169.468750
g (0) 50 KHz, 19.2 kb/s, 169.437500 (38.4 kb/s con 4FSK)
The 4 modulations used in n-mode are different than used in t-mode or C-mode
from rtl-wmbus.
@nestorayuso what would you run in term of command ?
from rtl-wmbus.
All channel stuff doesn't matter. As long as the signal is recorded properly we can decode it. And yes just rtl_433 -f 169400000 -S unknown.
from rtl-wmbus.
Quick question for the experts on this thread. I live in the South of France and I am a Suez water company customer. In France, Suez uses the WIZE network and my counter is a Diehl/Sappel part number 3065469 which operates on the 169Mhz frequency. If my understanding is correct, the counter only sends information once or twice a day to the Suez servers. So, if this correct, I would not really gain anything to try to get the information out of my meter directly versus fetching the information from the Suez servers daily (there are a few solutions to do that around). Am I looking at this correctly? Thanks
from rtl-wmbus.
Related Issues (20)
- atan2 approximation issue
- Kamstrup FlowIQ 2102 (Multical 21) in 923 MHZ - mode C1 HOT 8
- Caloric 5.5 is not seen HOT 11
- issue with missing telegrams form techem data4 HOT 4
- Package in Debian? HOT 7
- no result with rx_sdr HOT 1
- Please tag releases
- Resource requirements of rtl-wmbus
- Test with IZAR RC 434 I R4 HOT 3
- Honeywell V210 Water Meter 868MHz T1 HOT 8
- Why don't fork on dual mode (S1 and T1/C1 datagrams simultaneously) HOT 5
- RSSI value in dBm HOT 2
- Wrong behaviour on stadout HOT 2
- rtl_wmbus cannot read from rtl_sdr -- how to debug -- or can it use rtl_433 instead ? HOT 3
- Wmbus device , using different frequency and different transmission speed HOT 1
- cannot recover corrupted preamble HOT 5
- wmbus Mode T: some bits look strange HOT 1
- amiplus frames not decoded HOT 6
- build directory
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from rtl-wmbus.