Shelly Adapter 4.0 - Shelly Firmware 1.8 - Tester gesucht ;)
-
@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 -
@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. -
@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.
-
@da_Woody Vielen Dank für die schnelle Reaktion.
Ja, ich glaube das Problem ist er selbst. Der scheint einen Hau zu haben... -
@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....
-
@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) -
@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.
-
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.....
-
@MadTrinity ruf mal folgendes auf ipvomshelly/settings/relay/3 und poste mir das json.
-
@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 [] -
@MadTrinity ändere den ChannelName für das 4. Relay mal in der WebUI.
-
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 -
@MadTrinity was sein kann, dass der 4Pro kurzeitig nicht erreichbar war. beobachtet das bitte. Vom Code her im Adapter ist alles OK.
-
@harrym
ok ich guck mal aber seid 9 uhr oder so kommt alle paar sekunden die fehlermeldung im Log -
@MadTrinity mhm .. hab gerade etwas gefunden.
-
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.
-
@harrym
Hi habe ich gerade ausprobiert bis jetzt ist keine Fehlermeldung mehr aufgetaucht. Danke -
@MadTrinity danke für die rückmeldung!
-
@harrym sagte in Shelly Adapter 4.0 - Shelly Firmware 1.8 - Tester gesucht
: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
Vielen Dankeschön!!!
-
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:
