[Gelöst]falsches LASTInputDev mit SIGNALduino

Begonnen von Deckoffizier, 14 Juni 2018, 10:40:50

Vorheriges Thema - Nächstes Thema

Deckoffizier

Hallo in die Runde,

habe  3 gleiche 433MHz  Temp/Feuchte von TFA Dostmann in Benutzung, bei zweien wird identisch IODev und LASTInputDev für SIGNALduino angezeigt.

Bei dem dritten habe ich als attr für IODev zwar SIGNALduino angegeben aber als LASTInputDev wird immer MyCUL868 angezeigt.

Sensor mit autocreate neu anlegen oder händisch neu anlegen oder Abstand vergrößern hilft nicht.
Anzeigewerte sind soweit plausibel, RSSI ist wohl nicht so dolle.

Was läuft an diesem Sensor (oder DEF) eventuell verkehrt Bezeichnung auf der Rückseite ist 433MHz.
Hier noch ein List von dem Teil
Internals:
   CFGFN     
   CODE       63
   DEF        63 0 180
   IODev      SIGNALduino_Stick
   LASTInputDev MyCUL868
   MSGCNT     12
   MyCUL868_MSGCNT 12
   MyCUL868_RAWMSG TXAE7F460462
   MyCUL868_RSSI -87.5
   MyCUL868_TIME 2018-06-14 10:35:55
   NAME       CUL_TX_63
   NR         22091
   STATE      <div style='color:red' >Temp: 21.5°C <div style='color:blue'>Feuchte: 46.0%H
   TYPE       CUL_TX
   corr       0
   lastH      1528965355.9302
   lastT      1528965295.11357
   minsecs    180
   Helper:
     DBLOG:
       humidity:
         myDbLog:
           TIME       1528965355.93874
           VALUE      46.0
       temperature:
         myDbLog:
           TIME       1528965295.11744
           VALUE      21.5
   READINGS:
     2018-06-14 10:35:55   humidity        46.0
     2018-06-14 10:35:55   state           T: 21.5 H: 46.0
     2018-06-14 10:34:55   temperature     21.5
Attributes:
   DbLogExclude state
   DbLogInclude temperature,humidity
   IODev      SIGNALduino_Stick
   group      Heizung und Temperatur
   icon       temp_inside
   room       Büro
   stateFormat {sprintf("<div style='color:red' >Temp: %.1f",ReadingsVal("$name","temperature",0))."°C ". sprintf("<div style='color:blue'>Feuchte: %.1f",ReadingsVal("$name","humidity",0)) ."%H "}


Bin jetzt leider nach vielen Versuchen etwas ratlos.

Gruß
Hans-Jürgen
FHEM 5.8 auf "yakkaroo Emu A1FL.1" mit CUL 868MHz, SIGNALduino,2 1Wire USB Busmaster, diverse 1 Wire Sensoren,Landroid,Aeotec USB Dongle Z-Wave Plus

frank

ZitatBei dem dritten habe ich als attr für IODev zwar SIGNALduino angegeben aber als LASTInputDev wird immer MyCUL868 angezeigt.
LASTInputDev zeigt das io an, das die letzte message "gehört" hat. das lässt sich nicht steuern. alle io, die technich gesehen, diese messages hören können, können in diesem internal erscheinen.

mit attr IODev wird nur das senden zum device gesteuert. das ist im internal IODev sichtbar.

also alles ok bei dir.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Deckoffizier

Hallo Frank,

bleibe leider doch etwas verwundert zurück
wie kann eigentlich der 868 CUL für (FS20) die 433 hören.
Warum ist das bei den baugleichen anderen 2 Sensoren nicht so und dann der sehr schlechte RSSI Wert bei naher Distanz?


Verstehe ich richtig, eigentlich kann man bei Geräten(Sensoren) die nur senden das attr. IODev weglassen ?

Gruß
Hans-Jürgen
FHEM 5.8 auf "yakkaroo Emu A1FL.1" mit CUL 868MHz, SIGNALduino,2 1Wire USB Busmaster, diverse 1 Wire Sensoren,Landroid,Aeotec USB Dongle Z-Wave Plus

frank

Zitat von: Deckoffizier am 14 Juni 2018, 11:13:51
wie kann eigentlich der 868 CUL für (FS20) die 433 hören.
da will es aber einer genau wissen, respekt.  :)
grob gesagt: die signale entstehen durch überlagerung unterschiedlicher frequenzen. 
hier mal ein stichwort: https://de.wikipedia.org/wiki/Fourier-Analysis#Anwendungen

ZitatWarum ist das bei den baugleichen anderen 2 Sensoren nicht so und dann der sehr schlechte RSSI Wert bei naher Distanz?
wenn du zb die sensorenpositionen tauscht wird es wahrscheinlich genauso sein.
wegen der "falschen" grundfrequenz ist der rssi extrem schlecht.

wenn du verbose hochdrehst wirst du im log sehen können, dass mehrere io's die signale empfangen. welches io im internal LastInputDev auftaucht, hängt eventuell auch vom usb port ab.

ZitatVerstehe ich richtig, eigentlich kann man bei Geräten(Sensoren) die nur senden das attr. IODev weglassen ?
vielleicht, aber eventuell meckert fhem. probiere es aus.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Deckoffizier

Hallo frank,

wollte es nun mal noch ganz genau wissen  :D

habe mir noch einen vierten 433MHz  Temp/Feuchte von TFA Dostmann  notfalls als Reserve bestellt und vorhin in Betrieb genommen.

Oh Wunder Superastral werden beide Werte für IODev und  LASTInputDev identisch wie bei allen anderen 433 Geräten angezeigt.
Moral von der Geschicht ?

Nun gut bei mir hat die Liebe Seele ruh  ;D

Gruß
Hans-Jürgen
FHEM 5.8 auf "yakkaroo Emu A1FL.1" mit CUL 868MHz, SIGNALduino,2 1Wire USB Busmaster, diverse 1 Wire Sensoren,Landroid,Aeotec USB Dongle Z-Wave Plus