Das geht genau so gut, es gibt auch einige bei „uns“ die hass.io nutzen.
Oder Du setzt dich mit der ioborker VIS auseinander.
Ich bin damit auch mittlerweile super zufrieden.
1 „Gefällt mir“
Ich auch!
Danke euch.
Ja VIS fand ich eigentlich nicht schlecht. Aber für jedes Endgerät eine eigene Visualisierung zu bauen fand ich recht mühsam…
Wenn du erstmal ein Grundlayout mit Inhalten hast, geht das recht einfach.
Sehe ich auch wie @Sofasportler, für die Geräte je nach Funktion einmal ein Widget erstellen. Dann ist es nur noch bisschen Fleißarbeit, kopieren und anpassen.
Ich habe ja nun einen virtuellen homee erfolgreich im Node-red unter iobroker aufgesetzt.
Aber jetzt habe ich gerade ein großes Brett vorm Kopf: wie kann ich denn die Geräte ansprechen, die in meinem realen Homee über „zWave“ verbunden sind?
Die ID und NODE-ID kann ich ja über den Debug-Node am homee-API-Knoten auslesen. Jetzt muss ich ja irgendwie über diese Infos z.B. einen Fibaro-Switch schalten können. Kann mir bitte mal jemand einen Schubs gegen, welchen Node ich dafür nehme? Danke!
Das geht über den put Befehl
Put:/nodes/000/attributes/000?target_value=1
oder 0
1 „Gefällt mir“
Vielen Dank, Micha! Das war es!
Jetzt schaltet der Busch-Jäger Friends of Hue Switch den Shelly Dimmer! Weltklasse und es wird immer besser…
Moin Zusammen,
ich habe heute morgen meine Node-Red Palette auf 0.6.0 gepatched. Jetzt bekomme ich bei der „Standardanweisung“ :
var devices = attributes.filter(attribute => ((attribute.type === 3)||(attribute.type === 999)) && ((attribute.current_value > 0) ))//.map(a => a.current_value).reduce((a,c) => a+c);
folgende Fehlermeldung:
TypeError: Cannot read property ‚filter‘ of undefined
Was hat sich hier geändert? Wie kann ich das korrigieren?
Ich habe das in zig Funktionen drin und ale laufen auf Fehler 
Grüße
Carsten
Der globale Context sprich:
const attributes = global.get(‚homee.attributes‘);
const nodes = global.get(‚homee.nodes‘);
war nicht mehr verfügbar. Ursache ein neuer Parameter in der API (oder einer der mir noch nie aufgefallen ist)
Aber sonst hab ich keinen großen Vorteil erkennen können.
Ich hab allerdings noch nicht versucht die Homee Geräte in die Vis oder aber in Hass.io zu bekommen und auch noch keinen Plan wie…
Ins vis bekommst du sie über iobroker. Damit (iobroker) hab ich jetzt begonnen und finde es leichter, damit umzugehen, als mit hass. Mit blockly kann man sich Szenen und Steuerungen selbst geräteübergreifend zusammenbauen und es ist logischer als eine Programmiersprache, da visuell über Bausteine gearbeitet wird.
Vis wird meine nächste Baustelle…so ganz steige ich da noch nicht durch…muss erst wieder die YouTube Uni besuchen. 
3 „Gefällt mir“
Über das Problem der neuen Option zum Global Context war ich auch gestolpert. Hatte Stefan angefragt. Lt. seiner Aussage sollte es per Default angehakt sein, aber scheinbar funktioniert es beim Update nicht sauber. Er wollte einen Hinweis in seinem Wiki aufnehmen.
Moin moin, kann man eigentlich so eine Auswahl mit einer beliebigen Liste darstellen? In meinem Fall, was die Lüftung machen soll: Auto, Aus, Kühlen, Heizen,…
Hat sonst jemand eine Idee wie man am besten so eine Auswahl darstellt über NR im homee?
Danke schon mal vorab!
Für alle, die sich auch damit herumschlagen, die Firmware/Software von Geräten aus ioB/NR nach hih zu bringen, hier die Lösung.
Dank der Vorarbeit von @mwr87 und mit tatkräftiger Unterstützung von @stfnhmplr habe ich es hinbekommen.
Voraussetzung ist node-red-contrib-homee in Version 0.6.0.
Die Version hole ich mir mit einem „ioBroker in“.
Der Trick ist dann, die payload nach data zu schieben:
var firmware = msg.payload;
return {
payload: {"attribute": {"id": 121, "value": 0, "data": firmware}}
}
Im hih device wird es so konfiguriert:
{
"id": 121,
"node_id": 120,
"instance": 0,
"minimum": 0,
"maximum": 0,
"current_value": 0,
"target_value": 0,
"last_value": 0,
"unit": "text",
"step_value": 1,
"editable": 0,
"type": 44,
"state": 1,
"last_changed": 1573711842,
"changed_by": 1,
"changed_by_id": 0,
"based_on": 1,
"data": ""
}
Nicht wundern, wenn es am device in NR nur mit „0 text“ angezeigt wird, da wird halt nur der value ausgegeben und nicht data.
Dafür sieht es in homee dann so aus:
Die String Übergabe funktioniert auf jeden Fall neben den types 44 (Firmware) und 45 (Software) auch mit dem type 216 (Programm). Damit lasse ich von meiner Therme das Heizprogramm anzeigen:
Weitere types die das unterstützen habe ich noch nicht gefunden, können aber gerne hier gepostet werden.
6 „Gefällt mir“
Könntest du evtl über einen Dimmwert realisieren 
Hi, ja ist auf jeden fall eine Lösung, so hatte ich es auch von der Vorlage aus dem git für Sonos übernommen. Allerdings halt kur numerische Werte oder wie kann ich die verschiedenen Status anzeigen?
Hier bei der Bose Anlage hätte ich auch lieber das was hinter den Presets sind angezeigt und weniger die Nummer selber. Sind diese Werteauswahl so hard kodiert im homee oder lassen die sich wie auch immer ändern?
Nein, da kommt man nicht ran. Nur an die Einheiten.
Das wäre mal ein richtig cooles Feature, man definiert in dem Data (bei dem vhih Node) die möglichen Values (1-Aus, 2-Auto, 3-Kühlen, 4-Heizen) und beim setzen und lesen der Werte übergibt man nur die Integers 1 bis 4. Aber in der App würde man auch jeweils die Begriffe sehen (und/oder die Nummern).
Naja, wird wohl nur ein Wunsch bleiben 
.