TFA 30.3233.01 Regensensor

Begonnen von KernSani, 07 Mai 2020, 21:58:33

Vorheriges Thema - Nächstes Thema

KernSani

Anbei eine Version zum Testen, neu eingebaut wurde der Regensensor TFA 30.3233.01
RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

realkev

#1
Guten Morgen,

nach dem ersten (schnellen) Test des Moduls und Anlegen eines neuen Gerätes

define Regensensor TRX_WEATHER TFA20323301_RAIN

kamen leider noch keine Daten an...

Ich werde aber nochmals prüfen ob am RFXtrx433XL etwas vom Sensor empfangen wird.

MFG,
Kev

KernSani

Hmmm, ich hätte eigentlich erwartet, dass autocreate das Device anlegt, wenn der TRX etwas empfängt


Kurz, weil mobil....
RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

realkev

Guten Morgen,

es scheint ein Problem bei der Firmware seitens RFXCOM zu sein.
Im RFXmngr werden keine Daten empfangen, allerdings kommen im "undec on" Modus "RAW packets" an.
Ich habe RFXCOM diesbezüglich angeschrieben...

MFG
Kev

realkev

Hi,
Wie sich herausstellte war der Sensor defekt. Das Austauschgerät scheint zu funktionieren es wird aber kein Gerät anhand von Autocreate erstellt:

  TRX_WEATHER: common_rain error undefined subtype=09

MFG,
Kev

KernSani

Hast du die Version verwendet, die ein paar Posts weiter oben angehängt ist? Die ist noch nicht im Update enthalten...

Grüße,

Oli
RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

realkev

Ach ich Depp, die wurde ja natürlich während des letzten Updates wieder überschrieben  ::)
Werde das heute Abend probieren.

MFG
Kev

realkev

Hi,

der Sensor wurde schon mal von Autocreate angelegt:

2020.06.24 10:24:38 2: autocreate: define TFA20323301_RAIN_39_217 TRX_WEATHER TFA20323301_RAIN_39_217
2020.06.24 10:24:37 3: TRX_WEATHER: Unknown device TFA20323301_RAIN_39_217, please define it


Bisher wurden aber noch keine Daten empfangen.

MFG,
Kev

soulman

Hallo,
Habe obenstehende trx...pm  benutzt un bekomme daten , aber nur:
2021-01-22_18:05:50 Regen battery: ok 100%
2021-01-22_18:05:50 Regen batteryState: ok 100%
2021-01-22_18:05:50 Regen BAT: ok

Fhem 6.0  mit update
RFXtrx mit letzten FW 1043 Pro1

Hat jemand schon dass richtig bekommen ?

Grusse Gert

realkev

Hi,

Bei mir leider dasselbe.

Mfg,
Kev

Gisbert

Zitat von: KernSani am 07 Mai 2020, 21:58:33
Anbei eine Version zum Testen, neu eingebaut wurde der Regensensor TFA 30.3233.01

Hallo KernSani,

handelt es sich bei dem Gerät um ein stand-alone-Gerät? Ich vermute es, aber wollte sicher gehen.

Viele​ Grüße​ Gisbert​
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | tuya local | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY | DEYE | JK-BMS | ESPHome

soulman

Hallo,
Hab mal wass herum geshaut.
Seht so aus dass dieser messt mit 0,3 mm  ( weil das inches sind )
Es gibt nur eine byte ( was rfxmngr  flipcount nennt)
Hierunter 2x gemessen mit alterer rfxmngr = 3 mm
und 3er mit letzten rfxmngr  = 2,5 mm ??


0B 55 09 01 3FDB 00 00 00 00 01 79

wass ich siehe:
0B pakket laenge
55 Regen
09 subtype
01 is seq nr
3FDB ist ID
4 x 00     ist nichts
letzter 01 ist 1 x 3 mm   = 3 mm
79   ist   7 signal und 9 battery !


2-1-2021 07:12:36:234
Packettype    = RAIN
subtype       = RAIN9 - ACH2010
Sequence nbr  = 10
ID            = 3FDB decimal:16347
Flip count    = 251
Total rain    = 75,3 mm
Signal level  = 6  -72dBm
Battery       = OK

22-1-2021 07:14:51:249
Packettype    = RAIN
subtype       = RAIN9 - ACH2010
Sequence nbr  = 20
ID            = 3FDB decimal:16347
Flip count    = 252
Total rain    = 75,6 mm
Signal level  = 7  -64dBm
Battery       = OK

via versie 19.0.0.27 :

