UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Merowinger]

Was meldet denn da mein Shelly 4pro mit Adapter version 4.0.1?
2020-08-16 09:38:00.624 - error: shelly.0 (31098) Error in function httpIoBrokerState for state SHSW-44#ID.Relay0.ChannelName and request{"url":"http://IPvomShelly/settings/relay/0","timeout":5000,"headers":{"Authorization":"Basic komischerSchlüssel"}} for IPvomShelly (shelly4pro / shelly4pro-ID / SHSW-44#ID) (TypeError: Cannot read property '0' of undefined)

Ich sehe gerade das der 4pro auch noch auf firmware 1.6.5 ist, aber ich kriege keine Neuere angeboten... :-(

Ich steuere ihn über MQTT und das läuft aktuell (noch?)

[Andy200877]

Ich habe glaube ich auch noch einen kleinen Fehler im Adapter gefunden...

Zur zeit habe ich die Version 4.0.0 installiert und auf allen Shelly's die 1.8er FW installiert.

Bei meinem Shelly Dimmer 2, wird jedoch die aktuell gespeicherte Helligkeit unter IoBroker nicht angezeigt.
Der Punkt
shelly.0.SHDM-2#xxxxxxxxx#1.lights.brightness

bleibt einfach leer.

Ich kann zwar durch eintragen eines Wertes im Feld die Helligkeit der Lampen regeln, jedoch fehlt die Rückmeldung / der aktueller Wert für die Helligkeit.
Das Feld ist einfach leer. Und wird auch nach dem eintragen eines Wertes direkt wieder geleert...

Desweiteren sendet der Shelly mir keine Temperaturwerte, des internen Sensors..
Steht einfach auf "null °C"
Ich habe die Objekte schonmal gelöscht und den Shelly Adapter neu gestartet, aber ohne Erfolg.

Seltsamerweise funktioniert ein anderer Shelly Dimmer 2 einwandfrei unter 4.0.0 / 1.8

[da_Woody]

@Merowinger hab ich oben schon geschrieben, fürm 4pro wirds kein update geben, wurde aber in der 4.0.0 genauso übernommen. sollte also nicht auf einmal nimmer funzen. abber @harrym wird noch mal drüber linsen. wenn er heut noch munter wird. ;)

[da_Woody]

@Andy200877 erstmal update auf 4.0.1! und wenn ein anderer funzt, kanns nicht am adapter liegen...
sicher das der wirklich 1.8. hat? (inzwischen wird ja schon an ner 1.8.2 geschraubt. :D

[Andy200877]

@da_Woody :rage: Jetzt nach dem x-Reboot, wird mir in der Shelly - App auch ein Update angezeigt. Er hatte noch die V1.7.6 installiert.
Ich habe bei allen Shelly's in einem Rutsch das Update aufgespielt und der eine Dimmer hat wohl noch nicht mitbekommen, das es ein Update gab.
Es wurde auch kein Update mehr angezeigt. Naja nach einem Reboot des Shelly's findet er auch das Update.

schäm

Problem hat sich also erledigt. trotzdem Danke...

[da_Woody]

@Andy200877 LOL, danke fürs rückmelden! ein problem gelöst... schönen sonntag noch!

edith: ich hab da einen shelly1 der sich nicht um die burg updaten lässt. dimitar hats selber versucht und w.o. gegeben... thake it easy...

[Mr.X]

@harrym sagte in Shelly Adapter 4.0 - Shelly Firmware 1.8 - Tester gesucht ;):

die Adapterversion 4.0.1 ist im latest. Sollte demnächst bei allen angeboten werden.

Bei mir leider noch nicht.
Was bedeutet demnächst?

[da_Woody]

@Mr-X 4.0.1 (2020-08-15)

(Stübi) Major Change!! If you use the CoAP protocol only Shelly devices with Firmware 1.8.x or above supported! All devices with Firmware below 1.8.x except Shelly 4Pro will not working with this release!
Official release to npm/latest

[Rocko84]

@da_Woody Haustür auf und zu sind zwei Aktionen. Je Aktion 3 Aktualisierungen. Einfache Mathematik. Macht also 6.
über coap hab ich somit ein 4 Sekunden Aktion im ioBroker. Vorher waren es ca 1,5 wie auch von Shelly versprochen. Ich werde mich nun von coap verabschieden da es nur Probleme macht. Über mqtt habe ich meine 1,5 Sekunden Delay und die sind ok. Mit 4 Sekunden kann ich nicht leben. Schade nur, das ich mich dann von der Shelly App verabschieden muss, gibt aber ja andere Mittel und Wege. Wird nur ordentlich Zeit in Anspruch nehmen.
Für mich bracht die fw 1.8.0 eigentlich nur Probleme.

[da_Woody]

@Rocko84 rechnen kann ich auch, erklärt aber immer noch nicht warum du 3 events bekommst. auch die 4 sec sind mir nicht erklärbar. bei mir sind durch 1.8 die zeiten besser geworden.

[Merowinger]

