UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[klassisch]

Gut, vielen Dank, geht auch noch mit einem Adapter. Wieder 20MB nicht ausgegeben :-)

Kaum macht man es richtig, geht es auch schon.

Und kaum sind die Namen da, sieht man auch die Legende.

Prima, dann kann ich ja weiter spielen…

Edit: habe gerade mal nachgeschaut: 2,5MByte seit gestern abend. Also vielleicht 5M/d.

Wenn ich mich recht erinnere sind 16GB drin (oder 32?). Also sollte ich in 5 Jahren die Speicherkarte erweitern - oder zwischenzeitlich eine billige Festplatte einbauen.

Oder jede Nacht auf die Synology ziehen. Und dann von dort aus Floten. Geht das, oder sind wir dann schon bei der Datenbank?

[Homoran]

@klassisch:

Oder jede Nacht auf die Synology ziehen. Und dann von dort aus Floten. Geht das, oder sind wir dann schon bei der Datenbank? `
Wenn du soweit bist nimmst du Maria.

http://www.iobroker.net/?page_id=5197&lang=de

Gruß

Rainer

[klassisch]

Was es alles gibt!

Jetzt bin ich hin- und hergerissen!

Beim Kauf meiner letzten Synology habe ich regelrecht gegeizt und nur so eine 512MB Marvell-Kiste genommen. Und die läuft nicht ganz so entspannt und stabil wie meine alte oder mein leider verflossenser Win Homeserver.

Wenn ich das mit Maria richtig verstanden habe, schickte man damit jeden Wert zur Synology, den ganzen Tag über, und nicht auf die Speicherkarte?

Dann kommt die Synology ja nie zum Plattenstillstand.

Mir würde ein Kopiervorgang pro Tag reichten. Auf dem Raspi hätte man dann vielleicht 1,1Jahre (oder 3?) an Daten vorrätig und könnte damt das gros der Auswertungen machen.

Die Synology dann für Langzeitarchivierung und Langzeitanalysen. Wenn man dann mal Zeit für sowas hat….

[Homoran]

Das sind zwei verschiedene Ansätze.

Einmal Backup, einmal externe dB.

Bei letzterer Version kannst du ja für jeden Datenpunkt z.B. festlegen, ob nur Änderungen gespeichert werden sollen, wieviel Daten erst im RAM gehalten werden, bevor es auf Platte geschrieben wird, wie groß die Änderungen sein sollen usw… Damit kann man die Schreibzugriffe schon reduzieren. Außerdem, wenn du z.B. die surveillance station auf Dauerlauf hast, werden sich die Platten auch nie abstellen. Für so etwas gibt es ja die wd purple.

Für ein einfaches Backup der Daten müsstest du z.b. über ein Linux cron gehen.

Da kann dir aber ggf. Apollon weiterhelfen.

Gruß

Rainer

[klassisch]

Also bei Backup würde ich auf Rsync setzen.

Aber meine DS215J ist underpowered. Da sind zwar 2 6TB Platten drin, aber green, nix purple oder red.

Der Raspi kann derzeit noch, Im Normalbetrieb uptime unter 0.1. Wenn ich Flote geht allerdings die Auslastung hoch. Aber das mache ich ja nicht zu häufig.

Vielleicht ändert sich das ja noch, wenn ich noch ein paar Adapter zulade….

Apropos Flot:

• Wie sammelt Ihr denn Eure Konfigurationen? In einem Word-file, OneNote o.ä. Oder gibt es einen anderen Trick?

• Und wenn ich einen zweiten FLOT-Konfig-Editor für eine zweite Auswertung öffne und dann auf "im Fenster darstellen" drücke, wird die bereits geöffnete FLOT-Graphik gekapert und umgezeichnet. Kann man irgendwo einstellen, daß er ein eigenes Fenster/Tab öffnen soll?

Vielen Dank!

[Homoran]

Ob green für ein nas gut ist …..

@klassisch:

• Wie sammelt Ihr denn Eure Konfigurationen? `
  Da habe ich auch schon drüber nachgedacht. Scripts speichere ich über notepad++ als .txt-Datei, mit flot wollte ich es genauso machen.

