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

[Jey Cee]

Stimmt schon selbst mit viel Hintergrundwissen dauert es noch eine ganze weile bis man sich eingearbeitet hat.
Eine weitere Hürde ist das Übergreifende Denken das man im Smart Home braucht.
Elektrik, Heizung, IT mit all ihren Unterbereichen und alles was man sonst mit einbindet.

Ich beobachte immer wieder das viele daran scheitern ein Konzept von einem Bereich auf den anderen zu Übertragen. Es scheint dann so eine Art Barriere im Kopf zu existieren.
Aber legt man eine gute Anleitung auf den Tisch kommen die meissten damit trotzdem klar.

@homoran sagte in Was macht ihr für den Fall, falls euch was passiert?:

deswegen werden Elektriker sich auch immer nur auf EIN System reduzieren, wenn überhaupt
und das ist KNX

Ja, wobei das jetzt nicht mehr unbedingt KNX ist. Loxonne und HM-IP findet man auch immer öfter.

[hydrotec]

@homoran sagte in Was macht ihr für den Fall, falls euch was passiert?:

deswegen werden Elektriker sich auch immer nur auf EIN System reduzieren, wenn überhaupt
und das ist KNX

Nur kann sich das eben nicht jeder leisten, bzw. in einem Mietobjekt umsetzen.
Ich vermute mal, das der Großteil der SmartHome Anwender, auf selbstkonstruierten Lösungen (wie heißt es hier im Forum so schön) herumhampelt. (den Begriff finde ich einfach Klasse, und meistens so passend. ;-)
Ein wenig Humor, muss auch bei diesem heiklen Thema, erhalten bleiben)

[Homoran]

@hydrotec sagte in Was macht ihr für den Fall, falls euch was passiert?:

Nur kann sich das eben nicht jeder leisten

als ich in 2012 damit anfing war HomeMatic das preisgünstigste auf dem Markt.
Ich wundere mich heute auch immer noch, wenn dann die User der Billig-Bastel oder China-Fraktion sich über fehlende Features oder Qualität beschweren und ihre Installation mit den Ansprüchen, die sie von deutlich teureren Systemen ableiten, vergleichen.

Natürlich ist da einiges besser geworden

[Thomas Braun]

@hydrotec sagte in Was macht ihr für den Fall, falls euch was passiert?:

auf selbstkonstruierten Lösungen (wie heißt es hier im Forum so schön) herumhampelt.

Der ioBroker ist ja auch gerade als Dompteur für solche 'wild zusammen gesteckten Systeme aus ganz vielen Ökosystemen' gedacht. Bei einem System (mehr oder weniger) aus einer Hand (sei es jetzt HM-IP, Loxone oder knx) ist das ganze vier besser zu überschauen, weil es viel klarer definiert ist wo denn jetzt irgendwas herkommt.

[-cs-]

@david-g

Bei mir ist es auch so, dass alles mit "normalen" Schaltern ohne das ganze "smarthome"- Zeugs gesteuert werden kann.
IoBroker ist für mich Komfort, Erleichterung, Hobby und Spielerei, mehr nicht. (Gut, eine Sparkasse ohne Boden auch)

Komfortschaltungen, Beschattung, automatische Beleuchtung, Temperaturauswertungen sowie Steuerung Pool und Heizung usw. ist "nice to have" aber nicht wichtig.
Pool- und Heizungssteuerung läuft sowieso eigenständig, hier greift ioBroker nur zu.

Obwohl alles mit Schaltern gesteuert werden kann ist es doch schon so, falls mal z.B. ein Shelly 2.5 oder NodOn (enOcen) für Rollo ausfällt dieser auch nicht geht, da der Schalter ja den Shelly bedient. Also ist hier eine Doku auch schon mal ganz gut.

