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

[Asgothian]

@mickym sagte in Fragen eines absoluten Newbees:

Ich hoffe - dass ist eine fruchtbare Diskussion - in der auch Gegenmeinungen ausgetauscht werden können.
Ich hatte das schon richtig verstanden - würde Dir hier aber inzwischen widersprechen. Ich habe nun wirklich eine Menge komplexer Flows und der Anteil der "function"-Nodes in den ich JS schreiben muss, liegt bei unter 5% und auch nur deshalb, weil es dann ggf. zu unübersichtlich wird. Die meisten Dinge kann man über Change Nodes und JSONATA abdecken.

Auf jeden Fall. Ich hatte das von meinen Versuchen anders in Erinnerung und werde genau Deine Einschätzung mit in meine Liste aufnehmen. Damit wird NodeRed als Werkzeug wieder interessanter. Wieder etwas dazu gelernt.

Auch die Erklärung zum Hintergrund warum Du einen externen MQTT Broker nutzt ist meiner Meinung nach sehr hilfreich. Das Problem mit mehreren Adaptern die die gleichen Ressourcen nutzen haben sicherlich viele.

A.

[fnbalu]

Danke erstmal für Eure Unterstützung.
Asche auf mein Haupt, ich hatte den Sonoff Adapter bereits.

Da habe ich dann auch gesehen wie der Status ist und konnte mit true und false schalten.

Zu der Frage was ich vor habe.
Ich habe meine Alexa bzw den Echo lieb gewonnen.

Ich war nie ein Freund von ChinaCloud usw, da solch Systeme irgendwann abgeschaltet werden und dann ist essig, vom Datenschutz fange ich gar nicht erst an.
So habe ich mir letztes Jahr Tuya Steckdosen gekauft und diese mit Tasmota beglückt.
Dank der Wemo Emulation geht das auch mit Alexa.

Nun sollen Rolladenmotoren mittels Shelly erweitert werden und den ein oder anderen Shelly soll es dazu geben für Licht, Dimmer, RGBW.
Da die Shellys auch ohne Cloud auskommen sollen, wollte ich das in ioBroker zusammenfassen. Solch eine Basis braucht es dann ja.
Ich finde es auch wahnsinn was manche mit Vis gemacht haben aber das ist faust zweiter Teil.
Zuerst einmal würde ich schauen, dass ich alle Aktoren mit Alexa steuern kann und würde Räume definieren.

És soll alles aus einer Hand sein.
Alle Rolladen 80% und es soll geschehen.
Haus verlassen = überall Licht aus usw.

Die Möglichkeiten ergeben sich dann mit der Zeit nehme ich an.

[mickym]

@fnbalu Auch bei der Visualisierung bist Du nicht komplett festgelegt. Ich rufe beispielsweise aus dem Node-Red Dashboard eine VIS Seite auf.

VIS ist eine sehr mächtige Visualisierung in dem vor allem das Erscheinungsbild im Vordergrund steht - dafür musst Du aber auch für die Endgeräte Deine Visualisierungen auf anpassen.
Das Node-Red Dashboard - hat ein responsive Design und basiert auf Googles Material Design und schaut deshalb den Android-Apps sehr ähnlich. Hier kannst Du dann halt schnell steuern und die Funktionalität steht im Vordergrund, wenn gleich ich auch mit ein paar HTML Kenntnissen gelernt hat, wie man hier auch eigenes Design verwirklichen kann.
Etwas ähnliches was sicher auch zur schnellen Steuerung dient findest Du in anderen Visualisierungs Adaptern unter iobroker.

Das Hab-Panel schaut ähnlich wie das NodeRed Dashboard aus, aber auch den iQontrol Adapter finde ich interessant (auch wenn selbst nicht ausprobiert) damit bekommt man dann schnell so ein Kacheldesign wie unter Apples Homekit hin. Aber auch hier steht hauptächlich die Funktion im Vordergrund und das Design ist in einer gewissen Variationsbreite vorgegeben.

[fnbalu]

Hallo, ich mal wieder.

Ich habe noch etwas herumprobiert.
Auch mit den Shellys, welche ich mal etwas mit der Originalfirmware getestet habe.

