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
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.
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
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 (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.
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