Bisher scheint der 30.09. am besten anzukommen. Wobei ich denke, es wird zeitnah ein zweiter Termin stattfinden - der 21.10. böte sich da an - da können auch wieder viele. Was meint ihr? Gruß, Eric

Vielleicht hilft auch http://forum.iobroker.net/viewtopic.php?f=17&t=3666&p=34108#p34065. Gruß, Thorsten

@Bluefox: Ich denke die zweite Lösung ist besser und zwar es sollte in Adapter-Einstellungen gemacht werden: Wie heißt DB, wie heist die Tabelle, was für ein Feld für Zeit und ob das Sekunden oder UTC sind Wie heißt Feld für das Wert ` Einiges davon würde ich eher flexibel lassen … oder man verfolgt ne ganz andere Idee die mir gerade gekommen ist: Man baut zwei neue Adapter (also "Query"-Adapter für SQL+Influx) die nur die "GetCustomData" anbieten und per Instanz bestimmte Daten, wie oben geschrieben, konfiguriert haben. Dann könnten die Anzeigeadapter (Flot/Riskshaw) sogar anhand der "Adaptertypen/namen entscheiden ob es ein "GetHistory"-Zugriff oder ein "GetCustomData" ist und auch die Oberfläche könnte auf die Instanzauswahl reagieren ... Dann könnte man einige Sachen von Dir oben wirklich in der Adapterkonfig machen weil man weitere DB einfach per neuer Instanz macht. Oder man macht nur einiges konfigurierbar und den rest als Parameter. @Bluefox: Das Problem bleibt bei ID. Es wird wohl nicht automatisch gehen, dass man die IDs aus DB irgendwie auf Namen mappen kann und man wird wohl mit IDs wie 5, 6, 347932457 arbeiten müssen. ` Namen für die Anzeige? Könnte man als Parameter konfigurierbar machen - ich habe gesehen das jetzt schon ein Basis-handling drin ist wenn die ID nicht als Objekt gefunden wurde … @Bluefox: Die Aufgabe ist aber bei mir gar nicht auf der Liste. :!: ` Das dachte ich mir … ich will mich da vllt bei Zeit (vorher kommen noch paar andere Dinge von meiner Liste) mal reindenken und was versuchen. Ich fürchte das ich aber spätestens bei der "Edit-Maske" mit meinen Kenntnissen nicht mehr weiterkomme. Da brauche ich dann ggf von jemanden Support. Aber ich denke den reinen Adapterteil und vllt sogar "data.js" der Anzeigeadapter könnte ich hinbekommen :-) Aber mehr dann wenn ich dazu komme.

Schaut euch doch mal an, wie das ganze beim Mediacenter KODI (kodi.tv) gelöst wurde. Sollte den Meisten hier ja auch ein Begriff sein. Das Projekt ist in vielen Punkten mit ioBroker vergleichbar… Die haben ihre Website auf das nötigste reduziert: Das Präsentieren. Startseite mit Blogeinträgen für die Neuigkeiten, About-Seite zum Projekt, Downloads und Add-ons. Bei den Add-ons schaut euch auch gern mal eine beleibige Add-on-Seite an. Dort gibt's ne kleine Funktionsbeschreibung und Links zu Forum-Threat, Wiki-Eintrag und Quellcode auf Github. Resultat: wenig Aufwand für die Administration der Website und trotzdem alle wichtigen Infos verlinkt. Dann noch Links zum Forum und zum Wiki dazu und fertig. Das Wiki selbst auch sehr sehenswert und ne echte Wissensdatenbank. Kurzanleitungen, Schnelleinstiege, Erklärungen... oftmals mit Link zum passenden Forum-Threat... Ich persönlich denke, man muss die Informationen nur klar teilen, dann kommt es auch nicht zu doppeltem Aufwand in der Pflege: Website: generelle Informationen zum Projekt, allgemeine Möglichkeiten, Perspektiven, Neuigkeiten Wiki: How-to's, Erklärungen, erste Schritte, Scriptbeispiele, Best Practice... Forum: Disskussionen und Unterstüzung zu konkreten Problemen, Vorstellungen von Lösungen und Adaptern, Testen, Weiterentwicklung, Erfahrungsaustausch JIRA: Offizielle Meldung von Problemen und Verbesserungsvorschlägen, nach Möglichkeit schon im Forum vorgeklärt Sicher wird es z.B. zwischen Forum und Wiki immer eine Schnittmenge geben. Aber meines Erachtens ist ein Wikieintrag nach Lösung einer Aufgabenstellung immer eine Bessere Option, als das Lesen scheinbar unendlicher Forendisskussionen um den Post mit der Lösung ausfindig zu machen.... :) MfG, André

Danke für die Anleitung! Das klappt sehr gut soweit. Ist es denn richtig so, dass man dann zwei Metro-Tiles übereinander legt? Ich habe jetzt ein Metro Tile State (an das Skript gekoppelt für die Anzeige) und darüber ein Metro-Tile Toggle um den Homematic-Taster zu bedienen (Mit 0 bei "opacity"). Lässt sich das nicht noch einfacher lösen? Sorry ist warscheinlich eine total blöde Frage :mrgreen: Ich stelle mir das in Skriptsprache ungefähr so vor: createState('Status_Taster', false); // Zustand des Tasters, wird zeitgesteuert zurückgesetzt // Zeitlich versetztes Rücksetzen on({ id: "Status_Taster", change: 'ne' }, function(obj) { if (obj.newState.val === true || obj.newState.val === 'true') { setState("hm-rpc.1.BidCoS-Wir.1.PRESS_SHORT",true); setTimeout(function () { setState('Status_Taster', false); }, 5000); // 5 Sekunden bis Rückstellung } }); Das funktioniert aber leider nicht //Edit: Es geht doch…hatte wohl nicht richtig gespeichert :D

Hast du unter objects auch bei hm-rpc.1 nachgesehen? Gruß Rainer

@michihorn: Hallo, Debug hätte ich mir jetzt anders vorgestellt. Ich hätte erwartet das ich wie etwa in VB ein Direktfenster habe und Werte oder Zustände von Variablen auslesen kann. Michael ` @Bluefox: Debuggen vie in VisualStudio ist verdammt kompliziert. Ich denke nicht, dass es kommt (in der nähen Zukunft). ` http://forum.iobroker.net/viewtopic.php … =20#p32638

Na ja. Ok. Du hast kein git. Dann aber: cd /opt/iobroker npm install https://github.com/ioBroker/ioBroker.admin/tarball/master --production iobroker restart admin

So! Hab es selbst hinbekommen! curl -L https://www.npmjs.org/install.sh | sudo npm_install=1.4.12 sh Der Befehl hat mir den Popo gerettet! Thema kann geschlossen werden

Ich glaube dass die Meldung nichts mit dem Admin zu tun hat. Hast du mal iobroker upload admin gemacht? Ansonsten http://www.iobroker.net/?page_id=2279&lang=de Gruß Rainer

@mctom: A) Ich habe beim Testen den Punkt enum.rooms irgendwie fälschlicherweise umbenannt. Leider kann ich diesen nun nicht mehr löschen. Hat jemand eine Idee wie ich das noch hinbekommen kann ? ` Du kannst über Objekte löschen: [image: 48_2016-09-08_00_07_50-iobroker.admin.png] @mctom: B) Ich habe versucht eine eine eigene Gruppe anzulegen. Das funktioniert soweit auch alles, aber in einem Script mit $-Selector wird es nicht erkannt. $('channel(groups=rauchmelder)').on(function(obj) { log('New state ' + obj.id + ' = ' + obj.state.val); }); ```` ` Ich denke es muss so sein: $('state(groups=rauchmelder)').on(function(obj) { log('New state ' + obj.id + ' = ' + obj.state.val); });

@mamoel: Bist du sicher, dass die v7 für Wheezy steht? ` https://www.debian.org/News/2013/20130504 root@Test-Pi3:~# cat /etc/issue Raspbian GNU/Linux 8 \n \l Gruß Rainer

