IO-Homecontrol Devices über Tahoma Box einbinden

[diki]

Hallo Zusammen,

in meinem Logfile erscheint immer der Eintrag

Code Auswählen Erweitern

tahoma1: tahoma_parseEnduserAPISetupGateways response is not a valid hash

Habe ich etwas falsch konfiguriert - es scheint alles zu funktionieren?

[mike3436]

Hallo, wenn der Eintrag nicht häufiger in kurzen Abständen vorkommt, dann ist das wohl als 'normal' anzusehen.
Beim Abbruch der Internetverbindung kann die Meldung auftreten, die besagt, dass die Antwort vom Server defekt bzw. unvollständig ist.

2019.02.23 15:27:12 3: tahoma1: tahoma_parseEnduserAPISetupGateways response is not a valid hash
2019.02.24 05:38:23 3: tahoma1: tahoma_parseEnduserAPISetupGateways response is not a valid hash
2019.02.26 05:35:53 3: tahoma1: tahoma_parseEnduserAPISetupGateways response is not a valid hash
2019.02.26 14:56:26 3: tahoma1: tahoma_parseEnduserAPISetupGateways response is not a valid hash
2019.02.27 11:03:14 3: tahoma1: tahoma_parseEnduserAPISetupGateways response is not a valid hash
2019.03.02 05:31:27 3: tahoma1: tahoma_parseEnduserAPISetupGateways response is not a valid hash

[diki]

Ah, okay, vielen Dank für die Info.

[bluemevo]

Vielen Dank für das Modul! Ich bin gerade dabei meiner Haussteuerung mit Loxone einzurichten und meine Somfy Rollos mit einzubinden.

Bei einem meiner Rollos bin ich auf folgenden Fehler gestoßen:

Code Auswählen Erweitern

2019.05.26 12:22:47 3: tahoma_6921376: tahoma_applyRequest data={"label":"Küche groß - Positionieren auf 25 % - LoxBerry","actions":[{"deviceURL":"io://1215-5467-0679/6921376","commands":[{"name":"setClosure","parameters":[25]}]}]}
2019.05.26 12:22:47 1: PERL WARNING: substr outside of string at FHEM/HttpUtils.pm line 307.
2019.05.26 12:22:47 1: PERL WARNING: Use of uninitialized value $data in numeric eq (==) at FHEM/HttpUtils.pm line 308.
2019.05.26 12:22:47 3: tahoma_6921376: tahoma_dispatch error: Invalid JSON format or type in request body


Der FHEM bekommt jeden Status vom Rollomotor, ich kann jedoch das Rollo nicht steuern, die Befehle kommen nicht bzw. nicht richtig bei der Tahoma an.
Ich hab jetzt auch mal das Rollo von *groß auf *gross unbenannt, das bringt jedoch keine Abhilfe.

Ich wäre auch für ein paar Tipps dankbar, wie ich die Position der Rolls in Loxone einbinde - daran da komm ich im Moment aus Mangel an Fähigkeit nicht wirklich weiter.

[mike3436]

Hallo bluemevo,
du hast im Bezeichner "Küche groß" Umlaute  verwendet, manche perl Versionen bzw. Zielsysteme mögen das nicht.
Probier mal "Kueche gross".
Gruß Rolf

[bluemevo]

Hi Rolf,

danke für den Tipp. Ich habs geschafft, dass sich auch das Rollo steuern läßt.
Am Ende war es die Kombination, dass das Rollo noch keinem Raum zugeordnet war und ich hab ß durch ss ausgetauscht. Das Ü von Küche hat keine Probleme gemacht.

Danke!

Bleibt immer noch die Bitte nach dem ein oder andern Tipp wie ich die Position der Rollos wieder in Loxone einlesen kann.

[spacecowboy.21]

Hallo.

danke erstmal für das Modul.

Bei mir wurde meine Markise erkannt.  Awning SUNEA io.
Bei set Identify zuck diese auch.

Nur kann ich die Markise nicht hoch oder runter fahren.

inClass
Awning
inControllable
io:HorizontalAwningIOComponent
inExecId
PRIORITY_LOCK__UNKNOWN_ERROR
inExecState
FAILED
inLabel
SUNEA io

inClass
Awning
inControllable
io:HorizontalAwningIOComponent
inExecId
3d9398b3-3626-5439-6913-41a7a0bcf124
inExecState
0
inLabel
SUNEA io

[eurofinder]

@mike3436:
Ich habe folgendes Problem:
Bei einigen Rollläden wird beim Befehl "set Rolladenname dim Wertangabe" in den Internals unter STATE und im Reading unter ClosueState ein anderer Wert hinterlegt, als ich im Dim-Befehl für Wertangabe angegeben habe.
Beispiel:

Code Auswählen Erweitern

2019.06.11 19:58:48 3: RAnkleide: tahoma_applyRequest data={"label":"Ankleidezimmer - Positionieren auf 90 % - myFHEM","actions":[{"deviceURL":"io://1208-4648-3794/5491834","commands":[{"name":"setClosure","parameters":[90]}]}]}
2019.06.11 19:58:48 4: AutoShuttersControl (ASC) - Devname: RAnkleide Name: ASC Notify: $VAR1 = [
          'dim 90'
        ];

2019.06.11 19:58:49 4: AutoShuttersControl (ASC) - Devname: RAnkleide Name: ASC Notify: $VAR1 = [
          'RSSILevelState: 38.0'
        ];

2019.06.11 19:58:57 4: AutoShuttersControl (ASC) - Devname: RAnkleide Name: ASC Notify: $VAR1 = [
          'RSSILevelState: 32.0',
          'state: dim89',
          'ClosureState: 89',
          'devicestate: open',
          'OpenClosedState: open',
          'RSSILevelState: 36.0',
          'state: dim89',
          'ClosureState: 89',
          'devicestate: open',
          'OpenClosedState: open'
        ];

2019.06.11 19:58:57 4: AutoShuttersControl (ASC) - Devname: ASC Name: ASC Notify: $VAR1 = [
          'RAnkleide_PosValue: 89'
        ];

2019.06.11 19:58:57 4: AutoShuttersControl (ASC) - Devname: ASC Name: ASC Notify: $VAR1 = [
          'state: manual'
        ];

Trotz der Angabe von dim 90 erhalte ich:
state: dim89
ClosureState: 89

mit der Folge, dass ASC z.B. beim Shading-Out nicht mehr korrekt funktioniert. Ich verwende Somfy Oximo-Motoren.
Gibt es eine softwareseitige Möglichkeit die "falschen" Werte aus dem Modul heraus abzufangen und zu korrigieren bzw. könntest du das bitte einbauen?

Wenn du weitere Informationen benötigst, dann kontaktiere mich einfach.

Gruß
eurofinder

[Maddat]

Hallo,
habe ein DOIF geschrieben, das bei ClosureState=89, das ClosureState=90 setzt.
Funktioniert im Zusammenhang mit ASC nicht immer.

ODER

Könnte man auf 5 oder 10 runden ... y=interger(x:5+0,5)x5

so in etwa mit "userreading"
Sub Runden($$$$)
{
my ($Device, $ClosureState,$ClosureState_rund) = @_;
my $t = (ReadingsVal("Device","Reading",99);
my $a = (int($t/5+0,5))*5;
fhem ("setreading $Device $ClosureState_rund $a");
}

bin da nicht so fit

[eurofinder]

@Maddat:
Genau, mit DOIF klappt das ganze irgendwie nicht zuverlässig (habe ich auch festgestellt) und das führt in ASC dazu, dass manchmal ein Rolladen halt nicht "korrekt" positioniert werden kann. Bei mir konnte ich das Verhalten bisher bei 3 unterschiedlichen Rollläden feststellen, was den WAF nicht unbedingt steigert.

Daher meine Bitte, das direkt im Modul abzufangen.

Mich würde schon interessieren, ob es Anwender gibt, die gleiche Probleme festgestellt haben.

Gruß
eurofinder

[mike3436]

@spacecowboy.21:

Bei mir wurde meine Markise erkannt.  Awning SUNEA io.
Bei set Identify zuck diese auch.
Nur kann ich die Markise nicht hoch oder runter fahren.

Kannst du die Markise mit der Tahoma App bedienen?
Und was steht unter COMMANDS an Befehlen zur Verfügung?

[mike3436]

@eurofinder:
Das der Motor nicht immer genau die Position anfährt, die man vorgibt, ist normal - er gibt halt die Position zurück, bei der er angehalten hat.
ClosureState und state könnte ich auf 10er Runden, bzw. ein Attribut dafür einführen.

[eurofinder]

@mike3436:
Das wäre super, wenn du das einführen könntest. Melde dich einfach, wenn du es eingebaut hast. Ich teste dann gerne.

Gruß
eurofinder

[Maddat]

Für das runden nehme ich Dich in mein Nachtgebet mit auf 
In Verbindung mit ASC wäre das Runden in 5er-Schritte optimal.
Gerade eben ist mir wieder ein Rolladen mit ClosureState 84 stehen geblieben.

[mike3436]

So, das Runden ist jetzt drin!
Pro device kann man jetzt das Attribut levelRound 2..n setzen
Damit kann man dann sowohl in 5er als auch in 10er Schritten runden.
https://svn.fhem.de/fhem/trunk/fhem/FHEM/26_tahoma.pm