Was fehlt um das ioBroker Grundprinzip zu verstehen?
-
@asgothian sagte in Das ioBroker Grundprinzip verstehen:
Jede "Art" von Adapter kann beliebig oft installiert werden.
Das wenn du so, einem Anfänger erzählst, hast du ihn doch schon veräppelt
-
@crunchip sagte in Das ioBroker Grundprinzip verstehen:
@asgothian sagte in Das ioBroker Grundprinzip verstehen:
Jede "Art" von Adapter kann beliebig oft installiert werden.
Das wenn du so, einem Anfänger erzählst, hast du ihn doch schon veräppelt
hatte ich auch schon auf der Feder, da gibt es dann diese schöne Meldung `can only be installed once' oder so
-
@asgothian sagte: über einen (dummen) Umsetzer (Zigbee-Stick, ZWave Stick, Netzwerkkarte) der selber keinerlei Logik zum Steuern der Geräte hat.
Wirklich dumm ohne Microcontroller? Erfolgt das Anlernen der Geräte nicht an den Stick? Ein wirklich dummes Funkmodul ist das von HomeMatic.
-
Können wir das bitte etwas einschränken.
Ich denke die Idee ist klar, und ich werde mir die Freiheit nehmen (mit entsprechender Formulierung) auch die exakte Wahrheit im Sinne der Verständlichkeit für Einsteiger ein wenig zu verbiegen -
@homoran sagte in Das ioBroker Grundprinzip verstehen:
@asgothian sagte in Das ioBroker Grundprinzip verstehen:
Nein, Zigbee und Zwave nutzen direkt die am ioBroker angeschlossene Hardware.
Das würde ich ebenfalls Gateways nennen um das Prinzip klarer kommunizieren zu können!
An der Stelle ist es meiner Meinung nach wichtig sauber zu trennen. Wenn ein (externes) Gateway existiert dann impliziert das
- das einzelne Aktionen ohne einen laufenden ioBroker funktionieren (können)
- das das Gateway auch ohne den ioBroker angesprochen werden kann
- die Gateways eigene Intelligenz (in Form einer nicht im ioBroker laufenden Software) besitzen - so ist das (wenn meine geringen Homematic Kenntnisse ausreichen) bei Homematic mit einer PiVCcu)
Bei Hardware-basierten Adaptern ist das nicht so, der ioBroker spricht halt direkt und zumeist exclusiv mit der Hardware.
Nebenbei gibt es auch noch Adapter die nicht sauber in die Trennung passen. So bin ich bei Sonoff und MQTT nicht sicher wo der einsortiert gehört. MQTT müsste eigentlich als "cloud basiert" eingestuft werden.
@asgothian sagte in Das ioBroker Grundprinzip verstehen:
Würde ich an dieser Stelle ungern aufführen. Auch wenn es technisch korrekt ist sehe ich den Admin eher als Wartungswerkzeug für den ioBroker selber und nicht als (end)User Interface.
das würde bei mir aber in die "interne" Struktur gehören
In die Interne Struktur - ja, aber als eigener Kasten, nicht als einer der "UI Adapter"
ihr schafft mich noch
Wir arbeiten dran
Spass beiseite.
Ich hatte für mich innen und aussen gemeinsam dargestellt - es ist aber durchaus denkbar die interne Struktur einfach zu überblenden und vereinfacht darzustellen so das nur die externen Verbindungen erhalten bleiben.
Ich schaue mal ob ich das Draw.IO Original hier hinterlegen kann.A.
p.s. Hinter dem Spoiler ist das Draw.io Original. -
@paul53 sagte in Das ioBroker Grundprinzip verstehen:
Wirklich dumm ohne Microcontroller? Erfolgt das Anlernen der Geräte nicht an den Stick? Ein wirklich dummes Funkmodul ist das von HomeMatic.
Nein, das anlernen findet nicht am Stick statt. Das Anlernen findet am Zigbee-Herdsman statt. Die Verschlüsselungsdaten werden allerdings auch auf dem Stick gespeichert.
A.
-
@asgothian sagte in Das ioBroker Grundprinzip verstehen:
An der Stelle ist es meiner Meinung nach wichtig sauber zu trennen. Wenn ein (externes) Gateway existiert dann impliziert das
wenn hier Einsteiger schon schreiben, dass sie den Begriff Gateway erst einmal googlen mussten.....
Ich nutze sowieso immer die Formulierung ...über ein Gateway/Zentrale/Bridge/wasAuchImmer angebunden sind...
-
@asgothian sagte in Das ioBroker Grundprinzip verstehen:
Nebenbei gibt es auch noch Adapter die nicht sauber in die Trennung passen. So bin ich bei Sonoff und MQTT nicht sicher wo der einsortiert gehört. MQTT müsste eigentlich als "cloud basiert" eingestuft werden.
MQTT ist ein sehr spezielles Thema, da man bei ioBroker ja zwei Möglichkeiten hat, es zu nutzen.
Als Client, oder als Server.
Ich würde es einfach nur mit einzeichnen, das es möglich ist mit mqtt zu kommunizieren.
Ansonsten müsste es zweimal in der Grafik erscheinen.Wie es mit Sonoff aussieht, weiß ich nicht.
Das kann bestimmt jemand beantworten, welcher es einsetzt. -
@homoran
Ich musste den Begriff Gateway nun nicht googeln, aber das müssen Einsteiger sicher . Sonst denken die sicher erst mal an einenFlughafen
-
@homoran An dieser Stelle zitiere ich Dich einfach mal:
@homoran sagte in Das ioBroker Grundprinzip verstehen:
Ich denke die Idee ist klar, und ich werde mir die Freiheit nehmen (mit entsprechender Formulierung) auch die exakte Wahrheit im Sinne der Verständlichkeit für Einsteiger ein wenig zu verbiegen
Genau so ist es richtig. In wie weit die einzelnen Klassen von Adaptern getrennt werden und welcher Adapter zu welcher Klasse gerechnet wird ist am Ende auch Ansichtssache.
@homoran sagte in Das ioBroker Grundprinzip verstehen:
wenn hier Einsteiger schon schreiben, dass sie den Begriff Gateway erst einmal googlen mussten.....
... dann brauchen wir einen besseren Begriff dafür.
A.
-
@asgothian sagte in Das ioBroker Grundprinzip verstehen:
wenn hier Einsteiger schon schreiben, dass sie den Begriff Gateway erst einmal googlen mussten.....
... dann brauchen wir einen besseren Begriff dafür.
Torweg!
-
@hydrotec sagte in Das ioBroker Grundprinzip verstehen:
Ich würde es einfach nur mit einzeichnen, das es möglich ist mit mqtt zu kommunizieren.
Ansonsten müsste es zweimal in der Grafik erscheinen.Einzeichnen gar nicht. Wenn dann nur bei der Erläuterung der verschiedenen "Klassen" mit erwähnen. Es macht wenig Sinn jede Kommunikationsmethode einzeln einzuzeichnen, ansonsten müsste das Diagramm so in Etwa 40 interne Kästen haben (wenn nicht mehr)
A.
-
Hand ans Herz, wer hat jetzt alles, so wie ich, Gateway gegoogelt?
-
@asgothian sagte in Das ioBroker Grundprinzip verstehen:
... dann brauchen wir einen besseren Begriff dafür.
Glaube nicht, dass man den Begriff sinnvoll ersetzen kann, wenn ich ehrlich bin . Bei Xiamo heißt es Gateway, bei Ikea Hub… jeder nennt es anders .
Wenn wir es dann nochmals anders nennen , weiß keiner mehr Bescheid .
Gewissen Vokabeln muss ein Nutzer schon irgendwie lernen, denke ich. -
@asgothian sagte in Das ioBroker Grundprinzip verstehen:
dann brauchen wir einen besseren Begriff dafür.
leichter gesagt als getan. Spontan fallen mit Hue Bridge, IKEA Gateway, Homematic Zentrale (Kommunikationseinheit) ein.
Wenn ein Einsteiger von einem System kommt, das bereits eine entsprechende Bezeichnung verwendet wirdxes schwer.
(immer an den / wie ein Newbie denken!) -
@hydrotec sagte in Das ioBroker Grundprinzip verstehen:
Hand ans Herz, wer hat jetzt alles, so wie ich, Gateway gegoogelt?
Musste ich tatsächlich nicht. Hab damals von dem Xiaomi Gateway gelesen, als ich Aqara Türkontakte gekauft habe und dachte erst mal an einen Flughafen . Ohne das allerdings damals mal gelesen zu haben, hätte ich sicher googeln müssen
-
@homoran sagte in Das ioBroker Grundprinzip verstehen:
@asgothian sagte in Das ioBroker Grundprinzip verstehen:
dann brauchen wir einen besseren Begriff dafür.
leichter gesagt als getan. Spontan fallen mit Hue Bridge, IKEA Gateway, Homematic Zentrale (Kommunikationseinheit) ein.
Wenn ein Einsteiger von einem System kommt, das bereits eine entsprechende Bezeichnung verwendet wirdxes schwer.
(immer an den / wie ein Newbie denken!)Ups , doch Ikea Gateway. Seht ihr, verwirrend
-
@asgothian sagte in Das ioBroker Grundprinzip verstehen:
Einzeichnen gar nicht. Wenn dann nur bei der Erläuterung der verschiedenen "Klassen" mit erwähnen. Es macht wenig Sinn jede Kommunikationsmethode einzeln einzuzeichnen, ...
Stimmt.
Hab mir dein Diagramm und die Aufzählungen noch einmal genauer angesehen.
Die Aufzählungen hatte ich zuvor irgendwie gelesen, doch nicht wirklich registriert.
Dann kann man es ja unter beiden Aufzählungspunkten erwähnen.- Gateway Based: Hue, Homematic, Tuya, mqtt ...
- Hardware Based: Sonoff, Zigbee, WLed, mqtt ...
Sorry, war meine Verwirrung
-
@homoran wahrscheinlich würde ich an der Stelle den Begriff "herstellerspezifische Zentrale" nutzen, und im Text darauf hin weisen das diese Zentralen von den Herstellern mit Unter auch als Bridge, Gateway oder Hub bezeichnet werden.
Überall immer "Zentrale/Gateway/Bridge/wasAuchImmer" zu schreiben macht das ganze nicht lesbarer.
A.
-
Da ich ja gegoogelt habe, kann man Gateway mit Zugang ersetzen.
Und ich denke das versteht dann auch ein Anfänger, oder
