Da nimmst du zuerst den rickshaw-Adapter. <ip>:8082/rickshaw/edit.html Dort erstellst du dir dein gewünschtes Diagramm. Es wird eine Adresszeile generiert. Diese nimmst du mit STRG-C in den Zwischen speicher. In vis nimmst du ein static iframe widget und kopierst diese Zeile in das Feld "Quelle" Das Widget kannst du dann noch in der Größe anpassen. Gruß Rainer</ip>

Hallo Rainer, vom Aufbau her ähnelt Dein Bild meinen Aufbau zum Teil. Bei mir sind die 4 Raspi nur auf Hutschienen mit Hutschienennetzteil und USB-Hub für die HDD in einem 3-reihigen Sicherungskasten verbaut. Screenshots von den Adaptern werde ich heute abend machen und posten. Im Grunde genommen habe ich nach der Installation der Adapter (1x hm-rega , 2x hm-rpc) in den beiden rpc die IP der CCU2 eingetragen und als Daemon je einmal rfd(hm.rpc.0) und einmal Cuxd (hm.rpc.1)ausgewählt. Danach im hm-rega die CCu2-Adresse ausgewählt, bei rfd die hm.rpc.0 als Instanz und bei Cuxd die hm.rpc1 als Instanz das Häkchen rein. Ports und alle anderen Einstellungen sind unverändert geblieben. Gruss Silvio

Meine persönliche Meinung dazu: Jeder Autor kann entscheiden, unter welcher Lizenz er seinen code veröffentlicht. Und IMHO ist es auch legitim, wenn er diese Lizenz in einer späteren Version ändert. Ich glaube Düse Diskussion hat es auch schon mit cuxD gegeben. Meiner Meinung nach sollte die alte Version nach wie vor unter der alten Lizenz bleiben. Was das anbieten kostenpflichtiger addons angeht, bin ich der Meinung, das das möglich sein müsste, ein "vertrieb" über npm oder das ioBroker repository und eine Garantie, dass es auch mit späteren Versionen von ioBroker noch läuft kann es jedoch da nicht geben. Da gibt es einige solche Fälle, mir fällt da gerade apples OS ein, dass ja such auf einem freien Linux basiert. Soweit meine Gedanken dazu Rainer Gesendet von meinem Cynus T7 mit Tapatalk

Sorry Leute, mein Fehler. Ich wusste nicht, dass ich mit SFTP mich auf den Raspi hängen muss. Hab immer WinSCP genutzt mit der SCP Verbindung. :roll: Was ist eigentlich dann die SCP Verbindung? Mit SFTP ist der Ordner auch da. Danke euch

Super, danke!!!

Hi Rainer so hab eine neuew Karte aufgesetzt und dann IOBroker installiert. Klappte ohne Fehler. Musste nur am Ende ./iobroker start eingeben und dann halt die IP im Browser. Bei der konfiguration von hm-rega und hm-rpc musste man aber auch wieder folgendes eingeben: cd /opt/iobroker ./iobroker start hm-rpc.0 ./iobroker start hm-rega.0 da man sonst es nicht auf aktiviert stellen konnte. Aber gut ist ja nur einmal . Also lag es nicht an der Installation der alten Karte. Jetzt ist sie frisch aufgesetzt und ich freue mich das es weiter geht.

