sonoff basic readings verschieden obwohl identisch

Begonnen von jbraeu, 26 April 2020, 17:34:01

Vorheriges Thema - Nächstes Thema

jbraeu

Hallo,
kann mir das vielleicht jemand erklären..
ich hab 10 komplett identische sonoff basic, wenn man sich die state Readings durchsieht haben 2 davon off und die anderen 8 Stück haben reading - state: set_off.
Wirklich komplett identisch!?
Grüße Josef

87insane

Hey..

Leider kann keiner sehen das sie komplett identisch sind. Vielleicht helfen ein paar List der Geräte.
Sind sie in fhem identisch?
Firmware Stände?
Welche setoption sind an?
Ist setstatelist ggf doch anders?

Gruß,
Kai

Gesendet von meinem LM-G810 mit Tapatalk


Beta-User

set_off bedeutet, dass es keine passende Antwort gab. Glaskugel sagt, dass die topics identisch sind... Das "darf nicht"...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

jbraeu

#3
hey,

sind wirklich identisch, ich habs schon x-mal geprüft. Gibts doch nicht. Hab auch shellys die das machen..
Hier ein Reading davon:
Internals:
   CID        T_Raum_EG_Flur
   DEF        T_Raum_EG_Flur
   DEVICETOPIC MQTT2_T_Raum_EG_Flur
   FUUID      5ea5a51f-f33f-20ab-01b1-b08456ed4527d950
   IODev      m2server
   LASTInputDev m2server
   MSGCNT     1
   NAME       MQTT2_T_Raum_EG_Flur
   NR         521
   STATE      set_off
   TYPE       MQTT2_DEVICE
   m2server_MSGCNT 1
   m2server_TIME 2020-04-28 17:49:18
   JSONMAP:
     Channel_0  0
     Channel_1  0
     Channel_2  0
     Channel_3  0
     Channel_4  0
     Color      0
     Dimmer     0
     HSBColor   0
     POWER1     0
     POWER2     0
     POWER3     0
     POWER4     0
   READINGS:
     2020-04-28 17:48:05   DS18B20_Id      031597798775
     2020-04-28 17:48:05   DS18B20_Temperature 36.8
     2020-04-26 17:23:02   FallbackTopic   cmnd/T-Raum-EG-Flur_fb/
     2020-04-26 17:23:02   GroupTopic      cmnd/tasmotas/
     2020-04-28 17:48:05   Heap            27
     2020-04-26 17:23:02   Hostname        T-Raum-EG-Flur-0445
     2020-04-26 17:23:02   IPAddress       192.168.178.130
     2020-04-28 17:49:18   LWT             Online
     2020-04-28 17:48:05   LoadAvg         19
     2020-04-26 17:23:02   Module          Sonoff Basic
     2020-04-28 17:48:05   MqttCount       2
     2020-04-28 17:48:05   POWER           OFF
     2020-04-26 17:23:02   RestartReason   Software/System restart
     2020-04-28 17:48:05   SI7021_DewPoint 14.9
     2020-04-28 17:48:05   SI7021_Humidity 52.9
     2020-04-28 17:48:05   SI7021_Temperature 25.2
     2020-04-28 17:48:05   Sleep           50
     2020-04-28 17:48:05   SleepMode       Dynamic
     2020-04-28 17:48:05   TempUnit        C
     2020-04-28 17:48:05   Time            2020-04-28T16:48:04
     2020-04-28 17:48:05   Uptime          2T00:25:11
     2020-04-28 17:48:05   UptimeSec       174311
     2020-04-26 17:23:02   Version         8.2.0(tasmota)
     2020-04-26 17:23:02   WebServerMode   Admin
     2020-04-28 17:48:05   Wifi_AP         1
     2020-04-28 17:48:05   Wifi_BSSId     
     2020-04-28 17:48:05   Wifi_Channel    6
     2020-04-28 17:48:05   Wifi_Downtime   0T00:00:06
     2020-04-28 17:48:05   Wifi_LinkCount  1
     2020-04-28 17:48:05   Wifi_RSSI       54
     2020-04-28 17:48:05   Wifi_SSId      xy
     2020-04-28 17:48:05   Wifi_Signal     -73
     2020-04-26 17:29:42   state           set_off