Ich habe für mich (aber auch fürdieesdannausbadenkönnen) z.B. eine Liste mit allen Netzwerkgeräten und wo diese für was verbaut sind.
Dann habe ich die Letzten Monate eine Doku angefangen (Word) in der ich die ganzen Installationen wie iobroker, NAS usw. beschreibe. Passwörter liegen im Passwortmanager, Hauptpasswort ist versiegelt hinterlegt. Admin- Passwörter wie Router, ioBroker, cloud sind auch im PW-Manager meiner Frau hinterlegt.
Dokus liegen in einem gemeinsamen Laufwerk.

Es kann nie alles abgedeckt werden, aber ich finde es ist ein Grundstock.

Das wichtigste ist aber erst mal, daß im Falle des Falles alles bedient werden kann und ohne ioBroker bzw. "smarthome" läuft.

Schöne Grüße
Christian

[hydrotec]

@thomas-braun sagte in Was macht ihr für den Fall, falls euch was passiert?:

Der ioBroker ist ja auch gerade als Dompteur für solche 'wild zusammen gesteckten Systeme aus ganz vielen Ökosystemen' gedacht.

Und das ist auch gut so.

Für mich ist das mehr Hobby den Pflicht.
Da ich schon immer sehr Computeraffin war, und noch bin, ist es nur eine Frage der Zeit gewesen, das ich mich mit SmartHome beschäftigt habe. Den Anfang hatte FHEM, was ich lange genutzt habe, gemacht. Zwischendurch mal Home Assistant und openHab getestet, und letztendlich bei ioBroker gelandet.
Doch zurück zum Thema, ich setze sehr viel Zigbee und Hue ein.
Wenn ich schon sehe, wieviele Leute, auch mit fundiertem Fachwissen, Probleme mit dem Zusammenspiel (zigbee/mosquitto/Hue -> ioBroker) haben, wüsste ich ehrlich gesagt nicht, wie ich das schriftlich erklären könnte, damit es der Gegenüber, ohne Nachfragen (bin ja in dem Fall nicht mehr anwesend), verstehen kann.
Oder das Thema Homekit, da gibt es so viele Fallstricke, das kann, und muss auch nicht jeder verstehen.

Letztendlich ist der Punkt doch, wie kann das SmartHome von einer dritten Person weiter geführt werden.
Da schließt sich für mich auch die Automation mit ein.
Ein System, welches in sich autark funktioniert, bedarf eigentlich keiner Dokumentation, die ich selber erstellen müsste.
Gibt es größtenteils beim Hersteller solcher Systeme, vor allem bei den namhafteren.

[Jey Cee]

So Adapter request erstellt: https://github.com/ioBroker/AdapterRequests/issues/701

[Homoran]

@jey-cee Danke!

Mir ist dann aber noch eine Idee zur Vereinfachung gekommen, die ggf. wieder Mehrarbeit mitbringt.

Wenn nur Geräte dokumentiert werden sollten, dann wäre es ja sinnfoll dem Objekt den Typ device, oder gar einen neuen Typ (HardwareDevice) zuzuordnen.
Möglicherweise vereinfacht das die Kategorisierung

[Jey Cee]

@homoran sagte in Was macht ihr für den Fall, falls euch was passiert?:

oder gar einen neuen Typ (HardwareDevice) zuzuordnen.
Möglicherweise vereinfacht das die Kategorisierung

Daran hab ich auch schon gedacht, weil device ja auch virtuell sein kann oder es gar kein device Objekt gibt.
Ich dachte da eher daran ein Feature zu verwenden, das hoffentlich kommt, der Device Manager. Eine Basis Funktion die damit kommen würde ist eine Funktion zum abfragen der Geräte von einem Adapter.
UncleSam hat schon einen Prototyp gebaut und ich bin dabei einen Adapter an zu passen das er mit dem Device Manager zusammen arbeitet.

[da_Woody]

@homoran sagte in Was macht ihr für den Fall, falls euch was passiert?:

deswegen werden Elektriker sich auch immer nur auf EIN System reduzieren, wenn überhaupt
und das ist KNX

