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

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

[MadTrinity]

@harrym
ok ich guck mal aber seid 9 uhr oder so kommt alle paar sekunden die fehlermeldung im Log

[harrym]

@MadTrinity mhm .. hab gerade etwas gefunden.

[harrym]

@Merowinger @MadTrinity

BUGFIX!

bugfix ChannelName for SH 1, SH 1PM, SH PLG-S, SH PLG2, SH DM-1, SH DM-2, SH SW-22, SH SW-25, SH EM, SH EM3 and SH 4PRO

Bitte die aktuelle Version via GIT laden.

[MadTrinity]

@harrym
Hi habe ich gerade ausprobiert bis jetzt ist keine Fehlermeldung mehr aufgetaucht. Danke

[da_Woody]

@MadTrinity danke für die rückmeldung!

[Merowinger]

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

@Merowinger @MadTrinity

BUGFIX!

bugfix ChannelName for SH 1, SH 1PM, SH PLG-S, SH PLG2, SH DM-1, SH DM-2, SH SW-22, SH SW-25, SH EM, SH EM3 and SH 4PRO

Bitte die aktuelle Version via GIT laden.

oh nein, die Fehler im log sind weg :fearful:
Vielen Dankeschön!!!:flushed:

[passuff]

Ich habe m.E. einen neuen Bug gefunden. Ich nutze Shelly 2.5 im Roller Shutter Modus und werte dabei den Status (open/close/stop) aus. Seit dem Umstieg auf die 4.0 muss ich den Status zunächst in einen String wandeln, um ihn auszuwerten. Das war zuvor definitiv anders:

[Diginix]

@passuff Funktioniert bei mir mit Shelly2 (nicht 2.5) direkt ohne Konvertierung. Datentyp vom state ist auch String.

Welcher Typ ist denn der state bei dir?

[Elkja]

kann mir bitte jemand helfen? meine shellys melden sich nicht mehr beim Adapter.....Objekte sind leer!
habe bereits die Version 4.0.3 installiert......trotzdem kein erfolg :-(

danke

[harrym]

@Elkja
was hast du da stehen bei den CoAP Einstellungen?