23-1-2021 12:43:20:599= 0B5509013FDB000000000179
Packettype    = RAIN
subtype       = RAIN9 - TFA 30.3233.01
Sequence nbr  = 1
ID            = 3FDB decimal:16347
Flip count    = 1
Total rain    = 0,25 mm
Signal level  = 7  -64dBm
Battery       = OK

Adimarantis

Hallo,

Nachdem der Sensor eigentlich unterstützt wird, habe ich mir jetzt auch ein Exemplar zugelegt.
Leider wird es in FHEM nicht erkannt.
Im Rfxmngr wird folgendes angezeigt:
16.09.2023 03:58:41:421= 0B5509063EEA000000004669
Packettype    = RAIN
ERROR: Unknown Sub type for Packet type=55:9
Sequence nbr  = 6
ID            = 3EEA decimal:16106
Total rain    = 7 mm
Signal level  = 6  -72dBm
Battery      = OK

Ich nehme mal an ich habe ein neueres Exemplar und TFA hat den SubType geändert.
Muss das seitens der RFX Firmware angepasst werden, oder lässt sich das im Modul updaten?
Bin bereits auf der aktuellen Firmware ProXL1-1048 - das hat nicht geholfen.
Die "Total rain" Angabe scheint mir plausibel. Jedesmal wenn ich die Wippe betätige geht das um 0,1 mm nach oben.

Gruß
Jörg
Raspberry 4 + HM-MOD-RPI-PCB (pivCCU) + RfxTrx433XL + 2xRaspberry 1
Module: 50_Signalbot, 52_I2C_ADS1x1x , 58_RPI_1Wire, (50_SPI_MAX31865)

Adimarantis

Jetzt hab ich mich doch ein bisschen mit dem Code ausseinandergesetzt, und meine Variante selbst reingepatched.

Läuft.

@KernSani: Kannst du das (oder natürlich auch anders, wenn es so vom Coding nicht passt) übernehmen?

Danke,
Jörg
Raspberry 4 + HM-MOD-RPI-PCB (pivCCU) + RfxTrx433XL + 2xRaspberry 1
Module: 50_Signalbot, 52_I2C_ADS1x1x , 58_RPI_1Wire, (50_SPI_MAX31865)

Adimarantis

Nachdem ich mir heute einen Ast gesucht habe, warum mein Regensensor nicht mehr ging (Batterie gewechselt etc), hab ich bemerkt dass ich schlicht und einfach ein FHEM update gemacht hatte und meine Änderung überschrieben wurde, weil ichs vergessen hatte ins exclude zu nehmen.

Da die Änderung wirklich trivial ist, würde ich die dann einfach einchecken, wenn keine Einwände kommen - damit das mir (und evtl. auch anderen) nicht wieder passiert.

Jörg
Raspberry 4 + HM-MOD-RPI-PCB (pivCCU) + RfxTrx433XL + 2xRaspberry 1
Module: 50_Signalbot, 52_I2C_ADS1x1x , 58_RPI_1Wire, (50_SPI_MAX31865)

KernSani

RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

feger

Hallo!
Ich habe mir auch einen TFA 30.3233.01 Regenmesser gekauft und empfange die Daten über einen RFX mit der neuesten Version Pro2 V1048
Hier das List des automatisch angelegten Devices:
Internals:
   CFGFN     
   CODE       TFA_RAIN_89_251
   DEF        TFA_RAIN_89_251
   FUUID      66689980-f33f-ec82-1492-e933bbd8c6c0fe79
   IODev      RFXTRX
   LASTInputDev RFXTRX
   MSGCNT     888
   NAME       Regenmesser
   NR         744
   RFXTRX_MSGCNT 888
   RFXTRX_RAWMSG 0b5509f289fb000000fff879
   RFXTRX_TIME 2024-06-12 09:04:37
   STATE      6552.8mm
   TYPE       TRX_WEATHER
   eventCount 901
   OLDREADINGS:
   READINGS:
     2024-06-12 09:04:37   battery         ok 100%
     2024-06-12 09:04:37   batteryState    ok 100%
     2024-06-12 09:04:37   rain_total      6552.8
     2024-06-12 09:04:37   stat_Rain_total Hour: 0.0 Day: 0.2 Month: 0.2 Year: 0.2 (since: 2024-06-12 )
     2024-06-12 08:59:55   stat_Rain_totalLast Hour: 0.0 Day: 0.0 Month: - Year: - (since:  )
     2024-06-12 09:04:37   state           TR: 6552.8 BAT: ok
   helper:
     _98_statistics Statistik
   hmccu:
Attributes:
   event-min-interval .*:600
   event-on-change-reading .*
   room       TRX_WEATHER
   stateFormat [$name:rain_total:r1]mm