Wie habt Ihr das mit den IOT Geräten? Laufen die Geräte und dr ioBroker im selben Subnet zwecks Multicast?

Ich habe eine pfSense laufen. IOT hat auch im W-Lan ein eigenes Subnet.
Bisher habe ich es noch nicht hinbekommen, den Multicast Traffic durchzurouten.
MQTT ist da weniger das Problem.

Nur was ist da nun besser?

Bei MQTT müsste man ja auf einen Standard MQTT Adapter setzen, oder aber verschiedene Ports für beispielsweise Sonoff und Shelly, wenn beides im MQTT läuft.

Was ist da zu empfehlen???

[mickym]

@fnbalu Nutze mosquitto als mqtt Broker und mqtt Adapter als Broker.

Alles was über mqtt geht mach ich über mqtt den Rest über HTTP.

[fnbalu]

Noch ein System mehr??

[mickym]

@fnbalu ein Adapter stellt auch ein zusätzliches System dar. Gut dann nimm halt den mqtt-Adapter als Broker. Ich hatte eben mit dem Ack=false Probleme, auch in Zusammenarbeit mit Node-Red. Mich hat das halt Monate gekostet, da ich den Fehler immer bei mir gesucht habe. Insofern liegt es an Dir ob Dir meine Erfahrungen was bedeuten. Letztlich ist es ja Dein System, das Du betreibst..

[fnbalu]

@mickym ich meine doch da nichts negativ und möcht Dich nicht angreifen. Sorry, wenn es so rüber kam.
Für mich klingt das nicht wie ein ioBroker Adapter sondern wie ein autarkes Zusatzsystem was eine extra VM e.t.c. bedeutet.

Ich verstehe da noch nicht wie das dann verknüpft

[Homoran]

@asgothian sagte in Fragen eines absoluten Newbees:

ch hatte das von meinen Versuchen anders in Erinnerung

ich allerdings auch!
habe aber in letzten Tagen einige Flows von @mickym gesehen, in denen nodes vorkamen, von denen ich damals nur hätte träumen können.

Ich denke einfach, dass sich auch node-red (oder zumindest die Vielfalt dessen nodes) in der Zwischenzeit ebenfalls weiterentwickelt hat, wie die Blöcke bei Blockly.

Als mir als absolutem js-Legastheniker Bluefox damals node-red ans Herz legte, habe ich damit meine ersten "Programmier"schritte gemacht. Blockly kam erst ganz viel später.
Wie beschrieben war die Lernkurve ziemlich steil, aber es kam sehr schnell, dass man js-Schnipsel in fucnction nodes anwenden musste.

@asgothian sagte in Fragen eines absoluten Newbees:

Das Problem mit mehreren Adaptern die die gleichen Ressourcen nutzen haben sicherlich viele.

Das hatte ich zu Beginn von Blockly auch.
Da gab es noch eine sehr überschaubare Anzahl von Blöcken und einige Funktionen, die mit node-red ganz einfach zu lösen waren, waren mit Blockly damals nicht lösbar.
Damals hatte ich auf allen Hosts beide Systeme laufen, u.a. um Systemdaten auszulesen.

[fnbalu]

Ich versuche das gerade wirken zu lassen.

Also grundsätzlich würde ich gerne meine IoT Devices wie Shelly e.t.c. in ein anderes Subnet packen.
Wenn der ioBroker dort nicht ist, dann bleibt nur MQTT, da Multicast nicht rüber kommt.

Nun kann ich in das andere Netz, das andere Netz aber nicht zu mir per se
Ich kann natürlich eine Gruppe mit MQTT Ports erstellen, die dann explizit zum ioBroker geroutet werden.

Da könnte man zig Adapter installieren und hätte dann halt die verschiedenen Ports je Instanz.

Oder aber ein MQTT der ehrlich alles sammelt.
In dem Beispiel Mosquitto auf einem anderen System.

Ich weiß nicht was da einfacher ist.
Für mich ist alles Neuland.

Übersichtlicher ist da wohl alles aus einer Hand für mich auf dem ersten Blick.

[mickym]

