NEWS
Test Adapter Shelly v4.0.6 (latest)
-
@matdos said in Test Adapter Shelly v4.0.6 (latest):
Mit dem Multicast
wie kommst du auf multicast???
wenn das bei dir so (latürnich IP deines ioBrokers)
aussieht, dann fährst du unicast! -
habe es mit mcast in dem Feld als erstes schon probiert das war "voreingestellt" bevor ich auf Unicast umgestellt habe.
-
@matdos ja, klar, da ist mcast standard drinnen.
wie sehen deine RSSI werte aus? kann es sein das die beiden gutes WLAN haben, die anderen 9 eher schlechtes? kann es sein das du von nachbarn störungen auf dem WLAN kanal bekommst?
es ist schwer, wenn man deinen netzwerkaufbau nicht kennt. welche geräte, wie ist die config...
nebenbei hat schon wer mal geschrieben, daß du nicht deine local IPs rauslöschen brauchst. damit kann keiner was anfangen. -
RSSI Werte, ein Shelly (der mit dem schlechtesten Wert) mit -48db der Rest -60-75db, an meinem Wlan kann es nicht liegen da habe ich über die letzten 3 Jahre dran gefeilt für eine ordentliche Abdeckung weil ich auch immer wieder längere Lag´s hatte beim Schalten meiner Geräte, und wir haben ein EFH das zu allen Nachbarn gut 10 Metern abstand hat.
Der Tip von Ralf mit dem Datenpunkt finde ich nicht schlecht da ja im Log steht Error in Function or State.
Schalten und die Rückmeldung klappt einwandfrei.
Was meinst du welche Geräte? Ich habe nur Shelly´s 1 (die einfachen Standart Teile)
Wie ist die Config? was soll ich da alles Posten vom Shelly?
Macht es evtl. Sinn dem Shelly eine Statische IP zu vergeben?
Update:
Ok so wie es aussieht habe ich den Fehler gefunden, eine Static IP hat nicht geholfen aber nachdem ich den Punkt was er nach dem Start vom Shelly für einen Schaltzustand einnehmen soll von von "Switch" auf "OFF" sind die Meldungen aus dem LOG raus.
So wie es aussieht bekommt er über "Switch" kein eindeutiges Signal daher die Meldung Error State und hinten in der Meldung steht ja noch Relay0.
Grüsse, gute Nacht und danke fürs helfen.
-
@matdos oh mann!
auf die idea wär ich auch nicht so schnell gekommen. tja, kleiner haken, große wirkung.
fix eingetragene IP hat nur bei batteriebetriebenen sinn. was aber sein sollte, daß du im router die IP an die MAC adresse bindest.
sonst kanns dir passieren, daß nach einem stromausfall plötzlich einige shellys eine neue IPs haben. -
Ja das klar, wenn man am Device eine feste IP vergibt dann natürlich auch im Router die IP an die MAC Adresse vom Device binden sonst vergibt der Router die IP doppelt und dann ist Party.
Ich habe aber festgestellt wenn du allen Devise´s eine feste IP gibst läuft das Routing schneller (weniger LAG`s), da er nicht immer den Geräten neue IP´s vergibt. (also subjektiv), wobwei es hier schon reicht die IP an die Mac zu binden im Router am Device ist die feste IP nicht zwingend notwendig.
War jetzt auch nur Zufall und Glück das an zwei Device´s die Einstellungen gleich waren und das so ziemlich der einzigste Punkt war was bei den anderen anderst war.
-
@matdos said in Test Adapter Shelly v4.0.6 (latest):
Ja das klar, wenn man am Device eine feste IP vergibt
das sollte der router eigentlich merken. bzw kann man den IP Pool ja definieren für DHCP. ich hab den pool auf nur ca 20 IPs begrenzt, somit seh ich auch schnell welches gerät neu ist. bei meinem netzwerk (192.168.0.1-192.168.8.254) würd ich endlos suchen...
-
@da_woody sagte in Test Adapter Shelly v4.0.6 (latest):
@matdos said in Test Adapter Shelly v4.0.6 (latest):
Ja das klar, wenn man am Device eine feste IP vergibt
das sollte der router eigentlich merken. bzw kann man den IP Pool ja definieren für DHCP. ich hab den pool auf nur ca 20 IPs begrenzt, somit seh ich auch schnell welches gerät neu ist. bei meinem netzwerk (192.168.0.1-192.168.8.254) würd ich endlos suchen...
Ja das glaube ich LOL, mir reicht schon 0.1 - 0.254, ich setze bei mir alle neuen Geräte für SmartHome direkt fest und beschrifte sie, dann sehe ich immer gleich welches Gerät neu ist
-
bei mir geht irgendwie nix mehr.
mein shelly hat:
Current version: 20210319-202425/v1.10.0-sw25-g1f21203Shelly Adapter:
4.0.7-beta-3es kommt aber nichts an beim iobroker. das log ist leer auch im debugmodus, keine Fehler.
die Passwörter für mqqt habe ich alle kontrolliert, neu eingegeben.
bin eben etwas ratlos?
dazu kommt, dass ich meinen iobroker Server von meiner NAS umgezogen habe.
der war vorher auf der 192.168.10.10 im Docker Container. jetzt habe ich keine Ahnung woran es liegen kann.EDIT: mein Fehler
ich hab ja vlans und auch eine Unifi Firewall welche die Kommunikation via 1883 nur auf den iobroker Server zulässt - hier stand noch die alte IP Drin -
ich habe hier noch etwas mit dem motionsensor. ist das bekannt?
shelly.0 2021-03-22 18:34:02.090 info (2453) Destroy 192.168.30.91 (shellymotionsensor / shellymotionsensor-60A423992C2A / undefined#60A423992C2A#1) shelly.0 2021-03-22 18:34:02.090 info (2453) Close Client: 192.168.30.91 (shellymotionsensor / shellymotionsensor-60A423992C2A / undefined#60A423992C2A#1) (false) shelly.0 2021-03-22 18:34:01.782 error (2453) Shelly Device unknown, configuration for Shelly device 192.168.30.91 (shellymotionsensor / shellymotionsensor-60A423992C2A / undefined#60A423992C2A#1) for MQTT does not exist!
shelly Motion Sensor:
Current version: 20210226-072307/v1.1.0@f31e1d2bShelly Adapter:
4.0.7-beta-3verbunden via MQQT
-
Seit eben wird 1.10.1 verteilt und gibt wohl einen Fix bzgl. DNS-Problem und einer damit verbundene Offline Verbindung zur Cloud.
Vlt. sind damit noch weitere Verbesserungen zu erzielen zu den hier genannten Problemen.
-
Bei mir läuft FW 1.10.0 und nun 1.10.1 mit unicast im Fritz Mesh mit Adapter v4.7b1 problemlos.
Es scheint auch durchaus weniger Wifi Traffic/Konflikte zu geben. Zumindest reagieren alle Tasmota Geräte mit Emulation sofort bei Steuerung über Alexa. Monatelang habe ich immer als erste Antwort "Gerät antwortet nicht, bitte überprüfen sie ihr Netzwerk" erhalten. Beim zweiten Sprachbefehl hat es dann immer funktioniert. Seit ich die Shellys auf unicast umgestellt habe, reagieren alle Tasmota Geräte beim ersten Befehl. Ob die Shellys da zu viel Alarm im Netz gemacht haben - ich weiß es nicht... -
@dos1973 sagte in Test Adapter Shelly v4.0.6 (latest):
ich habe hier noch etwas mit dem motionsensor. ist das bekannt?
shelly.0 2021-03-22 18:34:02.090 info (2453) Destroy 192.168.30.91 (shellymotionsensor / shellymotionsensor-60A423992C2A / undefined#60A423992C2A#1) shelly.0 2021-03-22 18:34:02.090 info (2453) Close Client: 192.168.30.91 (shellymotionsensor / shellymotionsensor-60A423992C2A / undefined#60A423992C2A#1) (false) shelly.0 2021-03-22 18:34:01.782 error (2453) Shelly Device unknown, configuration for Shelly device 192.168.30.91 (shellymotionsensor / shellymotionsensor-60A423992C2A / undefined#60A423992C2A#1) for MQTT does not exist!
shelly Motion Sensor:
Current version: 20210226-072307/v1.1.0@f31e1d2bShelly Adapter:
4.0.7-beta-3verbunden via MQQT
hat das noch jemand, bzw. kann mir evtl. ein Tipp geben?
-
@dos1973 , kannst Du bitte einmal http://ip_of_shelly_motion/settings wie z.B. http://192.168.25.160/settings aufrufen. Den Output hätte ich gerne. Ich bin mir nicht sicher ob es vielleicht unterschiedliche Versionen vom Motion gibt und es deshalb nicht funktioniert.
Ich habe auch die Firmware 4.0.7-beta-3 im Einsatz mit MQTT mit dem Shelly Motion und alles funktioniert wunderbar. Wenn das nicht hilft, dann führe unter dem Menüpunkt ein Upload für den Shelly Adapter durch. Dafür auf den Tab Adapter gehen und beim Shelly auf die 3 senkrechten Punkte klicken. Hier findest Du Upload (Icon Pfeil nach oben). Danach die Shelly Instanz neu starten.
-
{ "device": {"type": "SHMOS-01","mac": "60A423992C2A","hostname": "shellymotionsensor-60A423992C2A","num_outputs": 0},"wifi_ap": {"enabled": false,"ssid": "shellymotionsensor-60A423992C2A"},"wifi_sta": {"enabled":true,"ssid":"D_IoT_WZ2G","ipv4_method":"dhcp","ip":null,"gw":null,"mask":null,"dns":null},"mqtt": {"enable":false,"server":"192.168.10.6:1883","user":"d","id":"shellymotionsensor-60A423992C2A","clean_session":true,"max_qos":0,"retain":false,"update_period":3600},"sntp": {"server": "time.google.com","enabled": true},"login": {"enabled": false,"unprotected": false,"username": "admin","auth_type": "basic","default_username": "admin"},"pin_code": "x(!WR4","name": null,"fw": "20210226-072307/v1.1.0@f31e1d2b","discoverable": true,"build_info": {"build_id": "20210226-072307/v1.1.0@f31e1d2b","build_timestamp": "2021-02-26T07:23:07Z","build_version": "2021022607"},"cloud": {"enabled": false},"coiot": {"enabled": false,"update_period":3600,"peer":"192.168.10.6:5683"},"timezone": "Europe/Berlin","lat": 51.661230,"lng": 6.964830,"tzautodetect": true,"tz_utc_offset": 7200,"tz_dst": false,"tz_dst_auto": true,"time": "10:52","sleep_time": 0,"motion": {"sensitivity": 30,"blind_time_minutes": 3,"pulse_count": 1,"operating_mode": 0,"enabled": true},"tamper_sensitivity": 2,"led_status_disable": false,"dark_threshold": 100,"twilight_threshold": 500,"schedule": false,"schedule_rules": [],"hwinfo": {"hw_revision": "dev-prototype","batch_id": 0},"sleep_mode":{"period":60,"unit":"m"} }
upload hatte ich schon gemacht, hat nicht geholfen
-
@Stuebi
ich stelle selbst gerade fest, wieso hat der bei ip, dns, etc keine werte? -
@dos1973 , aber nach deiner config, ist MQTT disabled. Und der Punkt mit IP, DNS ist irrelevant für Dein Problem.
-
ja, sorry, hatte es deaktiviert wegen der ganzen logs... hier nochmals ein
{ "device": {"type": "SHMOS-01","mac": "60A423992C2A","hostname": "shellymotionsensor-60A423992C2A","num_outputs": 0},"wifi_ap": {"enabled": false,"ssid": "shellymotionsensor-60A423992C2A"},"wifi_sta": {"enabled":true,"ssid":"D_IoT_WZ2G","ipv4_method":"dhcp","ip":null,"gw":null,"mask":null,"dns":null},"mqtt": {"enable":true,"server":"192.168.10.6:1883","user":"d","id":"shellymotionsensor-60A423992C2A","clean_session":true,"max_qos":0,"retain":false,"update_period":3600},"sntp": {"server": "time.google.com","enabled": true},"login": {"enabled": false,"unprotected": false,"username": "admin","auth_type": "basic","default_username": "admin"},"pin_code": "x(!WR4","name": null,"fw": "20210226-072307/v1.1.0@f31e1d2b","discoverable": true,"build_info": {"build_id": "20210226-072307/v1.1.0@f31e1d2b","build_timestamp": "2021-02-26T07:23:07Z","build_version": "2021022607"},"cloud": {"enabled": false},"coiot": {"enabled": false,"update_period":3600,"peer":"192.168.10.6:5683"},"timezone": "Europe/Berlin","lat": 51.661230,"lng": 6.964830,"tzautodetect": true,"tz_utc_offset": 7200,"tz_dst": false,"tz_dst_auto": true,"time": "10:59","sleep_time": 0,"motion": {"sensitivity": 30,"blind_time_minutes": 3,"pulse_count": 1,"operating_mode": 0,"enabled": true},"tamper_sensitivity": 2,"led_status_disable": false,"dark_threshold": 100,"twilight_threshold": 500,"schedule": false,"schedule_rules": [],"hwinfo": {"hw_revision": "dev-prototype","batch_id": 0},"sleep_mode":{"period":60,"unit":"m"} }
-
@dos1973 , leider kann ich mir den Fehler nicht erklären. Ich habe den Shelly Motion mit MQTT ohne Probleme testweise im Einsatz. Bei mir funktioniert dieser wunderbar auch wenn ich diesen niemals produktiv einsetzen würde.
-
hmm, das ist jetzt weniger gut.
hard reset hatte auch nichts gebracht. Würde mich interessieren ob ich ein Montags Modell erwischt habe?