sorry, aber dann hat der seinen beruf verfehlt... elektriker der alten schule finden überall hin. auch wenn inzwischen schon IT wissen dazu gehört.
heutzutage gibts so hochtrabende begriffe wie systemtechniker und was weis ich was. der kann nicht mal eine steckdose anschliessen.
zu meiner zeit gabs (in ö) noch elektroinstallateur und betriebselektriker. der 2. durfte nicht mal eine steckdose versetzen, geschweige denn, eine wohnung installieren. brutal gesagt, ein angelernter hilfsarbeiter. der wusste nur, wo und wann er welche sicherung aufdrehen durfte.
die vorschriften sind aber in ö und d auseinander gegangen. darum will ich eigentlich nicht drüber diskutieren. ich darf als gelernter in ö alles bis 63A im eigenen haus machen.
aber ok, da sind wir schon wieder am thema vorbei... ;)

[smarthome2020]

Ich denke man braucht eine wirklich einfache Oberfläche. Hier sollte man Reiter für verschieden Geräte haben (Lampen, Thermostate,…). Bei Auswahl der Reiter sollten dann alle Geräte der jeweiligen Gruppe angezeigt werden. Wenn das Badezimmerlicht nicht funktioniert , sollte man auf ein Warnlogo klicken können, in dem dann Infos stehen wie „Lampe nicht erreichbar“ oder „Verknupfung zum Auslöser/Schalter nicht gefunden“. Dann sollte sich eine Oberfläche öffnen lassen , die genau diese Verknüpfungen anzeigt , wo man per Drag und drop dann neue Verknüpfungen auch schaffen kann.
Das Ganze dann noch mit Backups in eine cloud und fertig .
Wenn hier was ausfällt und sei es nur der Bewegungsmelder, dessen Batterie leer ist, dann bekomme nur ich das wieder hin. Denn bis meine Dame überhaupt den Zigbee-Adapter geöffnet hat, werden wahrscheinlich Jahre vergehen … natürlich kann man alles in eine VIS packen, nur wer kann dir dann pflegen???
Es muss daher eine wirklich sehr einfach Oberfläche her sowie eine gute Dokumentation der jeweiligen Geräte im Smarthome

[Homoran]

@smarthome2020 Das ist dan schon kein Dokumentation-Adapter mehr, sondern eher ein troubleshooting-Adapter.
Aber auch keine schlechte Idee

[da_Woody]

@smarthome2020 sagte in Was macht ihr für den Fall, falls euch was passiert?:

Denn bis meine Dame

das wird immer da größte prob sein. jeder jammert wegen WAF, aber genau diese zumindest etwas ranzuführen...
wir machen sowas mit der prämisse, so funzt das.
meine vertraglich verbundene kann zumindest mit der shelly cloud halbwegs umgehn. hat aber auch genug interesse. will sich halt nicht wirklich damit beschäftigen, solange ich noch lebenszeichen von mir gebe. sie würde es sicher schaffen.
ohne interesse wirds auch eine gute doku, oder adapter nicht erledigen können.
just my 2€...

[hydrotec]

@homoran

Etwas brainstorming

Mir fällt dazu ein, in FHEM, ich weiß andere Baustelle, wurde folgendes umgesetzt.
In FHEM wird ja von Geräten gesprochen, ist in etwa mit den Adaptern in ioBroker vergleichbar.
(nicht wirklich, doch es erleichtert gerade die Erklärung)
Wenn man sich auf die Übersichtsseite eines Gerätes begibt, werden einem die Verbindungen/Verknüpfungen zu anderen Geräten aufgezeigt, mit denen es sich in Abhängigkeit befindet.
Gut, FHEM ist ein in sich geschloßenes System, und wenn ich es richtig verstanden habe, werden die Adapter in ioBroker jeder für sich als eigener Prozess gestartet.
Deswegen bin ich mir nicht sicher, ob das so überhaupt umsetzbar wäre.
Ich fand es jedenfalls eine große Erleichterung, mich durch den Gerätedschungel zu kämpfen,
vor allem welche Automatik mit dem Gerät verbunden ist, oder auch auf eine weitere Automatik zugreift.