@fnbalu Bei mir läuft mosquitto auf dem gleichen System wie der iobroker - ohne irgendwelche Probleme. Ich nutze die mqtt Adapter als client und damit alle Datenpunkte im iobroker. Man kann somit sowohl mit mqtt Methoden, als auch mit iobroker Methoden auf die Datenpunkte zugreifen. Es gibt keine Notwendigkeit das zu trennen.

[fnbalu]

@mickym also Mosquitto installieren. Wie genau sieht dann der Zugriff vom ioBroker aus? MQTT Client Plugin?
IP ist dann wohl 127.0.0.1

[mickym]

@fnbalu Nein das ist ein älterer Adapter - nimm MQTT Adapter, den Du als Broker und als Client konfigurieren kannst.

Ja Verbindung ist localhost und 1883.

Username und Passwort - halt wenn im mosquitto definiert.

Ansonsten hat sich bei mir bei den mqtt Einstellungen bewährt alle Optionen zu deaktivieren. Bei mir ist der Adapter mqtt.1 Instanz - deswegen ist entspricht die Maske zum Bekanntgeben eigener States halt immer die eigene Instanz - als bei der 1. Instanz mqtt.0.*

Im iobroker - sind die Objekte dann einfach wie bei jedem anderen Adapter sichtbar:

Wenn Du weitere ioBroker Datenpunkte per default nach mqtt publishen willst, empfehle ich eine neue Instanz des Adapter zu installieren - deshalb siehst Du bei mir auch eine 2 bei den installierten Instanzen und einen Baum mqtt.2 ;)

[fnbalu]

@mickym also ich fasse zusammen

Mosquitto ist besser als der bei iobroker interne MQTT
Man greift dann auf Mosquito zu. Anleitungen habe ich im Netz schon gefunden.

Wie ich das verstehe, braucht man Mosquito wenn es einmal konfiguriert ist, keine Beachtung mehr schenken, da die Geräte ihre daten dort hinschicken und der ioBroker holt sie 1:1 nur stumpf ab.

Nur das mit der zweiten Instanz leuchtet mir absolut nicht ein gerade

[mickym]

@fnbalu Die 2. Instanz brauchst Du auch nicht. Ich hatte das mal weil ich die Inhalte vom Fritzbox Adapter unter mqtt veröffentlichen wollte.

Hier mal ein kleines Video (habe ich aus anderen Gründen erst kürzlich gemacht) - wie einfach es dann ist einen Shelly direkt über iobroker zu schalten:

mqtt Shelly translates.mp4

Damit Du mal siehst wie man einfach einen ganzen Adapter in mqtt veröffentlich - so kann man alle Einträge des tr064-Adapters nach mqtt publishen. Eigentlich brauche ich das nicht mehr. Ich hatte mal die Idee, alles über mqtt zu machen - aber ich habe mich dann entschieden nur dann die Geräte im mqtt zu halten, die nativ mqtt sprechen.

Du siehst der mqtt.2 hat keine eigenen Datenpunkte - aber publiziert alle Geräte des FB Adapters unter iobroker im mqtt.

Deshalb tauchen die Geräte unter mqtt1 - wieder auf

Also für Dich erst mal unwichtig - nur mal zur Illustration.

[mickym]

@fnbalu sagte in Fragen eines absoluten Newbees:

@mickym also ich fasse zusammen

Mosquitto ist besser als der bei iobroker interne MQTT

JA weil der MQTT als Broker konfiguriert, Probleme mit ACK=false Nachrichten hat.

Man greift dann auf Mosquito zu. Anleitungen habe ich im Netz schon gefunden.

Installieren ist einfach einfach:

sudo apt install mosquitto

dann halt noch die mosquitto.conf bearbeiten und auch ein Passwort File erstellen, falls Du willst (würde ich aber schon empfehlen). Die mosquitto clients brauchst Du nicht!!!!

Wie ich das verstehe, braucht man Mosquito wenn es einmal konfiguriert ist, keine Beachtung mehr schenken, da die Geräte ihre daten dort hinschicken und der ioBroker holt sie 1:1 nur stumpf ab

Der iobroker als Client holt sich nicht nur die Daten ab, sondern publisht auch über den mosquitto an die Geräte. Deshalb ja - mosquitto läuft transparent im Hintergrund. Wie Du in dem Video gesehen hast, holt sich der MQTT Adapter als Client nicht nur die Daten über mosquitto ab, sondern steuert die Geräte auch über mosquitto.