1.Frage:
Nach dem vielen herum probieren wollte ich das Reading rain_total wieder auf 0 stellen und habe die Batterien entfernt. Danach stand das Reading aber auf 6552.6. Gibt es eine Möglichkeit den Regenmesser wieder zu nullen?

2.Frage:
Heute in der Nacht hat es geregnet und in Fhem zeigt er 0.2(mm?) an. Das mitgelieferte Display zeigt aber 0.5mm an. Kann man den Wert in Fhem irgendwie anpassen?

Grüsse aus Wien
Feger
CUL433MHz für Intertechno & Somfy
CUL868MHz für Homematic
RFXTRX433E für Oregon & KeeLoq

Adimarantis

Meines Erachtens ist die Kommunikation mit dem Sensor "one-way". Du könntest höchstens mal probieren die Batterien länger auszunehmen, vielleicht ist da ein Kondensator drin, der eben genau verhindern soll, dass der Stand verloren geht.

In FHEM könntest du dir natürlich ein monotonic Userreading anlegen und da selber zählen. Das kannst du dann auf 0 setzen.

Das mit den Messwerten ist interessant. Ich habe auch das Gefühl, das mir hier zu wenig angezeigt wird, aber da ich den Sensor nur stand-alone betreibe habe ich einfach keinen Vergleichswert. Bei den jüngsten Starkregenereignissen war es besonders offensichtlich - aber da bin ich einfach davon ausgegangen, das das mit der Wippe bei Starkregen nicht mehr anständig funktioniert, da sie ja quasi total überschwemmt wird.

Nur wenn es da einen Umrechnungsfaktor gibt dann ist 0.2 zu 0.5 etwas seltsam.
Raspberry 4 + HM-MOD-RPI-PCB (pivCCU) + RfxTrx433XL + 2xRaspberry 1
Module: 50_Signalbot, 52_I2C_ADS1x1x , 58_RPI_1Wire, (50_SPI_MAX31865)

feger

Leider hat das längere Entfernen der Batterien auch nichts gebracht.

Ein 16bit unsigned Integer kann dezimal 0-65535 darstellen.
Scheinbar sind, beim neuerlichen einlegen der Batterien, alle Bits auf 1 und das ergibt dann 6553.5

Habe jetzt ein userreading mit monotonic eingerichtet und auf "0" gesetzt. -> Danke für den Tip!
Selbstverständlich hat es seit dem nicht mehr geregnet  ;D

Werde mal mit einer 10ml Spritze ein wenig probieren, welchen Umrechnungsfaktor ich verwenden muss um die Werte annähernd gleich zu bekommen.

Die Diskrepanz des mitgelieferten Displays und die Werte in FHEM werde ich im Auge behalten und berichten.
CUL433MHz für Intertechno & Somfy
CUL868MHz für Homematic
RFXTRX433E für Oregon & KeeLoq

feger

#19
Ich habe mich jetzt ein wenig mit dem Regenmengenmesser gespielt und bin auf folgendes Ergebnis gekommen:
Wippe  Display
1x     0,2
2x     0,5
3x     0,7
4x     1,0
5x     1,2
10x    2,5
50x    12,7
100x   25,4
130x   33,0
Bei Bedarf kann ich auch die dazwischen liegenden Werte liefern, aber ich glaube das genügt.

Ich habe das ganze 3x durchgespielt und bin jedesmal auf die selben Werte im Display gekommen.

Das ergibt einen Umrechnungsfaktor von 2,54
rain_total*2.54 = Regenmenge in FHEM in mm

Wenn man neue Batterien einlegt und dann die Wippe 10x betätigt, dann zeigt rain_total in FHEM "0" an und zählt dann in 0,1 Schritten weiter.
Ich hoffe das hilft einigen hier weiter!
CUL433MHz für Intertechno & Somfy
CUL868MHz für Homematic
RFXTRX433E für Oregon & KeeLoq

Adimarantis

Danke.
Dann haben wir ja auch des Rätsels Lösung:
1 Inch = 2.54 cm -> Das Ding misst intern nicht in metrischen Einheiten.
Raspberry 4 + HM-MOD-RPI-PCB (pivCCU) + RfxTrx433XL + 2xRaspberry 1
Module: 50_Signalbot, 52_I2C_ADS1x1x , 58_RPI_1Wire, (50_SPI_MAX31865)

feger

Gerne
So einfach kann man es auch ausdrücken. :)  :)  :)
CUL433MHz für Intertechno & Somfy
CUL868MHz für Homematic
RFXTRX433E für Oregon & KeeLoq