Geschätztes Forum, das Übertagungsprotokoll dieser Wetterstation suche ich. Kann jemand helfen? Danke Bernhard
Gast
#6741401
Bernhard S. schrieb: > Kann jemand helfen? Beim Suchen? Beitrag "Re: Ventus Wetterstation Daten anzapfen" http://www.tfd.hu/tfdhu/files/wsprotocol/auriol_protocol_v20.pdf
Wolfgang schrieb: > Beitrag "Re: Ventus Wetterstation Daten anzapfen" Wolfgang, Danke für Deine Tipps und so sieht das das Protokoll in der Praxis aus...
Ein Mitschnitt der Impulsabstände als Excel-Datei Beispiel. Nach jedem Impuls wurde die Zeit zum vorhergenden Impuls protokolliert. Impulsabstände von 2,2ms, 4,4ms und 9,9ms wurden registriert.
Ein grundlegendes Problem quält mich schon seit Tagen. Wann beginnt nach einem 10ms langen Synchronimpuls die Zeit für einen Bit-Impuls, direkt nach einem Synchronimpuls, oder ein Impuls später?
Gast
#6748812
Bernhard S. schrieb: > Ein grundlegendes Problem quält mich schon seit Tagen. Was quält dich? Ich weiß jetzt nicht, wie du bei der Bestimmung der Werte in des Excel-Tabelle vorgegangen bist, aber die Daten sehen doch sehr gut aus: Immer 36 Bit, so wie in der Protokollbeschreibung auf S.5 unter "1.4 General packet format" und auf S.6 unter "2.1 Transmission schedule" beschrieben. Nach jedem Batteriewechsel ändert sich die "Random Id", deine Batterie hat über 2.6V, du hattest bei der Aufzeichnung Windstille und die Windrichtungen werden als N=0°, E=90°, S=180° und W=270° kodiert.
Danke Wolfgang, Lob! Sehr gute Zuarbeit, jede Impulslänge bzw. Impulsabstand ist eine Bitinformation. Manches kann so einfach sein :-)
Gast
#6749992
Hi, Bin nicht 100% sicher, aber mein Regenmesser hat einen ähnlichen Namen und wird perfekt mit rtl_433 dekodiert. Brauchst ein "Software Defined Radio" als Empfänger, 10..20 EUR. Läuft auch auf Raspberry. LG, Dieter
Gast
#6750936
Dieter Fauth schrieb: > Brauchst ein "Software Defined Radio" als Empfänger, 10..20 EUR. > Läuft auch auf Raspberry. Das mag sich rechnen, wenn der Raspberry sowieso läuft und die Stromaufnahme egal ist. Ein SDR und einen Raspberry an Stelle eines einfachen AM-Funkmoduls und eines ATtiny ist ansonsten Perlen vor die Säue.
Dieter Fauth schrieb: > Brauchst ein "Software Defined Radio" als Empfänger, 10..20 EUR. > Läuft auch auf Raspberry. Ein ATtiny45 für 20 Ct. schafft das auch ;-)
Gast
#6752932
Full ack. Aber das Protokoll ist in den Quellen von rtl433 enthalten. Das kann ein guter Start sein... LG, Dieter Fauth
Und so sieht es in der Praxis an einem RFC10 aus. In den ersten 50ms muss sich der Empfänger erst auf das HF-Signal einschwingen, dann wird wunderschön das HF-Signal vom Sender demoduliert. Abstand zw. Sender und Empfänger ca. 0,5 Meter. In diesem Beispiel ist der Synchronimpuls gut erkennbar.
Manchmal sieht's auch so aus. Decoderung schwierig :(
Ich verzweifle gerade an der Checksumme (CRC), n8=(15-n0-n1-n2-n3-n4-n5-n6-n7) & 0xF auf dieses Ergebnis komme ich nicht, was mache ich falsch?
Protokoll mit CRC-Berechnug. Manfred, Danke für Deine Tipps.
Das 433MHz Empfangsmodul der Wetterstation.
Der Ventus Sniffer, ein interessantes Tool. Die empfangenen und gültigen Pakete (CRC) werden angezeigt, beginnend mit der ID(Byte 0). Die ID lässt sich ändern, ID=Null, dann erfolgt keine ID-Prüfung und alle empfangenen Pakete aller Sensoren werden angezeigt. Bei korrekten Winddaten, kurzer Pipton. Hinweis: Ein alleiniger CRC-Check reicht nicht aus, Nutzdaten incl. ID können trotzdem falsch sein. LED-grün: Daten ok LED-gelb: RX-Impulse LED-rot: ID-Error LED-rot: 10ms Synchron Impuls erkannt
Gast
#6845083
ich häng mich hier mal dran. Habe auch so ein Windmessgerät. Der Versuch der Kommunikation per Funk hat bislang nicht geklappt. Aber ich habe das Signal direkt per Draht abgegeriffen, was sehr gut funktioniert. Jetzt geht es um die Auswertung des Signals. Windrichtung und Stärke sollen ausgegeben werden. ich habe mal angefangen:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
20 | |
21 | |
Frage: hat irgendwer was fertiges, so dass ich mir die Programmierung sparen kann? Danke für Unterstützung
grundschüler schrieb: > Frage: hat irgendwer was fertiges, so dass ich mir die Programmierung > sparen kann? ja, aber in Assembler ;-) Durch Impulslängen Messung. - Zuerst die Startbits der Übertragung erkennen - danach die 8 Bit-ID ermitteln, ändert sich bei jedem Batteriewechsel - anschließend Datenbits / Datenpakete mit CRC Berechnung ermitteln Dein "2021-10-11_20_37_52-Saleae_Logic_Software.png" sieht gut aus, die Decodierung wäre jetzt schon per Hand möglich.
Gast
#6847987
habe jetzt diesen code:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
20 | |
21 | |
22 | |
23 | |
24 | |
25 | |
26 | |
27 | |
28 | |
29 | |
30 | |
31 | |
32 | |
33 | |
34 | |
35 | |
36 | |
37 | |
38 | |
39 | |
40 | |
41 | |
42 | |
43 | |
44 | |
45 | |
46 | |
47 | |
48 | |
49 | |
50 | |
51 | |
52 | |
53 | |
54 | |
55 | |
56 | |
57 | |
58 | |
59 | |
60 | |
61 | |
62 | |
63 | |
64 | |
65 | |
66 | |
67 | |
68 | |
69 | |
70 | |
71 | |
72 | |
73 | |
74 | |
75 | |
76 | |
77 | |
78 | |
79 | |
80 | |
81 | |
82 | |
83 | |
84 | |
85 | |
86 | |
87 | |
88 | |
89 | |
90 | |
91 | |
92 | |
93 | |
94 | |
95 | |
96 | |
97 | |
98 | |
99 | |
100 | |
101 | |
102 | |
103 | |
104 | |
105 | |
106 | |
107 | |
108 | |
109 | |
110 | |
111 | |
112 | |
113 | |
114 | |
115 | |
116 | |
117 | |
118 | |
119 | |
120 | |
121 | |
122 | |
123 | |
124 | |
125 | |
126 | |
127 | |
128 | |
129 | |
130 | |
131 | |
132 | |
133 | |
134 | |
135 | |
136 | |
137 | |
138 | |
139 | |
140 | |
141 | |
142 | |
143 | |
144 | |
145 | |
146 | |
147 | |
148 | |
149 | |
150 | |
151 | |
152 | |
153 | |
154 | |
155 | |
156 | |
157 | |
158 | |
159 | |
160 | |
161 | |
162 | |
163 | |
164 | |
165 | |
166 | |
167 | |
168 | |
169 | |
170 | |
171 | |
172 | |
173 | |
174 | |
175 | |
176 | |
177 | |
178 | |
179 | |
180 | |
181 | |
182 | |
183 | |
184 | |
185 | |
186 | |
187 | |
188 | |
189 | |
190 | |
191 | |
192 | |
193 | |
194 | |
195 | |
196 | |
197 | |
198 | |
199 | |
200 | |
201 | |
202 | |
203 | |
204 | |
205 | |
206 | |
207 | |
208 | |
209 | |
210 | |
211 | |
212 | |
213 | |
214 | |
215 | |
216 | |
217 | |
218 | |
219 | |
220 | |
221 | |
222 | |
funktioniert - aber die Auflösung/Windrichtung des Sensors ist mit 45° doch sehr bescheiden. Außerdem kommen häufig fehlerhafte fraims. Im Prinzip lohnt sich die Arbeit mit diesem Sensor nicht.
Gast
#6848053
grundschüler schrieb: > habe jetzt diesen code: Schon mal deine Post angeguckt? Was meinst du wohl, was unter "Wichtige Regeln - erst lesen, dann posten!" die Zeile "Längeren Sourcecode nicht im Text einfügen, sondern als Dateianhang" bedeuten könnte? :-(
Gast
#6848055
grundschüler schrieb: > fehlerhafte fraims Was für Dinger?
grundschüler schrieb: > Außerdem kommen häufig fehlerhafte fraims. Kann ich nicht so bestätigen, zumindest nicht bei einer drahtgebundenen Daten-Übertragung. Bei einer 433MHz Übertragung ist das normal. Stimmen einzelne Impulslängen, oder nur CRC nicht?
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.






