Danke für den Link.

http://forum.iobroker.net/viewtopic.php … id+version

@Homoran: Beim RasPi 3 gibt es da Probleme ` Ja, da die UART-Schnittstelle für Bluetooth verwendet wird. Vor der Installation des rfd oder von homegear muss man dies entsprechend http://www.fhemwiki.de/w/index.php?title=Raspberry_Pi_3:_GPIO-Port_Module_und_Bluetooth&redirect=no, damit die UART für den HM-MOD-RPI-PCB zur Verfügung steht. YAHM macht die Änderungen bei der Installation von sich aus.

Wäre es möglich, gekürzte Wochentage anzeigen zu lassen (Mo, Di, Mi, Do, Fr, Sa, So) und das Format selbst zu formatieren? Ich lass mir den täglichen Stromverbrauch der letzten 14 Tage in einem Balkendiagramm anzeigen, x-Achse nur mit Datum. Man muss dann aber immer rechnen, welcher Wochentag das eigentlich war.

Die Installation klappt nicht, weil es keine Binärversion für ARM gibt. http://phantomjs.org/download.html Wenn man sich die Hardwareanforderungen anschaut sollte dies verständlich sein, warum nicht [emoji6] http://phantomjs.org/build.html Gesendet von meinem GT-N8000 mit Tapatalk