Im Moment binde ich meine flot Charts über iFrame-Widget in vis ein und komme so immer wieder dran.

@klassisch:

wenn ich einen zweiten FLOT-Konfig-Editor für eine zweite Auswertung öffne und dann auf "im Fenster darstellen" drücke, wird die bereits geöffnete FLOT-Graphik gekapert `
Workaround:

Den Text über dem Chart und unter den Eingabefeldern mit copy paste in die Adresszeile eines neuen Fensters bzw. Tabs kopieren.

Gruß

Rainer

[klassisch]

Ja, C&P ist ein workaround, aber dann sollte ich halt die Fenster Taste nicht mehr drücken. Kann man mit leben, so oft werkle ich da nicht rum.

Als ich die Syno gekauft habe, kamen die 6TB gerade erst raus. und ich wollte die 4TB nicht, weil ich erstmal Ruhe - also ausreichend Platz - haben wollte. Da waren die green schon teuer genug. Und mit der 215j kann man eh nicht viel im Hintergrund machen und meine sonstigen Zugriffe halten sich in Grenzen.

[klassisch]

Hallo,

muß mich doch leider wieder hier melden. Habe heute festgestellt, daß die Werte einiger CUX-Devices auf ioBroker fehlen:

In Der CCU sind sie aber angelegt und haben Werte

Wieder zum Vergleich: ccu.io kennt auch die Werte
Was kann ich tun, um der Sache auf den Grund zu kommen?

[apollon77]

Passen denn die Kanalbezeichnungen der echten Datenpunkte?

Ich hatte mal den Effekt das irgendwie die Seriennummer korrekt war aber das ".STATE" oder so komisch war …

[klassisch]

Vielen Dank, aber die Frage habe ich jetzt nicht genau verstanden. Bei welchem der obigen Bilder kann ich das sehen oder noch genauer reingehen, damit ich das sehe?

Auf den ersten Blick scheinen die CUxD Nummern zu stimmen und die Kanäle. Mußich da noch etwas weiter aufklappen?

[apollon77]

Unter "Objekte" bei den relevanten Datenpunkten auf das Stift-Symbol Klicken, da siehst Du alle Details des Datenpunktes

[klassisch]

Also, zumindest mir fällt da nichts auf.

Das funktioniert:

und das funktioniert nicht:

Ich sehe da keinen Unterschied.

In der CCU-WebUi heißt der Name:

"Treppe-P-WeMos:1" bzw

"Barometer-Pressure:1"

Die Bezeichnung "Luftdruck" kommt vom "WRAPPER|DATAPT " des CUxD beim funktionierenden.

Bei den o.g. nichtfunktionierenden steht bei CUxD an dieser Stelle

WRAPPER|DATAPT "STATE"

und nicht Luftdruck.

Vielleicht sollte ich das mal ändern?

Edit: Ich hab es geändert, Instanz neu geladen gewartet und jetzt gibt es einen Wert.

Eigentlich verrückt, da muß was auf der CCU bzw. beim CUxD passiert sein. Denn ioBroker hat ja die Bezeichnung Luftdruck ja nicht erfunden. Die muß mal von der CCU gekommen sein und plötzlich steht dort wieder STATE. Vielleicht beim CUxD Update?

[apollon77]

Vor allem mit CUxD kann man echt viele Dinge tun … die Frage ist ob der CuxD das wirklich in den "Datenpunkt-Metadaten" korrekt weitergibt ... Wenn du eine Variante hast die klappt dann mach die anderen äquivalent :-)

[klassisch]

Ja, der CUxD ist unentbehrlich, wenn man die WeMos ordentlich in HM integrieren will.

Aber die Übertraguung zum ioBroker ist inkonsistent. Auch bei den T-H Thermostaten mit Statistik kommen nicht alle Daten rüber. Edit: Vielleicht muß ich einfach noch 24h abwarten, bis es 24h-Werte gibt.

Ob ich vielleicht doch besser mit einer zweite Instanz von "hm-rpc.1" nur für den CUxD besser fahre?

Vielleicht kommt die Inkonsitenz auch daher:

• Zuerst hatte in der hm-rpc.1 Instanz den CUxD nicht angehakt

• Dann eine zweite Instanz nur für den CUxD aufgemacht

• Die dann aber wieder gelöscht und in der ersten den CUxD angehakt

[apollon77]

Das mit den instanzen kapier ich nicht.

Also Standard-Setup ist das man zwei hm-rpc-Instanzen hat. eine für "Homematic" und eine für "CuXD"-Devices (und ggf eine Dritte für "wired").

Das ganze dann im hm-rega-Adapter korrekt so eingestellt …

Dann klappt an sich alles.

Zu WeMos: Direkt an iobroker melden? ;-) http://forum.iobroker.net/viewtopic.php?t=3226

Aber ich hab meine "Aussenstellen" (Arduinos) auch per CuxD und Netzwerk-Interfaces angebunden und simuliere dort FS20 für Sensoren, Schalter und alles :-) Das soll aber noch an ioBroker direkt per Simple-API

[klassisch]

Ja, sorry, mein Fehler. Habe 2 hm-rpc.0 aber nur eine hm-rega. Davon hatte ich zwischendurch auch mal 2

[Homoran]

@klassisch:

Habe 2 hm-rpc.0 `
Das sollte nicht sein!

