@zefau
Gibt es deinen Code auch als nicht minified Variante? Dann könnte man ggf. unterstützen oder selbst Sachen einbauen.

Viele Grüße

Hallo zusammen,
ich habe für beide Möglichkeiten 2 Shelly1+ und 1 Shelly 2.5 besorgt. Anfang kommender Woche werde ich es dann mit meinem Elektriker testen und Feedback geben.
Vielen Dank!

@puls200
Vielen Dank schonmal für deine Antwort. Am kommenden Montag kommt mein Elektriker des Vertrauens und er schaut sich die Sache an und wir schauen, welche Klemmen man nutzen kann.
Ich würde im Vorfeld gerne den korrekten Shelly besorgen. Das wäre in dem Fall sicherlich auch der Shelly 1 plus wegen der potentiallfreien Schaltung?

@puls200 Ich habe seit kurzem auch einen NICE Zaunmotor, allerdings ein anderes Modell. Kannst du mir genauer beschreiben, welche Shellys du wie angeschlossen hast?
Ich habe das Modell MC424L habe ebenfalls die OPEN- und CLOSE Kontakte (beschrieben auf Seite 3 https://www.niceforyou.com/sites/default/files/upload/manuals/idv0619a00en.pdf)

Beste Grüße

Hallo zusammen,

ich habe meine ersten Shellys in Betrieb genommen und den Shelly Adapter installiert.
Dieser bleibt leider gelb. Wenn ich aber diesen auf Debug stelle, sehe ich aber im Log die CoAP Meldungen.
Der Adapter selbst steht auf Coap und Http.

shelly.0 2022-04-21 10:29:13.555	debug	CoAP device description request for SHPLG-S#442170#2 to 172.20.0.1(2)
shelly.0 2022-04-21 10:29:11.553	debug	CoAP device description request for SHPLG-S#442170#2 to 172.20.0.1(1)
shelly.0 2022-04-21 10:29:09.552	debug	CoAP device description request for SHPLG-S#442170#2 to 172.20.0.1(0)
shelly.0 2022-04-21 10:29:09.551	debug	[CoAP] Status update received for SHPLG-S#442170#2: {"G":[[0,9103,2],[0,1101,0],[0,4101,0],[0,4103,0],[0,6102,0],[0,6109,0],[0,3104,26.19],[0,3105,79.14],[0,6101,0]]}
shelly.0 2022-04-21 10:29:09.551	debug	CoAP status package received: {"3332":"SHPLG-S#442170#2","3412":38400,"3420":1280,"Uri-Path":"cit/s"} / {"G":[[0,9103,2],[0,1101,0],[0,4101,0],[0,4103,0],[0,6102,0],[0,6109,0],[0,3104,26.19],[0,3105,79.14],[0,6101,0]]}
shelly.0 2022-04-21 10:29:09.132	info	[CoAP] Listening for packets in the network
shelly.0 2022-04-21 10:29:09.120	debug	[CoAP] Starting shelly listener with options: {"user":"admin","password":"xxxx","multicastInterface":null}
shelly.0 2022-04-21 10:29:09.120	info	Starting in CoAP mode.
shelly.0 2022-04-21 10:29:09.095	info	starting. Version 5.3.2 in /opt/iobroker/node_modules/iobroker.shelly, node: v14.19.1, js-controller: 4.0.21

Beim Shelly sind folgende Einstellungen aktiviert:

• Enable CoIoT
• CoIoT peer eingetragen (in meinem Fall: 192.168.178.139:5683)
• auch testweise "Allow Cross-Origin Resource Sharing" aktiviert/deaktiviert

Usernamen und Passwort habe ich auch mehrfach überprüft/geändert.

Die Daten per Port 5683 werden in den Dockercontainer weitergereicht (UDP).

Fehlerbild:

• Der Adapter bleibt gelb
• shelly.0.info.connection bleibt auf false
• keine Datenpunkte zu irgendwelchen Shellys werden erstellt

Kann es vielleicht mit den unterschiedlichen IPs zusammenhängen? Der iobroker hat intern und extern eine andere.
Obwohl in den Logs ja die Daten ankommen.
Oder sonst jemand eine Idee?

Hallo zusammen,

ich habe mir ein Script gebaut, welches bei Änderungen von bestimmten Datenpunkten Nachrichten per Alexa, Telegram etc. versendet. Da ich in diesem auch die Zeiten prüfe wann bspw. Alexaansagen durchgeführt werden dürfen, liegt es aktuell in global, damit ich das in verschiedenen Scripten nutzen kann (Überwachung Waschmaschine, Trockner, Klingel, usw.).

Jetzt meine eigentliche Frage:
Ich überwache die Aliasdatenpunkte der Objekte und reagiere dort direkt auf Änderungen und versende die Benachrichtigungen.
Sollte man bei Änderungen dieser, eventuell weitere Datenpunkte, z.B. unterhalb von userdata.xxx.notification.xxx befüllen und diese zusätzlich überwachen und dann die Benachrichtigungen verschicken? Dann könnten die Funktionen aus global dort rein.
Und dann wie man diese dann am besten aufbauen sollte, falls mehrere notifications auf einmal auftreten mit eventuell verschiedenem Empfängerkreis.

Also stand jetzt:

// bspw. klingel datenpunkt auf änderung prüfen
on({ id: statusOrg, change: "ne" }, async function (obj) {
    //prüfen, ob Benachrichtigung gesendet werden kann und dann senden (functions aus global)
}

Alternative

// bspw. klingel datenpunkt auf änderung prüfen
on({ id: statusOrg, change: "ne" }, async function (obj) {
    // neue notification datenpunkte in userdata auf true setzen, ggf. mit text füllen 
}

Zusätzlich:

// funktionen zur prüfung, ob Benachrichtigungen gesendet werden dürfen sind in diesem script enthalten
//
// notification datenpunkten auf änderungen prüfen 
on({ id: statusOrg, change: "ne" }, async function (obj) {
    //prüfen, ob Benachrichtigung gesendet werden kann und dann senden
}

Ich hoffe meine Frage ist verständlich

Beste Grüße
jack2003

@watho said in jarvis v2.2.0 - just another remarkable vis:

er schon einmal eine Diskussion dazu angestoße

Scheinbar leider ohne Reaktion seitens @Zefau , oder?

@zefau
Gibt es deinen Code auch als nicht minified Variante? Dann könnte man ggf. unterstützen oder selbst Sachen einbauen.

Viele Grüße

@mcu
Ok, danke für die schnelle Antwort. Das mit JS schau ich mir an und probiere es damit zu lösen.
Vielen Dank auf jeden Fall.

Hallo zusammen,
ist es möglich Lampen zu Gruppen zusammenzufassen und auch die Farbe zu ändern?
Ich bekomme es nur bei einzelnen Lampen, aber nicht bei z.B. 3 Lampen gleichzeitig hin. Da funktioniert nur das ein/ausschalten Gibt es da einen Trick?

Besten Dank

Hallo zusammen,

ich wollte ioBroker auf Docker umstellen, leider funktioniert es aktuell nicht so richtig.

Ich bekomme immer ERR_EMPTY_RESPONSE oder connection refused.

Habe folgende Settings:

Settings von https://github.com/phreakazoid/docker-iobroker

Container läuft auch.

Im Container selbst folgendes:

npm -v
6.1.0

node -v
v8.11.3

iobroker list instances
system.adapter.admin.0                 : admin       -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
system.adapter.discovery.0             : discovery   - disabled

ps -A | grep " io.*"
    1 root       0:00 iobroker.js-controller
   75 root       0:00 grep  io.*

 netstat -n -a -p TCP
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 127.0.0.11:36739        0.0.0.0:*               LISTEN      -
tcp        0      0 127.0.0.1:9000          0.0.0.0:*               LISTEN      1/iobroker.js-contr
tcp        0      0 127.0.0.1:9001          0.0.0.0:*               LISTEN      1/iobroker.js-contr
tcp        0      0 127.0.0.1:9000          127.0.0.1:34974         TIME_WAIT   -
tcp        0      0 127.0.0.1:9001          127.0.0.1:39068         TIME_WAIT   -
tcp        0      0 127.0.0.1:39066         127.0.0.1:9001          TIME_WAIT   -
tcp        0      0 127.0.0.1:34970         127.0.0.1:9000          TIME_WAIT   -
tcp        0      0 127.0.0.1:9001          127.0.0.1:39062         TIME_WAIT   -
tcp        0      0 127.0.0.1:9000          127.0.0.1:34964         TIME_WAIT   -
tcp        0      0 127.0.0.1:9000          127.0.0.1:34972         TIME_WAIT   -
udp        0      0 127.0.0.11:44731        0.0.0.0:*                           -
Active UNIX domain sockets (servers and established)
Proto RefCnt Flags       Type       State         I-Node PID/Program name    Path

wget localhost:8081
Connecting to localhost:8081 (127.0.0.1:8081)
wget: can't connect to remote host (127.0.0.1): Connection refused

Jemand noch eine Idee woran es liegen könnte?

Danke.

jack2003