@tiedi
Versuche mal ws://... statt http://...

Hallo zusammen.

Ich habe einen go-e Charger mit dem Adapter verbunden, allerdings kommen keine Daten an. Der Objektordner meterValues bleibt beispielsweise leer. Der Verbindung bekommt auch nur den Namen "/". Laut go-e App ist mit der Verbindung alles OK.

Log:

2022-08-26 14:19:01.680 - info: ocpp.0 (2067838) starting. Version 0.6.0 in /opt/iobroker/node_modules/iobroker.ocpp, node: v12.22.12, js-controller: 4.0.23
2022-08-26 14:19:01.690 - info: ocpp.0 (2067838) Starting OCPP Server
2022-08-26 14:19:01.715 - info: ocpp.0 (2067838) Server listening on port 9220
2022-08-26 14:19:11.562 - info: ocpp.0 (2067838) New valid connection from "/" (http/ocpp1.6)
2022-08-26 14:19:11.675 - info: ocpp.0 (2067838) New device connected: "/"
2022-08-26 14:19:11.676 - info: ocpp.0 (2067838) Requesting StatusNotification from "/"
2022-08-26 14:19:11.679 - warn: ocpp.0 (2067838) Could not request states of "/": you must provide a joi schema
2022-08-26 14:19:11.715 - info: ocpp.0 (2067838) Received boot notification from "/"
2022-08-26 14:19:11.980 - info: ocpp.0 (2067838) Received Status Notification from "/": Available
2022-08-26 14:19:12.064 - info: ocpp.0 (2067838) Received Status Notification from "/": Available

npm ls joi:

iobroker.inst@2.0.3 /opt/iobroker
├─┬ iobroker.go-e@1.0.23
│ └── joi@17.6.0
└─┬ iobroker.ocpp@0.6.0
  └─┬ @ampeco/ocpp-eliftech@1.1.0
    ├─┬ enjoi@3.2.5
    │ └── joi@13.7.0
    └── joi@13.7.0

@Jan1:

Mach Tasmota drauf und binde sie mit dem Sonoff Adapter im IOBroker ein. Tasmota hat auch eine direkte Anbindung über EMU an Alexa, da brauchst nicht mal ein Skill. `

Das ist eine Möglichkeit daumenhoch

@apollon77:

Wenn jemand weiss was er tut und es mit "bedacht" benutzt und er weiss das der dem Skill-Betreiber nit jeder Anfrage Kosten verursacht kann er die Block-zeit ändern … ist dann aber seine verantwortung ... `

Schwierige Sache. Ich denke, dass viele auch aus Unwissenheit ziemlich unbedacht damit umgehen. Die technische Möglichkeit zu haben, finde ich im Gegensatz eine echt gute Sache.

@Plasmachef:

an der stelle liebe ich meine Steckdose von AVM `

So eine kam gerade gestern bei mir an. Die kann natürlich mehr, ist vermutlich qualitativ hochwertiger und funktioniert auch grundlegend anders. WLAN, DECT (und ZigBee) haben alle ihre Vor- und Nachteile. Ich würde sagen, es kommt auch darauf an, was man damit schalten will. Unabhängigkeit vom Internet ist natürlich eine schöne Sache, nicht nur wegen dem Traffic, auch wegen der Availability und dem Datenschutz. Aber Alexa wird trotzdem ohne Server nichts schalten, was im Gegenzug wiederum den Profit bringt, dass man immer mit der neusten Software (Backend) agiert. Letztenendes steht auch ein preislicher Unterschied von 11,50 € (TECKIN) zu 39 € (AVM), was mich bei einem sicherlich nicht so sehr kratzt. Beim 10. aber schon.

Das ist eine "TECKIN WLAN Smart Steckdose", die Über Smart Life gekoppelt ist.

Ich wüsste zumindest momentan nicht, wie ich die direkt in ioBroker ansteuern kann.

Mit einer Osram an der Hue Bridge z.B. geht das sicher "direkter".

Danke für die schnelle Antwort.

Auch von mir vielen Dank für die Entwicklungsarbeit des Adapters.

Ich wollte mit der neuen Version mit den Smart-Devices dafür Sorgen, dass die Kaffeemaschine nach einigen Minuten wieder von selbst ausgeschaltet wird, indem ich auf positive Flanke von powerState der Schaltsteckdose einen Timeout setze. Dafür wäre zumindest minütliches Pollen nicht schlecht.

Evtl ist es eine Lösung, dass Alexa via Routine oder Gruppe und CloudAdapter eine zweite Variable setzt, welche (in meinem Fall) "Kaffeemaschine läuft" zeitnah indiziert, ohne #query zu bemühen.

Oder Alexa setzt nur eine Cloud-Variable, die als Request an ioBroker funktioniert und das eigentliche Handling erledigt dann der RasPi.

Beide Fälle müssten den Servertraffic reduzieren, oder?

Fürs Verständnis:

Warum kann Alexa/Echo keine Pushnotifications für die Smart-Devices?