Was fehlt um das ioBroker Grundprinzip zu verstehen?
-
@thomas-braun sagte in Das ioBroker Grundprinzip verstehen:
Nur kann halt Amazon vorgeben, wie denn bitte schön die Geräte zu quatschen haben. Die Marktmacht hat der ioBroker aber nicht, da musst du alles selber nachspüren, wie die Geräte sprechen und das in was verständliches übersetzen.
Da kommt noch etwas sehr wichtiges hinzu:
Die direkte Verknüpfung mit Alexa geht zu 99% über die Server der Hersteller. Sprich der Hersteller kümmert sich um die Übersetzung dessen was die Hardware kann zu dem was Alexa will - und macht das weil er- damit ein Argument hat das Leute seine Hardware kaufen
- damit Nutzerdaten von seiner Hardware bekommt
- damit den Funktionsumfang bestimmen kann.
Noch kostet das nix. Aber wenn sich erst genügend Leute daran gewöhnt haben werden die ersten auf die Idee kommen für bestimmte smarte Funktionen einen monatlichen Obolus zu verlangen.
A.
-
@asgothian
Vielen Dank für deine Darstellung . An der Stelle dann auch vielen Dank an alle, die eine Implementierung diverser Gerätschaften ermöglichen. Ich habe mir das als Nutzer einfacher vorgestellt .Aber, wenn Alexa in meinem Falle ja die Daten für die Farben der Birnen aus dem ioBroker bekommt , dann scheint die Anpassung / Übersetzung der Farbinformation ja stattgefunden zu haben in den Adaptern oder ? Gibt ja keinen Server der „Hersteller“ mehr , da ich zB Tasmota geflasht habe auf meiner Gosund (Tuya) RGB Birne .
Also müssten dann dank der Adapter Daten gebündelt werden können, da nun alle Birnen eine Sprache sprechen??? -
@smarthome2020 sagte in Das ioBroker Grundprinzip verstehen:
da ich zB Tasmota geflasht habe
da stellt sich dann gleich die nächste frage. kann deine freundin eine gosund birne mit tasmota flashen?
ich les da immer zigbee. ich hab z.b. mit zigbee bisher nicht zu tun. ich hab für mich beschlossen, so weit möglich, bei shelly zu bleiben. da hab ich mal einen grundstock an gleichen DP. aber, anderer shelly, andere DP. das ding kann ja was anderes.
aber wie schon beschrieben. schau dir mal die DP von verschiedenen herstellern der glühbirnen an. das bringst du nicht unter einen hut, never. kenn die ikea dinger nicht, aber mW haben die RGB. eine shelly_duo hat nur helligkeit und CT. shelly_bulb wiederum kann im whitemode, oder RGB betrieben werden.
3 geräte, andere DP von nöten. wie soll man das unter einen hut bekommen? automatisch? nur so als beispiel:
DP einer duo
DP einer bulb
-
@asgothian sagte in Das ioBroker Grundprinzip verstehen:
Mit guter Doku wird deine Frau / Freundin such Fehlersuche / Teiletausch durchführen können.
Das ist aber ein Trugschluss
Meine Frau wird sich NIE (nie nie nie, never ever) damit befassen (wollen). Ich krieg hier höchstens Gemecker wenn es mal nicht funktionert
-
@amg_666 sagte in Das ioBroker Grundprinzip verstehen:
@asgothian sagte in Das ioBroker Grundprinzip verstehen:
Mit guter Doku wird deine Frau / Freundin such Fehlersuche / Teiletausch durchführen können.
Das ist aber ein Trugschluss
Meine Frau wird sich NIE (nie nie nie, never ever) damit befassen (wollen). Ich krieg hier höchstens Gemecker wenn es mal nicht funktionertSolange du in der Lage bist mit entsprechender Aufforderung bestehende Effekte zu beheben hat sie keinen Grund dazu. Ob das auch noch so ist wenn du dazu nicht in der Lage bist ist eine ganz andere Frage - und ich wünsche euch das ihr die Antwort darauf nicht herausfinden müsst.
Nebenbei - die Doku sollte auch zulassen das jemand ganz anderes mit der Aufgabe betraut wird.A.
-
@smarthome2020 sagte in Das ioBroker Grundprinzip verstehen:
Aber, wenn Alexa in meinem Falle ja die Daten für die Farben der Birnen aus dem ioBroker bekommt , dann scheint die Anpassung / Übersetzung der Farbinformation ja stattgefunden zu haben in den Adaptern oder ? Gibt ja keinen Server der „Hersteller“ mehr , da ich zB Tasmota geflasht habe auf meiner Gosund (Tuya) RGB Birne .
Also müssten dann dank der Adapter Daten gebündelt werden können, da nun alle Birnen eine Sprache sprechen???Die Anpassung findet in diesem Fall nicht statt - es funktioniert soweit ich das einschätzen kann auch nur solange du entsprechend baugleiche Birnen einsetzt. Tasmota gibt nur Zugriff auf Funktionen die die Hardware direkt bietet. Wenn da eine Birne kommt die gerne anders angesteuert werden will passt es nicht.
A.
-
@amg_666 sagte in Das ioBroker Grundprinzip verstehen:
@asgothian sagte in Das ioBroker Grundprinzip verstehen:
Mit guter Doku wird deine Frau / Freundin such Fehlersuche / Teiletausch durchführen können.
Das ist aber ein Trugschluss
Meine Frau wird sich NIE (nie nie nie, never ever) damit befassen (wollen). Ich krieg hier höchstens Gemecker wenn es mal nicht funktionertKann ich unterstützen
-
@asgothian
Dann wird das in der Tat nicht so gehen wie ich mir das vorgestellt habe.
Danke nochmal für deine Erläuterungen.Ich überlege mir mal, wie ich alles einfacher gestalten kann und versuche nochmal mit meiner Dame zu reden oder ihr paar einfache Dinge zu zeigen.
-
@smarthome2020 sagte in Das ioBroker Grundprinzip verstehen:
... und versuche nochmal mit meiner Dame zu reden oder ihr paar einfache Dinge zu zeigen.
Viel Erfolg.
PS: Aber nicht wundern, wenn du die nächsten 14 Tage dein Essen selber kochen musst.
-
Und/oder die Dame die nächsten 14 Tage das Licht und die Jalousien selber einstellen muss.
-
Im Prinzip musst du dir das so vorstellen, wie @Asgothian geschrieben hat.
Die Systeme von IKEA, Philips, HomematicIP, Shelly und was sonst immer sind der 1st Level.
Da bieten dir die Anbieter eine App an, die auf ihre Geräte beschränkt (und oft auch in den theoretisch möglichen Funktionen beschränkt) das anbieten was du haben willst.
Einfach - übersichtlich - intuitiv.Jetzt kommt ioBroker noch mal oben drauf, sozusagen als 2nd Level.
Der verbindet alle Funktionen, die sonst mit vielen Apps gesteuert werden müssen in einem Programm
(so etwas in der Art hatte Logitech im Bereich der Fernbedienungen gemacht)Aber das ist jetzt schon nicht mehr ganz so intuitiv und benötigt mehr Einarbeitung.
Jetzt setzst du noch einen drauf und willst eine "Bastellösung" integrieren, die noch mehr aus den Geräten rausholt, als von den Anbietern vorgesehen ist.
Dann bist du derjenige, der eine "allumfassende App" für deine MItstreite in ioBroker programmieren müsste, damit für alle anderen das wieder intuitiv wird.
Deine Kombinationen sind nur ein kleiner Teil der Möglichkeiten von ioBroker, und für jede Möglichkeit von Kombinationen (insbesondere ohne dass für dich uninteressante Funktionen nicht mehr enthalten sind, weil sie es dir unübersichtlich machen) eine eigene App zur Verfügung stellen kann ioBroker wirklich nicht.
Was ist, wenn du dann doch noch weitere Geräte einbinden willst?
Ganz unabhängig davon ist es eine Dokumentation zu erstellen, die es einem interssierten erleichtert sich in deiner Installation zurechtzufinden und diese bei einer einfachen Störung wieder zum Laufen zu bringen.
-
@homoran sagte in Das ioBroker Grundprinzip verstehen:
Ganz unabhängig davon ist es eine Dokumentation zu erstellen, die es einem interssierten erleichtert sich in deiner Installation zurechtzufinden und diese bei einer einfachen Störung wieder zum Laufen zu bringen.
Nur so ein Gedanke
Eventuell würde ja ein Eintrag in der offiziellen Doku unter FAQ etwas bringen.
(ich weiß, das will niemand, Aufgrund des hohen Aufwands, gerne machen )
Also nicht in's Detail gehend, eher als eine erste Anlaufstelle, in der gewisse Eckpunkte erwähnt werden, für den Fall, oder so.
So in der Art, wenn ein Leuchtmittel ausfällt, ein Untermenü, mit weitergehenden Informationen zu dem Hersteller, bzw. welche Art von Leuchtmittel (Protokoll), und dort wiederum kann man ja etwas detaillierter darauf eingehen.
Etwa mit Links zum Hersteller, oder auf Threads wo schon Probleme besprochen wurden, oder usw.
Dadurch kann man nicht alle Eventualitäten abdecken, ist auch nicht nötig, soll ja nur eine erste Anlaufstelle sein. -
@hydrotec sagte in Das ioBroker Grundprinzip verstehen:
Eventuell würde ja ein Eintrag in der offiziellen Doku unter FAQ etwas bringen.
fiel fergnügen beim erstellen...
unmengen an herstellern, dauernd kommen welche dazu, fallen wieder weg. links zu treads, die übermorgen wieder obsolet sind, weil ein neues produkt am markt ist....
du denkst in deiner kleinen welt, mit den dingern die du verwendest. ist absolut nicht böse gemeint, aber schau dir nurmal an, wieviele smarte birnen am markt sind. dann versuche hochzurechnen wieviel schaltaktoren, BWM u.s.w. so rumfliegen... -
@da_woody sagte in Das ioBroker Grundprinzip verstehen:
unmengen an herstellern, dauernd kommen welche dazu, fallen wieder weg. links zu treads, die übermorgen wieder obsolet sind, weil ein neues produkt am markt ist....
du denkst in deiner kleinen welt, mit den dingern die du verwendest. ist absolut nicht böse gemeint, aber schau dir nurmal an, wieviele smarte birnen am markt sind. dann versuche hochzurechnen wieviel schaltaktoren, BWM u.s.w. so rumfliegen...ich dacht nicht direkt die ganzen Hersteller, sondern eher die Übertragungsprotokolle, da gibt es ja nicht so besonders viele, oder.
Lass mich in meiner kleinen Welt denken
-
@hydrotec sagte in Das ioBroker Grundprinzip verstehen:
Lass mich in meiner kleinen Welt denken
aber immer!
sondern eher die Übertragungsprotokolle
was willst du damit? da gehts dann ans eingemachte.
-
aber eine sache fällt schon auf:
man hätte die datenpunktbenennung für die adapter schon vereinheitlichen können. z,b hat man eine lampe, muss es einen unterordner geben, der lights heißt und darin einen dp mit light
gibt es farben hätte man das auch so definieren können - unterordner rgbs und dann rgb (hsvs mit hsv)das hätten doch die adapterentwickler einfügen können ?
- bei shelly heißt es bei steckdosen : relay0.switch
- bei sonoff : POWER
- bei zigbee: state
- bei alexa2: powerstate
(mehr fällt mir im moment nicht ein)
man kann das mit enum.functions oder aliase schon hinbiegen - macht es aber auch extrem kompliziert. wenn man auf einem höheren erfahrungslevel angekommen ist und diese sachen dann kapiert hat und einrichten kann, ist die struktur, alle skripte, die vis schon erstellt und muss wieder geändert werden - als anfänger kommt man da ins schleudern - als desintressierter denkt man: was soll/ist das ???
bitte bedenkt - das ist keine kritik an die devs - ich selbst kann das nachvollziehen, da meine scripte sich auch entwickeln und nicht vereinheitlicht sind. jeder ist doch froh, wenn sich einer findet, der adapter codet und pflegt und jeder entwickelt sich und seine tools weiter und stellt immer wieder fest - das kann ich besser machen und verändert etwas. iobroker ist halt eine community und keine firma oder behörde - und definitiv nichts für IT-desintressierte
-
@liv-in-sky sagte: mehr fällt mir im moment nicht ein
- bei HomeMatic: STATE
Deswegen gibt es Alias, wo man es vereinheitlichen kann / soll, bevor man Skripte / Visualisierungen erstellt.
-
@liv-in-sky sagte in Das ioBroker Grundprinzip verstehen:
bei shelly heißt es bei steckdosen : relay0.switch
nuja, bei den shelly's hat power eben den W wert...
bei sonoff ist das energy_power
da fängts dann schon an. -
@paul53 habe ich doch geschrieben !?!
-
@paul53 sagte in Das ioBroker Grundprinzip verstehen:
Deswegen gibt es Alias
IMHO hat da ja geheissen, daß das standard werden soll. ist etwas ruhig geworden um das thema...
