Open mcuiobroker opened 1 year ago
Vote up your Feature Request!
Vote up your feature request by selecting an emoticon on the FIRST POST (NOT THIS POST) as reaction:
Stimme für deinen Feature Request ab!
Stimme für deinen Feature Requests ab indem du die Emoticons beim ERSTEN BEITRAG (NICHT DIESER BEITRAG) als Reaktion nutzt: Siehe auch https://forum.iobroker.net/topic/30668/jarvis-v2-0-0-just-another-remarkable-vis/1986
Die Dokumentation vom ioBroker.javascript ist nicht korrekt. Diese ist für den Adapter.
Die korrekte Dokumentation ist https://www.iobroker.net/#en/documentation/dev/adapterdev.md bzw. am besten direkt via Quellcode (https://github.com/ioBroker/ioBroker.js-controller/blob/master/packages/adapter/src/lib/adapter/adapter.ts).
Also, wenn ich mir das anschaue entdecke ich noch andere Funktionen, die sinnvoll wären:
readDir unlink delFile rename mkdir readFile writeFile fileExists
delState unsubscribeState
delObject getEnums
Geht aber alles einfacher über ioBroker. Warum jarvis langsam machen? Wenn du es in ioBroker machst, dann geht die Performance gegen deinen Raspberry Pi (oder worauf auch immer es läuft). Wenn du es in jarvis machst, dann läuft es im Browser und gegen die Performance des Endgeräts und damit zulasten von jarvis.
Es geht mehr um Funktionalität. So kann man sein Projekt direkt dort erledigen, wo es sinnvoll ist. Sonst muss man für das Projekt zwischen ioBroker und jarvis immer Teil-Projekte bearbeiten. So könnte man es direkt in jarvis erledigen, wenn man es möchte bzw. aufgrund der Projektthematik erledigen möchte.
Natürlich kann man immer darauf hinweisen, dass es auf dem Frontend Performance Einbußen geben kann und es grundsätzlich sinnvoller ist es auf einem Serversystem zu erledigen.
ioBroker getObject hat den Zusatz enumName. Dieser sollte nutzbar sein?
getObject("hue-extended.0.lights.004-schubladen.action.on","rooms");
-> es werden der zugehörige Raum mit übertragen.https://github.com/ioBroker/ioBroker.javascript/blob/master/docs/en/javascript.md#getobject