> Jeder Adapter hat "Browse"-Funktion im Bauch und man konnte die aufrufen. Die Funktion sucht die passende (für diesen Adapter) Geräte und bindet die ein. Frage: Zum Zeitpunkt der Installation sind die Adapter ja größtenteils noch nicht installiert, lediglich die Informationen aus der io-packages.json liegen im Repository vor. Ansonsten müssten ja erst mal alle verfügbaren node Module installiert werden. Idee: In der io-packages.json ein weiteres Objekt aufnehmen: Z.B. für hm-rpc: "autodetect": { "protocol": tcp, "port": 2001 }, oder für inidivudelle checks: "autodetect": { "protocol": sonos }, Diese Informationen könnten dann im admin-Adapater ausgelesen werden und ein zentraler Netzwerk-Scan vorgenommen werden. Hab mal einen eigenen Adapter-Prototypen gebaut der im Log die Geräte ausgibt. Momentan wird nur auf hm-rpc und sonos geprüft (hab nicht so viele Geräte :-)) 2015-07-01 21:34:01.143 - info: autodetect.0 42 Adapter in Repository found: 2015-07-01 21:34:01.143 - info: autodetect.0 - Adapter admin: ioBroker Admin 2015-07-01 21:34:01.143 - info: autodetect.0 - Adapter artnet: Art-Net Adapter 2015-07-01 21:34:01.143 - info: autodetect.0 - Adapter b-control-em: B-control Energy Manager 2015-07-01 21:34:01.143 - info: autodetect.0 - Adapter cul: CUL/culfw 2015-07-01 21:34:01.143 - info: autodetect.0 - Adapter dwd: DWD 2015-07-01 21:34:01.143 - info: autodetect.0 - Adapter email: Email Adapter 2015-07-01 21:34:01.143 - info: autodetect.0 - Adapter example: Node.js Example Adapter 2015-07-01 21:34:01.143 - info: autodetect.0 - Adapter history: History 2015-07-01 21:34:01.144 - info: autodetect.0 - Adapter hm-rega: HomeMatic ReGaHSS 2015-07-01 21:34:01.144 - info: autodetect.0 - Adapter hm-rpc: HomeMatic RPC 2015-07-01 21:34:01.144 - info: autodetect.0 -- Checking for hm-rpc devices 2015-07-01 21:34:01.165 - info: autodetect.0 - Adapter hue: Philips Hue Bridge Adapter 2015-07-01 21:34:01.166 - info: autodetect.0 - Adapter hmm: Node.js Homematic Manager Adapter 2015-07-01 21:34:01.166 - info: autodetect.0 - Adapter ical: iCal Adapter 2015-07-01 21:34:01.166 - info: autodetect.0 - Adapter icons-addictive-flavour-png: Addictive flavour icon set as PNG 2015-07-01 21:34:01.170 - info: autodetect.0 - Adapter icons-material-png: Material google design icons as PNG 2015-07-01 21:34:01.170 - info: autodetect.0 - Adapter icons-material-svg: Material google design icons as SVG 2015-07-01 21:34:01.171 - info: autodetect.0 - Adapter icons-mfd-png: Mfd icons as PNG 2015-07-01 21:34:01.171 - info: autodetect.0 - Adapter icons-mfd-svg: Mfd icons as SVG 2015-07-01 21:34:01.171 - info: autodetect.0 - Adapter icons-open-icon-library-png: Open icon library set as PNG 2015-07-01 21:34:01.171 - info: autodetect.0 - Adapter icons-ultimate-png: Ultimate icon set for visualisation as PNG 2015-07-01 21:34:01.171 - info: autodetect.0 - Adapter javascript: Javascript/Coffescript Script Engine 2015-07-01 21:34:01.171 - info: autodetect.0 - Adapter js-controller: ioBroker.js-controller 2015-07-01 21:34:01.172 - info: autodetect.0 - Adapter knx: KNX 2015-07-01 21:34:01.172 - info: autodetect.0 - Adapter legacy: Legacy Web Adapter 2015-07-01 21:34:01.172 - info: autodetect.0 - Adapter megad: Mega-D Adapter 2015-07-01 21:34:01.172 - info: autodetect.0 - Adapter mqtt: MQTT Adapter 2015-07-01 21:34:01.172 - info: autodetect.0 - Adapter node-red: node-red Adapter 2015-07-01 21:34:01.172 - info: autodetect.0 - Adapter ping: PING Adapter 2015-07-01 21:34:01.203 - info: autodetect.0 - Adapter s7: undefined 2015-07-01 21:34:01.204 - info: autodetect.0 - Adapter sayit: Text to speech Adapter 2015-07-01 21:34:01.204 - info: autodetect.0 - Adapter simple-api: simpleAPI Adapter 2015-07-01 21:34:01.204 - info: autodetect.0 - Adapter socketio: socket.io Adapter 2015-07-01 21:34:01.204 - info: autodetect.0 - Adapter onkyo: Onkyo EISCP 2015-07-01 21:34:01.204 - info: autodetect.0 - Adapter owfs: OWFS Adapter 2015-07-01 21:34:01.205 - info: autodetect.0 - Adapter pushover: Pushover Adapter 2015-07-01 21:34:01.205 - info: autodetect.0 - Adapter rickshaw: Rickshaw Charts 2015-07-01 21:34:01.206 - info: autodetect.0 - Adapter sonos: SONOS Adapter 2015-07-01 21:34:01.206 - info: autodetect.0 -- Checking for sonos devices 2015-07-01 21:34:01.321 - info: autodetect.0 - Adapter vis: ioBroker Visualisation 2015-07-01 21:34:01.321 - info: autodetect.0 - Adapter vis-metro: ioBroker Visualisation - metro style Widgets 2015-07-01 21:34:01.322 - info: autodetect.0 - Adapter web: ioBroker simple web Adapter 2015-07-01 21:34:01.322 - info: autodetect.0 - Adapter yr: yr.no 2015-07-01 21:34:01.322 - info: autodetect.0 - Adapter zwave: ZWave 2015-07-01 21:34:01.657 - info: autodetect.0 + [sonos] Found Device 192.168.000.105 - Sonos PLAY:1 in Room Bad 2015-07-01 21:34:01.831 - info: autodetect.0 + [sonos] Found Device 192.168.000.103 - Sonos PLAY:1 in Room Schlafzimmer 2015-07-01 21:34:01.848 - info: autodetect.0 + [sonos] Found Device 192.168.000.116 - Sonos CONNECT in Room Wohnzimmer 2015-07-01 21:34:04.375 - info: autodetect.0 + [hm-rpc] Found IP: 192.168.000.80 2015-07-01 21:34:04.375 - info: autodetect.0 + [hm-rpc] Checking for BINRPC for 192.168.000.80 2015-07-01 21:34:04.402 - info: autodetect.0 + [hm-rpc] Not Found: Error: not connected for IP 192.168.000.80 2015-07-01 21:34:04.402 - info: autodetect.0 + [hm-rpc] Checking for XML-RPC for 192.168.000.80 2015-07-01 21:34:04.478 - info: autodetect.0 + [hm-rpc] Found: Homegear 0.6.0 for IP 192.168.000.80 Darauf hin könnten die Adapter, für die Geräte gefunden wurden, installiert werden. Leider ist dann der Code für das "autodetect" nicht im jeweiligen Adapter. Vielleicht hat jemand eine Idee, wie man das konzeptionell besser lösen könnte. LG Siedi