Du müsstrst einmal hm-rpc.0 und einmal hm-rpc.1 haben.

Diese Beiden kannst du dann in einer hm-rega Instanz den jeweiligen daemons zuweisen.

Gruß

Rainer

[klassisch]

Ja, genauso ist es auch.


Da habe ich in der Nacht was völlig Falsches geschrieben; statt hm-rega hm-rpc.

Der Startpunkt war die teilweise Inkonsistenz in der Namensgebung zwischen HM-CUX-Geräten und ioBroker.

Da dachte ich, daß das eventuell eine Folge meiner Aktivitäten mit hm-rega waren:

-zuerst war der CUX gar nicht eingetragen

• Dann hatte ich eine zweite Instanz des hm-rega für den CUX angelegt

• Dann die zweite Instanz gelöscht und die Eintragungen in einer Instanz vorgenommen

[Homoran]

Was da jetzt schief gelaufen ist, kann ich noch nicht einmal nachvollziehen.

Dies Datenpunkte sind ja angelegt, warum die Werte nicht kommen??

Hast du da ein wrapper device?

Bei den funktionierenden CuxD daten ist kein weiteres wrapper Device dabei?

Kenne mich mit cuxd nicht aus :(

Gruß

Rainer

[klassisch]

@Homoran:

Kenne mich mit cuxd nicht aus :( `
schade, da entgeht Dir was. Aber man hat nicht für alles Zeit.

Das Ganze hat anscheinend damit angefangen, daß ich irgendwann (wahrscheinlich nicht zu Anfang) die CUX-BA gelesen habe. Dort steht bei den Wrapper Transform Devices:

Dort wo das markierte "BRIGHTNESS" steht, ist der Defaultwert "STATE". Wahrscheinlich habe ich einige CuxD mit dem defaultwert angelegt (vor dem Lesen der BA und routinemäßig die ioBroker Instanz neu geladen.

Und warscheinlich habe ich das nach dem Lesen der BA "optimiert" und einen sprechenden Namen vergeben. Nachher natürlich noch zigmal die Instanzen neu geladen, weil ich das nach jeder Geräteänderung mache.

Nach der "Aufräumaktion in der Nacht steht jetzt bei mutmaßlich allen solchen Luftdruck Wrappern "Luftdruck" statt State, Beispiel

Aber jetzt ist in ioBroker ein Durcheinander entsanden:

Da gibt es noch in einigen CUXDs den STATE. Manchmal het der wohl mal gelebt und Daten übertragen, bei anderen Devices wohl nicht.

Wie bereinige ich das jetzt am Besten? Kann ich die STATE im ioBroker löschen? Ist das Zeichen rehcts neben dem Stift der Papierkorb zum Entsorgen?

Vielen Dank!