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

[simpixo]

@aquapro:

Okay, gut für Dich. Wieviel Homematic Teile hast so ungefähr und welche Art? Weil bei einem Fensterkontakt würde da nichts groß passieren. Bei den Energiesensoren schon eher. `

Das ist das erste mal das ich von sowas höre! Also aus welchen Quellen hast du das!?

Ich habe einige homematic Aktoren in betrieb!

Gesendet von iPhone mit Tapatalk

[smuxus]

Oh das ist ja ärgerlich. Steige gerade von Innogy :oops: auf Homematic um und möchte doch so einiges an Komponenten verbauen..

[Homoran]

@smuxus:

Oh das ist ja ärgerlich. Steige gerade von Innogy :oops: auf Homematic um und möchte doch so einiges an Komponenten verbauen.. `

könntest du dich da etwas präziser äußern, was dich ärgert?

Vielleicht kann man dann den Ärger auch etwas dämpfrn

Gruß

Rainer

[smuxus]

@Homoran:

@smuxus:

Oh das ist ja ärgerlich. Steige gerade von Innogy :oops: auf Homematic um und möchte doch so einiges an Komponenten verbauen.. `

könntest du dich da etwas präziser äußern, was dich ärgert?

Vielleicht kann man dann den Ärger auch etwas dämpfrn

Gruß

Rainer `

Mich ärgert nur, dass die eingebundenen Thermostate den Funkverkehr zur Homematic ggf. stören und Innogy mein Smarthome mit dem Update versaut haben

Hier ist alles super und ich finde ioBroker immer genialer, je mehr Möglichkeiten ich entdecke..

[simpixo]

Deshalb habe ich nach Quellen gefragt die seine Aussage betreffen, einfach solche Behauptungen aufzustellen, und Leute wie dich jetzt zu verschrecken finde ich nicht gut!!

Ich kann nur sagen ich habe viele Homematic Aktoren und inzwischen einige Technoline Sensoren über den jeelink in Betrieb und alles funktioniert tadellos!!

Auch meine Recherche im Netz bezüglich der Aussage verlief erfolglos, nirgends habe ich zu diesem Thema was gefunden!

Ich bin froh das es ioBroker gibt um genau solche Konstellation herstellen zu können, verschiedene Hersteller aber trotzdem kommunizieren sie miteinander

Gruß

Adrian

Gesendet von iPad mit Tapatalk

[Homoran]

@simpixo:

eshalb habe ich nach Quellen gefragt die seine Aussage betreffen, einfach solche Behauptungen aufzustellen, und Leute wie dich jetzt zu verschrecken finde ich nicht gut!! `
d'accord!

Einzig durch das gleiche Frequenzband kann es zu Funkkollisionen kommen, wenn in den gleichen Millisekunden (die Funktelegramme sind meistens sehr kurz) zwei Geräte gleichzeitig funken.

Das gleiche passiert auch bei Homematic, wenn man mehrere Geräte gleichzeitig anspricht. Daher dort eine Verzögerung einbauen.

Gruß

Rainer

[simpixo]

Aber die meisten Funkprotokolle besitzen eine "Kollisionserkennung" sofern eine Kollision festgestellt wird, werden die Pakete nochmal geschickt!

Gesendet von iPhone mit Tapatalk

[Sral]

Huhu habe mir auch einen Clone zusammen gebastelt

soweit so gut über jeelink adapter bekomme ich jetzt :

jeelink.0 2016-12-10 16:32:24.274 info jeelink.0 data received: OK 9 8 1 4 9 106

jeelink.0 2016-12-10 16:32:12.085 info data received: OK 9 8 1 4 9 106

jeelink.0 2016-12-10 16:32:03.960 info data received: OK 9 8 1 4 9 106

jeelink.0 2016-12-10 16:31:55.835 info data received: OK 9 8 1 4 9 106

jeelink.0 2016-12-10 16:31:51.773 info data received: OK 9 8 1 4 9 106

jeelink.0 2016-12-10 16:31:43.646 info data received: OK 9 8 1 4 9 106

nur beim LaCrosse adapter tut sich nix:

habe beim Serialport den gleich wie beim jeelink adapter eingetragen und die sensor id OK 9 8 1 4 9 106 aber mehr tut sich nichts.

Wenn ich den LaCrosse adapter starte bekomme ich:

jeelink.0 2016-12-10 16:34:34.289 info jeelink.0 data received: OK 9 8 1 4 9 106

lacrosse.0 2016-12-10 16:34:27.324 info open

lacrosse.0 2016-12-10 16:34:27.289 info RFM12B setting up object = LaCrosse OK98149106

lacrosse.0 2016-12-10 16:34:27.280 info entered ready

lacrosse.0 2016-12-10 16:34:27.264 info starting. Version 0.0.1 in /opt/iobroker/node_modules/iobroker.lacrosse, node: v4.7.0

jeelink.0 2016-12-10 16:34:26.150 info data received: OK 9 8 1 4 9 106

host.raspberrypi 2016-12-10 16:34:25.732 info instance system.adapter.lacrosse.0 started with pid 9716

host.raspberrypi 2016-12-10 16:34:23.250 info instance system.adapter.lacrosse.0 terminated with code 0 (OK)

lacrosse.0 2016-12-10 16:34:23.224 info terminating

lacrosse.0 2016-12-10 16:34:23.211 info cleaned everything up…

host.raspberrypi 2016-12-10 16:34:23.206 info stopInstance system.adapter.lacrosse.0 killing pid 9702

host.raspberrypi 2016-12-10 16:34:23.205 info stopInstance system.adapter.lacrosse.0

lacrosse.0 2016-12-10 16:34:27.338 info lacrosse.0 open

lacrosse.0 2016-12-10 16:34:27.336 info lacrosse.0 RFM12B setting up object = LaCrosse OK98149106

lacrosse.0 2016-12-10 16:34:27.335 info lacrosse.0 entered ready

lacrosse.0 2016-12-10 16:34:27.333 info lacrosse.0 starting. Version 0.0.1 in /opt/iobroker/node_modules/iobroker.lacrosse, node: v4.7.0

Werte bei dem Sensor werden mir aber nicht angezeigt weis jemand wie ich das hinbekommen könnte:)

Gruß Sral

[Lenny.CB]

@Sral:

jeelink.0 2016-12-10 16:31:43.646 info data received: OK 9 8 1 4 9 106 `
@Sral:

lacrosse.0 2016-12-10 16:34:27.289 info RFM12B setting up object = LaCrosse OK98149106 `
@Sral:

Werte bei dem Sensor werden mir aber nicht angezeigt weis jemand wie ich das hinbekommen könnte:) `

Werte kommen doch: –> OK 9 8 1 4 9 106

Das könnte ein Sensor ohne Luftfeuchtigkeit sein. Sowas wie TechnoLine TX 35-IT...

2,4°C sollte das Teil zum Zeitpunkt des Log gemessen haben.

[Sral]

Danke für die schnelle Antwort,

leider habe ich aber ab dem Punkt null plan wie ich mir die Temperaturwerte in io.broker anzeigen lassen kann

edit: hat sich erledigt habe die falsche Sensor ID eingetragen