[da_Woody]

@hydrotec schön und gut, nutzt aber deinem eheweib/freundin nichts, wenn sie keine ahnung von dem zeug hat...
und ihr das eigentlich sch.....egal ist.
sind wir wieder beim WAF. den gibts für mich nicht. entweder, sie macht mit, oder ich kann das nicht umsetzen.
WAF ist für mich, daß sie immer noch einen ausweg hat.

[David G.]

Ich finde das darf nicht zu kompliziert werden.

Infos in die Datenpunkte schreiben finde ich nicht so Sinnig. Wie oft liest mann "Butta die Datenpunkte vom Adapter löschen und diese neustarten".

Was ich praktisch finden würde:

• Sich die relevanten Datenpunkte manuell in Doku Adapter hinzuzufügen.
• Dann kann man diese zb ähnlich wie hier im Forum mit einem @xxxxx in seine Beschreibung einbinden.
• Den hinzugefügten Datenpunkten Verknüpfungen untereinander zuweisen können.
• Eine Übersicht mit allen angelegten Datenpunkten. Wenn der verknüpfte Datenpunkt gelöscht wurde erscheint er in rot oder einen Ausrufezeichen etc. Dann sieht man wo man seine Doku nachbessern muss.
• Man kann den Datenpunkten Infos in Textform (auch mit dem besagten @xxxxx) hinzufügen.
  -Alle Infos werden vom Adapter gespeichert

EDIT:

• Es wäre cool, seine Dokus ähnlich wie die Skripte im Javascript Adapter in einer Ordnerstrucktur sortieren zu können
• Die Datenpunkte analog zur Struktur unter den Objekten.
• Die besagten roten Hinweise sollten aicu in den Dokus sichtbar sein
• Suche von Dokus mit den besagten (roten) fehlerhaften Datenpunkten.

[hydrotec]

@da_woody

wollte nur etwas konstruktives zu den Adaptern sagen, welche hier schon im Thread angesprochen wurden.
Mehr nicht.
Zu dem eigentlichen Thema hatte ich ja schon etwas geschrieben.

[David G.]

Wäre es evtl sinnig, die Adapterdiskussion in ein eigenen Topic zu verschieben?

[Homoran]

@smarthome2020 sagte in Was macht ihr für den Fall, falls euch was passiert?:

dann ist man an dem Punkt, dass ein Ausfall des Aufsetzers wahrscheinlich zu einem Problem zu Hause führt.

und damit sind wir endlich wieder beim Thema dieses Threads und da bleiben wir jetzt auch

[dirkhe]

Was haltet ihr denn von folgender Idee:
In den allgemeinen ioBroker settings kann man eine Url mit Platzhaltern hinterlegen, zb:

http://localhost/meineDoku/<adapter-name>?device=<device>&channel=<channel>&name=<name>&id=<id>#name

Im admin selber wird (sobald diese Url gepflegt ist) dann ein infoIcon eingeblendet. Immer wenn der User dann darauf klickt, wird ein popup aufgerufen oder ein neuer tab mit immer gleichen Namen. Die Parameter könnte man dann beim Klick erst berechnen, denn das kann man ja per context des click-targets errechnen. Dann kostet das fast keine Performance und der Benutzer kann dann seine Doku entsprechend hinterlegen. Wenn nicht gepflegt, wird halt auch nichts angezeigt. Er kann dann selber entscheiden, ob er ein eigenes wiki oder eine selbst gebaute Applikation nimmt oder was auch immer.

Man könnte dann auch immer noch einen Adapter entwickeln, der dann seine eigene Url dort einträgt und der bei der Doku an sich unterstützt.

Als Default-Url könnte man auch eine interne Seite anzeigen, indem man die Funktionalität erklärt und auch sagt, wer das Icon nicht haben will, einfach die Url zu löschen hat. So kann man da automatisch auch mit werben.