@versteckt: Der 1880 Fehler ist aber von Node-Red. ` Ja, hab ich gesehen, dachte aber, das sei auch der Port für hmm - isser abba nich ;-) Aber der Fehler trat mit dem update von hmm auf (oder vis) Gruß Rainer

@Homoran: Vielleicht kann Bluefox dazu etwas sagen ` Ja, konnte er, siehe: http://forum.iobroker.org/viewtopic.php?f=20&t=942 Derzeit läuft alles wie es soll.

Die Anleitung habe ich vor ewigen Zeiten mit einer anderen Version geschrieben. kann sein, dass das jetzt anders endet. Da würde ich mich nicht dran aufhalten Gruß Rainer 2411_bild1.jpg 2411_bild2.jpg

Vielen Dank, sieht deutlich besser aus. Die Fehlermeldung ist weg. vis zeigt allerdings die String-Systemvariablen nicht mehr an. Die kann ich unter Object id auch nicht mehr auswählen. Die Nummer steht noch drin, aber nicht der Variablenname. Und es gibt neue Fehlermeldungen hm-rega.0 2015-06-29 20:54:06 warn hm-rega.0 Pending request for more than 25000 ms hm-rega.0 2015-06-29 20:53:54 error hm-rega.0 post request error: connect ETIMEDOUT hm-rega.0 2015-06-29 20:53:46 warn hm-rega.0 Pending request for more than 150000 ms sowie error hm-rega.0 CCU 192.168.0.100 unreachable obwohl ich die CCU-Adresse richtig eingegebn und abgespeichert habe Edit: Nochmals alle neu eingestellt, ein paar mal neu gestartet und jetzt funktioniert alles wie gewünscht. Auch der zweite rpc für den CUxD läuft jetzt schon 14h stabil. Vielen Dank!