Nur das mit der zweiten Instanz leuchtet mir absolut nicht ein gerade

Brauchst Du wie gesagt nicht.

[mickym]

Hier noch ein paar Hilfestellungen von meiner Konfig:

die mosquitto.conf - kann eigentlich standardmässig bleiben:

/etc/mosquitto $ cat mosquitto.conf
# Place your local configuration in /etc/mosquitto/conf.d/
#
# A full description of the configuration file is at
# /usr/share/doc/mosquitto/examples/mosquitto.conf.example

pid_file /var/run/mosquitto.pid

persistence true
persistence_location /var/lib/mosquitto/

log_dest file /var/log/mosquitto/mosquitto.log

include_dir /etc/mosquitto/conf.d

wenn Du dann nach /etc/mosquitto/conf.d wechselst - dann erstellst Du Dir einfach irgendeine Datei dort. Wie Du ja siehst werden Konfigurationsdateien in dem Verzeichnis berücksichtigt.

/etc/mosquitto/conf.d $ cat xxxxx.conf
allow_anonymous false
password_file /etc/mosquitto/pwfile

listener 1883

Dort wird also nur festgelegt, dass man sich anmelden muss, wo das Passwort File mit den user - passwort Kombinationen liegt und das der Standardport 1883 von mosquitto benutzt wird.

Für die Passworterstellung hilft Steve weiter: http://www.steves-internet-guide.com/mqtt-username-password-example/

Im Prinzip einfach eine Textdatei mit

username:password

Kombinationen erstellen (würde gleich mehrere erstellen) und dann mit

mosquitto_passwd  -c textdatei newuser

eine verschlüsselte Datei erstellen und da in dem Verzeichnis erstellen mit dem Namen, der in Deiner Konfig eingetragen ist.

ZUm Schluss prüfen, ob Dein mosquitto läuft:

systemctl status mosquitto
● mosquitto.service - Mosquitto MQTT v3.1/v3.1.1 Broker
   Loaded: loaded (/lib/systemd/system/mosquitto.service; enabled; vendor preset
   Active: active (running) since Sat 2021-04-10 02:59:22 CEST; 20h ago
     Docs: man:mosquitto.conf(5)
           man:mosquitto(8)
 Main PID: 652 (mosquitto)
    Tasks: 1 (limit: 4915)
   CGroup: /system.slice/mosquitto.service
           └─652 /usr/sbin/mosquitto -c /etc/mosquitto/mosquitto.conf

[fnbalu]

@mickym vielen Dank erstmal für Deine Mühe und eigentlich ausführlichen Ausführungen.

Nur irgendwie überfordert mich der Scheiß und ich verliere langsam die Lust an dem Ganzen.
Ich habe mir das alles viel leichter vorgestellt. ;-(

Da ich Debian nutze, habe ich mit apt-get install installiert.
Ich nutze Midnight Commander zur Verienfachung.

mosquitto.conf ist klar

Dann habe ich config.conf erstellt und bis auf Zeile 1 alles hineinkopiert
Zeile 1 ist unschlüssig für mich.

Muss die da rein? xxxx.conf? oder dann mein Passwort file?

Warum mehrere Benutzer bei MQTT?

Fragen über Fragen.
Wie gesagt ich möchte halt nicht zig Kilometer in eine Richtung laufen um dann zu erkennen ich hätte anders herum laufen sollen.
Das Problem ist auch, dass es so neu ist, das man nicht mal weiß nach was man googlen müsste um die passenden Antworten zu finden

[mickym]

@fnbalu Nein alles gut - die 1. Zeile ist nur der Befehl - ignorieren.

Musst nicht mehrere Benutzer machen. Kannst Du halt musst aber nicht.

Wenn Dein mosquitto läuft ist doch alles gut.

[fnbalu]

@mickym das weiß ich noch nicht.

Ich habe die config.conf erstellt.

Nun muss ich den offener hoch und die Passwort Datei erstellen, ja?

Macht es Sinn mit mehreren Nutzern? Hast Du das?
Ob das verschlüsselt sein muss, ist auch fraglich