Attributes:
   IODev      m2server
   autocreate 0
   icon       temp_temperature
   jsonMap    POWER1:0 POWER2:0 POWER3:0 POWER4:0 Dimmer:0 Channel_0:0 Channel_1:0 Channel_2:0 Channel_3:0 Channel_4:0 HSBColor:0 Color:0
   model      tasmota_basic_state_power1
   readingList tele/T-Raum-EG-Flur/LWT:.* LWT
  tele/T-Raum-EG-Flur/STATE:.* { json2nameValue($EVENT,'',$JSONMAP) }
  tele/T-Raum-EG-Flur/SENSOR:.* { json2nameValue($EVENT,'',$JSONMAP) }
  tele/T-Raum-EG-Flur/INFO.:.* { json2nameValue($EVENT,'',$JSONMAP) }
  tele/T-Raum-EG-Flur/UPTIME:.* { json2nameValue($EVENT,'',$JSONMAP) }
  stat/T-Raum-EG-Flur/POWER1:.* state
  stat/T-Raum-EG-Flur/RESULT:.* { json2nameValue($EVENT,'',$JSONMAP) }
   room       EG-HKVTL
   setList    off:noArg    cmnd/T-Raum-EG-Flur/POWER1 0
  on:noArg     cmnd/T-Raum-EG-Flur/POWER1 1
  toggle:noArg cmnd/T-Raum-EG-Flur/POWER1 2
  setOtaUrl:textField cmnd/T-Raum-EG-Flur/OtaUrl $EVTPART1
  upgrade:noArg   cmnd/T-Raum-EG-Flur/upgrade 1
   setStateList on off toggle

Beta-User

Verrätst du mir, wie man bei einem list irgendwas vergleichen können soll?

Du scheinst aber was wesentliches übersehen zu haben: Es macht keinen Sinn, nur die Attribute aus den attrTemplates rauszukopieren...

Kurz: dieser Tasmota sendet noch POWER und Großschreibung, was mir sagt, dass da ein paar Backlog-Commands nicht abgesetzt wurden....

(Wenn du das jetzt nicht verstehst, solltest du nicht fragen, sondern ggf. mal nachsehen, was attrTemplate bei Tasmota "macht" und was es bewirkt).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

jbraeu

die Lösung ist, es ist ein Zeitproblem. Wenn man das Template zu schnell zuordnet ohne das vorher readings da waren wirds statt on/off set_on/set_off.. und das bleibt dann so - k.a. warum aber das wird sich ein experte hier wissen

Beta-User

 >:( Sorry, aber das ist Unsinn. Aus dem list ist gut zu erkennen, dass kein "model" da war und POWER einen aktuellen Zeitstempel hatte. Ergo: Es war nie ein attrTemplate angewendet worden, sonst wäre mind. eines von beidem anders. (oder du hast den Vorgang abgebrochen, weil du via Dialogfeld was unverständliches gefragt wurdest).

Wenn du so weitermachst, kommst du auf meine persönliche blacklist, denn scheinbar bin ich ja kein "experte", oder wie soll ich das deuten?...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

jbraeu

nix für ungut aber ich verplemper sicher nicht meine zeit damit mit dir Unwahrheiten auszutauschen. Also geh mal runter vom Gas!

87insane

An der stelle muss ich leider mal einschreiten. Bin kein Admin aber schon ein wenig dabei. Hier hat beta-user dir genau gesagt woran es liegt. Hast du es mal getestet?
Hast du dir die templates mal angesehen und verstanden wie diese funktionieren?

Bitte bleib sachlich und probier mal was empfohlen wurde ;) beta-user hat nicht nur genau das Projekt als seines sondern auch sehr viel anderes, sehr spezifisches fhem wissen.

Draußen corona, drinne Streit? Denke das geht effizienter :)

Gruß,
87insane

Gesendet von meinem LM-G810 mit Tapatalk


Beta-User

#9
@ 87insane, Danke; aber wie der TE schreibt: Zeitverschwendung...Wollte nur, dass eventuelle Nach-Leser das nicht für richtig ansehen, was da als "Zeitproblem" beschrieben ist.

Ziel erreicht, TE auf blacklist, alles gut....
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files