Vergesst es. Nochmal neu gestartet und die richtige IP ist da. Keine Ahnung, hatte die Büchse schon mehrmals neu gestartet. Mal schauen, ob ich jetzt weiterkomme.. Danke und Gruß Holger

Jetzt klappt es auch, haben nur die Leerzeichen zwischen den Sternen gefehlt.

Es wird für Deinen Fall wahrscheinlich bessere Widgets geben. Das war es, was mir auf die Schelle eingefallen ist. Schön, wenn es passt. Es ist eine Demoseite mit Beispielen in Arbeit, siehe http://forum.iobroker.org/viewtopic.php … line#p6485. Momentan ist der Link nicht aktiv. Da wird aber was kommen :-)

Richtiger Hinweis !!! @Homoran: Wichtig ist erstmal, dass die Systemvariable in der hm-rega.0 aktualisiert wird. ` Ja, das wird sie. @Homoran: In History scheint noch ein bug in der Darstellung der Tabelle zu sein. Die vergisst manchmal werte, obwohl sie existieren. ` So ist es. @Homoran: Wenn du noch den Rickshaw adapter aktivierst kannst du dir das auch als Grafik ansehen. Dort sind immer alle Messpunkte. ` Und wieder ein Treffer. ****Die Werte werden alle in die History eingetragen und in der Rickshaw-Grafik alle aktualisierten Werte angezeigt. In der Tabelle werden die Wert jedoch nicht angezeigt. Hier ist wahrscheinlich ein Fehler.**** Die Tabelle für Werte des HM-RPC-Adapters ist aktualisiert. Die Tabelle für Werte des HM-REGA-Adapters zeigt nicht alle in der History vorhandenen Werte an. Danke für die Hilfe und Grüße aus Bamberg. P.S.: Habe die Tabelle jetzt nach Zeit sortiert, habe ich übersehen. :)

rsync ist eine Idee. Manchmal kommt man nicht auf die einfachsten Dinge. Am USB Port hing nichts dran und der Pi ist am Lan-Port angeschlossen. Der kernel-panic war nicht aussagekräftig. Nur das er das vfs nicht mounten konnte. Habe auch mit diversen Tool keine Zugriff darauf bekommen.

@enricoh831: Kann ich eigentlich so wie oben beschrieben, das wired und Funk Gateway mit io broker verbinden oder geht das noch nicht ohne ccu bzw anders. Gruß Enrico ` es geht auch ohne ccu, benötigt dann aber wie oben beschrieben den BidCOS Dienst. Dazu gibt es verschiedene Ansätze. Einmal die Version auf Windows, die Thisoft hier vorgestellt hat und die Version von HQ, die ich verlinkt habe. Eine Möglichkeit ein HM-Gateway einfach ins Netz zu hängen und direkt von ioBroker anzusprechen ist mir nicht bekannt. Gruß Rainer

Stimmt und OS/2 und Mainframe und Windows 3.x … Gesendet von meinem iPhone mit Tapatalk 2343_mqtt.png