Ich finde den Vorschlag von Helldog sehr interessant
Hallo zusammen, der CalDAV-Dienst ist fast fertig, ich beende die letzten Fixes und dann sollte es bald soweit sein. Der Dienst ermöglicht die Konfiguration und das Testen der Synchronisation mit einem CalDAV-Kalender, aber ich habe eine Frage an euch zur regelmäßigen Synchronisation. Bei Gladys 3 hatten wir einen Cron, der ein Synchronisationsskript alle x Minuten ausführte. Behalten wir dieses System mit den Szenarien bei oder machen wir es anders? Da diese Frage nicht spezifisch für CalDAV ist, sollten wir eine einheitliche Lösung für die zukünftigen anderen Kalenderdienste finden.
@bertrandda: Großartig! 
Nein! In Gladys 4 haben wir eine Komplettlösung, die direkt funktioniert, sauber.
Zuerst kannst du eine setInterval-Funktion auf der Service-Seite mit einer festen Synchronisationszeit einrichten. Wenn die Synchronisationsfrequenz wirklich wichtig ist, kannst du eine optionale Variable erstellen, in der du die Synchronisationsfrequenz speicherst, mit einem Dropdown-Menü in der CalDav-Service-Konfiguration.
In Gladys 4 haben wir danach einen „Scheduler“ (in server/lib/scheduler), mal sehen, ob es sich nicht lohnt, diesen statt der setInterval-Funktion zu verwenden, um konsistent zu bleiben. Aber zunächst ist die setInterval-Funktion völlig in Ordnung.
-
Hallo @pierre-gilles, wenn ich mich richtig erinnere, bist du diesen Sommer zu einem Mitglied gegangen und ihr habt an den Sonos-Lautsprechern gearbeitet, wie ist der Stand?
Wird der Service noch entwickelt? -
Kennen Sie die Delta Dore Module?
Die X3D-Funktechnologie ist ein von Delta Dore entwickeltes und patentiertes Funkkommunikationsprotokoll. Es entspricht den europäischen Normen, die verwendete Funkfrequenz (868 MHz).
Könnte dieser Service für Gladys interessant sein?
Letzte Frage
- Ich wollte über Snips sprechen, um zu erfahren, ob der Service für Gladys angepasst werden könnte, aber da das Unternehmen gerade von Sonos übernommen wurde, was wird daraus?
Ich habe nichts auf ihrer Website gelesen, das die Einstellung des Online-Dienstes ankündigt.
Welche Alternativen gibt es?
Meine Fragen sind nicht ohne Grund, es sind drei Dienste, die ich in Gladys sehen möchte.
Hallo,
Normalerweise funktioniert es.
Hast du ein Wetter-Widget auf dem Dashboard erstellt?
Wie im Fehler angegeben, musst du das Haus in der Widget-Konfiguration angeben (Dashboad>Bearbeiten>Wetter>Haus auswählen).
Tatsächlich habe ich im Juli mit der Entwicklung eines Sonos-Dienstes begonnen, aber im Moment ist das ein bisschen tot! Derzeit arbeite ich an Z-Wave, Multi-User in Gladys 4 und Szenen, die meine Prioritäten sind.
Falls jemand die Entwicklung des Sonos-Dienstes übernehmen möchte, bin ich dabei
Im Moment wissen wir es nicht, die Ankündigung ist ganz frisch. Mal sehen, was Sonos in den kommenden Monaten bekannt gibt. Ich kenne keine Alternativen, die Snips das Wasser reichen können. Allerdings ist es sicher, dass Forks entstehen werden, damit das Projekt auch nach der Übernahme weiterleben kann 
Ach? Okay, ich werde es mir ansehen, vielleicht ist es ein Bug. Bug hier referenziert:
In JavaScript werden Objekte per Referenz übergeben, daher sollte, wenn man das Feature-Objekt aktualisiert, dies auch die Geräteseite aktualisieren (außer bei einem Bug, ich werde schauen, was nicht stimmt)
Hallo zusammen,
Ich arbeite gerade an der Szenenansicht und wollte euch meine Fortschritte zeigen!
Erstellung einer Szene:
Bearbeitung einer Szene
Ich würde euer Feedback gerne haben:
- Versteht man leicht, wie diese Benutzeroberfläche funktioniert?
- Könnt ihr mir beschreiben, was ihr denkt, dass dieses Szenario macht?
- Wirkt das technisch/programmierlastig, oder ist die Oberfläche eher für die Allgemeinheit geeignet?
- Kommt euch dieser Szenario-Editor mächtig vor? (Ich meine, wirkt er reich an Funktionen oder begrenzt?)
Ich gebe zu, ich verstehe nicht, wozu der wait gut ist.
Für mich ist das eine Szene, die Lampen einschaltet und eine Telegramm-Nachricht sendet. Dann warten wir 10 Minuten und nichts passiert 
Ok,
Einschalten der Wohnzimmer- und Küchenlampe + Nachricht an Tony senden.
Was löst das Szenario aus?
Können wir das auswählen? (Bewegungssensor, Kamera mit Gesichtserkennung ‹ Netatmo ›, NFC-Badge,…
Ich verstehe die Then-Interface mit dem ‹ Warten 10 Minuten › nicht.
Ach, ich habe eine andere Idee:
Wenn man die Wandlampe im Wohnzimmer oder die Wandlampe oder die Deckenlampe in der Küche einschaltet, wird eine Nachricht an Tony über Telegram gesendet.
Aber das Then, das weiß ich nicht.
Was findet man in der Dropdown-Liste? Was wird dort stehen?
Was ist der Unterschied zwischen first und then?
Theoretisch werden die Aufgaben eines Kästchens parallel oder in Serie ausgeführt?
Das Szenario „Rückkehr nach Hause“ schaltet die Wandlampe im Wohnzimmer und in der Küche sowie die Deckenlampe in der Küche ein. Parallel dazu erhält Tony eine Nachricht, dass Pepper nach Hause gekommen ist.
Ich würde sagen, vereinfachte Technik. Man spürt die logische Abfolge der Aktionen.
Ja und nein, auf der einen Seite kann man viele Dinge leicht einrichten, aber ich habe das Gefühl, dass es schnell unübersichtlich werden kann:
Wenn du 10 Räume mit jeweils 2+ Lampen hast, wird die Kachel riesig
Andererseits kann man sich auch ein System mit einer einzigen Kachel zum Einrichten der Schritte (ähnlich der, die du vorschlägst) und eine Art vertikale Timeline am Rand vorstellen? Wenn man auf ein Element der Timeline klickt, kann man es ändern.
Beispiel als Schema:
Ich liebe deinen Vorschlag @peb (mal sehen, was beim Klick auf das „+“ passieren kann) und habe große Schwierigkeiten mit deinem Design und seiner Funktionsweise @pierre-gilles.
@pierre-gilles deine Lösung scheint Lichter einzuschalten und eine Benachrichtigung zu senden und dann 10 Minuten zu warten. Warum wartest du 10 Minuten? Es sei denn, du schickst die Benachrichtigung erst nach 10 Minuten? Also, für mich ist das nicht klar ^^ Wir sind jedenfalls sehr weit entfernt vom ifttt-Stil, über den wir neulich gesprochen haben.
Also die Antwort!
- Die erste Aktionsgruppe schaltet 3 Lichter ein und sendet eine Telegramm-Nachricht
- Die zweite Gruppe hat einen „wait“-Block, der 10 Sekunden wartet (ja, mein Fehler, ich hatte die Einheit nicht angegeben, das ist ein erster Entwurf!)
- Die dritte Gruppe war nicht sichtbar, mein Bildschirm ist nicht groß genug dafür ^^ Ich dachte, der Pfeil unten würde euch einen Hinweis geben, aber offenbar nicht
Die Idee des Szenarios war, zwei Aktionen mit einer Wartezeit dazwischen zu haben
Nichts hier, es ist eine „Szene“ und kein Szenario. Zum Beispiel kannst du eine Szene „Kino-Modus“ haben, aber du hast nicht unbedingt einen Trigger. Du möchtest einfach die Szene in Gladys starten oder Gladys sagen „Starte den Kino-Modus“, wenn du sie brauchst.
Ich weiß noch nicht, wo ich die Idee eines „Triggers“ integrieren werde, um diese Szene auszulösen, das ist noch nicht gemacht. Vielleicht füge ich einen optionalen Block vor den Aktionsgruppen hinzu.
Ich lasse mich sehr von Zapier inspirieren.
Das sind die Aktionstypen zum Hinzufügen einer Aktion! Ich bin auch nicht begeistert vom aktuellen Verhalten, ich werde versuchen, eine sauberere Lösung zu finden, wenn jemand einen Vorschlag hat.
Okay, die Übersetzungen sind vielleicht nicht sehr aussagekräftig. Vielleicht ist „Do“ bei jeder Aktionsgruppe aussagekräftiger.
In einer Aktionsgruppe werden die Aufgaben parallel ausgeführt. Anschließend werden die einzelnen Aktionsgruppen in Reihe ausgeführt. (Daher die Pfeile in der UI, es ist sequenziell)
Ich stimme dieser Box zu! Ich denke, wir können eine vollständige Ansicht eines Aktionsblocks und eine „komprimierte“ Ansicht vorsehen. Ich denke zum Beispiel an den Aktionsblock „Skript ausführen“, es wäre unmöglich, in dieser kleinen Box zu codieren, das wird eine separate Ansicht sein.
Zur Information, hier ist die Liste der möglichen Aktionen, die ich sehe:
Dein Vorschlag ist interessant, aber man verliert die Idee der parallel ausgeführten Aufgaben! Ich weiß nicht, ob das so notwendig ist.
Beispiel: Du möchtest ein Szenario, das den Fernseher einschaltet + die Lichter dimmt + die Musik ausschaltet. Du möchtest, dass alles parallel ausgeführt wird, nicht nacheinander. Wie würde man das in deiner Darstellung darstellen?
Ich zeige Ihnen ein kleines Video, vielleicht ist es anschaulicher, um es zu verstehen:
Deine Erklärung hilft mir, es besser zu verstehen, aber ich finde das System immer noch nicht einfach, aber es scheint zu funktionieren.
Warum nicht gleich einen Zeit- und Datenschnellblick einfügen, bevor man zu faul wird 
?
Allerdings bin ich vom Design nicht überzeugt (aber das ist nur meine persönliche Meinung ^^)
Würde man den Unterschied zwischen paralleler und serieller Ausführung in einem solchen Szenario zeitlich bemerken?
Wenn man keine Bestätigung abwartet, bevor man zur nächsten Aufgabe übergeht, denke ich, dass alles « gleichzeitig » ausgeführt wird. Daher ist der Begriff der parallelen Aufgaben nicht notwendig.
Andererseits, wenn bestimmte Aktionen Zeit in Anspruch nehmen oder auf Bestätigungen warten, bevor sie fortfahren, und es ein Verbindungsproblem gibt (z. B. mit einer Timeout-Wartezeit), könnte das Szenario für eine Weile an einer Aufgabe hängen bleiben. Daher halte ich es für sinnvoll, Aktionen parallel zu starten.
@spenceur Meine Anforderungen an Gladys 4 sind hoch, das Ziel ist nicht, einfach nur „die Arbeit zu erledigen“, sondern das beste System auf dem Markt zu haben. Was siehst du hier, das verbessert werden könnte?
Welche Aspekte des Designs stören dich?
Wir warten auf Bestätigungen, da es Abhängigkeiten zwischen den Aufgaben geben kann (die Aufgaben können Informationen austauschen).
Wie bei Zapier kann man zum Beispiel das Wetter abrufen:
Dann einen bedingten Block einfügen, um das Szenario nur unter bestimmten Bedingungen fortzusetzen, die von vorherigen Aktionen abhängen
Man könnte sich zum Beispiel eine Szene vorstellen, die:
- Jeden Morgen um 8 Uhr (Trigger)
- Das Wetter abruft
- Eine Telegramm-Nachricht mit dem in 2) abgerufenen Wetter sendet
Also, wenn ich morgens aufstehen will und je nach Helligkeit in meinem Wohnzimmer die Lichter an- oder ausgehen sollen… wäre das auf diese Weise möglich?
Denn eigentlich ist es für solche Dinge, dass ich mich für Gladys interessiert habe haha
Ich finde die Oberfläche eher effektiv, die Idee, zum Hinzufügen von Schritten zu scrollen, erscheint mir sehr logisch. Im Zweifel sollte man die Pfeile nach unten mehr hervorheben (oder zum Beispiel eine « Zeitleiste » rechts anzeigen)
Jedenfalls gute Arbeit, es geht voran!!