@da_Woody Vielen Dank für die schnelle Reaktion.
Ja, ich glaube das Problem ist er selbst. Der scheint einen Hau zu haben...

[da_Woody]

@Merowinger shit, tja, kann man nix machen... danke fürs rückmelden

edith: "Ich steuere ihn über MQTT und das läuft aktuell (noch?)" am mqtt wurde ja nichts geändert....

[Strobelix]

@da_Woody said in Shelly Adapter 4.0 - Shelly Firmware 1.8 - Tester gesucht ;):

@Rocko84 rechnen kann ich auch, erklärt aber immer noch nicht warum du 3 events bekommst. auch die 4 sec sind mir nicht erklärbar. bei mir sind durch 1.8 die zeiten besser geworden.

Das Problem mit dem Delay hab ich auch. CoAP ist unerträglich langsam geworden.
Bin auf mqtt umgestiegen und das läuft sauber.
Mir fehlt nur noch die Aktualisierung unveränderter DP (siehe Feature request github)

[da_Woody]

@Strobelix said in Shelly Adapter 4.0 - Shelly Firmware 1.8 - Tester gesucht ;):

Das Problem mit dem Delay hab ich auch. CoAP ist unerträglich langsam geworden.

seltsam, kann ich absolut nicht nachvollziehn.

[MadTrinity]

Bin gerade nach Hause gekommen und wollte mal gucken ob der 4pro jetzt geht. Jetzt funzt es im log steht immer die Fehlermeldung wie die vom Merowinger (11039) Error in function httpIoBrokerState for state SHSW-44#849BE7#1.Relay3.ChannelName and request{"url":"http://ipvomshelly/settings/relay/3","timeout":5000,"header.....

[harrym]

@MadTrinity ruf mal folgendes auf ipvomshelly/settings/relay/3 und poste mir das json.

[MadTrinity]

@harrym said in Shelly Adapter 4.0 - Shelly Firmware 1.8 - Tester gesucht ;):

ipvomshelly/settings/relay/3

name null
ison false
has_timer false
overpower false
default_state "off"
btn_type "momentary"
auto_on 0
auto_off 360
max_power 2300
schedule false
schedule_rules []

[harrym]

@MadTrinity ändere den ChannelName für das 4. Relay mal in der WebUI.

[MadTrinity]

@harrym

device
type "SHSW-44"
mac "C8FD19849BE7"
hostname "shelly4pro-849BE7"
num_outputs 4
num_meters 4
num_rollers 0
wifi_ap
enabled false
ssid "shelly4pro-849BE7"
key ""
wifi_sta
enabled true
ssid "Charlie"
ipv4_method "dhcp"
ip null
gw null
mask null
dns null
wifi_sta1
enabled false
ssid null
ipv4_method "dhcp"
ip null
gw null
mask null
dns null
mqtt
enable false
server "192.168.33.3:1883"
user ""
id "shelly4pro-849BE7"
reconnect_timeout_max 60
reconnect_timeout_min 2
clean_session true
keep_alive 60
max_qos 0
retain false
update_period 30
coiot
update_period 15
sntp
server "time.google.com"
enabled true
login
enabled false
unprotected false
username "admin"
pin_code ""
name ""
fw "20200408-085604/v1.6.5@b075f0bf"
discoverable true
build_info
build_id "20200408-085604/v1.6.5@b075f0bf"
build_timestamp "2020-04-08T08:56:04Z"
build_version "1.0"
cloud
enabled false
connected false
timezone "Europe/Berlin"
lat 51.227699
lng 6.77346
tzautodetect true
tz_utc_offset 7200
tz_dst true
tz_dst_auto true
time "12:23"
unixtime 1597580586
hwinfo
hw_revision "prod-2018-12"
batch_id 6
relays
0
name null
ison false
has_timer false
overpower false
default_state "off"
btn_type "momentary"
auto_on 0
auto_off 0
max_power 2300
schedule false
schedule_rules []
1
name null
ison false
has_timer false
overpower false
default_state "off"
btn_type "momentary"
auto_on 0
auto_off 0
max_power 2300
schedule false
schedule_rules []
2
name null
ison false
has_timer false
overpower false
default_state "off"
btn_type "momentary"
auto_on 0
auto_off 0
max_power 2300
schedule false
schedule_rules []
3
name null
ison false
has_timer false
overpower false
default_state "off"
btn_type "momentary"
auto_on 0
auto_off 360
max_power 2300
schedule false
schedule_rules []
meters
0
power 0
is_valid true
timestamp 1597580586
counters
0 0
1 0
2 0
total 1
1
power 0
is_valid true
timestamp 1597580586
counters
0 0
1 0
2 0
total 0
2
power 0
is_valid true
timestamp 1597580586
counters
0 0
1 0
2 0
total 0
3
power 0
is_valid true
timestamp 1597580586
counters
0 0
1 0
2 0
total 0

[harrym]

@MadTrinity was sein kann, dass der 4Pro kurzeitig nicht erreichbar war. beobachtet das bitte. Vom Code her im Adapter ist alles OK.