NEWS

So - ich hab heute nach ends-langer Zeit endlich Gelegenheit mich mit dem Thema zu beschäftigen - Familie und Job brauchen meine Aufmerksamkeit 🙂

Ich hab mal angefangen ne Dev Umgebung aufzuziehen - aber hatte Ubuntu basiert damit noch so meine Schwierigkeiten - eingerostet schätze ich.

Generell finde ich dass ein HRBAC aktuell für etwas wie IOBroker am geeignesten wäre. Jetzt nicht unbedingt für joe-schmoe, aber das würde hervorragend skalieren für größere Installationen und lässt auch für die Zukunft noch Luft.

Ich glaube ich habe in https://github.com/phellipeandrade/rbac einen guten Anfangspunkt gefunden, basierend auf https://blog.nodeswat.com/implement-acc … 67e7b484d1

das könnte gut als Start dienen - zunächst als Drop-In Replacement für das Owner / Group Konzept aus der Unix / Linux Welt das aktuell verwendet wird um die Wellen klein zu halten und das wäre dann Schritt für Schritt auf ein volles RBAC aufbohrbar.

Ich hab noch meine Probleme damit einen guten Ansatz für ein modulares System zu finden - frage mich auch ob das unterm Strich dann wirklich noch Sinn macht - die Rechteverwaltung ist doch recht tief verwurzelt und ich hab so ganz ehrlich meine Sorgen ob Abstraktionslayer oder Hook-Systeme da nicht mehr bremsen als ermöglichen (wenn 98% eh die selbe Implementierung verwenden).

Generell würde ich mal schauen wann ich wieder Zeit finde, dann das DevEnvironment fertig machen und mal eine Basis-Implementation des HRBAC auf Basis des "rbac" npms zu machen. Im Punkt Abhängigkeiten, Footprint etc sieht das ja mal nicht schlecht aus - Neue Objekte scheinen hier aber einen Rebuild des Permission Trees nach sich zu ziehen.. Ggf. in hoch dynamischen Umgebungen ein Problem - aber da sehe ich die Lösung hier auch nicht.

Hoffe "bald" was neues zum Thema zu haben - wie gesagt aber endlich wieder einmal eine schöne Abwechslung 🙂

Guten Rutsch und so

Mach mal GitHub issue bitte.

Gesendet vom Handy …

Es gibt einen exit code hierfür. Muss aber nachschauen welcher das ist und in welcher Version der hinzugekommen ist.

Gesendet von unterwegs

@compuman:

Super!!!

Die Schalter habe ich alle. Sollten die Scenen auch verfügbar sein, oder muss ich die dann im ioBroker neu erstellen? `

Die musst du in iobroker neu erstellen sowohl Ham als ein domoticz Adapter würden das nicht übernehmen

Sent from my iPhone using Tapatalk

cool!

In der URL stand: https://iobroker.net/ifttt

jetzt habe ich https://iobroker.pro/ifttt eingetragen.

Danke für deine Unterstützung

ok, danke für die Hinweise 🙂

Oder mach es ohne Cuxd und ccu direkt mit iobroker und javacscript

Gesendet vom Handy …

Danke 8-)

Hallo Fraenki,

Der Adapter ist speziell für das KLF200 gebaut. Da ich keinen VELUX Active habe, kann ich dir leider nicht weiterhelfen.

Michael

@apollon77:

Zeig mal mehr Code drum herum. Vor allem wo “u“ herkommt

Gesendet vom Handy … `

Am wahrscheinlichsten ist wohl, das u aus einer schleife kommt, und beim Aufruf des Callbacks nicht mehr verfügbar ist. ??????

PS: das ist nur eine Vermutung, das sollte eigentlich keine Antwort auf deine Frage sein, denn bei deinen Wissen wäere das vermessen….

Die Steckdosen sind alle kein Problem. Die sind immer im WLAN, der Adapter baut eine TCP Verbindung dahin auf und weiss daher ob die Online sind. Das ist alles schon sauber implementiert.

Probleme machen die Geräte wie Bewegungsmelder und Batteriebetriebener kram der nur kurz online kommt, Daten in die Tuya Cloud sendet und wieder offline geht

Vielen Dank für die schnelle Hilfe. Hab einige Adapter abgegrast aber deinen nicht.

Gruß Marco

tausend Dank!

"Problem" des Problems gefunden: https://github.com/ioBroker/ioBroker.vis/issues/193

Bjoern3003 created this issue in ioBroker/ioBroker.vis closed setValue Debounce runtersetzen #193

Ja bei mir liegen sie in /etc/motion. Da muss ich also passen. Auch beim Adapter weiterentwickeln kann ich nicht helfen. Da ich nur des deutschen und englischen mächtig bin, aber kein Java spreche [emoji6]

Gesendet von iPhone mit Tapatalk

Meine Stimme habt ihr - wäre eine super Sache für ioBroker

Hi,

hier der Code des https.get-Ansatzes:

function getNukiBridges() { const https = require('https'); https.get('https://api.nuki.io/discover/bridges', (resp) => { let data = ''; // A chunk of data has been recieved. resp.on('data', (chunk) => { data += chunk; }); // The whole response has been received. Print out the result. resp.on('end', () => { console.log(JSON.parse(data).explanation); }); }).on("error", (err) => { console.log("Error: " + err.message); }); }

Und hier der request-Ansatz:

function getNukiBridges() { const request = require('request'); request('https://api.nuki.io/discover/bridges', { json: true }, (err, res, body) => { if (err) { return console.log(err); } console.log(body.url); console.log(body.explanation); }); }

Bei der Fehlersuche habe ich nach und nach immer mehr Code auskommentiert, bis jeweils nur noch derconst https = require('https');bzw.````
const request = require('request');

Ich verwende Visual Studio Code unter Windows 10 zum Entwickeln. Ich hab aber auch versucht eine Entwicklungsumgebung in der VM (erst Linux Mint, dann Ubuntu) mit Visual Studio Code und unter Ubuntu auch mit Webstorm einzurichten. Entwickeln geht wunderbar in allen Fällen, aber der Debugger streikt in jedem Fall.

viewtopic.php?f=24&t=17583