Ich möchte den FHEM Nutzern, die den Bedarf zur Steuerung von IO-Homecontrol Geräten verspüren, mein Modul zur Steuerung über die Tahoma Box vorstellen. Wer sich die Tahoma Box zur Steuerung der Rollladen zugelegt hat, wird sich denken "Wofür brauch ich das dann noch" aber die zusätzliche Einbindung in den FHEM Server bietet doch einige Vorteile. So können Szenen automatisch ausgelöst werden, die prozentgenaue Steuerung ist möglich und gemeinsame Steuerung von Raum oder Etage ist realisiert.
Die Einbindung ist dank autocreate einfach:
1. Modul 26_tahoma.pm nach fhem/FHEM/ kopieren
(ab 17.06.2016 im SVN, wird daher automatisch über 'update' geladen bzw. aktualisiert)2. Eintrag in fhem/fhem.cfg:
define tahoma1 tahoma ACCOUNT <Loginname> <Password>
attr tahoma1 room tahomaWeitere nützliche optionale Attribute:
proxy <ip>:<port>url <komplette adresse des tahoma servers>
useragent <applications string>
blocking
Bis Version 0206: Das Modul hat noch ein Problem mit dem Nonblocking-HTTPS-Zugriff:
Da ich das modul HttpUtils.pm nicht verwenden konnte (cookie wird nicht gespeichert, bzw. ich wuste nicht wie das Problem gelöst wird), muste habe ich die Zugriffe über andere dokumentierte perl-basismodule (LWP::UserAgent, LWP::ConnCache; HTTP::Cookies) abhandeln.
Da der asynchrone Zugriff hierbei nicht immer rund läuft, ist das blocking Attribut notwendig:
attr blocking 1Auch wird bis Version 0200 das modul XML::Simple benötigt.
Eventuell müssen dazu noch perl-module nachinstalliert werden.
Auf dem Windows-PC mit Perl6 lief alles, auf dem PI kam erst eine Fehlermeldung.
Bis zur Version V0207 sind die LWP und Net Bibliotheken notwendig:
sudo perl -MCPAN -e'install "LWP::Simple"'
sudo cpan Net::HTTPFür alte Version des Moduls bis V0199 wird die Bibliothek XML::Simple benötigt.
sudo apt-get install libxml-simple-perlFür das neue V02xx-Modul ist stattdessen die json Bibliothek notwendig:
sudo apt-get install libjson-perlP.S. wer sich das Modul 26_tahoma schon mal aus einem anderen Beitrag kopiert hat, sollte die aktuelle Version benutzen.
Die vorherige hatte noch einige Probleme, z.B. wenn der automatisch generierte Name geädert wurde.
Bei einigen Benutzern des tahoma moduls kam es zu einem regelmäßigem Absturz beim Lesen des (ungenutzen) Ereignisspeichers per getHistory Abfrage. Deshwegen kann es Sinnvoll sein die Zeile in der Liste des startup_pages auszukommentieren:
my @startup_pages = ( 'getEndUser',
'getSetup',
'getActionGroups',
'getWeekPlanning',
'getScheduledExecutions',
#'getHistory',
'getSensorTriggers',
'getUserPreferences',
Update 2015-09-20:
neues Modul V0201 angehängt, welches die neue json- anstatt der xml-Schnittstelle des Servers bedient.
Läuft bei mir seit 3 Wochen stabil.
Ansonsten erst mal keine Neuerungen.
Update 2016-02-20:
- bugs forcing some startup warning messages fixed
- perl exception while parsing json string captured
Update 2016-02-24 V 0204:
- commands open,close,my,stop and setClosure added
Update 2016-04-24 V 0205:
- commands taken from setup
Update 2016-06-16 V 0206:
- updateDevices called for devices created before setup has been read
Update 2016-11-15 V 0207:
- BLOCKING=0 can be used, all calls asynchron, attribut levelInvert inverts RollerShutter position
Update 2016-11-27 V 0208:
- HttpUtils used instead of LWP::UserAgent, BLOCKING=0 set as default, umlaut can be used in Tahoma names
Update 2016-12-15 V 0209:
- perl warnings during startup and login eliminated
Update 2017-01-08 V 0210:
- tahoma_cancelExecutions: cancel command added
- cancel on DEVICE, PLACE or SCENE stops this command only, if still running
- cancel on ACCOUNT stops all running commands
Update 2017-01-08 V 0211:
- tahoma_getStates: read all states based on table {setup}{devices}[n]{definition}{states}
Update 2017-01-24 V 0212:
- tahoma_getStates: read all states recovered
- start scene with launchActionGroup so cancel is working on scenes now
- Attribut interval used to disable or enable refreshAllstates
- Setup changes recognized for reading places
Update 2017-03-23 V 0213:
- username and password stored encrypted
Update 2017-05-07 V 0214:
- encryption can be disabled by new attribut cryptLoginData
- correct parameters of setClosureAndLinearSpeed caused syntax error in transmitted command
Update 2017-07-08 V 0215:
- creation of fid and device names for first autocreate extended
- login delay increased automatically up to 160s if login failed
- default set commands on devices without commands deleted
Update 2020-04-14 aktuellste Version aus dem svn repository:
https://svn.fhem.de/fhem/trunk/fhem/FHEM/26_tahoma.pm (https://svn.fhem.de/fhem/trunk/fhem/FHEM/26_tahoma.pm)
Ich habe auch 5 RTS und 7 IO-Homecontrol Rollos von Somfy, die ich gerne über FHEM ansteuern würde. Die RTS kann ich wohl auch über einen CUL 433 direkt aus FHEM ansteuern, aber IO-homecontrol wohl nicht?! Richtig?
Von daher müsste und würde ich wohl in den sauren Apfel beißen und mir eine Tahoma-Box besorgen, die kann wohl beides.
Von daher würde mich dein Modul interessieren!
Kann man mit deinem Modul die Rollos per FHEM über die Tahoma-Box zuverlässig ansteuern?
Zitat von: beckerheinz am 29 Januar 2015, 08:14:53
Ich habe auch 5 RTS und 7 IO-Homecontrol Rollos von Somfy, die ich gerne über FHEM ansteuern würde. Die RTS kann ich wohl auch über einen CUL 433 direkt aus FHEM ansteuern, aber IO-homecontrol wohl nicht?! Richtig?
Hallo beckerheinz,
RTS geht mittlerweile direkt von FHEM aus (idealerweise mit einem CUL 433, es geht aber auch der CUL 868) - ich habe das Modul geschrieben.
io-Homecontrol ist leider ein komplett anderes Protokoll, und mangels Hardware habe ich hier noch nicht versucht, das zu "dekodieren".
Grüße,
Thomas
Hallo Thomas
Was brauchst Du? FB und Unterputzsender kann ich leihweise zur Verfuegung stellen!
Gruss Christoph
Zitat von: beckerheinz am 29 Januar 2015, 08:14:53
Kann man mit deinem Modul die Rollos per FHEM über die Tahoma-Box zuverlässig ansteuern?
Hallo beckerheinz, zuverlässig ist das Modul wohl, aber bisher beschränkt auf IO und Rollos.
Wenn mir jemand seinen geloggten SetupResponse (loglevel 5) zu Verfügung stellen würde, dann würde ich auch mal versuchen, andere Komponenten anzusteuern. Aktuell beschränkt sich der Schreibzugriff auf RollerShutter.
Aber ich will mich hier auch nicht zu weit aus dem Fenster lehnen - eventuell ist dies ohne Live-Zugriff nicht sauber machbar.
Vielen Dank erstmal für die schnellen Antworten.
Zitataber bisher beschränkt auf IO und Rollos
D.h. ich kann über FHEM + Tahoma z.Z. keine RTS ansteuern?!
Die RTS direkt ansteuern soll mit meinem CUL868 zwar funktionieren, aber die Reichweite soll extrem kurz sein, richtig?!
DerCUL868 ist im MAX mode für meine MAX Thermostate, ich kann ihn aber (bzw. er sich automatisch) trotzdem auf Somfy (also slowRF) zum Senden der Befehle umstellen?
Zitat von: beckerheinz am 31 Januar 2015, 15:11:32
D.h. ich kann über FHEM + Tahoma z.Z. keine RTS ansteuern?!
So genau kann ich dir das nicht sagen, da ich keine RTS habe und somit mir die Info fehlt, wie ein RTS Rollo in der Konfiguration gespeichert wird. Generell funktioniert das Modul halt wie die Apps, d.h. über die auf dem Tahoma Server abgelegte Hauskonfiguration wird abgerufen, und dann in die FHEM Konfiguration übernommen. Alle Geräte werden dargestellt und könnten dann theoretisch auch angesteuert werden. Ich habe dies aber bei Geräten die keine Rollo's sind verhindert, da ich mangels eigener Geräte nicht weiß, welche Befehle für diese abgesetzt werden müssen. Dazu brauchte ich mal temporär den Zugriff auf die Konfiguration eines Tahoma-Besitzers mit anderen Geräten.
Was die Steuerung der RTS betrifft, könntest du mal im inoffiziellen iohomecontrol forum (http://iohomecontrol.ihnow.net/forum/viewtopic.php?f=7&t=250&start=30) nachfragen.
Hallo,
Ich benutze das Tahoma-Modul nun seit Oktober 2014.
Es läuft sehr zuverlässig.
Bei mir werden über Tahoma-->Fhem 3 Velux Integra Dachfenster IO, 2 Oximo IO Rollos, 3 Velux Aussenrollos IO, 1 Dexxo IO Garagentorantrieb angesteuert.
Zusätzlich hab ich noch einen Velux Plug IO der zwar erkannt und angelegt wird, aber nicht sauber steuerbar ist.(Wird mit einen Slider angelegt)
IO Homecontrol läuft bei mir seit 2007 extrem gut ohne jeglichen Aussetzer.
Das einzige was mich derzeit abhält weiter in IO zu investieren ist die Abhängigkeit von der Tahoma Box und Somfy.
Sollten die irgendwann mal die API oder sonst was an der Box ändern, geht mit Fhem nichts mehr.
Wäre es vielleicht möglich mit dem Somfy Set&Go io was auf die Beine zustellen?
VG
Florian
Zitat von: FlorianZ am 01 Februar 2015, 13:32:37
Wäre es vielleicht möglich mit dem Somfy Set&Go io was auf die Beine zustellen?
An das Set&Go habe ich auch schon gedacht. Ich hatte mir mal die Software installiert (ohne Hardware) und mir die Treiber angeschaut. Es ist wohl ein einfacher USB-Seriell-Wandler, und die Telegramme sollten so mit einfachen Mitteln mitgeschrieben und analysiert werden können. Eventuell ist aber schon die Übertragung im Funk-Endformat verschlüsselt, so daß eine Analyse hier nicht weiterhilft. Aber vielleicht inverstiere ich mal die 150 Euro ...
P.S.: zur Zeit arbeite ich an einem Tahoma-Binding für OpenHAB - der Umweg über FHEM geht zwar, aber die Android App andFHEM unterstützt nur darin implementierte Geräte und dazu gehört Tahoma nicht.
Sollte ein neues Projekt zustande komment könnt ich mit Hardware oder Zugang zur Box mithelfen.
Ob das mit einen Cul geht glaub ich nicht, da ja IO auf 3 Frequenzen senden kann.
Wegen der App kannst du dir auch mal die neue Möglichkeit mit Smartvisu ansehen.
Dort kannst du alle Devices anlegen für Visualisierung und Bedienung.
VG
Florian
wo kann man den das 26_tahoma.pm herunterladen?
Zitatwo kann man den das 26_tahoma.pm herunterladen?
Im ersten Beitrag ist ein zip im Anhang ::)
@Mike3436
Hallo,
durch die Umstellung auf Tahoma 2.0 funktioniert das Tahoma Modul leider nicht mehr.
Fhem stürzt sofort ab mit einen XML Fehler.
Könntest du dir das Modul nochmal ansehen ob du es wieder zum laufen bringst?
vg
Florian
Hallo Florian,
das Modul liegt erst mal auf Eis, also erst mal deaktivieren! :'(
Die notwendigen Änderungen sind erheblich und ich muss mich erst mal in die neue Kommunikation einarbeiten.
Am liebsten wäre mir ja immer noch eine direkte Kommunikation mit der Tahoma-Box, anstatt über den Server.
Seit Dienstag Nacht läuft das Modul wieder ohne Fehler. :D
Ist also so wie es aussieht doch kompatibel mit Tahoma 2.0.
Besteht bei dir noch Interesse das Modul für Fhem weiterzuentwickeln?
vg
Florian
Hallo Florian,
generell habe ich Lust das Modul weiterzuentwickeln.
Als C-Programmierer liegt mir Perl aber nicht so, und ich muss mich immer wieder neu einarbeiten.
Ich werde in nächster Zeit die Kommunikationaumstellung von xml auf json einfliessen lassen.
Warum Somfy die xml-Kommunikation parallel noch unerstützt weis ich nicht, wird aber wohl irgend wann entfallen.
Aber ich denke deine Frage zur Weiterentwicklung zielt auf andere Komponenten/Aktoren ab.
Ich selbst habe keine anderen Aktoren, aber wenn ich deren Propierties kenne, dann würde ich diese einfliessen lassen.
Gruß Rolf
Hallo Rolf,
an weiteren Komponenten habe ich persönlich wenig bis gar kein interesse.
Ich habe derzeit 3 Dachfenster, 3 Dachfensterrollladen, 2 Garagentorantriebe und 2 normale Rollladen mit IO Homecontrol in betrieb.
Die funktionieren alle sehr gut mit deinem Modul. (Nochmals danke dafür :D )
So lange eine direkte Abhängigkeit von Somfy besteht werde ich mir auch keine weiteren IO Produkte mehr kaufen.
Meine restliche Hausautomatisierung läuft mit Z-Wave. (ca 35 Nodes)
Größtes interesse hätte ich an einer zukunftssicheren Anbindung von IO an Fhem.
Eine Möglichkeit wäre eben eine direkte Kommunikation mit der Tahoma-Box ohne Internetverbindung, damit man diese auch vor künftigen
Updates "schützen" kann.
Alternativ würde mir dann nur noch wie schon angesprochen das Set&Go oder ein CUL einfallen.
Meine letzte Alternative und zugleich mein worst case szenario ist IO-Homecontrol komplett zu ersetzen. (Leider sehr kostenintensiv)
Wie ist bei dir die Situation in deiner Automatisierung?
vg
Florian
Hallo Florian,
bei mir ist das ähnlich. Nur Fenster laufen über die Tahoma Box. Die restliche Haussteuerung läuft nahezu komplett über KNX wobei auch EnOcean Teilnehmer und DMX-Dimmer über jeweils ein KNX-Gateway angesteuert werden. Damit läuft auch alles ohne einen Server, was mir wichtig war. Den FHEM-Server nutze ich zum loggen und automatischem Steuern, aber der RasPi stürzt auch schon mal ab, was aber selten an FHEM direkt liegt. Zum komfortableren Bedienen habe ich auch noch einen OpenHAB-Server, der bisher aber nur auf KNX zugreifen kann. Hier hatte ich auch schon mal ein Tahoma Modul angefangen, aber bisher nicht zu ende entwickelt. FHEM machte mir durch gute Beispiele und die Autokonfiguration die Modulentwicklung etwas einfacher - aber das ist ein subjektiver Eindruck.
Wenn ich es nochmal zu tun hätte, dann würde ich andere Motoren verwenden. Ich hatte beim Hausbau das ganze nicht korrekt recherchiert und bin davon ausgegangen das IO genauso wie RTS über ein Gateway in KNX einbindbar sind. An rausschmeissen habe ich auch schon gedacht. aber die Technik ist sonst ganz gut. Nur hat Somfy bisher nicht verstanden, das eine offene Schnittstelle auch eine Bereicherung sein kann.
Gruß Rolf
Hallo zusammen
Wie es aussieht kann ich mir ein Somfy Set&Go ausleihen, sofern in der Firma vorhanden! Vielleicht geht damit ja endlich etwas! Ich wuerde zu gerne den einen, plus die 5 kommenden Solarrollaeden ans fhem bringen!
Am Montag weiss ich mehr, melde mich dann wieder!
Gruss Christoph
Hallo
Leider haben die in der Firma meiner Frau kein Set&go! Schade! In der Bucht gibt es gerade einen fuer 79,- Euronen, da bin ich noch am Ueberlegen!
Gruss Christoph
Hallo pc1246
Ich glaub das Geld kannst du dir sparen.
Hab gerade folgendes gefunden:
https://groups.google.com/forum/#!topic/openhab/AinJdyyDtG0 (https://groups.google.com/forum/#!topic/openhab/AinJdyyDtG0)
vg
Florian
Hallo Florian
Damit hat sich der Kreis geschlossen. Dort wird auf diesen Thread verwiesen! :-\
Gut, aber die Jungs sind dran, und ich glaube doch, dass am Ende der Set&go der Schluessel zum Erfolg sein wird!
Abwarten und Tee trinken!
Gruss Christoph
Soweit so gut.
Habe es geschafft meine Velux Integra in die TahomaBox zu bekommen und auch das Modul in fhem einzubinden.
Nun kann ich mir über set devices angucken was ich hab.
Aber wie kann ich denn nun Devices ansteuern ??? Also set brachte irgendwie gar keinen Erfolg.
Muss ich die SubDevices noch definen, damit ich sie über set on oder open ansprechen kann ????
io://0203-1796-3170/12369208 DFF Flur
Hilfe...bitte
Hallo Dombo
Wenn du auf Tahoma 1 Device klickst steht ganz oben:
get tahoma1 devices
Da drücken :D
Normalerweise sollte dann Fhem per autocreate deine Integras anlegen.
Check mal ob dein Autocreate aktiv ist.
Einen Set Befehl von Tahoma kenn ich nicht.
vg
Florian
Danke für die superschnelle Antwort.
Ich checke das am Mittwoch wenn ich wieder zu Hause bin.
Muss mein autocreate eh mal checken (geht aber bei HM).
Bis denne
Hallo Dombo,
ich habe mangels weiterer Info's nur Rolladen implementiert.
Wenn das Device als ein "RollerShutter" erkannt wird, dann müßte es z.B. über "set tahoma_12369208 dim 100" geschlossen werden können.
Aber die Devices und deren Properties werden über autocreate im Room tahoma angelegt.
Die angezeigten Namen sind alias Namen, der zu verwendende Name wird über die IO-Id generiert.
Wenn das Device nicht als RollerShutter definiert ist, dann kann du testweise die Zeile
$cmdret= CommandAttr(undef,"$devname webCmd dim") if( defined($device->{uiClass}) && ($device->{uiClass} eq "RollerShutter") );
durch
$cmdret= CommandAttr(undef,"$devname webCmd dim") if( defined($device->{uiClass}) );
ersetzen.
Dann werden alle Devices mit der DIM Option ausgestattet, auch wenn diese ggf. nicht funktioniert.
Wenn weitere Unterstützung gewünscht, dann mail mir mal ein Snapshot der Device Details.
Gruß Rolf
Hallo zusammen
also er hat die Devicea über autocreate angelegt und ich bekomme einen Dim-Slider fürs Rollo und fürs DFF.
Leider reagiert es noch nicht, im Log-File steht:
2015.07.25 20:56:53 3: TahomaBox: tahoma_dispatch data=<?xml version="1.0"?><authenticationResponse xmlns="urn:overkiz:externalapi" success="true" version="2014.3.14-32" environment="ENV2-PROD101"/>
2015.07.25 20:56:53 2: TahomaBox: http request failed: Can't locate object method "can_read" via package "LWP::Protocol::https::Socket"
login start
ich denke da muss ich vielleicht nochwas von Perl nachinstalieren ?!
ein linux update hat geholfen
nu läufts
vielen dank :)
Hallo,
kann man über die Tahoma Box dann auch den Status der Devices sehen bzw. bekommt eine Rückmeldung bei erfolgreicher Aktion,
wie z.B.
Fenster geschlossen
Rollo zu
Im Moment steuere ich mein Velux Fenster über modifizierte io-homecontrole Fernbedienung,
hier bekomme ich aber leider keine Rückmeldung ob wirklich was passiert ist.
Bei der Velux Touch FB bekomme ich eine Rückmeldung, wenn das Fenster zu gefahren ist, bzw. wenn die Rollos zu sind.
Gruß Hannes
Zitat von: AHA1805 am 25 Juli 2015, 23:57:31
kann man über die Tahoma Box dann auch den Status der Devices sehen bzw. bekommt eine Rückmeldung bei erfolgreicher Aktion,
wie z.B.
Fenster geschlossen
Rollo zu
ja, kann man alles sehen.
Der Status der Devices wird regelmässig abgefragt, und Zustand open/close und dim (0..100) werden angezeigt.
Setzen kann man alle definierten Szenen, und den Dim-Zustand je Rollade oder Gruppe(Raum/Etage/Haus)
(http://tahomadevice.png)
Zitat von: mike3436 am 26 Juli 2015, 19:03:41
ja, kann man alles sehen.
Der Status der Devices wird regelmässig abgefragt, und Zustand open/close und dim (0..100) werden angezeigt.
Setzen kann man alle definierten Szenen, und den Dim-Zustand je Rollade oder Gruppe(Raum/Etage/Haus)
Hallo Mike,
Danke für die Info.
Würde mich echt interessieren, aber der Preis schreckt mich doch etwas ab.
Eine Anbindung mit dem USB to go Modul ist noch nicht möglich, dass wäre natürlich der Hammer.
http://www.shop-io.de/io-homecontrol-produkte/somfy-set-go-io/
Gruß Hannes
Gesendet von Tapatalk
ich bekomme leider immer noch:
2015.07.29 14:05:26 2: tahoma1: http request failed: Can't locate object method "can_read" via package "LWP::Protocol::https::Socket"
login start
ins log. obwohl es funktioniert.
Hat da jemand ne Idee??
Hallo Dombo,
Fehler in unregelmässigen Abständen sind normal:
2015.07.06 05:14:08 2: tahoma1: http request failed: Status read failed: Connection reset by peer
2015.07.06 05:45:28 2: tahoma1: http request failed: Server closed connection without sending any data back
2015.07.06 16:49:06 2: tahoma1: http request failed: Bad Gateway
Die Verbindung wird dann beendet und mit einem erneuten Login wieder aufgebaut.
Die Meldung, die du hast, habe ich noch nie gesehen, aber du hast wahrscheinlich auch eine andere Perl Bibliothek als ich auf dem Pi. Wenn du den loglevel erhöhst (attr tahoma1 loglevel 5), dann gibt es auch mehr Info's, wo das genau passiert.
Danke Mike
bin fündig geworden.
ein... sudo cpan Net::HTTP hat geholfen
Gruss Dombo
Hallo Leute,
ich habe das Modul mal auf den aktuellen Kommunikationsstandard V2 gebracht und wieder im 1.Beitrag angehängt.
Das Modul kommuniziert jetzt mit JSON (wie die neuen Apps) anstatt mit XML. Wie lange die alte XML-Kommunikation noch unterstützt wird, weiß ich nicht, und deshalb habe ich mir schon mal die Mühe gemacht!
Ich würde auch noch gerne das Modul weiterentwickeln, aber weiß nicht so recht, wie ich die mir vorschwebende Erweiterung ins FHEM-Webinterface bringen kann. Wünschenswert wäre ja noch ein STOP-Button und ggf. noch einen AUF- und ZU-Button. Auf und Zu kann man zwar auch über Makros realisieren, aber ich fände automatisch generierte Buttons schöner bzw. einfacher.
Hallo!
Da ich auch IO-Homecontrol Dachfenster-Rollladen habe, überlege ich, die Tahoma-Box anzuschaffen obwohl mich die "Cloud-Anbindung" schon nicht begeistert.
Es gibt scheinbar verschiedene Varianten der Tahoma-Box. Welche funktioniert denn mit dem Modul von oben? Ich finde Tahoma-Box, Tahoma IO, Tahoma USB-Stick.
Der Stick läuft nicht, wenn ich das richtig lese, aber was ist der Unterschied zwischen "Box" und "IO"?
Gruß
Phil
Hallo!
Wichtig: Das neue Modul brauch noch ein Perl-Modul:
apt-get install libjson-perl
Gruß
Phil
Hallo!
Vielen Dank für das Modul!
Bei mir läuft die neue Variante mit dem zusätzlichen Perl-Modul prima!
Die "Cloud-Sache" hat immer einen blöden Beigeschmack in Richtung Zukunftssicherheit, aber ich versuche mal, optimistisch zu sein :-)
Gruß
Phil
Zitat von: Stril am 14 Oktober 2015, 10:12:48
Da ich auch IO-Homecontrol Dachfenster-Rollladen habe, überlege ich, die Tahoma-Box anzuschaffen obwohl mich die "Cloud-Anbindung" schon nicht begeistert.
Es gibt scheinbar verschiedene Varianten der Tahoma-Box. Welche funktioniert denn mit dem Modul von oben? Ich finde Tahoma-Box, Tahoma IO, Tahoma USB-Stick.
Der Stick läuft nicht, wenn ich das richtig lese, aber was ist der Unterschied zwischen "Box" und "IO"?
Das Modul funktioniert einzig und allein mit der Tahoma Box (1811358)
Der TaHoma USB-Stick (1824033) ist zur Einbindung von EnOcean Komponenten in das Tahoma System vorgesehen.
Für Leute ohne FHEM und Spass am Basteln wohl eine sinnvolle Ergänzung zur Tahoma Box.
Das USB Modul Somfy Set&Go io (9017035) wäre eine schöne Alternative, aber das Modul scheint wohl mit den Endverschlüsselten Daten zu arbeiten, wie in anderen Foren zu lesen ist. Da die Verschlüsselung sinnvoller Weise nicht offengelegt ist, ist dies für FHEM nicht zu gebrauchen.
Und danke nochmal für die ergänzende Info zur notwendigen json Library!
Hey Gemeinde,
kann ich bedenkenlos den Tahoma Box Update auf 2.0.5 machen??
Gruß Dombo
Hallo Dombo,
Ich konnte keine Probleme feststellen.
Gruß
Florian
Hallo!
Ich habe gerade beim Update auf FHEM 5.7 folgende Meldung gehabt:
2015-11-30 10:06:19 Global global EN FHEM/26_tahoma.pm: Unbalanced code (1, last line ok: 1091)
Habt ihr eine Idee, ob/was hier ein Problem ist?
Gruß
Phil
Hallo Phil,
ich kann die Meldung nicht nachvollziehen. Habe gerade FHEM 5.7 ausprobiert, und es kommt nur die Warnung:
main::tahoma_getDeviceList() called too early to check prototype at ./FHEM/26_tahoma.pm line 488
Diese Meldung kannst du ignorieren (sie kommt aus der Rekursion, und könnte noch durch eine Forwarddeklaration eliminiert werden).
Welche Modul-Version benutzt du? Wenn du noch nicht V201 verwendest, dann vielleicht mal updaten!
Gruß, Rolf
Hallo mike!
Das ist eigenartig. Ich nutze schon die V201. Hab gerade wieder ein FHEM-Update gemacht und es kam wieder:
2015-12-04 09:41:09 Global global Calling /usr/bin/perl ./contrib/commandref_join.pl, this may take a while
2015-12-04 09:41:13 Global global EN FHEM/26_tahoma.pm: Unbalanced code (1, last line ok: 1091)
Hab gerade mein Passwort im Verdacht gehabt, aber das enthält auch keine Sonderzeichen...
Gruß
Phil
Hallo!
Läuft bei euch das Ganze zu 100% stabil? Mein FHEM hat sich letztens aufgehängt. Letzte Meldung war:
unexpected end of string while parsing JSON string, at character offset 8841 (before "(end of string)") at ./FHEM/26_tahoma.pm line 583.
Und auch beim Start von FHEM:
main::tahoma_getDeviceList() called too early to check prototype at ./FHEM/26_tahoma.pm line 488.
2016.02.13 15:34:56 1: PERL WARNING: Use of uninitialized value $proxy in concatenation (.) or string at ./FHEM/26_tahoma.pm line 1003.
2016.02.13 15:34:56 3: main::__ANON__ called by ./FHEM/26_tahoma.pm (1003)
2016.02.13 15:34:56 3: main::tahoma_UserAgent_NonblockingGet called by ./FHEM/26_tahoma.pm (205)
2016.02.13 15:34:56 3: main::tahoma_login called by ./FHEM/26_tahoma.pm (322)
2016.02.13 15:34:56 3: main::tahoma_connect called by ./FHEM/26_tahoma.pm (174)
2016.02.13 15:34:56 3: main::tahoma_Notify called by fhem.pl (3149)
Wie ist das bei euch?
Viele Grüße
Phil
ZitatLäuft bei euch das Ganze zu 100% stabil? Mein FHEM hat sich letztens aufgehängt. Letzte Meldung war:
unexpected end of string while parsing JSON string, at character offset 8841 (before "(end of string)") at ./FHEM/26_tahoma.pm line 583.
Hallo Stril,
bei mir läuft es bisher zuverlässig.
Ich habe es auf 2 FHEM Servern auf zwei Raspberrys laufen - einmal mit FHEM 5.7 (zum Test) und einmal mit FHEM 5.6 (Main Installation).
Hast du das Attribut blocking=1 gesetzt? Bei blocking=0 kommen manchmal die Antworten nicht komplett, was ggf. zu dem Fehler führen könnte.
Mein log sieht wie folgt aus:
login start
2016.02.14 12:01:22.020 1: PERL WARNING: Use of uninitialized value $proxy in concatenation (.) or string at ./FHEM/26_tahoma.pm line 1004.
tahoma_autocreate begin
tahoma_autocreate end, new=0
tahoma_autocreate begin
tahoma_autocreate end, new=0Welche FHEM Version benutzt du, welche Hardware und welche Perl-Version?
Hallo!
Also ich bin auf FHEM Version 5.7 mit gestrigem Updatestand. Blocking steht auf "1".
Ich habe einfach keine gute Idee, wo ich ansetzen könnte - gerade, weil es nur um 3 Rollläden geht sollte auch Last, etc. kein Problem sein. Hardware ist auch ein Intel NUC mit mehr als genug Power.
Habt ihr noch einen Ansatz?
Gruß
Phil
Hallo Phil,
ich denke auch nicht, das dies ein 'Lastproblem' ist.
Ich habe gerade nochmal ein FHEM 5.7 mit updates unter windows gestartet, indem nur tahoma läuft, und es gibt keine Probleme.
Die Meldung beim Start ist erklärbar und ist ein Bug - die Variable 'Proxy' wird geloggt obwohl 'undef' und das führt zu den Ausgaben.
Aber dies ist nur unschön und führt ansonsten zu keinen Problemen.
Wann tritt das Problem denn bei dir auf?
Direkt nach Start, oder erst nach ein paar Stunden?
ggf. mal den loglevel höher Setzen auf 4 - das Modul wird dann zwar geschwätzig, aber vielleicht kommen wir dem Problem so auf die Spur.
Hallo!
Das Problem, dass FHEM stehen bleibt, ist für mich nicht reproduzierbar und trat bisher erst einmal nach über einer Woche Laufzeit auf.
Ich habe nur die Fehler gesehen und wollte das klären. Auch mit höherem Loglevel habe ich nicht mehr gesehen.
Bei mir läuft FHEM 5.7 unter Linux.
Gruß
Phil
Gesendet von iPad mit Tapatalk
Hallo Phil,
ich konnte das Problem nachvollziehen, und werden das Abfangen, und auch die anderen, von dir gemeldeten Warnings korrigieren.
Dauert aber ein bischen ...
Hi Mike!
Vielen Dank!!!
Hallo,
ich habe eine Problem mit RTS Rollladen im Tahoma Modul.
Meine IO Rollladen funktionieren 100%ig, nur wenn ich einen RTS Rollladen herunterfahren möchte, steht im Lofgile:
2016.02.19 07:36:19 3: tahoma_applyRequest data={"label":"OG Küche - Positionieren auf 8 % - iPhone","actions":[{"deviceURL":"rts://0202-9367-1364/16747482","commands":[{"name":"setClosure","parameters":[8]}]}]}
2016.02.19 07:36:19 2: TaHoma: http request failed: Bad Request
Woran könnte das liegen?
lg
kaiman
@Stril
Ich habe die neue Version 0203 hochgeladen.
Die Warnmeldungen beim Start sollten jetzt weg sein.
Ebenso der perl Absturz bei fehlerhafter json Antwort vom Server.
@kaiman
Zitat von: kaiman am 19 Februar 2016, 07:40:07
Meine IO Rollladen funktionieren 100%ig, nur wenn ich einen RTS Rollladen herunterfahren möchte, steht im Lofgile:
2016.02.19 07:36:19 2: TaHoma: http request failed: Bad Request
ich habe leider nur io Rolladen, und kann das Problem deshalb nicht so ohne weiteres nachvollziehen.
Kann die RTS Rollade über Tahoma positioniert werden, oder nur auf und zu gefahren werden?
Im Log gibt es bei Setzen des tahoma Loglevel Attributs 'verbose 4' auch eine Setup-Zeile mit den Merkmalen des Device
2016.02.20 17:34:38 4: tahoma1: tahoma_dispatch data={"setup" ...Wenn du mir diese per PN schicken würdest, dann könnte ich RTS mal IO mit vergleichen
Gruß Rolf
Hallo!
Ich habe das Update eingespielt und bislang sieht es wirklich gut aus.
Keine Fehler.
Ich beobachte es. Danke!!
Phil
Hallo,
ich habe das Modul um die Befehle open, close, my, stop und setClosure erweitert.
Theoretisch könnte man die möglichen Befehle je device aus dem Setup auslesen, aber ich habe erst einmal davon abgesehen.
Die Liste der möglichen Kommandos erschien mir zu unübersichtlich, aber vielleicht pflege ich das noch ein.
@kaiman:
Der 'stop' Befehl ist nur für RTS verfügbar - mich würde interessieren, ob der auch wie gedacht funktioniert!?
Der 'SetClosure' Befehl ist identisch mit dem von mir definierten Befehl 'dim', nur das er nicht automatisch mit Slider definiert wird.
Dieser positionierbefehl funktioniert nur bei IO Rolladen.
Meine Idee zur veränderung von 'dim' bzw. 'SetClosure' bei RTS:
- wenn Value bei dim >= 95%, dann 'Close' senden
- wenn Value bei dim <= 5%, dann 'Open' senden
- wenn dazwischen, dann RTS Rolladen nicht verändern
Gruß Rolf
kaiman schrieb:
ZitatHallo,
ich habe die neue Version einmal installiert und getestet.
open / close und my haben bei mir auch funktioniert.
Danke für die rasche Umsetzung!
Die Idee mit dem quasi umschreiben von close und open finde ich eigentlich eine gute Idee. Nur es könnte uU nicht so einfach werden, da ggf ja auch die Rollos mit Fernbedienungen usw verändert werden können?
Eine laufzeitabhängige Positionierung wäre zwar machbar, aber wie du schon geschrieben hast mangels bekannter Position nicht fehlerfrei umsetzbar.
Mein Vorschlag mit der Umleitung des 'dim' Befehls in einen 'open' oder 'close' Befehl könnte ich bei Bedarf umsetzen.
Ggf. auch nur nur bei 'Dim 100' -> 'Close' und bei 'Dim 0' -> 'Open'
Ich lese schon lange Zeit mit, aber jetzt wurmt mich meine Neugier doch so, das ich auch mal nachfragen muss....
Wenn ich das Modul richtig verstehe, nutzt es die WebServices-API von Overkiz. Die Tahoma-Box muss also mit dem Internet verbunden sein, richtig?
Und die API der Box ist nicht dokumentiert, oder?
Zitat von: LutzM am 05 April 2016, 15:05:15
Wenn ich das Modul richtig verstehe, nutzt es die WebServices-API von Overkiz. Die Tahoma-Box muss also mit dem Internet verbunden sein, richtig?
Ja, die Box muss mit dem Internet verbunden sein.
Ich gehe aber davon aus, dass über kurz oder lang auch eine Offline-Lösung von Somfy implementiert wird.
Die Forderung steht bei den Nutzern wohl relativ weit oben auf der Liste der geforderten Features.
ZitatUnd die API der Box ist nicht dokumentiert, oder?
Offiziell wohl nicht, aber es schwirren einige Ansätze im Netz herum, auf die ich aufgebaut habe.
Ein einfaches https WebInterface, das mit GET und POST abgefragt wird.
Anfangs waren die Kommandos in XML, und seit 2.0 wird JSON verwendet - alles leicht interprettierbare Klartextkommandos!
Ich hatte auch mal bei Somfy nachgefragt, ob die die API offenlegen wollen, aber die hatten kein Interesse daran.
Hallo,
vielen Dank für das tahoma Modul. Ich habe IO Rollladenantriebe und teste das Modul gerade, bis jetzt sieht wirklich alles gut aus.
Wenn ich hier richtig gelesen habe, dann funktioniert der "stop" Befehl nicht für IO. Könnte das noch eingepflegt werden. Ich würde den gern für das fhem-tablet-ui verwenden. Oder hat jemand einen anderen Ansatz?
Vielen Dank
ZitatWenn ich hier richtig gelesen habe, dann funktioniert der "stop" Befehl nicht für IO. Könnte das noch eingepflegt werden
Ja, das ist so. Bei IO gibt es den Stop Befehl nicht. Die möglichen Befehle jedes Devices werden bei der Anmeldung übermittelt, und Stop ist nicht darunter.
Wahrscheinlich kann man das eingeleitete Kommando abbrechen, wie das auf die Tahoma Applikation macht, aber da das Protokoll nicht offengelegt ist, und ich auch im Netz nichts darüber gefunden habe, ist das schon ein wenig schwieriger.
Ich wünsche mir den Stop Befehl auch schon länger - vielleicht finde ich ja mal Zeit zu experimentieren.
Hallo Mike,
vielen Dank. Das Modul ist auch ohne Stop Befehl super!
Gruß,
Dirk
Hallo! Ich habe gerade mit Begeisterung diesen Thread gelesen. Im Netz habe ich zwei Somfy Boxen gefunden:
Diese: https://www.amazon.de/Somfy-Box-Tahoma/dp/B01DQ6P0YK
Und diese: https://www.amazon.de/Somfy-TaHoma-Box/dp/B00DQ8P8ZA
Funktioniert das Modul mit Beiden? Oder sollte es sich einfach nur um unterschiedliche Bilder handeln und es steckt eh die selbe Box dahinter?
Liebe Grüße,
Max
Hallo Max
Der erste Link ist die neue Tahoma Box 2. Diese hat mehrere Funkstandards integriert.
Der zweite Link zeigt die ältere Tahoma Box 1. Software sollte bei beiden identisch sein da ja Cloudbasiert.
Funktionieren sollten beide mit Fhem.
vg
Florian
Vielen Dank für die Info! Ist 349,- ein vernünftiger Preis? Ich finde im Internet kaum Bezugsquellen, bzw. die die ich finde liegen alle über 450,-
Ich möchte mich an dieser Stelle ganz herzlich bei Mike3436 bedanken! Ich habe heute meine neue TaHoma Box installiert und gleich mit FHEM verbunden. Dank seines Moduls kann ich nun meine 49 Velux Produkte endlich auch mit FHEM steuern und in meine restliche Automatisierung einbinden! Vielen Dank, super arbeit! Liebe Grüße, Max
Ein Detail noch: Rollläden (ExteriorScreen und Screen) werden, wenn sie eingefahren sind mit 0% und ausgefahren mit 100% angezeigt. Das ist logisch und für mich auch sinnvoll. Fenster allerdings, werden geschlossen mit 100% und geöffnet mit 0% angezeigt - das finde ich unlogisch! Ich weiß, dass das von der Tahoma Box so kommt. Es gibt allerdings bei anderen Devices in Fhem (z.B. bei HomeMatic Rolladen Aktoren) die Möglichkeit die Skala mit "attr <device> param levelInverse" umzudrehen. Das funktioniert bei den Tahoma Devices leider nicht. Gibt es eventuell eine andere Möglichkeit das zu realisieren?
Und ein Problem habe ich auch noch ... Ich kann nicht mehr als 10 Devices "gleichzeitig" steuern, ab dem 11. kommen Fehler. Ich habe über Structures meine Produkte zusammengefasst; ich weiß, dass kann ich auch in der Tahoma Box machen, und dann die Gruppe ansteuern, aber mir ist es aus unterschiedlichen Gründen in Fhem lieber.
Hier das Log dazu:
2016.06.13 00:14:18 3: tahoma_applyRequest data={"label":"Vorzimmer1Fenster - Positionieren auf 94 % - iPhone","actions":[{"deviceURL":"io://1201-5489-7937/9109395","commands":[{"name":"setClosure","parameters":[94]}]}]}
2016.06.13 00:14:18 3: tahoma_applyRequest data={"label":"Vorzimmer2Fenster - Positionieren auf 94 % - iPhone","actions":[{"deviceURL":"io://1201-5489-7937/10244317","commands":[{"name":"setClosure","parameters":[94]}]}]}
2016.06.13 00:14:18 3: tahoma_applyRequest data={"label":"KuecheOben1Fenster - Positionieren auf 94 % - iPhone","actions":[{"deviceURL":"io://1201-5489-7937/6850490","commands":[{"name":"setClosure","parameters":[94]}]}]}
2016.06.13 00:14:18 3: tahoma_applyRequest data={"label":"KuecheOben2Fenster - Positionieren auf 94 % - iPhone","actions":[{"deviceURL":"io://1201-5489-7937/4932199","commands":[{"name":"setClosure","parameters":[94]}]}]}
2016.06.13 00:14:19 3: tahoma_applyRequest data={"label":"KuecheOben3Fenster - Positionieren auf 94 % - iPhone","actions":[{"deviceURL":"io://1201-5489-7937/7390830","commands":[{"name":"setClosure","parameters":[94]}]}]}
2016.06.13 00:14:19 3: tahoma_applyRequest data={"label":"KuecheUnten1Fenster - Positionieren auf 94 % - iPhone","actions":[{"deviceURL":"io://1201-5489-7937/8705803","commands":[{"name":"setClosure","parameters":[94]}]}]}
2016.06.13 00:14:19 3: tahoma_applyRequest data={"label":"KuecheUnten2Fenster - Positionieren auf 94 % - iPhone","actions":[{"deviceURL":"io://1201-5489-7937/6129797","commands":[{"name":"setClosure","parameters":[94]}]}]}
2016.06.13 00:14:19 3: tahoma_applyRequest data={"label":"KuecheUnten3Fenster - Positionieren auf 94 % - iPhone","actions":[{"deviceURL":"io://1201-5489-7937/16349169","commands":[{"name":"setClosure","parameters":[94]}]}]}
2016.06.13 00:14:19 3: tahoma_applyRequest data={"label":"EssenOben1Fenster - Positionieren auf 94 % - iPhone","actions":[{"deviceURL":"io://1201-5489-7937/9691054","commands":[{"name":"setClosure","parameters":[94]}]}]}
2016.06.13 00:14:19 3: tahoma_applyRequest data={"label":"EssenOben2Fenster - Positionieren auf 94 % - iPhone","actions":[{"deviceURL":"io://1201-5489-7937/14066056","commands":[{"name":"setClosure","parameters":[94]}]}]}
2016.06.13 00:14:19 3: tahoma_applyRequest data={"label":"EssenUnten1Fenster - Positionieren auf 94 % - iPhone","actions":[{"deviceURL":"io://1201-5489-7937/8706972","commands":[{"name":"setClosure","parameters":[94]}]}]}
2016.06.13 00:14:19 2: tahoma1: http request failed: Bad Request
2016.06.13 00:14:19 3: tahoma_applyRequest data={"label":"EssenUnten2Fenster - Positionieren auf 94 % - iPhone","actions":[{"deviceURL":"io://1201-5489-7937/15860512","commands":[{"name":"setClosure","parameters":[94]}]}]}
2016.06.13 00:14:19 2: tahoma1: http request failed: Bad Request
2016.06.13 00:14:19 3: tahoma_applyRequest data={"label":"EssenUnten3Fenster - Positionieren auf 94 % - iPhone","actions":[{"deviceURL":"io://1201-5489-7937/9915594","commands":[{"name":"setClosure","parameters":[94]}]}]}
2016.06.13 00:14:19 2: tahoma1: http request failed: Bad Request
2016.06.13 00:14:19 3: tahoma_applyRequest data={"label":"CouchHinten1Fenster - Positionieren auf 94 % - iPhone","actions":[{"deviceURL":"io://1201-5489-7937/13830993","commands":[{"name":"setClosure","parameters":[94]}]}]}
2016.06.13 00:14:20 2: tahoma1: http request failed: Bad Request
2016.06.13 00:14:20 3: tahoma_applyRequest data={"label":"CouchHinten2Fenster - Positionieren auf 94 % - iPhone","actions":[{"deviceURL":"io://1201-5489-7937/9529325","commands":[{"name":"setClosure","parameters":[94]}]}]}
2016.06.13 00:14:20 2: tahoma1: http request failed: Bad Request
2016.06.13 00:14:20 3: tahoma_applyRequest data={"label":"CouchHinten3Fenster - Positionieren auf 94 % - iPhone","actions":[{"deviceURL":"io://1201-5489-7937/8461068","commands":[{"name":"setClosure","parameters":[94]}]}]}
2016.06.13 00:14:20 2: tahoma1: http request failed: Bad Request
2016.06.13 00:14:20 3: tahoma_applyRequest data={"label":"CouchLinks1Fenster - Positionieren auf 94 % - iPhone","actions":[{"deviceURL":"io://1201-5489-7937/14733449","commands":[{"name":"setClosure","parameters":[94]}]}]}
2016.06.13 00:14:20 2: tahoma1: http request failed: Bad Request
2016.06.13 00:14:20 3: tahoma_applyRequest data={"label":"CouchLinks2Fenster - Positionieren auf 94 % - iPhone","actions":[{"deviceURL":"io://1201-5489-7937/1698759","commands":[{"name":"setClosure","parameters":[94]}]}]}
2016.06.13 00:14:21 2: tahoma1: http request failed: Bad Request
2016.06.13 00:14:21 3: tahoma_applyRequest data={"label":"CouchLinks3Fenster - Positionieren auf 94 % - iPhone","actions":[{"deviceURL":"io://1201-5489-7937/10472010","commands":[{"name":"setClosure","parameters":[94]}]}]}
2016.06.13 00:14:21 2: tahoma1: http request failed: Bad Request
2016.06.13 00:14:21 3: tahoma_applyRequest data={"label":"CouchLinks4Fenster - Positionieren auf 94 % - iPhone","actions":[{"deviceURL":"io://1201-5489-7937/11705192","commands":[{"name":"setClosure","parameters":[94]}]}]}
2016.06.13 00:14:21 2: tahoma1: http request failed: Bad Request
2016.06.13 00:14:21 3: tahoma_applyRequest data={"label":"BadFenster - Positionieren auf 94 % - iPhone","actions":[{"deviceURL":"io://1201-5489-7937/15662280","commands":[{"name":"setClosure","parameters":[94]}]}]}
2016.06.13 00:14:21 2: tahoma1: http request failed: Bad Request
Hallo MaxAut,
du hast ja mächtig viele Fenster ;D
Das mit dem "levelinvert" könnte ich kurzfristig einbauen - muss dann auch Open und Close invertiert werden?
Das Problem des Steuerns mehrerer Devices ist nicht so einfach lösbar. Das Problem scheint hier zu sein, das der Server nicht mehr als 10 gleichzeitige Kommandos annimmt.
Man kann aber in einem Kommando mehrere Devices ansteuern. Dies habe ich auch so realisiert, wenn das Positionieren Etagenweise geschieht - diese Gruppen werden automatisch angelegt, wenn sie über das Setup erkannt werden.
Man könnte auch weitere eigene Gruppen manuell anlegen, die dann zusammen positioniert werden können - dies ist nicht realisiert, wäre aber schnell umsetzbar.
Alternativ könnte ich die Befehle queuen und nacheinander zu je 10 absetzen, was natürlich bei 50 Rolladen mehrere Minuten dauern kann.
Ach, sind ja nur 21 ;D
Levelinvert wäre super! Open und Close ... gute Frage, keine Ahnung (bin ja neu bei FHEM). Ich bräuchte es jedenfalls nicht, weil ich das nicht verwende. Ich habe eine eventMap gemacht und "dim 100" auf "zu", "dim 0" auf "auf", und "dim 94" auf "lüften" gemapt, und die dann per webCmd angezeigt. Das habe ich getan, bevor ich gesehen habe, dass Du bereits alles vorbereitet hattest ::) Ich schätze mal, dass das von Deiner Implementierung abhängt ...
Mit einem Kommando mehrere Devices ansteuern ... wie meinst Du das? Oder müssen dazu auf der Tahoma Box die Geräte bereits in Gruppen organsiert sein, und eben diese Gruppen dann angesteuert werden?
Liebe Grüße,
Max
ZitatMit einem Kommando mehrere Devices ansteuern ... wie meinst Du das? Oder müssen dazu auf der Tahoma Box die Geräte bereits in Gruppen organsiert sein, und eben diese Gruppen dann angesteuert werden?
Wenn du über die Tahoma Oberfläche das Haus in Etagen und Räume aufgeteilt hast, dann sollten diese als 'PLACE' in FHEM automatisch angelegt werden.
Wenn eine solche Gruppe positioniert wird, dann geht dafür nur ein Kommando raus, aber an alle Devices, die sich in dem Raum/Etage befinden.
Eine solche Gruppen könnte man auch in FHEM anlegen, aber das müsste von mir halt noch implementiert werden, aber vielleicht kommst du ja erst mal mit den bestehenden places hin!?
wenn ich dein Log mal ein wenig manipuliere, dann würde das dann z.B. so aussehen:
2016.06.13 00:14:18 3: tahoma_applyRequest data={"label":"KuecheOben - Positionieren auf 94 % - iPhone","actions":[{"deviceURL":"io://1201-5489-7937/6850490","commands":[{"name":"setClosure","parameters":[94]}]},{"deviceURL":"io://1201-5489-7937/4932199","commands":[{"name":"setClosure","parameters":[94]}]},{"deviceURL":"io://1201-5489-7937/7390830","commands":[{"name":"setClosure","parameters":[94]}]}]}Damit würdest du die serverseitige Grenze von 10 wahrscheinlich nicht sprengen!
Gruß Rolf
Verstehe; dann ist das eh so, wie ich es mir dachte. Das passt wunderbar so! Ich werde einfach die Structures in FHEM löschen und durch Räume in Tahoma ersetzen. Wie spreche ich denn eigentlich einzelne Produktgruppen in einem Raum an? Angenommen "Wohnzimmer" hat Fenster und Rollos.
Du bist der erste, der mit diesem Problem kommt!
Aktuell sehe ich nur die Möglichkeit, diese in zwei Räume zu platzieren, also z.B. "Wohnzimmer Fenster" und "Wohnzimmer Rollos".
Aber hier sehe ich dann auch Handlungsbedarf ...
Sorry ... habe zu viel Velux Zeugs ;).
Ich werde das heute Abend mal mit den Räumen testen. Wenn es klappt ist es für mich eine brauchbare Lösung, da ich die Räume bzw. sonstigen Funktionen auf der Tahoma direkt ohnehin nicht nutze; die Box ist für mich nur ein Gateway, und die komplette Steuerung läuft über FHEM.
Ich gebe Dir dann am Abend bescheid ob es klappt!
Ich habe jetzt mehrere "Räume" auf der Box angelegt, und die diversen Gruppen gebildet; 13 Stück sind es geworden; dazu kommt nun noch das Objekt "Wohnung" das standardmäßig von Tahoma angelegt wurde, ich aber nicht verwende, sowie die 49 Velux Produkte. Das wurde auch alles in FHEM korrekt angelegt. Soweit so gut - nur jetzt kann ich nichts mehr bedienen, weder die einzelnen Produkte die vorher funktionieren, noch die Räume ... - es kommt absolut keine Reaktion mehr. Im Log steht überhaupt nichts, egal was ich mache. Die einzige Reaktion die ich bekomme ist, wenn ich am IO Device ein get devices mache ...
Habe jetzt alle Tahoma Devices gelöscht und nochmal neu mit autocreate anlegen lassen ... jetzt funktioniert es :)
Der Nachteil an dieser Variante ist allerdings, dass man keinen kumulierten Status sieht, weil der State immer auf "initialized" bleibt ...
Zitatweder die einzelnen Produkte die vorher funktionieren, noch die Räume
Eine Erklärung dafür habe ich nicht - ich habe auch schon Umparametrierungen über die Tahoma Webseite gemacht, und es hat alles funktioniert.
ZitatHabe jetzt alle Tahoma Devices gelöscht und nochmal neu mit autocreate anlegen lassen ... jetzt funktioniert es
Na, da bin ich ja froh, das ich durch meine Empfehlung nicht alles geschrottet habe ::)
ZitatDer Nachteil an dieser Variante ist allerdings, dass man keinen kumulierten Status sieht, weil der State immer auf "initialized" bleibt
Das ist mir auch schon länger ein Dorn im Auge! Ich habe es aber bisher nicht angepackt, da durch separate Verfahrung einzelner Devices der letzte Summenpositionsstatus inkonsistent würde. Aber damit könnte man wohl leben.
Ich bin gerade dabei, das Modul ins FHEM SVN einzupflegen, und dazu muss ich mich erst mal mit den Regularien vertraut machen, und das Modul dahin anpassen.
Wenn diese Hürde genommen ist, dann werde ich die Änderungen angehen.
Also mit der inkonsistenten Summe könnte ich gut leben, da ich normalerweise ohnehin alle in Gruppen steuere und so gut wie nie einzeln.
Viel Erfolg mit SVN! ;-) Welche Änderungen planst Du denn jetzt alle?
hmmm .... irgendwie hat es da was ... heute funktioniert die Steuerung wieder nicht mehr - kein einziges Velux Device lässt sich steuern. Über die Tahoma Box direkt geht es. Im FHEM Log ist rein gar nichts zu sehen. Die Box wird als "Connected" in FHEM angezeigt.
Hast Du Tips wo/wie ich da suchen kann was das Problem ist?
ZitatHast Du Tips wo/wie ich da suchen kann was das Problem ist?
Dazu müsste ich mir das log mal anschauen ...
Im FHEM Log steht nichts ...
ZitatIm FHEM Log steht nichts ...
ab Loglevel 3 sollte die gesamte Startupkommunikation geloggt werden.
vielleich testweise auch mal loglevel auf 5 setzen (verbose 5).
Bin erst wieder ab 20Uhr erreichbar ...
Nachdem das Forum einige Zeit offline war, leider erst jetzt meine Antwort:
Ich konnte das Problem reproduzierbar nachstellen:
1. Device über Autocreate anlegen lassen. Danach funktioniert die Steuerung problemlos und es sind auch Einträge im Log vorhanden.
2. Device in FHEM umbenennen. Danach funktioniert die Steuerung immer noch, und auch das Log ist vorhanden.
3. FHEM neu starten "shutdown restart". Danach funktioniert die Steuerung aus FHEM heraus NICHT mehr. Im Log sind keine Einträge zu finden (auch nicht mit verbose 5).
Das Umbenennen der Devices ist für mich wichtig, damit ich sie vernünftig verwalten kann, und Attribute für z.B. alle Fenster, z.B. mit attrib Fenster.* webCmd <whatever> gesammelt ändern kann. Nach den derzeit verwendeten Aliases kann ich nicht filtern, zumindest soweit ich weiß ...
Das Problem habe ich in der Offlinezeit auch schon erkannt ;D
Ich habe mir schon gedacht, dass du die Devices umbenannt hast, und das wohl anders als ich und wahrscheinlich andere das bisher gemacht haben.
Ursache ist die Reihenfolge der Abarbeitung der Initialisierung der einzelnen Devices nach der Initialisierung.
Wenn die Initialisierung des SUBTYPE DEVICE/PLACE/SCENE vor dem ACCOUNT durchgeführt wird, dann fehlen wichtige Informationen.
Lösbar ist das beim aktuellen Modul über den Namen:
Name für ACCOUNT tahoma1
Name für DEVICE tahoma_Küche_Fenster
oder nur den Accountnamen ändern:
Name für ACCOUNT AAtahoma
Name für DEVICE Kueche_Fenster1
Sortierreihenfolge ist das ASCII-Alphabet: also grob erst Zahlen, dann Grossbuchstaben, dann Unterstrich, und zuletzt Kleinbuchstaben
Deshalb steht 'tahoma1' als ACCOUNT-Namen fast an letzter Stelle der Bearbeitung ::)
Die automatisch angelegten Namen mit tahoma_xxxx liegen aber noch dahinter, und deshalb ist das bisher auch nicht aufgefallen!
Und Wenn du die Devices nur von tahoma_12345 in tahoma_Fenster1 umbenannt hättest, dann wäre es bei dir auch nicht aufgefallen.
Ich habe das aber im Modul erweitert, das die Problematik auftreten kann, und berücksichtigt wird.
Nach den Tests werde ich das am Wochenende hochladen.
Hallo mike3436!
Das war der entscheidende Hinweis! Ich habe nun den Namen für den Account auf AAtahoma1 geändert und nun es wieder, ich kann alles trotz Umbenennung bedienen.
Bis auf die fehlende Funktion levelInvert und das nicht kumuliert wird ist es nun perfekt! ;-)
Hallo MaxAut,
die neuste Version 0206 ist jetzt im FHEM SVN eingecheckt (rev 11684), und wird jetzt über den normalen 'update' Befehl aktualisiert.
Der Fehler mit der Abarbeitungsreihenfolge bei Umbenennung der Devices ist behoben.
Hallo Mike3436!
Ich habe es heute früh schon gesehen, vielen dank! Klappt prima!
Liebe Grüße,
Max
Hallo!
Ich nutze schon seit einem Jahr das Tahoma-Modul ohne Konfigurationsänderungen, aber seit ein paar Tagen hängt mein FHEM immer wieder und ich habe das Tahoma-Modul im Verdacht.
define tahoma1 tahoma ACCOUNT **** ****
attr tahoma1 blocking 1
attr tahoma1 room tahoma
attr tahoma1 verbose 0
FHEM läuft, aber antwortet immer wieder nicht für 10-60s. Das Log steht in dieser Zeit mit der Zeile:
2016.06.22 08:51:03 4: tahoma1: tahoma_login
login start
2016.06.22 08:51:03 5: tahoma_UserAgent_NonblockingGet page=login
Kann es sein, dass FHEM auf den Login "wartet"?
Manchmal funktioniert der Login auch direkt:
login start
tahoma_autocreate begin
tahoma_autocreate end, new=0
tahoma_autocreate begin
tahoma_autocreate end, new=0
Immer wieder sehe ich auch folgende Meldung:
2016.06.22 08:53:25 2: tahoma1: http request failed: Status read
failed: Die Verbindung wurde vom Kommunikationspartner zurückgesetzt
Habt ihr dazu eine Idee?
Nachtrag: Ich habe das Tahoma-Device deaktiviert. Jetzt läuft FHEM wieder ohne Hänger. Es scheint also in diese Richtung zu gehen.
Gruß
Phil
Hallo Phil,
ich habe vor ein paar Tagen das Modul Version 0206 offiziell zu den FHEM Modulen hinzugefügt.
Wenn du zwischenzeitlich einen 'Update' Befehl ausgeführt hast, dann könnte das vielleicht ein Problem verursachen - warum auch immer.
Falls nicht: das Modul arbeitet immer noch blockierend, d.h wenn ein HTTP Request an der Server abgesetzt wird, dann wird auf die Antwort mit 10s Timeout gewartet.
Somit können temporäre Störungen in der Verbindung zum kurzzeitigen Blockieren der gesamten FHEM Laufzeit führen.
Ich werde das aber in nächster Zeit angehen ::)
Gruß Rolf
Hallo!
Danke für die Antwort. Ich frage mich nur, was sich geändert hat. Irgendwie blockiert das System jetzt eben auch "spürbar".
Wäre wirklich toll, wenn Du da eine Idee hättest.
Grüße
Phil
ZitatDanke für die Antwort. Ich frage mich nur, was sich geändert hat. Irgendwie blockiert das System jetzt eben auch "spürbar".
- Sie mal in deinen PN nach!
- Hast 'update' ausgeführt?
- Welche Version verwendest du?
Bei mir reagiert das Modul nach wie vor normal schnell.
Hallo!
Ich habe ein Update gemacht!
Aktuelle Tahoma-Version:
# $Id: 26_tahoma.pm 11684 2016-06-17 21:56:55Z mike3436 $
Ich habe keine Ahnung, was sich geändert hat...
Grüße
Phil
Hallo Phil,
log mal mit 'verbose 3', dann werden alle nicht zyklischen Abfragen, sowie Fehler geloggt.
Vielleicht kommen wir so deinem problem auf die Spur.
Gruß Rolf
Hallo!
Das habe ich gemacht - auch mit verbose 5.
Fehler gab es aber keine. Es wurde mir folgendes geloggt und dann kam die Pause:
2016.06.22 08:51:03 4: tahoma1: tahoma_login
login start
2016.06.22 08:51:03 5: tahoma_UserAgent_NonblockingGet page=login
Gruß
Phil
ZitatFehler gab es aber keine. Es wurde mir folgendes geloggt und dann kam die Pause:
Wie lang war die pause?
Und fing dann das Login wieder von vorne an, ohne weitere Meldung?
Interessant sind oft auch die Meldungen davor und danach, um Rückschlüsse auf eine Ursache zu finden!
Und warum wird der Login gemacht - die Verbindung muss ja dann vorher abgebrochen sein.
Geht zu diesem Zeitpunkt die App auf deinem Pad?
Hallo!
Sorry wegen der späten Antwort. Ich hatte auch wirklich etwas im Log übersehen:
2016.06.22 08:51:03 4: tahoma1: refreshing event
2016.06.22 08:51:03 4: tahoma1: tahoma_getEvents
2016.06.22 08:51:03 4: tahoma1: tahoma_login
login start
2016.06.22 08:51:03 5: tahoma_UserAgent_NonblockingGet page=login
2016.06.22 08:53:10 2: tahoma1: http request failed: Can't connect to www.tahomalink.com:443 (Die Wartezeit für die Verbindung ist abgelaufen)
--> Irgendwie scheint es ein Problem beim Connect zu geben und dann ist FHEM blockiert...
Siehst Du eine Möglichkeit, dass FHEM nicht blockiert wird, wenn z.B. die Internetverbindung einmal "wackelt"?
Gruß
Phil
ZitatSiehst Du eine Möglichkeit, dass FHEM nicht blockiert wird, wenn z.B. die Internetverbindung einmal "wackelt"?
Eigentlich gibt es die Option schon:
wenn du das Attribut Blocking=0 setzt, dann werden nur noch wenige Serverzugriffe blockierend ausgeführt.
Leider ist das Login immer blockierend.
Ich werde das mal umschreiben, bzw. parametrierbar machen ...
Hallo!
Hat das "nicht Blockieren" denn einen Nachteil?
Es wäre wirklich toll, wenn auch der Login ohne Lock laufen würde.
Grüße
Phil
ZitatHat das "nicht Blockieren" denn einen Nachteil?
Nein, hat es (aus Anwendersicht) nicht , aber die Programmierung der Moduls ist aufwendiger und weniger gut testbar.
Aber bei dem jetzigen Stand gibt es wenig Unbekanntes, und so kann ich den Schritt einmal wagen.
Ich habe schon angefangen, aber das ganze dauert etwas ...
Und da das Modul jetzt im FHEM SVN liegt, muss die Veröffentlichung fehlerfrei über die Bühne gehen ::)
@Alle
Ich benötige noch Infos über die verwendeten Devices (nur Rolladen?).
Die werden aus dem Setup gelesen, und das steht ab "VERBOSE 3" im FHEM.log
Daraus werden die Aliasnamen generiert, aber ich habe nur "RollerShutter", die Box alis "Pod" , und eine Fernbedienung habe ich als "RemoteController" angemeldet.
Ich benötige die Information von "controllableName" und zugehörige "uiClass".Grund ist, dass bei der Gruppensteuerung über PLACE nicht alle Devices gesteuert werden sollen.
Aktuell funktioniert bei mir z.B. die Steuerung "ganzes Haus" nicht, weil das Device Pod auch positioniert wird, was zu einer Fehlermeldung seitens des Servers führt.
Ich könnte das jetzt auf RollerShutter limitieren, weis aber nicht ob das andere Stören würde!?
Schon bekannte Devices:
"controllableName" : "internal:PodComponent"
"uiClass":"Pod"
"controllableName":"io:RollerShutterGenericIOComponent"
"uiClass":"RollerShutter"
"controllableName" : "rts:RollerShutterRTSComponent"
"uiClass":"RollerShutter"
"controllableName":"io:IORemoteController"
"uiClass":"RemoteController"
Gruß Rolf
Ich verwende Fenster, Rolladen und Markisen. Liebe Grüße, Max
Hallo!
Ich habe auch nur "RollerShutter", "Pod" und eben die Räume.
Gruß
Phil
Ich bin mir nicht ganz sicher welche Bezeichnung Du brauchst ... ich schicke Dir mal das inControllable Reading von den drei Typen die ich habe - hilft das?
Das ist die Markise (außen)
inControllable io:VerticalExteriorAwningIOComponent
Das ist die Rollo (innen)
inControllable io:VerticalInteriorBlindVeluxIOComponent
Und hier das Fenster:
inControllable io:WindowOpenerVeluxIOComponent
Wo ich die uiClass auslesen kann habe ich nicht gefunden ...
Liebe Grüße,
Max
Ich habe ein neues Problem: Die Steuerung funktioniert nicht mehr, und im Log ist folgende Fehlermeldung zu sehen:
AAAtahoma1: tahoma_dispatch json string is faulty
Irgendwelche Ideen?
ZitatAAAtahoma1: tahoma_dispatch json string is faulty
Dies kommt bei mir nur, wenn ich das zugehörige blocking attribut auf 0 gsetzt habe (ich arbeite ja gerade am nonblocking mode)
attr AAAtahoma1 blocking 1wenn das aber bei dir korrekt gesetzt ist, dann brauche ich das log mit mindestens verbose 3 (gezippt per e-mail, bei PN kann man ja nichts anhängen)
Ich hatte heute auch öfter die Meldung
tahoma1: http request failed: Server closed connection without sending any data back... und gestern auch - daneben auch mal öfter
tahoma1: http request failed: Can't connect to www.tahomalink.com:443was aber wohl an meiner Internet Verbindung lag
Analyse des FHEM.log ...
Ich bin erst mal beruhigt, das der Fehler 'json string is faulty' durch blocking 0 hervorgerufen wurde. Das Problem dabei ist, dass ich nicht die Ganze Antwort auf einmal bekomme, sondern nur Häppchen, die dann zusammengesetzt werden müssen, und ich nicht weis, wann das letzte Häppchen kommt, aber das wird noch ...
Dein Problem scheint aber wieder das alte zu sein: Du versuchst 13 PLACES gleichzeitig anzusteuern, und dann lehnt der Server das ab dem 11. Aufruf ab!
2016.06.30 23:02:55 3: tahoma_applyRequest data={"label":"KuecheMarkisen - Positionieren auf 100 %
2016.06.30 23:03:12 3: tahoma_applyRequest data={"label":"VorzimmerFenster - Positionieren auf 94 %
...
2016.06.30 23:03:17 3: tahoma_applyRequest data={"label":"EssenMarkisen - Positionieren auf 0 %
2016.06.30 23:03:17 3: tahoma_applyRequest data={"label":"CouchHintenMarkisen - Positionieren auf 0 %
2016.06.30 23:03:17 2: AAAtahoma1: http request failed: Bad Request
Das tahoma-Modul reagiert dann auf die "Bad Request" Antwort mit einem erneuten Login.
Die denke hier schon über eine Erweiterung nach:
1. Ich könnte eine Verzögerung einbauen und erst mal sammeln und dann einen Aufruf absetzen
2. Ich könnte die Möglichkeit eigener Gruppendefinitionen vorsehen, so dass Devices auch in mehreren Gruppen vorkommen können
3. Ich könnte die Möglichkeit von DIM auf dem Tahoma Device vorsehen, bei dem mehrere Devices mit Kennung oder Definition als Parameter übergeben werden
4. Ich könnte die Befehle queuen und erst absetzen, wenn der vorherige Befehl abgearbeitet wurde
Guten Morgen!
Wie bereits per Email geschrieben liegt es nicht an den 13 gleichzeitigen Befehlen; das ist ein zusätzliches Problem; Es funktionieren die ersten 10 ja auch schon nicht. Ich schicke Dir gleich noch das Log mit Verbose 4, wie per Email ausgemacht.
Zu den 4 Punkten:
1. Verzögerung: --> finde ich schlecht, weil dadurch das Verhalten für den Anwender unresponsive wird. Wenn ich klicke, will ich auch unmittelbar eine Reaktion haben.
2. Gruppen: --> Es gibt ja ohnehin die Gruppen aus dem Tahoma Device, das ist, zumindest für mich, völlig ausreichend! Ich fasse manche Gruppen dann noch mit Structures zusammen; es wäre schön, würde der Status dann kumuliert angezeigt werden. Bei unterschiedlichen Werten müsste man halt einen Standardwert zurückgeben; das würde bei mir allerdings kaum vorkommen, da ich ja die Gruppen primär über die Structures steuere, und damit überall der selbe Status zu erwarten ist.
3. Dim mit Devices als Parameter: Super Idee!
4. Nächster Befehl erst wenn vorheriger abgearbeitet: Das finde ich ganz schlecht. Warum? Ich habe 21 Fenster, mit jeweils einer Außenmarkise. Das Schließen der Markise dauert beispielsweise etwa 10 Sekunden. Würde ich nun alle 21 Fenster einzeln ansteuern, würde es 210 Sekunden dauern bis alle Markisen unten sind. Jetzt kommt das bei mir nicht vor, weil ich ohnehin mit den Tahoma Gruppen steuere, und eine solche Gruppe für Dich ein Device ist, aber dennoch. Queuing wäre m.E. ab dem 11. Befehl sinnvoll.
Hallo!
Alter Thread, aufgewärmt ;-). Ich habe seit einigen Tagen das Problem, dass FHEM alle 5 Minuten für 5-10 Sekunden blockiert. Im Log sieht das dann so aus:
2016.10.10 15:24:14 1: Perfmon: possible freeze starting at 15:24:07, delay is 7.939
2016.10.10 15:29:12 1: Perfmon: possible freeze starting at 15:29:07, delay is 5.92
2016.10.10 15:34:13 1: Perfmon: possible freeze starting at 15:34:08, delay is 5.767
2016.10.10 15:39:15 1: Perfmon: possible freeze starting at 15:39:08, delay is 7.817
2016.10.10 15:44:15 1: Perfmon: possible freeze starting at 15:44:08, delay is 7.895
2016.10.10 15:49:16 1: Perfmon: possible freeze starting at 15:49:08, delay is 8.562
Apptime sagt (nach 10 Minuten Laufzeit) Folgendes dazu:
name function max count total average maxDly
tmr-tahoma_readStatusTimer HASH(0xb28f38) 9132 263 34695 131.92 196 HASH(AAAtahoma1)
Hast Du eine Idee dazu?
Liebe Grüße,
Max
ZitatHast Du eine Idee dazu?
Normalerweise wird alle 2s ein getEvents Kommando abgesetzt, um Statusänderungen zu erfragen.
Im Modul wird zusätzlich alle 300s anstatt eines getEvents ein refreshAllStates+getStates aufgerufen.
Das hatte ich mal aus Sicherheitsgründen implementiert, falls durch getEvents nicht alle Statusänderungen erfasst werden.
Dies macht jetzt anscheinen bei dir Probleme.
Ersetze mal testweise den Code in der Funktion tahoma_readStatusTimer:
sub tahoma_readStatusTimer($)
{
my ($hash) = @_;
my $name = $hash->{NAME};
my ($seconds) = gettimeofday();
$hash->{refreshStateTimer} = $seconds + 10 if ( (!defined($hash->{refreshStateTimer})) || (!$hash->{logged_in}) );
if( $seconds < $hash->{refreshStateTimer} )
{
Log3 $name, 4, "$name: refreshing event";
tahoma_getEvents($hash, 1);
}
else
{
Log3 $name, 4, "$name: refreshing state";
# tahoma_refreshAllStates($hash, 0); # <<< auskommentiert
# tahoma_getStates($hash, 1); # <<< auskommentiert
tahoma_getEvents($hash, 1); # <<< neu
$hash->{refreshStateTimer} = $seconds + 300;
}
InternalTimer(gettimeofday()+2, "tahoma_readStatusTimer", $hash, 0);
} LG Rolf
hmmm ... ist besser geworden, aber nicht weg; heute um 16:00 habe ich apptime gestartet und danach bewusst FHEM nicht angegriffen.
Hier das Log seitdem:
2016.10.11 16:02:53 1: PERL WARNING: Subroutine HandleTimeout redefined at ./FHEM/98_apptime.pm line 24.
2016.10.11 16:02:53 1: PERL WARNING: Subroutine CallFn redefined at ./FHEM/98_apptime.pm line 58.
2016.10.11 16:44:49 1: Perfmon: possible freeze starting at 16:44:48, delay is 1.974
2016.10.11 16:53:24 1: Perfmon: possible freeze starting at 16:53:23, delay is 1.399
2016.10.11 17:01:46 1: Perfmon: possible freeze starting at 17:01:45, delay is 1.763
2016.10.11 17:08:09 2: AAAtahoma1: http request failed: Server closed connection without sending any data back
2016.10.11 17:08:09 1: Perfmon: possible freeze starting at 17:08:07, delay is 2.674
login start
tahoma_autocreate begin
tahoma_autocreate end, new=0
2016.10.11 17:08:12 3: updateDevices
tahoma_autocreate begin
tahoma_autocreate end, new=0
2016.10.11 17:08:12 3: updateDevices
2016.10.11 17:08:24 1: Perfmon: possible freeze starting at 17:08:12, delay is 12.159
2016.10.11 17:11:58 1: Perfmon: possible freeze starting at 17:11:55, delay is 3.863
2016.10.11 17:27:58 1: Perfmon: possible freeze starting at 17:27:57, delay is 1.06
2016.10.11 17:42:40 2: AAAtahoma1: http request failed: Server closed connection without sending any data back
2016.10.11 17:42:40 1: Perfmon: possible freeze starting at 17:42:38, delay is 2.52
login start
tahoma_autocreate begin
tahoma_autocreate end, new=0
2016.10.11 17:42:43 3: updateDevices
tahoma_autocreate begin
tahoma_autocreate end, new=0
2016.10.11 17:42:43 3: updateDevices
2016.10.11 17:42:53 1: Perfmon: possible freeze starting at 17:42:43, delay is 10.076
2016.10.11 17:44:15 1: Perfmon: possible freeze starting at 17:44:14, delay is 1.912
2016.10.11 17:56:28 3: CUL_HM set Lichterkette on
2016.10.11 18:02:06 1: Perfmon: possible freeze starting at 18:02:05, delay is 1.709
2016.10.11 18:10:16 1: Perfmon: possible freeze starting at 18:10:14, delay is 2.103
2016.10.11 18:15:13 1: Perfmon: possible freeze starting at 18:15:12, delay is 1.817
Und hier der Output von apptime:
name function max count total average maxDly
tmr-tahoma_readStatusTimer HASH(0x10dcc68) 12490 4025 288040 71.56 2099 HASH(AAAtahoma1)
Liebe Grüße,
Max
Ich habe auch mal perfmon geladen, und bei mir kommen die grossen blockierenden Zeiten > 10s nur beim Einloggen und dem folgendem Lesen des Setup und der States.
apptime kommt nach dem Start bei mir nicht über 500ms obwohl mehrere refreshAllStates+getStates aufgerufen wurden.
name function max count total average maxDly
tmr-tahoma_readStatusTimer HASH(0x19726a0) 489 696 35701 51.29 139 HASH(tahoma1)
Ich denke, es geht kein Weg mehr vorbei an der Überarbeitung des Moduls bezüglich asynchroner Abarbeitung!
Der Server reagiert zeitweise träge und blockiert so FHEM!
Ich hatte schon angefangen, aber wegen Zeitmangel wieder abgebrochen.
LG Rolf
Ich fürchte meine 49 Velux Produkte und die 12 in Tahoma definierten "Räume" um das vernünftig in Gruppen steuern zu können, machen die Sache nicht einfacher/schneller ;-).
Ich bin kein Programmierer, aber wenn ich dennoch irgendwie behilflich sein kann (beispielsweise als Tester) dann sehr gerne!
Liebe Grüße,
Max
Hallo,
ich habe zwei Rollos über die Tahoma Box in Fhem dirn. "Meo Fenster" geht "Meo Tür" geht nicht (via Homekit bzw via Fhem Web). Sind beides die gleichen Motoren.
Über die Tahoma oder per IO Schalter gehen beide. Hier die Konfig:
Fenster (geht):
2016.10.20 11:30:51 3: tahoma_applyRequest data={"label":"Meo Fenster - Positionieren auf 100 % - iPhone","actions":[{"deviceURL":"io://1202-6008-2347/1419502","commands":[{"name":"setClosure","parameters":[100]}]}]}
2016.10.20 11:31:14 3: tahoma_applyRequest data={"label":"Meo Fenster - Positionieren auf 0 % - iPhone","actions":[{"deviceURL":"io://1202-6008-2347/1419502","commands":[{"name":"setClosure","parameters":[0]}]}]}
Internals:
COMMANDS dim:slider,0,1,100 close:noArg delayedStopIdentify down:noArg getName:noArg identify:noArg my:noArg open:noArg setClosure setDeployment setMemorized1Position setName setPosition setSecuredPosition startIdentify:noArg stopIdentify:noArg up:noArg wink
DEF DEVICE io://1202-6008-2347/1419502
INTERVAL 2
IODev tahoma1
NAME tahoma_1419502
NR 68
NTFY_ORDER 50-tahoma_1419502
STATE dim0
SUBTYPE DEVICE
TYPE tahoma
dataTypes core:NameState,core:RSSILevelState,core:ClosureState,core:OpenClosedState
device io://1202-6008-2347/1419502
fid 1419502
inControllable io:RollerShutterGenericIOComponent
inLabel Meo Fenster
inPlaceOID c82d9f9b-4f7a-445d-9693-0b01d8cfd699
inType 1
Readings:
2016-10-20 11:31:35 devicestate open
2016-10-20 11:31:35 position 0
2016-10-20 11:31:35 state dim0
Helper:
readingNames:
hash(0x3f61e90)
hash(0x3f61f08)
hash(0x3f61f80)
hash(0x3f61ff8)
Attributes:
IODev tahoma1
alias RollerShutter Meo Fenster
genericDeviceType blind
homebridgeMapping CurrentPosition=dim::position,invert=1,minValue=0,maxValue=100 TargetPosition=dim::position,invert=1,minValue=0,maxValue=100,minStep=10
room Homekit,tahoma
userReadings position {ReadingsNum($name,'state',50)}
webCmd dim
Tür (geht nicht):
2016.10.20 11:30:10 3: tahoma_applyRequest data={"label":"Meo Tür - Positionieren auf 0 % - iPhone","actions":[{"deviceURL":"io://1202-6008-2347/15514408","commands":[{"name":"setClosure","parameters":[0]}]}]}
2016.10.20 11:30:10 2: tahoma1: http request failed: Bad Request
Internals:
COMMANDS dim:slider,0,1,100 close:noArg delayedStopIdentify down:noArg getName:noArg identify:noArg my:noArg open:noArg setClosure setDeployment setMemorized1Position setName setPosition setSecuredPosition startIdentify:noArg stopIdentify:noArg up:noArg wink
DEF DEVICE io://1202-6008-2347/15514408
INTERVAL 2
IODev tahoma1
NAME tahoma_15514408
NR 69
NTFY_ORDER 50-tahoma_15514408
STATE dim0
SUBTYPE DEVICE
TYPE tahoma
dataTypes core:NameState,core:RSSILevelState,core:ClosureState,core:OpenClosedState
device io://1202-6008-2347/15514408
fid 15514408
inControllable io:RollerShutterGenericIOComponent
inLabel Meo Tür
inPlaceOID c82d9f9b-4f7a-445d-9693-0b01d8cfd699
inType 1
Readings:
2016-10-20 11:30:23 devicestate open
2016-10-20 11:30:23 position 0
2016-10-20 11:30:23 state dim0
Helper:
readingNames:
hash(0x3f64db8)
hash(0x3f64e30)
hash(0x3f64ea8)
hash(0x3f64f20)
Attributes:
IODev tahoma1
alias RollerShutter Meo Tür
genericDeviceType blind
homebridgeMapping CurrentPosition=dim::position,invert=1,minValue=0,maxValue=100 TargetPosition=dim::position,invert=1,minValue=0,maxValue=100,minStep=10
room Homekit,tahoma
userReadings position {ReadingsNum($name,'state',50)}
webCmd dim
Kann mir jemand helfen? :)
Danke!!!
Hallo,
ich kann grundsätzlich keine zwischen beiden devices Unterschiede erkennen, und somit auch keinen Grund für einen "Bad Request".
Einziger infrage kommender Versuch: mal 'Tür' durch 'Tuer' ersetzen
Ansonsten benötige ich mal das FHEM log mit attribut verbose 4 auf tahoma1 und dann vielleicht 2 Versuche, die Rollade zu verfahren - ggf. auch per PM
hi,
du bist ja geil! 8) Jetzt gehts....es war tatsächlich das "ü" in Tür.....
Vielen Dank! :)
Hallo, die Umlautproblematik ist mir bisher unbekannt!
Ich habe mehrere Devices und Räume mit Umlauten (Küche, Büro, usw.)
Den Namen 'Meo Tür' hast du aber über die Somfy App vorgegeben, oder.
Somit ist alles gleich wie bei mir auch, komisch, ...
Hallo,
erst einmal vielen Dank für das Modul!
:)
Durch DG-Ausbau mit Velux-Fenstern und -Rolläden ist nun also auch eine Tahoma-Box eingezogen.
Einbindung in FHEM problemlos dank dieses Moduls!
[thumbsup]
Ein, zwei kurze Fragen noch:
Bin auch durch meiner Homematic/Zwave-Komponenten die Mimik 100=offen/0=closed gewöhnt.
Hier (https://forum.fhem.de/index.php/topic,28045.msg461422.html#msg461422)hattet ihr ja schon 'mal über ein mögliches Attribut "levelInverse" geschrieben. Wäre klasse, wenn das kommen könnte (open/close braucht nicht invertiert zu werden).
Gibt es irgendwo einen Doku über die möglichen "set"-Befehle und ihrer Parameter für die Tahoma Devices?
Beim Dachfenster-Rolladen habe ich z.B.
Zitatdim
close
delayedStopIdentify
down
getName
identify
my
open
refreshMemorized1Position
setClosure
setDeployment
setMemorized1Position
setName
setPosition
setSecuredPosition
startIdentify
stopIdentify
up
wink
zur Auswahl, von denen mir einige rein von ihrer "Benamsung" her leider nicht viel sagen.
Ach so, falls es noch jemand für seine Rolläden gebrauchen kann:
Icons für verschiedene Positionen eines Dachfenster-Rollos (https://forum.fhem.de/index.php/topic,12605.msg510801.html#msg510801)
Viele Grüße,
Andreas
Hallo,
ich habe habe ab Modul Version 205 zusätzlich zum selbst definierten 'dim' die gesamte Palette aller verfügbaren Kommandos der einzelnen Devices verfügbar gemacht, egal ob hinter jedem Kommando da ein für uns nützlicher ein Sinn hinter steck oder nicht. Und ich kann auch nur Vermutungen anstellen, was sich hinter jedem Kommando verbirgt - aber das lasse ich lieber. Generell macht es aber Sinn, da ich nicht alle Devices kenne und so jeder die Möglichkeit hat, alle Funktionen der eigenen Devices anzusteuern.
Und das levelinverse steht auf der todo Liste ...
Zitat von: mike3436 am 20 Oktober 2016, 22:56:55
Hallo, die Umlautproblematik ist mir bisher unbekannt!
Ich habe mehrere Devices und Räume mit Umlauten (Küche, Büro, usw.)
Den Namen 'Meo Tür' hast du aber über die Somfy App vorgegeben, oder.
Somit ist alles gleich wie bei mir auch, komisch, ...
hi,
ja über die somfy!
grüße
hi,
ich habe Probleme meine Markise zu steuern (via apple home app). Also sie geht raus und rein...aber das icon läd und läd und bekommt keinen finalen Status...
Internals:
COMMANDS dim:slider,0,1,100 close:noArg delayedStopIdentify deploy:noArg down:noArg getName:noArg identify:noArg my:noArg open:noArg refreshMemorized1Position:noArg setClosure setDeployment setMemorized1Position setName setPosition setSecuredPosition startIdentify:noArg stopIdentify:noArg undeploy:noArg up:noArg wink
DEF DEVICE io://1202-6008-2347/16118265
INTERVAL 2
IODev tahoma1
NAME tahoma_16118265
NR 70
NTFY_ORDER 50-tahoma_16118265
STATE Initialized
SUBTYPE DEVICE
TYPE tahoma
dataTypes core:NameState,core:PriorityLockTimerState,core:StatusState,core:RSSILevelState,core:DeploymentState,core:OpenClosedState
device io://1202-6008-2347/16118265
fid 16118265
inControllable io:HorizontalAwningIOComponent
inLabel Kinder Balkon
inPlaceOID 8e3e51a0-2696-4445-96ff-cc6915e201d2
inType 1
Readings:
2016-10-30 14:27:54 devicestate open
2016-10-30 14:27:54 position 100
Helper:
readingNames:
hash(0x3ecd450)
hash(0x3ecd4c8)
hash(0x3ecd540)
hash(0x3ecd5b8)
hash(0x3ecd630)
hash(0x3ecd6a8)
Attributes:
IODev tahoma1
alias Markise Kinder
genericDeviceType blind
homebridgeMapping CurrentPosition=dim::position,invert=1,minValue=0,maxValue=100 TargetPosition=dim::position,invert=1,minValue=0,maxValue=100,minStep=10
room Homekit,tahoma
userReadings position {ReadingsNum($name,'state',100)}
webCmd dim
kann jemand helfen?
danke und grüße
Hallo Leute,
ich habe das Modul überarbeitet und mit Versionsnummer 0207 eingecheckt.
Es kann dann über Update aktualisiert werden.
Neue Features sind:
- attibut blocking 1 muss nicht mehr verwendet werden, aber die jetzt implementierte Asynchronität von Abfrage und Antwort führt trotzdem manchmal zum Blockieren
- attribut levelInvert 1 führt zum invertieren der RollerShutter Position
- Alle gemeldeten Stati werden jetzt als Reading aufgeführt.
LG Rolf
Vielen Dank,
"levelInvert" funktioniert wie gewünscht.
Auch die zusätzlichen Readings sind sehr angenehm.
Viele Grüße,
Andreas
Hallo Rolf,
habe leider noch ab und zu ein "Extrem-Blocking" ;):
2016.11.18 09:43:18.411 1: Perfmon: possible freeze starting at 09:43:17, delay is 1.411
2016.11.18 09:57:41.260 1: Perfmon: possible freeze starting at 09:43:28, delay is 853.26
2016.11.18 09:57:41.515 2: DG_TAHOMA01: tahoma_dispatch http request failed: Unauthorized
2016.11.18 09:57:41.567 2: DG_TAHOMA01: tahoma_dispatch http request failed: Unauthorized
...
2016.11.18 09:25:43.631 1: Perfmon: possible freeze starting at 09:25:41, delay is 2.63
2016.11.18 09:42:45.766 1: Perfmon: possible freeze starting at 09:26:00, delay is 1005.766
2016.11.18 09:42:46.053 2: DG_TAHOMA01: tahoma_dispatch http request failed: Unauthorized
2016.11.18 09:42:46.114 2: DG_TAHOMA01: tahoma_dispatch http request failed: Unauthorized
...
2016.11.22 11:24:30.459 3: DG_TAHOMA01: tahoma_refreshAllStates tahoma_getStates took 752.829074859619 ms
2016.11.22 11:24:35.401 3: DG_TAHOMA01: tahoma_getEvents took 597.220897674561 ms
2016.11.22 11:45:59.687 1: Perfmon: possible freeze starting at 11:29:08, delay is 1011.687
2016.11.22 11:46:00.016 2: DG_TAHOMA01: tahoma_dispatch http request failed: Unauthorized
2016.11.22 11:46:00.068 2: DG_TAHOMA01: tahoma_dispatch http request failed: Unauthorized
...
2016.11.23 12:00:00.115 3: ZWave set HZKG_WWZP on
2016.11.23 12:17:44.362 1: Perfmon: possible freeze starting at 12:01:14, delay is 990.361
2016.11.23 12:17:44.629 2: DG_TAHOMA01: tahoma_dispatch http request failed: Unauthorized
2016.11.23 12:17:44.688 2: DG_TAHOMA01: tahoma_dispatch http request failed: Unauthorized
...
2016.11.23 12:44:00.071 3: ZWave set HZKG_WWZP off
2016.11.23 13:03:03.717 2: DG_TAHOMA01: tahoma_dispatch http request failed: Unauthorized
2016.11.23 13:03:03.763 2: DG_TAHOMA01: tahoma_dispatch http request failed: Unauthorized
2016.11.23 13:03:03.764 1: Perfmon: possible freeze starting at 12:46:12, delay is 1011.764
Im Einsatz ist bei mir die wohl neueste Version
26_tahoma.pm 12591 2016-11-15 21:25:45Z mike3436
Attribut "blocking" ist bei mir nirgendwo gesetzt.
Kannst Du da noch 'was machen?
Vielen Dank und Grüße,
Andreas
Hallo Andreas,
ich werde das Modul wohl von der perl LWP::UserAgent auf die von Rudi entworfene httpUtil Library umstellen, mit der Hoffnung, das damit die Blockierer verschwinden.
Damit erlicht aber die Benutzung des Atttributs PROXY, welches von der httpUtil Library nicht unterstützt wird.
Das eigentliche Problem, die schlechte Erreichbarkeit bzw. Reaktion des somfy Servers wird damit wohl nicht verschwinden.
Falls ein anderer Entwickler das hier vielleicht mitließt:
macht das überhaupt Sinn, oder ist die in httpUtil verwendete Library IO::Socket::INET ebenfalls von Hängern im TCP-Stream betroffen?
Gruß Rolf
Hallo Rolf,
vielen Dank für Deine Antwort.
Uih, das hört sich nach viel Aufwand an, umso dankbarer wäre ich, wenn Du das wirklich umsetzt.
Für Tests stehe ich natürlich gerne zur Verfügung.
Bevor Du etwas machst, eine kurze Frage: Wie kann es denn überhaupt zu "Unauthorized" kommen?
Die Login-Informationen werden ja nicht geändert und sind in FHEM gespeichert.
Liegt das auch an der üblen Verfügbarkeit der somfy Server oder lohnt es sich eher, nach den Gründen für "Unauthorized" zu forschen, statt die Umstellung auf httpUtil anzugehen?
Viele Grüße,
Andreas
PS: Auf das Attribut "proxy" kann ich persönlich verzichten, habe es nämlich gar nicht im Einsatz. ;)
Zitatmacht das überhaupt Sinn, oder ist die in httpUtil verwendete Library IO::Socket::INET ebenfalls von Hängern im TCP-Stream betroffen?
HttpNonblockingGet sollte kaum noch Haenger aufweisen, mit "attr global dnsServer" kann man sogar das DNS-Lookup auf nichtblockierend umstellen. Wenn doch ein Haenger auftritt, bitte melden :)
Proxy geht auch, wenn man ein transparentes proxy verwendet.
ZitatWie kann es denn überhaupt zu "Unauthorized" kommen?
Beim Login wird ein Cookie geliefert und dieses wird dann mit jedem Command gesendet.
Bricht die Verbindung ab, dann ist das Cookie veraltet und man muss ein neues Login starten.
Bei mir im Log taucht das "Unauthorized" bisher auch nicht auf.
Vielleicht ist die Ursache auch wirklich eine andere:
Die Meldung kann nach aktueller Analyse nur bei einem Blocking Request auftreten.
Wenn du das Attribut BLOCKING=0 gesetzt hast, dann wird dies nur noch beim GetDevices ausgeführt, das man über die FHEM Oberfläche auf dem tahoma ACCOUNT absetzen kann.
Eventuell auch von aussen getriggert.
Hallo!
Bei mir sieht es leider auch so aus, dass trotz "nonblocking" FHEM blockiert. Perfmon zeigt aktuell alle 2 Minuten zuverlässig einen Freeze von 4,5s.
Das Ganze sieht im Log dann so aus:
2016.11.24 11:32:28 4: tahoma1: refreshing event
2016.11.24 11:32:28 4: tahoma1: tahoma_getEvents
2016.11.24 11:32:28 5: tahoma1: tahoma_UserAgent_NonblockingGet page=getEvents
2016.11.24 11:32:33 4: tahoma1: tahoma_dispatch page=getEvents dataLen=2 dataLenTotal=2
2016.11.24 11:32:33 5: tahoma1: tahoma_dispatch data=[]
2016.11.24 11:32:33 5: tahoma1: tahoma_parseGetEvent
2016.11.24 11:32:33 3: tahoma1: tahoma_getEvents took 5225.50177574158 ms
2016.11.24 11:32:33 1: Perfmon: possible freeze starting at 11:32:29, delay is 4.604
Hat von euch schon jemand versucht, das Tahoma-Modul mit FHEM2FHEM in eine eigene Instanz auszulagern?
Bisher habe ich das Ganze leider noch nicht hinbekommen, aber eigentlich sollte das ja funktionieren und die Latenz wäre dann egal, oder?
Grüße
Phil
Hallo Phil,
Irgendwie kommt mir das Log merkwürdig vor.
Das Attribut BLOCKING=0 muss explizit gesetzt werden, sonst wird weiter blockierend gearbeitet, und das sieht für mich so aus.
Gruß Rolf
Hallo!
Das habe ich dann wohl falsch gemacht. Ich dachte, es reicht, "Blocking=1" herauszunehmen.
Ich beobachte jetzt mal, wie es läuft.
Vielen Dank
Grüße
Hallo!
Hatte mich zu früh gefreut. Gerade gab es wieder einen Freeze.
blocking=0
...und das Log:
2016.11.24 13:46:11 4: tahoma1: refreshing event
2016.11.24 13:46:11 4: tahoma1: tahoma_getEvents
2016.11.24 13:46:11 5: tahoma1: tahoma_UserAgent_NonblockingGet page=getEvents
2016.11.24 13:46:17 4: tahoma1: tahoma_dispatch page=getEvents dataLen=2 dataLenTotal=2
2016.11.24 13:46:17 5: tahoma1: tahoma_dispatch data=[]
2016.11.24 13:46:17 5: tahoma1: tahoma_parseGetEvent
2016.11.24 13:46:17 3: tahoma1: tahoma_getEvents took 5239.58301544189 ms
2016.11.24 13:46:17 1: Perfmon: possible freeze starting at 13:46:12, delay is 5.06
Hast Du dazu noch eine Idee?
Grüße
Phil
Hallo Phil,
also bei mir kommen seit der Umstellung auf NONBLOCKING auch vereinzelt Meldungen - so 5 mal pro Tag.
Ich hatte dafür extra die Meldung tahoma_xxx took n ms eingefügt, die ab 500ms aktiviert wird.
Was bei dir die Ursache häufiger Blockierungen ist, kann ich auch nicht sagen.
Ich werde wie gesagt das Modul auf httpUtil umstellen, und hoffe, dass damit das Problem verschwindet.
Gruß Rolf
Hallo,
ich habe eine neue Version V208 im 1. Beitrag angehängt.
Diese ist auf HttpUtils umgebaut und läuft bei mir stabil - aber erst seit heute.
Die Blockierungen sind bei mir jetzt verschwunden.
Bei der Umstellung ist bei mir auch das Umlautproblem aufgetreten, d.h. wenn der originale Name Umlaute beinhaltete, dann waren diese Devices nicht mehr steuerbar.
Die Funktion HttpUtil_NonBlockingGet leitet das Kommando dann nicht durch und liefert in einen Fehler zurück.
Dieses Problem wurde behoben (automatisches Ersetzen der Umlaute 'ÄÖÜäöüß' durch 'Ae oe ue ae oe ue ss').
Bitte mal testen und ggf. Probleme melden, bevor ich das fürs automatische update einchecke.
Gruß Rolf
Hallo!
Ich habe die neue Version eingespielt und teste jetzt mal.
Erste Rückmeldung:
Ich bekomme alle paar Sekunden folgende Meldung:
2016.11.28 10:41:04 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/26_tahoma.pm line 1210.
2016.11.28 10:41:04 1: stacktrace:
2016.11.28 10:41:04 1: main::__ANON__ called by ./FHEM/26_tahoma.pm (1210)
2016.11.28 10:41:04 1: main::tahoma_UserAgent_NonblockingGet called by ./FHEM/26_tahoma.pm (312)
2016.11.28 10:41:04 1: main::tahoma_getEvents called by ./FHEM/26_tahoma.pm (361)
2016.11.28 10:41:04 1: main::tahoma_readStatusTimer called by fhem.pl (2866)
2016.11.28 10:41:04 1: main::HandleTimeout called by fhem.pl (604)
2016.11.28 10:41:05 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at FHEM/HttpUtils.pm line 372.
2016.11.28 10:41:05 1: stacktrace:
2016.11.28 10:41:05 1: main::__ANON__ called by FHEM/HttpUtils.pm (369)
2016.11.28 10:41:05 1: main::HttpUtils_Connect2 called by FHEM/HttpUtils.pm (277)
2016.11.28 10:41:05 1: main::__ANON__ called by fhem.pl (679)
2016.11.28 10:41:06 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/26_tahoma.pm line 1210.
2016.11.28 10:41:06 1: stacktrace:
2016.11.28 10:41:06 1: main::__ANON__ called by ./FHEM/26_tahoma.pm (1210)
2016.11.28 10:41:06 1: main::tahoma_UserAgent_NonblockingGet called by ./FHEM/26_tahoma.pm (312)
2016.11.28 10:41:06 1: main::tahoma_getEvents called by ./FHEM/26_tahoma.pm (361)
2016.11.28 10:41:06 1: main::tahoma_readStatusTimer called by fhem.pl (2866)
2016.11.28 10:41:06 1: main::HandleTimeout called by fhem.pl (604)
2016.11.28 10:41:07 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at FHEM/HttpUtils.pm line 372.
2016.11.28 10:41:07 1: stacktrace:
2016.11.28 10:41:07 1: main::__ANON__ called by FHEM/HttpUtils.pm (369)
2016.11.28 10:41:07 1: main::HttpUtils_Connect2 called by FHEM/HttpUtils.pm (277)
2016.11.28 10:41:07 1: main::__ANON__ called by fhem.pl (679)
Die Freezes scheinen auch noch da zu sein:
2016.11.28 10:42:13 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/26_tahoma.pm line 1210.
2016.11.28 10:42:13 1: stacktrace:
2016.11.28 10:42:13 1: main::__ANON__ called by ./FHEM/26_tahoma.pm (1210)
2016.11.28 10:42:13 1: main::tahoma_UserAgent_NonblockingGet called by ./FHEM/26_tahoma.pm (312)
2016.11.28 10:42:13 1: main::tahoma_getEvents called by ./FHEM/26_tahoma.pm (361)
2016.11.28 10:42:13 1: main::tahoma_readStatusTimer called by fhem.pl (2866)
2016.11.28 10:42:13 1: main::HandleTimeout called by fhem.pl (604)
2016.11.28 10:42:13 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at FHEM/HttpUtils.pm line 372.
2016.11.28 10:42:13 1: stacktrace:
2016.11.28 10:42:13 1: main::__ANON__ called by FHEM/HttpUtils.pm (369)
2016.11.28 10:42:13 1: main::HttpUtils_Connect2 called by FHEM/HttpUtils.pm (277)
2016.11.28 10:42:13 1: main::__ANON__ called by fhem.pl (679)
2016.11.28 10:42:17 1: Perfmon: possible freeze starting at 10:42:15, delay is 2.137
[code]
Hallo Phil,
ich habe nochmal ein Update der V0208 hochgeladen.
Die erste Warn-Meldung '26_tahoma.pm line 1210' ist erklärbar, und habe ich abgestellt.
Die erste Warn-Meldung 'HttpUtils.pm line 372' ist nicht ganz erklärbar, habe aber versucht, etwas zu ändern.
generell kommen bei mir die Warnungen nicht, aber das kann auch an den Umgebungseinstellungen liegen.
Auf was für einem System läuft das bei dir, und welche Perl Version hast du?
Und zum Blocker vventuell den Tipp von Rudi mal testen:
"attr global dnsServer"
Gruß Rolf
Hallo!
Aktuell nutze ich Ubuntu 14.05.5 LTS auf einem Intel NUC mit Perl 5.18.2
Die neue Version teste ich gleich. Die Perfmon-Meldungen scheinen übrigens gar nicht vom Tahoma-Modul gekommen zu sein. Tut mir Leid, wenn ich Dich auf eine falsche Fährte gebracht haben sollte.
Es muss etwas anderes sein...
Grüße
Phil
Hallo!
Die eine Fehlermeldung ist jetzt weg. Es bleibt nur noch die HttpUtils-Meldung:
2016.11.28 15:57:11 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at FHEM/HttpUtils.pm line 372.
2016.11.28 15:57:11 1: stacktrace:
2016.11.28 15:57:11 1: main::__ANON__ called by FHEM/HttpUtils.pm (369)
2016.11.28 15:57:11 1: main::HttpUtils_Connect2 called by FHEM/HttpUtils.pm (277)
2016.11.28 15:57:11 1: main::__ANON__ called by fhem.pl (679)
2016.11.28 15:57:13 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at FHEM/HttpUtils.pm line 372.
2016.11.28 15:57:13 1: stacktrace:
2016.11.28 15:57:13 1: main::__ANON__ called by FHEM/HttpUtils.pm (369)
2016.11.28 15:57:13 1: main::HttpUtils_Connect2 called by FHEM/HttpUtils.pm (277)
2016.11.28 15:57:13 1: main::__ANON__ called by fhem.pl (679)
2016.11.28 15:57:15 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at FHEM/HttpUtils.pm line 372.
2016.11.28 15:57:15 1: stacktrace:
2016.11.28 15:57:15 1: main::__ANON__ called by FHEM/HttpUtils.pm (369)
2016.11.28 15:57:15 1: main::HttpUtils_Connect2 called by FHEM/HttpUtils.pm (277)
2016.11.28 15:57:15 1: main::__ANON__ called by fhem.pl (679)
Alle paar Sekunden kommt der Fehler.
Hast Du dazu noch eine Idee?
Danke und Grüße
Phil
Hallo Phil,
den 2. Bug habe ich auch gefunden, Datei 26_tahoma_V0208_20161128.zip wurde geupdated.
Gruß Rolf
Hallo Rolf!
Sieht prima aus. Vielen Dank!
Grüße
Phil
Hallo,
die aktuelle Version V0208 wurde hochgeladen und kann dann über "update" aktualisiert werden.
Keine Blocker mehr dank Rudi's HttpUtils - super - und die Umstellung was einfacher als gedacht.
Gruß Rolf
Hallo Rolf,
seit gestern im Einsatz und kann auch nur Gutes berichten.
[thumpsup]
Vielen Dank für superschnelle Umsetzung,
Andreas
Daumen hoch...
Hallo,
'mal wieder eine kurze Frage.
Im Einsatz bei mir sind Dachfenster-Rolläden von Velux, angebunden über Tahoma.
Die Fahrbefehle
dim xx
on/off
up/down
open/close
funktionieren über FHEM einwandfrei.
Jedoch habe ich noch keinen Befehl identifizieren können, um ein laufendes Fahrmanöver zu stoppen.
Bei einer einfachen mitgelieferten Velux Fernbedienung ohne Display (3UR B01) gibt es ja drei Knöpfe, der obere für "hoch", der untere für "runter" und der mittlere für "stop".
Hoffte eigentlich, dass der FHEM Befehl "my" dem mittleren Knopf für "stop" entspricht.
Ein
set ROLLADEN my
zeigt jedoch bei mir keine Wirkung bei einem laufenden Fahrmanöver.
Ist das nur bei mir so oder wird der mittlere Button wirklich nicht über Tahoma an FHEM (oder umgekehrt) weitergegeben?
Zumindest in der Web-Oberfläche bei Tahoma (www.tahomalink.com) wird nach Starten eines Fahrmanövers ein "Stop"-Button angezeigt, der auch seine Wirkung zeigt, wenn man ihn anklickt.
Vielleicht kann ja jemand etwas Licht ins Dunkle bringen.
Viele Grüße,
Andreas
Hier noch ein list eines Rolladens:
Internals:
COMMANDS dim:slider,0,1,100 close:noArg delayedStopIdentify down:noArg getName:noArg identify:noArg my:noArg open:noArg refreshMemorized1Position:noArg setClosure setDeployment setMemorized1Position setName setPosition setSecuredPosition startIdentify:noArg stopIdentify:noArg up:noArg wink
DEF DEVICE io://1202-5130-7724/1991715
INTERVAL 2
IODev DG_TAHOMA01
NAME SZDG_ROLL
NR 688
NTFY_ORDER 50-SZDG_ROLL
STATE 100
SUBTYPE DEVICE
TYPE tahoma
device io://1202-5130-7724/1991715
fid 1991715
inClass RollerShutter
inControllable io:RollerShutterVeluxIOComponent
inLabel SZDG_ROLL
inPlaceOID 14f9060a-68da-4a9d-88ea-afb30f688a10
inType 1
Readings:
2017-01-07 18:58:04 ClosureState 100
2017-01-07 18:55:34 NameState SZDG_ROLL
2017-01-07 18:58:04 OpenClosedState open
2017-01-07 18:55:34 RSSILevelState 100
2017-01-07 18:55:34 StatusState available
2017-01-07 18:58:04 devicestate open
2017-01-07 18:58:04 state dim100
Attributes:
IODev DG_TAHOMA01
levelInvert 1
und die bei mir möglichen set-Befehle in FHEM:
dim
close
delayedStopIdentify
down
getName
identify
my
open
refreshMemorized1Position
setClosure
setDeployment
setMemorized1Position
setName
setPosition
setSecuredPosition
startIdentify
stopIdentify
up
wink
Hallo Andreas,
leider gibt es keinen expliziten Stop Befehl wie auf der Fernbedienung. Die Somfy App bietet das auch nur zu dem gerade abgesetzten und aktiven Kommando, d.h. ein Abbruch des gesamten Kommandos. Das würde auch über's FHEM Modul gehen, ich weis aber nicht, wie ich das visuell am besten unterbringe. Bei der einzelnen Ansteuerung des Device würde das gehen, und bei Place oder Scene wird das genauso gehen, aber dann in diesem Kontext nicht separat auf den angesteuerten Devices.
Aber die Idee besteht grundsätzlich, das noch einzubauen.
Gruß Rolf
Hallo Rolf,
danke für die Info und dass Du Dir schon Gedanken machst.
Hmm, scheint ja nicht so trivial zu sein.
Ich für meinen Teil nutze die Tahoma scenes und places nicht, implementiere solche Funktionalitäten lieber direkt in FHEM.
Aber auf device-Ebene wäre das schon toll.
Das mit dem "visuell unterbringen" habe ich nicht so ganz verstanden. Wäre ein "stop" nicht nur ein weiterer "set"-Befehl? Oder willst Du einen "stop"-Befehl nur dann zur Verfügung stellen, wenn aktuell ein Fahrmanöver ausgeführt wird?
Aber vielleicht kenne ich die Interna einfach nur nicht genau genug....
;)
Aber vielen Dank nochmal,
Andreas
Hallo,
ich habe 11 Rollladen, 3 Jalousien und 3 Sensoren von Somfy an einer Tahoma-Box hängen.
Nun habe ich mich über den Jahreswechsel mit FHEM auseinandergesetzt und dieses auf meinem Synology NAS installiert.
Nach einigem herumprobieren und nachlesen in diesem Forum habe sehe ich alle meine Devices in FHEm und kann auch damit herumspielen.
Nun habe ich allerings eine Frage zu den Sensoren. Ich habe 2 Temperatursensoren und einen Sonnensensor.
Die Sensoren bieten als Reading logischerweise den Messwert der Sensoren als TemperatureState bzw. als LuminaceState an.
Nun gibt es aber noch den Status der Sensorbatterie. Den sehe ich nirgends. In der Tahoma connect Applikation gibt es den Status, also sollte er prinzipiell zugreifbar sein.
Hat sich irgendjemand von euch schon einmal mit dem Batteriestatus der Sensoren beschäftigt?
Wie könnte ich dazu beitragen?
Gruß
Erhard
Moin scooty
Ist es nicht so, dass ein weiteres mal druecken in die gleiche richtung auf der "doofen" FB auch ein Stopp bewirkt!?
Gruss Christoph
Zitat von: erschlen am 08 Januar 2017, 18:07:19
Nun habe ich allerings eine Frage zu den Sensoren. Ich habe 2 Temperatursensoren und einen Sonnensensor.
Die Sensoren bieten als Reading logischerweise den Messwert der Sensoren als TemperatureState bzw. als LuminaceState an.
Nun gibt es aber noch den Status der Sensorbatterie. Den sehe ich nirgends. In der Tahoma connect Applikation gibt es den Status, also sollte er prinzipiell zugreifbar sein.
Hat sich irgendjemand von euch schon einmal mit dem Batteriestatus der Sensoren beschäftigt?
Hallo Erhard, ich habe nur Erfahrung mit Rollladen - somit kann ich dir dazu direkt nicht sagen.
Alle Stati eines Sensors, die vom Somfy Server automatisch gesendet werden, werden auch als Readings dargestellt (seit V0207).
ZitatWie könnte ich dazu beitragen?
Wenn du mir dein Setup zukommen lässt, dann könnte ich das mal dahingehend analysieren.
Lokales ATTRIBUT verbose auf 4 stellen, und danach neu starten - dann steht das Setup unter:
tahoma_dispatch data={"setup":{ ...Gruß Rolf
Zitat von: pc1246 am 09 Januar 2017, 07:51:09
Moin scooty
Ist es nicht so, dass ein weiteres mal druecken in die gleiche richtung auf der "doofen" FB auch ein Stopp bewirkt!?
Gruss Christoph
Hallo Christoph,
nein leider bei meiner Fernbedienung ohne Display (3UR B01) nicht. Das Fahrmanöver wird nur bei Druck auf die mittlere Taste gestoppt, bei Druck auf die Taste wie in Fahrtrichtung fährt der Rolladen wie gehabt weiter und bei Druck auf die Taste gegen die Fahrtrichtung stoppt er und fährt sofort zurück.
Aber ich glaube, das mit der FB ist nicht so wichtig, wichtig wird sein, wie das ganze in Tahoma abgebildet sein könnte.
Andreas
So, das cancel Kommando ist implementiert (stop kollidiert mit existierendem Kommando bei RTS Devices).
Wenn ein cancel auf dem tahoma ACCOUNT ausgeführt wird, dann wird ein unspezifisches cancelExecution gesendet, wodurch alle laufenden Kommandos abgebrochen werden.
Wenn ein cancel auf dem tahoma DEVICE,PLACE,SCENE ausgeführt wird, dann wird nur das darüber gestartete und noch laufende Kommando abgebrochen.
Dies funktioniert dann nicht, wenn das Kommando über eine FB, eine App oder andere FHEM runtime gestartet wurde, da FHEM dann nicht Auslöser des Kommandos war und nicht die passende execId kennt.
Gruß Rolf
Hallo Rolf,
wow, klasse, hört sich sehr gut an. :)
Testen werde ich leider erst morgen Abend können, melde mich dann.
Aber vielen Dank schonmal,
Andreas
Hallo Rolf,
ich habe dir mein Setup Logo per Mail geschickt.
Zitat von: scooty am 09 Januar 2017, 21:01:06
Testen werde ich leider erst morgen Abend können, melde mich dann.
Hallo Rolf,
"cancel" funktioniert bei mir 1A!
:)
Vielen Dank,
Andreas
Zitat von: erschlen am 09 Januar 2017, 22:11:34
ich habe dir mein Setup Logo per Mail geschickt.
Hallo Erhard,
ich habe das Setup analysiert, und das Lesen der States (Readings) jetzt basierend auf einer anderen Liste mit mehr Einträgen durchgeführt.
Bei dir sollte jetzt ein Eintrag "SensorDefectState" auftauchen der die Werte "dead", "lowBattery", "maintenanceRequired", "noDefect" annehmen kann.
Bitte mal ausprobieren, bevor ich es veröffentliche!
Gruß Rolf
Rolf,
ich werde das heute Abend mal testen.
Erhard
Hallo Rolf,
ich sehe bisher keinen Unterschied.
Folgendermaßen bin ich vorgegangen.
1.) Datei heruntergeladen und ausgepackt.
2.) Datei auf mein Synology NAS kopiert
3.) FHEM über Synology Web Interface gestoppt
4.) Die aktuell gültige 26_tahoma.pm im Directory /usr/local/opt/FHEM umbenannt und woanders hin verschoben
5.) Die neue Datei in /usr/local/opt/FHEM kopiert
6.) FHEM über Synology Web Interface gestartet
Ergebnis: Es hat sich nichts geändert. Ich sehe keinen Battery State
7.) Device meines Sonnensensors gelöscht
8.) shutdown restart über FHEM WEB
Ergebnis: Immer noch keine Änderung
Frage: Wie kann ich sehen, dass deine neue Datei auch tatsächlich genutzt wird?
Muss ich eventuell mein komplettes Tahoma device löschen und dann einen Restart machen?
Sorry, bin noch nicht so routiniert mit FHEM
Gruß
Erhard
Zitat von: erschlen am 11 Januar 2017, 20:16:01
Frage: Wie kann ich sehen, dass deine neue Datei auch tatsächlich genutzt wird?
Hallo Erhard,
beim ACCOUNT wird die Versionsnummer 0211 unter den Internals angezeigt.
In deiner Beschreibung zur Installation sehe ich auch keinen Fehler - ich überschreibe immer die originale Datei und mache "shutdonw restart".
Die alte, umbenannte Datei darf aber eventuell nicht unter FHEM liegen bleiben.
Und es gibt keinen "Battery State" sondern, wie geschrieben, einen "SensorDefectState".
Gruß Rolf
Hi Rolf,
dann habe ich die richtige Version am laufen.
Das Device Sonnensensor hat sich aber nicht verändert. Ich habe den Screenshot angehängt.
Gruss Erhard
Hallo Erhard,
warum die Werte nicht kommen, weiß ich nicht.
Du müstest nochmal mit verbose 4 loggen und mir die Antwort von tahoma_parseGetStates zukommen lassen.
Das Attribut verbose kannst du online ändern, die Abfrage der States (tahoma_GetStates) erfolgt aktuell aber nur alle 15min oder bei Neustart.
Vielleicht ist es auch sinnvoll mit verbose 5 zu loggen, dann wird auch die gesendete Abfrage tahoma_GetStates geloggt, aber das logfile wird etwas unübersichtlicher.
Gruß Rolf
Werde ich später machen.
Was mir auch noch aufgefallen ist:
Die Sensoren haben die selben "set" commands wie die Rolladen. Siehe auch im letzten screenshot.
Also cancel, close, dim, my, open, setClosure, stop. Das macht für Sensoren keinen Sinn.
Im Tahomasystem sind die Sensoren ja eine eigene Produktklasse.
Gruß
Erhard
ZitatDie Sensoren haben die selben "set" commands wie die Rolladen. Siehe auch im letzten screenshot.
Also cancel, close, dim, my, open, setClosure, stop. Das macht für Sensoren keinen Sinn.
Hallo Erhard,
Sinn mache diese keinen, da hast du recht, aber das modul findet keine 'commands' bei dem Device (weil es keine gibt) und nimmt dann die default Kommandos.
Das kann ich natürlich rausnehmen (und hatte ich auch schon auf der todo Liste).
Das andere Problem ist defiziler, und ich habe das auch bei mir nachvollziehen können.
Die erweiterten Eigenschaften lassen sich wohl nicht so einfach über das mir bekannte Kommando lesen.
So kommt z.B. auch nicht der jetzt abgefragte 'Memorized1PositionState' bei mir zurück.
Das Kommando schlägt nicht fehl, aber nur 5 von den 10 abgefragten Werten des Somfy IO Motors werden beantwortet.
Somit ist die Abfrage bei dir wohl beim TemperatureIOSystemSensor oder LightIOSystemSensor korrekt rausgegangen, aber die 4 abgefragten Werte werden nicht geliefert.
Beim LightIOSystemSensor kommt wohl nur der LuminanceState zurück, und beim TemperatureIOSystemSensor der TemperatureState.
Ich denke hier kommen wir nicht weiter, da ich keine äquivalenten Sensoren besitze.
Gruß Rolf
Hallo Rolf,
verstanden. Vielen Dank für deine Bemühungen.
Gruß
Erhard
ZitatSo kommt z.B. auch nicht der jetzt abgefragte 'Memorized1PositionState' bei mir zurück.
Für den, den es interessiert: dieses Problem konnte ich lösen!
Wenn auf einem Device einmalig das Set Kommando 'refreshMemorized1Position' ausgeführt wurde, dann taucht 'Memorized1PositionState' auch in den Readings auf.
Anscheinend wird über das Kommando die 'my' Position im Rolladenmotor erst abgefragt, und dann bleibend im Somfy Server oder der Tahoma Box gespeichet.
Mit Modul V0210 wird der Status dann nach dem nächsten reconnect auch abgefragt, da der Status dann auch im Setup unter den aktuellen 'States' auftaucht.
Mit Modul V0211 wird der Status direkt mit abgefragt, da hier alle möglichen States in der Abfrageliste aufgenommen wurden (die aber nicht alle beantwortet werden).
Grüße, Rolf
Servus Rolf,
jetzt hol ich nochmal deinen alten Beitrag raus, wohl wissend, daß du viel Arbeit und Herzblut in dein Tahoma-Modul investiert hast... Ich möchte dieses Jahr Raffstoren montieren und die Lamellenneigung (wie bei Tahoma möglich) exakt vorgeben können bzw. ggf. sogar automatisch im Tagesverlauf nachführen.
Aber: die Tahoma-Box will ich vermeiden. Sonstige Komponenten (insbes. Dimmer) werden Z-Wave-Geräte werden.
Im Wiki ist mir der Fibaro FGR-222 aufgefallen, der anscheinend die Lamellenneigung steuern kann:
https://wiki.fhem.de/wiki/Z-Wave-FIB_FGRM-222-Rollladenaktor
In der Anleitung des Herstellers steht "Precise positioning is available for the motors equipped with mechanic and electronic end switches.". Die Somfy-Antriebe scheinen hingegen einen "echten" Positionsgeber zu haben, der Impulse je Motorumdrehung zählen kann. Ist das korrekt? Kann ich so einen Motor "auf dem freien Markt" kaufen? Falls ja: welcher Aktor wäre dann ideal? Der Fibaro dürfte ja mit den Impulsen des Motors nix anfangen können sondern sich auf seine Endlagenkontakte stützen und die Lamellenwinkel per Zeitabschätzung ansteuern...
Was tun? :-)
Danke & ciao,
Hannes
Lesen bildet: das wäre wohl eine KNX-Lösung. Ist zwar deutlich teurer als ein einfacher Rolladenmotor mit Z-Wave-Aktor, aber nicht astronomisch (finde grad 210 bis 225 EUR). KNX kann man als Vorteil ansehen, wäre für mich halt wieder eine neue Welt :-)
ZitatDie Somfy-Antriebe scheinen hingegen einen "echten" Positionsgeber zu haben, der Impulse je Motorumdrehung zählen kann. Ist das korrekt? Kann ich so einen Motor "auf dem freien Markt" kaufen? Falls ja: welcher Aktor wäre dann ideal? Der Fibaro dürfte ja mit den Impulsen des Motors nix anfangen können sondern sich auf seine Endlagenkontakte stützen und die Lamellenwinkel per Zeitabschätzung ansteuern
Hallo Hannes, die Somfy IO Motoren geben die Position zurück, die anderen (RTS) meines Wissens nicht. Der Vorteil bei Somfy IO ist beim nachträglichen Einbau halt die Funkübertragung - die Einheit braucht nur 230V.
Wenn die Neuverkabelung keine Rolle spielt, dann würde ich heute ohne Funk arbeiten, aber da habe ich keine Erfahrungen, welcher Hersteller/Motor zu empfehlen ist.
Zitatdas wäre wohl eine KNX-Lösung
Ich weis nicht, worauf du hinaus willst, aber es gibt auch KNX Motoren mit Rückmeldung, aber man bewegt sich hier bei wahrscheinlich deutlich teurerem Equipmentpreisen.
Und KNX ist normalerweise eine verkabelte Lösung, und du benötigst eine spezielle, teure Programmierumgebung.
Wenn mehr auf dem Programm steht, ist KNX sinnvoll, sonst eher nicht.
Gruß Rolf.
Hallo,
RTS antwortet nicht, empfängt nur Befehle. IO kann beides, antwortet also auch, z.B. mit der Position. Normale Motoren kosten so ca. 150 EUR, die io's 200 EUR. Hochpreisig, aber dafür hat man alles in einem Modul. Ich bereuhe ja einiges von SOMFY, aber nicht die Motoren.
Aktuell habe ich massiv Probleme mit der Tahoma Box, seit dem letzten Update funktionieren (mal wieder) keine Z-Wave UP Schalter, weder über FHEM, noch über die Tahoma Oberfläche. Ärgerlich, weil ich fast alle Zimmer damit ausgestattet habe ...
Hat jemand das selbe Problem? Ich habe ein wenig die Befürchtung, dass SOMFY gemerkt hat dass ich mit etwas anderem als der Box an deren Server gegangen bin.
Eine neue Version 0212 ist verfügbar, die einige Änderungen aufreift:
- das Intervall zum kompletten refreshen der States kann geändert werden, aktuell wurde der Defaultwert von 300s auf 0s geändert (abgeschaltet)
- die Hausstruktur im Setup hat sich geändert, und das modul wurde darauf angepasst
- die Szenen werden jetzt über ein anderes Kommando gestartet, welches erlaubt, diese auch geziehlt wieder abzubrechen
Hallo Leute,
hallo Mike,
ich finde es immer wieder faszinierend wie sich jemand in diese Themen einarbeitet und bestenfalls wie bei dir eine "fertige" Lösung anbietet.
Auch ich habe mich lange mit dem Thema Hausautomatisierung beschäftigt und habe eine KM100 von Buderus und Tahoma (Somfy, Velux, GU) Komponenten (Dachfenster, Haustür, Rollläden) sowie die Lichter über HUE.
Mich ärgert es, das Somfy ein so starres System hat bei so guten Komponenten.
Zum Beispiel hat jedes meiner Dachfenster einen eigenen Regensensor (jetzt schon 4) und die Tahomabox kann diese Information nicht verarbeiten.
Jetzt zu meiner eigentlichen Frage:
Ich habe es hinbekommen FHem zu installieren und zum laufen zu bringen.
Aber mir gelingt es nicht dein Tahoma Modul zu integrieren.
Ich habe die Datei 26_tahoma.pm in den Ordner Fhem/FHEM kopiert.
Dann habe ich in der chem.cfg die besagten Zeiten hinzugefügt:
# meine Änderungen
define tahoma1 tahoma ACCOUNT xx@hxx.de password
attr tahoma1 room tahoma
Leider bekomme ich wenn ich Install in der Comandozeile eingebe die Fehlermeldung, dass das Modul Tahoma nicht zu finden ist.
Zusätzlich (bitte nicht auslachen) finde ich nicht die richtige Stelle wo ich den Befehl
Für das neue V02xx-Modul ist stattdessen die json Bibliothek notwendig:
Code: [Auswählen]
sudo apt-get install libjson-perl
einzugeben habe.
Ich hoffe auf euer Support.
Viele Grüße desasterguy
Hallo Mike,
willkommen in der freien Welt! Auch ich habe mich lange Zeit mit Tahoma rumgeplagt. Nach jedem Update lief irgendwas nicht mehr. Der Support ist grottenschlecht. Als Somfy dann noch rechtlich gegen das "Alternative Somfy Forum" vorgegangen ist und dafür gesorgt hat, dass die abgeschaltet werden und sie zeitgleich angefangen haben, im eigenen Forum negative Beiträge zu löschen, war ich an demselben Punkt wie Du: Weg von Somfy! Weg von einem Hersteller, der jegliche Kritik bekämpft statt daraus zu lernen.
Zu Deiner Frage. Das Tahoma Modul ist bei FHEM mit dabei. Du musst also lediglich die aktuellen Updates in FHEM einlesen, dazu schreibst Du in der FHEM Oberfläche oben in die Befehlszeile "update" und, wenn es ein Update gab, anschließend "shutdown restart".
Für Tahoma wird, soweit ich weiß, auch libjson-perl benötigt. Um das zu installieren verbindest Du Dich per Telnet mit Deinem RASPBERRY. Du musst also direkt auf Betriebssystem-Ebene, zum Beispiel mit Putty.
Dort gibst Du dann ein:
sudo apt-get update && sudo apt-get -y upgrade && sudo apt-get -y autoremove && sudo reboot
Damit ist das System erstmal auf dem neuesten Stand. Als nächstes installierst Du dann benötigte Lib's. Also den nächsten Befehl eingeben:
sudo apt-get install libjson-perl
Danach dann ein Reboot (glaube ich):
sudo reboot
Ob noch mehr benötigt wird, kann Dir mike3436 sagen, er hat das Plugin geschrieben.
Zitat von: Det20 am 15 Februar 2017, 09:26:09
Auch ich habe mich lange Zeit mit Tahoma rumgeplagt. Nach jedem Update lief irgendwas nicht mehr. Der Support ist grottenschlecht. Als Somfy dann noch rechtlich gegen das "Alternative Somfy Forum" vorgegangen ist und dafür gesorgt hat, dass die abgeschaltet werden und sie zeitgleich angefangen haben, im eigenen Forum negative Beiträge zu löschen, war ich an demselben Punkt wie Du: Weg von Somfy! Weg von einem Hersteller, der jegliche Kritik bekämpft statt daraus zu lernen.
+1
Die Tahoma an sich war eine gute Idee. Die Idee von Somfy allerdings, es als offenes System zu verkaufen, dann aber doch nur eigene Handware zu unterstützen ist ziemlich fraglich. Ich habe (leider) eine Axis-Kamera mit Somfy-Firmware erworben, die ist nicht mit normaler Software ansprechbar, da die Zugangsdaten nicht bekannt sind. Damit ist sie für andere Einsätze fast unbrauchbar. Die Tahoma habe ich nur noch im Einsatz um die RTS-Steckdosen und die Honeywell-Heizung zu steuern. Die Funksteckdosen sind schnell ersetzt, die Heizungssteuerung funktioniert (leider) sehr gut und ich würde die ungern wechseln.
Einen Support wie den von Somfy habe ich noch nie erlebt. Selbst die vertraglich vereinbarten Leistungen werden nicht erbracht, dabei wird immer auf den Fachhändler verwiesen, der natürlich überhaupt nichts dafür kann, dass die Updates qualitativ unterirdisch waren, keine Neuerungen brachten, dafür zum Teil lächerliche neue Fehler.
Etwas schmunzeln musste ich beim letzten Update diese Woche als Alarmanlagenfunktionen vorgestellt wurden. Dass irgendjemand die unzuverlässige und fehlerhafte Tahoma als Grundlage für eine Alarmanlage nimmt kann ich mir wirklich nicht vorstellen.
Viertelelf.
Oh ja, die Alarmanlagen Funktion ist echt der Knaller ;D Ich habe in der Tahoma Box 6 Feuermelder mit den RTS'lern gekoppelt. Mit dem Ergebnis, dass am Tag der Umstellung auf die "Alarmanlage" ;D alle 30 Minuten ein Fehlalarm der Feuermelder war. Deshalb ging dauernd überall das Licht an und die Jalousien hoch. Sehr zur Freude meiner kleinen, schlafenden Kinder.
Mit jedem Update funktioniert irgendwas nicht und wenn man anruft und Hilfe braucht, weil das aufgezwungene Update mal wieder Mist gemacht hat, wird man sehr unfreundlich abgewimmelt. Von Problemen in deren Forum zu berichten ist völlig sinnfrei, die Beiträge werden stumpf gelöscht, sobald sie nicht annähernd Somfy in den Himmel loben. Ne, Somfy geht garnicht, never again!
Ich möcht meine Velux Dachfenster über Tahoma einbinden,
welche Tahoma Box brauche ich? (TaHoma®-Box V2 Premium, ?)
Oder geht "Somfy Connexoon Bidirektionale io-Steuerung" auch?
Hi, wenn du schreibst die Velux Fenster in TaHoma einbinden, bedeutet dass, dass du schon eine Box hast?
Nein habe noch keine Tahoma Box. Ich möchte mir die richtige kaufen, damit sie sich in FHEM integriert werden kann.
Was ist die beste Lösung?
Was die beste Lösung ist, hängt von einigen Faktoren ab.
Wenn du wie auch ich zu spät die Augen geöffnet hast und jetzt die Haussteuerung viel individueller über FHEM steuern möchtest und die TaHoma Box "nur" zum einbinden der schon vorhandenen SOMFY Komponenten genutzt wird solltest du dir die günstigere Box kaufen. Die "alte" Box (eckig) habe auch ich im Einsatz. Ob die noch günstigere Conexxion auch geht kann ich dir nicht beantworten.
Ich versuche auch trotz der vielen Probleme von TaHoma so wenig Systeme wie möglich im Einsatz zu haben.
Ich finde bezüglich der Heizungssteuerung auch Honeywell interessant. EVO-Home heißt es glaube ich.
Kleiner Nachtrag: Durch FHEM wird auch die TaHoma-Box endlich intelligent.
Vielen Dank an den Entwickler der FHEM-Schnittstelle!!
Erstmal hallo an alle,
Ich bin neu hier und beschäftige mich seit einer Woche mit FHEM, ich habe auch schon einiges dazugelernt und auch meine RTS Steckdosen über einen CUL Stick eingebunden was sehr gut funktioniert.
Ich habe aber diverse Probleme die Tahoma Box selbst einzubinden. Im log steht immer Logged=1 und dann JSON fault.
Ich setze gerade meine Box nochmal neu auf vieleicht klappt es dann oder muß ich noch was an Ports freigeben?
Die libjson-perl habe ich installiert und Update in Fhem auch ausgeführt.
Danach Reboot durchgeführt.
Blocking auf 0 gesetzt
Gruß Michael
ZitatIm log steht immer Logged=1 und dann JSON fault.
Hallo, du meist wahrscheinlich "logged_in=1"
Das deutet auf falsche bzw. falsch geschriebene Login Parameter (username und/oder passwort) hin.
Ja super danke,
Ich hab hier schon Stunden verbracht und hab ausversehen die Klammern vor dem Benutzernamen und dem Passwort drin gelassen.
Jetzt geht es und ich kann auch meine IO Motoren steuern :)
Danke Dir
Ein Blocking 0 brauche ich nicht mehr zu setzen oder?
ZitatEin Blocking 0 brauche ich nicht mehr zu setzen oder?
Nein, brauchst du nicht, es ist die default Einstellung beim aktuellen Modul
Vielen Dank für deine schnelle Antwort und diesem tollen Modul von Dir.
Jetzt kann ich sogar meine Geräte und Rollläden über Alexa steuern 8)
Jetzt muss ich noch ein wenig basteln damit ich die Rollläden mit Alexa auch auf verschiedene Höhen fahren kann, auf zu geht jedenfalls schonmal.
Hallo zusammen,
HERZlichen Dank an die Entwickler für das Modul, meine erste Investition waren meine Rollanden IO von Somfy 12 an der Zahl und einen Sonnensensor.
Dann beschäftigte ich mit Smart Home und musste schnell feststellen mit Somfy geht hier nichts. Dank dem Forum hier, gab es wohl doch eine Möglichkeit Somfy einzubinden. Ich habe keine Ahnung von Raspberry, Cul-Stick und auch nicht von FHEM. Ich wollte aber unbedingt meine Rollenden steuern können.
Also Rasberry gekauft installiert. Dann FHEM installiert und das Modul Somfy. Für mich der Anfänger schlecht hin eine riesen Aufgabe aber es hat alles geklappt.
Meine Rollladen laufen über Fhem PRIMA. Deshalb noch mal DANKE! Es ist aber noch ein langer Weg bis alles läuft.
Ich habe eine CCU2, ein Lan Gateway ein Cul-Stick und Alexa. Die CCU2 läuft mit meine Homematic Komponenten super ich möchte aber alles auf Fhem bringen.
Jetzt die Frage wie würdet Ihr das machen Lan Gateway für Homematic an Raspberry oder den Cul-Stick für Homamtic oder Stick für andere Funk Sachen benutzen.
DANKE!
Wolfgang
Moin
Ich habe mal eine kurze Frage. Hat jemand von Euch Somfy Connexoon, oder kann ich etwas darueber aufklaeren? Ist das eine abgespeckte Version von Tahoma? Wuerde das mit diesem Modul auch funktionieren?
Danke und Gruss Christoph
Conexxon kenne ich leider nicht. Ich habe parallel noch die Tahoma Box laufen und ziehe, soweit möglich, alle Komponenten zu FHEM um. Es gab in der Vergangenheit massive Probleme mit der Box, im speziellen mit den ZWAVE's bzw. den HOPE Fenstergriffen. Ich würde Dir also dringend empfehlen, alles mit FHEM abzubilden. Auf Dauer wirst Du mit dem Somfy System nicht froh. Einzig die Hardware taugt.
Hallo Det20
Danke, das ist mir bekannt! Leider geht ja io nicht ohne Tahoma (evtl. auch Connexoon). Und die Solarrollaeden von Velux haben nun mal io!
Gruss Christoph
Die io's sind auch der einzige Grund, weshalb die Box noch bei uns steht. Habe seinerzeit leider den Fehler gemacht, und so einige Feuermelder und Bewegungsmelder gekauft. Die sind leider io, somit benötige ich die Box noch als Gateway. Dachte nur Du fängst bei 0 an und bevor jemand, der bei 0 anfängt, irgendwann nicht mehr von Somfy wegkommt ....
ZitatHat jemand von Euch Somfy Connexoon, oder kann ich etwas darueber aufklaeren? Ist das eine abgespeckte Version von Tahoma? Wuerde das mit diesem Modul auch funktionieren?
Ich kenne das Produkt nicht, und nachdem ich mir die Infos darüber angesehen habe, bin ich eher skeptisch, dass es mit der Tahoma Box kompatibel ist.
Eventuell funktioniert das Modul mit den gebuchten Einschränkungen, die ja erst über den Server legitimiert werden.
Bei Connecxoon steht auch, das es ohne Internetanbindung funktioniert - soweit ist die Tahoma Box noch nicht, und das Modul kann das auch nicht.
Das würde ich sofort einbauen, wenn jemand den Zugang dazu entschlüsselt hat ;D
Na mal sehen,
vielleicht bekomme ich ein Leihgeraet. 170€ sind irgendwie anders als 350€!
Gruss Christoph
Ich habe Connexoon für meine Markilux Markise, das Connexoon ist nichts weiter wie eine völlig abgespeckte Version von Tahoma.
Leider habe ich die Markise gekauft wo ich noch nichts mit fhem gemacht habe, jetzt kann ich 99 Prozent von meinen Geräten mit fhem steuern aber um die Markise zu steuern werde ich dieses Connexoon Teil wohl nicht mehr los.
Den Schattenplus an der Markise gab es zum Glück nicht mit IO Motor, beim kauf der Markise habe ich mich darüber geärgert und jetzt kann ich den mit fhem steuern.
Ok, ich habe jetzt mal einen Test gemacht ob sich das Tahoma Modul mit dem Connexoon verbindet und tatsächlich habe ich STATE Connected.
Damit habe ich nicht gerechnet, aber was mache ich jetzt damit, meine Markise kann ich nicht sehen?
Ok, noch mal ein Nachtrag er hat einige Geräte gefunden und eines hat den Namen Awning SUNEA io, ich dachte zuerst das sei mein Sonnensensor aber damit kann ich die Markise rein und raus fahren.
Ist das normal das wenn ich die Markise nach Prozent ausfahre das dies mit dem Dimm Befehl geht?
Was ist Pod Box und Room all house das habe ich auch bei den Geräten?
Hah
Elmer you made my day! Jetzt muss mir meine Frau nur noch so ein Teil guenstig beschaffen!
Danke und Gruss
Christoph
Hallo kann mir einer helfen ich habe meine Danfoss LC-13 über das Tahoma Modul eingebunden, sie funktionieren auch so weit nur da ich noch Neuling bin was FHEM betrifft weiss ich leider nicht wie das HomebridgeMapping und das userReadings dazu aussehen muß damit ich es über das HomeKit am Iphone steuern kann.
Mit den IO Motoren für meine Rolläden habe ich es super hinbekommen nur für die Thermostate habe ich keinen Plan.
ZitatOk, noch mal ein Nachtrag er hat einige Geräte gefunden und eines hat den Namen Awning SUNEA io, ich dachte zuerst das sei mein Sonnensensor aber damit kann ich die Markise rein und raus fahren.
Ist das normal das wenn ich die Markise nach Prozent ausfahre das dies mit dem Dimm Befehl geht?
Was ist Pod Box und Room all house das habe ich auch bei den Geräten?
Das Tahoma Modul übernimmt alle Geräte, Szenen und Räume aus dem Setup, welches vom Somfy Server gelesen wird.
Alle Namen und ID's kommen aus dem Setup.
Alle Geräte und Räume bekommen neben den modulinternen Befehlen DIM und Abort zusätzlich alle Befehle aus dem Setup.
Für Geräte des Typs 'RollerShutter' wird der DIM-Slider angelegt.
Pod Box scheint wohl die Tahoma Box selbst zu sein.
Über die Räume wie 'Room all house' kannst du alle Devices gleichzeitig in dem Raum (hier 'all house') steuern.
Dies habe ich aber nur für GeräteTyp inClass=RollerShutter freigeschaltet, und kann durch Hinzufügen des Attributs 'placeClasses' auf andere Gerätetypen geändert bzw. ausgeweitet werden (Typ siehe inClass).
Ok, Danke läuft bisher alles sehr gut aber ich habe noch ein Problem mit dem devstateicon. Funktioniert das bei diesem Modul irgendwie anders, egal was ich bisher probiert habe ich bekomme immer nur initialized angezeigt.
Befehle die ich normal verwende bringen keine änderung wie dieser: .*open:fts_sunblind_0 .*closed:fts_sunblind_90
Wenn ich im devstateicon mit on oder open versuche ein Icon für den Status anzuzeigen tut sich nichts ich habe immer nur als Status Initialized, einen Slider habe ich auch über webcmd erstellt, funtionieren tut er auch aber wenn ich die Seite aktuallisiere spring er wieder auf Null zurück obwohl die Markise ausgefahren ist.
Eigentlich wollte ich mit diesem Befehl die Markise steuern aber der funtioniert gar nicht bei meinen Somfy RTS geht das perfekt.
webCmd stop:up:90:80:70:60:50:40:30:20:10:down
Drive Time lässt sich nicht im Modul einstellen oder? Dies musste ich bei den anderen Makisen erst einstellen damit der webcmd Befehl fukntioniert hat.
Somit habe ich leider keine State anzeige für die Markise.
Hallo,
bei meinen Velux Jalousien und Rollos habe ich ein Reading "ClosureState", das den aktuellen Öffnung-Zustand in Werten von 0-100 enthält.
In meiner "devStateIcon" Definition verwende ich diesen Wert:
attr meinRollo devStateIcon {my $w=100-int(ReadingsVal($name,"ClosureState",100)/10)*10;return '.*:fts_window_roof_shutter_'.$w.'@green';}
Vielleicht passt's so oder ähnlich auch für Deine Markise?
Andreas
Ich habe jetzt so ca. 20 mal versucht den Code für mich anzupassen aber ich schaffe es nicht, denn Sie wissen nicht was Sie tun ;D
Ok bei mir steht der Status unter devicestate, er wird mit closed und opened angezeigt.
Wenn jetzt bei closed fts_sunblind_0 und bei opened fts_sunblind_90 gezeigt werden soll wie muss dann der Code aussehen damit es passt :-[
Ich verzweifel immer noch an meinem HomebridgeMapping für mein Danfoss Thermostat, keiner eine Idee?
Zitat von: elmer am 01 März 2017, 18:37:09
Wenn jetzt bei closed fts_sunblind_0 und bei opened fts_sunblind_90 gezeigt werden soll wie muss dann der Code aussehen damit es passt :-[
Dann könnte die "first form" (.s Commandref (https://fhem.de/commandref.html#devStateIcon))
attr DeineMarkise devStateIcon closed:fts_sunblind_0 opened:fts_sunblind_90klappen.
Andreas
PS: Aber das hat jetzt nur bedingt etwas mit IO-Homecontrol/Tahoma zu tun. ;)
Das war der erste Befehl den ich genommen habe, eigentlich geht der bei allen meinen Geräten, ich dachte das es evtl. anders mit dem Tahoma Modul funktioniert.
Ich glaube aber das mein Problem ist das der Status nicht unter state sondern unter devstate angezeigt wird.
Zwar OffTopic, aber kostet diese Tahoma Box wirklich schlanke 250-300€? In meinem Neubau wollen die mir Somfy IO Rollladenmotoren und Schalter im Standard andrehen. Erst dachte ich noch das das cool ist, da muss ich nur das FHEM Modul laden und los gehts. Aber Pustekuchen!
Hallo viermalNull
Ja die Box ist so guenstig! Nein Spass beiseite, so wie es aussieht kannst Du ja auch die Connexoon nehmen! Da bist Du dann bei der Haelfte! Aber wenn Du noch kannst, dann nimm andere Motore. ICh persoenlich habe keine Funkmotore und wuerde auch nie welche nehmen! Das ist so wie mit den Kompaktanlagen von Schneider frueher (80er), wenn etwas kaputt geht, ist im schlechtesten Fall alles unbrauchbar! Funk kaputt, Motor auch unbrauchbar. Motor kaputt, Funk kommt auch neu!
Gruss Christoph
Hab jetzt keine expliziete Antwort gefunden.
Kann ich die Connexoon nun auch ohne Internet nutzen ?
ZitatKann ich die Connexoon nun auch ohne Internet nutzen?
Nein, jedenfalls nicht mit meinem Modul - das kommuniziert immer über den Internetserver!
Falls jemand die Connexion schon besitzt:
Ist ein direkter der Zugriff per App auch ohne Internet möglich?
Ich bekomme wohl bald eins! Willst Du das vorab haben zum Testen?
Gruss Christoph
ZitatIch bekomme wohl bald eins! Willst Du das vorab haben zum Testen?
Hallo Christoph,
ich würde das schon gerne testen, habe aber die Befürchtung, dass es eigentlich nichts anderes ist, wie die Tahoma Box im neuen Gewandt, und somit die Mühe nicht lohnt.
Also eine Embedded-CPU mit LAN/USB Anschluss und IO-Homecontrol Funk onboard. Laut Doku kann man die Geräte offline anmelden - von Steuern per App steht da aber nicht! Dann müsste die Box sich entweder über das Haus-WLAN oder BT ansteuern lassen. Möglich ist das ja, und wahrscheinlich auch schon implementiert (auch in Tahoma), aber von Somfy bisher nicht benutzt und verfügbar gemacht. Und es hat sich meines Wissens auch noch kein Crack die Mühe gemacht, die Box zu rooten - mein Wissen recht dazu nicht aus!
Gruß Rolf
Also im Handbuch stehen 2 Arten der Nutzung.
Offline und Online Aktivierung.
Stellt sich nur die Frage, ob dann auch die App funzt. Obwohl primär die Fhem anbindung interessant wäre.
Wenn ihr das testen könnt und dann berichtet, wäre super.
Moin
Melde mich, sobald meine da ist!
Gruss Christoph
Hallo
So, ich habe die Conexoon (so klein wie die Schrift ist das Geraet auch nur!) jetzt am Laufen. Das ging ja mit diesem Modul extrem einfach! Leider kommt man um das Online-Konto usw. nicht herum! Mit der kleinen kann man auch nur IO-Geraete bedienen, also keine RTS! fhem-Anbindung ist total easy, mein, derzeit, einziges Dachrollo war sofort nach der Definition automatisch da, und liess sich bedienen.
Danke nochmals an Mike. Das allerdings die Zugangsdaten im Klartext auf dem Faceplate stehen, ist eher nicht so schoen!? Kannst Du das eventuell noch aendern, ist beim harmonymodul auch versteckt!
Gruss Christoph
Edith: Ach ja, bei der Connexoon ist man erst einmal auf eine Produktreihe beschraenkt: Fenster, Zugang oder Terasse. Man kann aber die anderen Produkte nachkaufen, fuer €39,-!
ZitatDas allerdings die Zugangsdaten im Klartext auf dem Faceplate stehen, ist eher nicht so schoen!? Kannst Du das eventuell noch aendern, ist beim harmonymodul auch versteckt!
Das verschlüsselte Speichern von username und passwort habe ich übernommen und hochgeladen.
Achtung:
die Verschlüsselung ist jetzt grundsätzlich aktiv und wird beim nächsten SAVE CONFIG gespeichert. Die verschlüsselten Daten sind nur in dieser FHEM Installation entschlüsselbar - wird nur die fhem.cfg auf eine andere FHEM Installation übertragen, dann müssen username und passwort in der Definition erneut im Klartext eingetragen werden!
Hallo Rolf
Vielen Dank. Werde ich heute abend dann uebernehmen!
Gruss Christoph
Hallo Leute!
Ich bin Anfänger auf Fhem. Ich bin leider in die Somfy-Falle getappt, aber auf diesem Wege bin ich auf Fhem gestoßen. Da es die einzige Möglichkeit scheint Somfy IO Produkt
extern zu steuern.
Ich habe mir jetzt Fhem installiert (Windows 10 Rechner, zum testen). Jetzt hänge ich leider bei der Installation von Json. Mir ist leider nicht klar wie das genau funktionieren soll.
Json ist aber wie ich gelesen habe notwendig für das Tahoma Modul. Vielleicht könnt ihr mir weiter helfen.
Danke Tom!
Hallo Tom,
unter Windows sollte das unproblematisch sein, da die mir bekannten Perl-Installationen normalerweise die JSON-Bibliothek schon beinhalten!
Falls das bei dir nicht der Fall sein sollte, dann würde ich Perl neu herunterladen und installieren.
Ich habe unter Windows z.B. ActivePerl 5.18.2 installiert, und da habe ich bisher keine Bibliothek nachinstallieren müssen
Es gibt zwar Möglichkeiten zur Nachinstallation von Modulen/Bibliotheken unter Windows, aber da musst du dich im Netz schlau machen ...
Gruß Rolf
Hallo,
ich habe Somfy Rollladen vom Typ RS 100 io über die Tahoma-Box in FHEM eingebunden. Diese können mit unterschiedlichen Geschwindigkeiten gefahren werden (normal und langsam). Wie mache ich das in FHEM?
Vielversprechend erscheint mir unter den angebotenen COMMANDS: setClosureAndLinearSpeed, aber mit welchen Argumenten?
Wer kann helfen?
Vielen Dank
Hallo,
ich kenne den neuen Motor noch nicht, und somit auch nicht die Parameterierung.
Ggf. kann man aus dem Setup etwas herausinterpretieren, wenn du mir das schickst:
Loglevel von tahoma ACCOUNT auf verbose 4 und neu Verbinden (z.B. mit auf ACCOUNT get reset)
log, oder nur die zeile mit tahoma1: tahoma_dispatch data={"setup" ... posten (ggf. per PM)
Wenn du dich mit json auskennst, dann reicht auch der Auszug des speziellen RS 100 devices.
Gruß Rolf
Hallo Rolf,
hier der Auszug des RS 100 devices:
{"creationTime":1480696466000,"lastUpdateTime":1480696466000,"label":"WohnzimmerFenster RL","deviceURL":"io://XXXX-XXXX-XXXX/12345678","shortcut":false,"controllableName":"io:RollerShutterWithLowSpeedManagementIOComponent",
"definition":{"commands":[
{"commandName":"close","nparams":0},
{"commandName":"delayedStopIdentify","nparams":1},
{"commandName":"down","nparams":0},
{"commandName":"getName","nparams":0},
{"commandName":"identify","nparams":0},
{"commandName":"my","nparams":0},
{"commandName":"open","nparams":0},
{"commandName":"refreshMemorized1Position","nparams":0},
{"commandName":"setClosureAndLinearSpeed","nparams":2},
{"commandName":"setClosure","nparams":1},
{"commandName":"setDeployment","nparams":1},
{"commandName":"setMemorized1Position","nparams":1},
{"commandName":"setName","nparams":1},
{"commandName":"setPosition","nparams":1},
{"commandName":"setSecuredPosition","nparams":1},
{"commandName":"startIdentify","nparams":0},
{"commandName":"stopIdentify","nparams":0},
{"commandName":"up","nparams":0},
{"commandName":"wink","nparams":1}]
,"states":[
{"type":"ContinuousState","qualifiedName":"core:ClosureState"},
{"type":"ContinuousState","qualifiedName":"core:Memorized1PositionState"},
{"type":"DataState","qualifiedName":"core:NameState"},{"values":["closed","open"],"type":"DiscreteState","qualifiedName":"core:OpenClosedState"},
{"type":"ContinuousState","qualifiedName":"core:PriorityLockTimerState"},
{"type":"ContinuousState","qualifiedName":"core:RSSILevelState"},
{"type":"ContinuousState","qualifiedName":"core:SecuredPositionState"},
{"values":["available","unavailable"],"type":"DiscreteState","qualifiedName":"core:StatusState"},
{"values":["comfortLevel1","comfortLevel2","comfortLevel3","comfortLevel4","environmentProtection","humanProtection","userLevel1","userLevel2"],"type":"DiscreteState","qualifiedName":"io:PriorityLockLevelState"},
{"values":["LSC","SAAC","SFC","UPS","externalGateway","localUser","myself","rain","security","timer","user","wind"],"type":"DiscreteState","qualifiedName":"io:PriorityLockOriginatorState"}],"dataProperties":[{"value":"500","qualifiedName":"core:identifyInterval"}],
"widgetName":"PositionableRollerShutterWithLowSpeedManagement","uiClass":"RollerShutter","qualifiedName":"io:RollerShutterWithLowSpeedManagementIOComponent","type":"ACTUATOR"},
"states":[
{"name":"core:NameState","type":3,"value":"WohnzimmerFenste"},
{"name":"core:PriorityLockTimerState","type":1,"value":0},
{"name":"core:StatusState","type":3,"value":"unavailable"},
{"name":"core:RSSILevelState","type":2,"value":78.0},
{"name":"core:ClosureState","type":1,"value":0},
{"name":"core:OpenClosedState","type":3,"value":"open"}],
"attributes":[],"available":false,"enabled":true,"placeOID":"xxxx-xxxx-xxxx-xx-xxxxx","widget":"PositionableRollerShutterWithLowSpeedManagement","type":1,"oid":"xxx-xxxx-xxxx-xxx-xxxxxx","uiClass":"RollerShutter"},
Ich hoffe die Info reicht.
Gruß Axel
bei "setClosureAndLinearSpeed" steht "nparams":2, ich hatte mir schon so etwas gedacht, und ein Befehl mit 2 durch Komma getrennte Zahlen sollte mit dem Modul sogar korrekt versendet werden.
Ich kenne den Wertebereich für Speed nicht, könnte aber ebenfalls 0..100% sein, aber das wirst du schon rausfinden :)
Wenn du den Befehl "setClosureAndLinearSpeed" mit Parameter 50,10 abschickst, sollte sich die Rollade langsam auf 50% bewegen.
Ansonsten nochmal den Befehl mit Antwort über verbose 5 loggen.
Gruß Rolf
Hallo Rolf,
die gute Nachricht: bei "set setClosureAndLinearSpeed 30,10" bewegt sich der Rollladen auf 30%.
Die schlechte Nachricht: der zweite Parameter hat keinen Einfluss auf die Geschwindigkeit (ich habe Werte von 0-500 getestet - also auch 0 und 1), er fährt immer mit der normalen (schnellen) Geschwindigkeit. Das gleiche Verhalten auch bei "set setClosureAndLinearSpeed 30" (komplett ohne zweiten Parameter).
Gibt man z.B. als Parameter "30,slow" oder "30,"slow"" oder "30,normal" ein passiert nichts, auch keine Meldung im log.
Hier noch mal der Befehl mit Antworten
2017.05.02 08:50:32 3: Rollladen_Arbeitszimmer: tahoma_applyRequest data={"label":"Arbeitszimmer RL - setClosureAndLinearSpeed 30,10 - iPhone","actions":[{"deviceURL":"io://xxxx-xxxx-xxxx/1234567","commands":[{"name":"setClosureAndLinearSpeed","parameters":[30,10]}]}]}
2017.05.02 08:50:32 5: tahoma1: tahoma_UserAgent_NonblockingGet page=apply
2017.05.02 08:50:32 5: tahoma1: tahoma_parseGetEvent
2017.05.02 08:50:33 4: tahoma1: refreshing event
2017.05.02 08:50:33 4: tahoma1: tahoma_getEvents
2017.05.02 08:50:33 5: tahoma1: tahoma_UserAgent_NonblockingGet page=getEvents
2017.05.02 08:50:33 4: tahoma1: tahoma_dispatch data=[ { "name": "ExecutionStateChangedEvent", "setupOID": "xxx-xxxx-xxx-xxxx", "execId": "c7ecbe4b-ac10-0c01-338f-964d1b2faaed", "newState": "1", "ownerKey": "xxx-xxxx-xxx-xxxx", "type": "1", "subType": "1", "oldState": "0", "timeToNextState": "0" }, { "name": "ExecutionStateChangedEvent", "setupOID": "xxx-xxxx-xxx-xxxx", "execId": "c7ecbe4b-ac10-0c01-338f-964d1b2faaed", "newState": "2", "ownerKey": "xxx-xxxx-xxx-xxxx", "type": "1", "subType": "1", "oldState": "1", "timeToNextState": "0" }]
2017.05.02 08:50:33 5: tahoma1: tahoma_parseGetEvent
2017.05.02 08:50:35 4: tahoma1: refreshing event
2017.05.02 08:50:35 4: tahoma1: tahoma_getEvents
2017.05.02 08:50:35 5: tahoma1: tahoma_UserAgent_NonblockingGet page=getEvents
2017.05.02 08:50:35 4: tahoma1: tahoma_dispatch data=[ { "name": "DeviceStateChangedEvent", "setupOID": "xxx-xxxx-xxx-xxxx", "deviceURL": "io://xxxx-xxxx-xxxx/1234567", "deviceStates": [ { "name": "core:RSSILevelState", "value": "64.0" }] }, { "name": "ExecutionStateChangedEvent", "setupOID": "xxx-xxxx-xxx-xxxx", "execId": "c7ecbe4b-ac10-0c01-338f-964d1b2faaed", "newState": "3", "ownerKey": "xxx-xxxx-xxx-xxxx", "type": "1", "subType": "1", "oldState": "2", "timeToNextState": "0" }]
2017.05.02 08:50:35 5: tahoma1: tahoma_parseGetEvent
2017.05.02 08:50:37 4: tahoma1: refreshing event
.
.
.
.
.
2017.05.02 08:50:55 4: tahoma1: tahoma_getEvents
2017.05.02 08:50:55 5: tahoma1: tahoma_UserAgent_NonblockingGet page=getEvents
2017.05.02 08:50:55 4: tahoma1: tahoma_dispatch data=[ { "name": "DeviceStateChangedEvent", "setupOID": "xxx-xxxx-xxx-xxxx", "deviceURL": "io://xxxx-xxxx-xxxx/1234567", "deviceStates": [ { "name": "core:RSSILevelState", "value": "70.0" }, { "name": "core:ClosureState", "value": "30" }, { "name": "core:OpenClosedState", "value": "open" } ] }, { "name": "ExecutionStateChangedEvent", "setupOID": "xxx-xxxx-xxx-xxxx", "execId": "c7ecbe4b-ac10-0c01-338f-964d1b2faaed", "newState": "4", "ownerKey": "xxx-xxxx-xxx-xxxx", "type": "1", "subType": "1", "oldState": "3" }]
2017.05.02 08:50:55 5: tahoma1: tahoma_parseGetEvent
2017.05.02 08:50:57 4: tahoma1: refreshing event
2017.05.02 08:50:57 4: tahoma1: tahoma_getEvents
Gruß Axel
Hallo Axel,
Das json Array wird wie erwartet gesendet, dann habe ich auch keine Idee mehr.
Ich gehe mal davon aus, das sich über die Phone-App die Geschwindigkeit steuern läßt.
Wenn dir das steuern der Geschwindigkeit wichtig ist, dann muss man sich tiefer reinhängen.
Gruß Rolf
Hallo Rolf,
erstmal vielen Dank für deine Bemühungen.
Bevor ich meine Versuche einstelle ist mir noch folgendes in den tahoma setup Daten nach dem reset aufgefallen. Es handelt es sich dabei um die Szenarien, die ich letztens übersehen habe (bei allen Szenarien ist langsame Fahrt eingestellt):
{"creationTime":1480709197000,"lastUpdateTime":1480709197000,"label":"Kl. Zimmer runter","shortcut":false,"notificationTypeMask":0,"notificationCondition":"NEVER","actions":[{"deviceURL":"io://xxxx-xxxx-xxxx/1234567",
"commands":[{"type":1,"name":"setClosureAndLinearSpeed","parameters":[100,"lowspeed"]}]}],"oid":"2f75afdd-8bce-108f-921d-11feb70f219f"},
{"creationTime":1480709093000,"lastUpdateTime":1480709093000,"label":"Kl. Zimmer hoch","shortcut":false,"notificationTypeMask":0,"notificationCondition":"NEVER","actions":[{"deviceURL":"io://xxxx-xxxx-xxxx/1234567",
"commands":[{"type":1,"name":"setClosureAndLinearSpeed","parameters":[0,"lowspeed"]}]}],"oid":"361a9628-a8fb-46db-90b5-b046c6731f3f"},
Meine eingegebenen Befehle
ohne " "
2017.05.03 10:42:04 3: Rollladen_Arbeitszimmer: tahoma_applyRequest data={"label":"Arbeitszimmer RL - setClosureAndLinearSpeed 0,lowspeed - iPhone","actions":[{"deviceURL":"io://xxxx-xxxx-xxxx/1234567",
"commands":[{"name":"setClosureAndLinearSpeed","parameters":[0,lowspeed]}]}]}
und mit " "
2017.05.03 10:42:49 3: Rollladen_Arbeitszimmer: tahoma_applyRequest data={"label":"Arbeitszimmer RL - setClosureAndLinearSpeed 0,"lowspeed" - iPhone","actions":[{"deviceURL":"io://xxxx-xxxx-xxxx/1234567",
"commands":[{"name":"setClosureAndLinearSpeed","parameters":[0,"lowspeed"]}]}]}
brachten keine Reaktion beim Rollladen. Ich habe dann mal bei den Szenarien die langsame Geschwindigkeit herausgenommen. Daraufhin ändern sich die setup Daten nach reset von setClosureAndLinearSpeed auf setClosure:
{"creationTime":1480708947000,"lastUpdateTime":1493798505000,"label":"Arbeitszimmer hoch","shortcut":false,"notificationTypeMask":0,"notificationCondition":"NEVER","actions":[{"deviceURL":"io://xxxx-xxxx-xxxx/1234568",
"commands":[{"type":1,"name":"setClosure","parameters":[0]}]}],"oid":"cd6106b6-a584-40b1-885f-750cf6a241d9"},
Ist das vielleicht nochmal ein letzter Anhaltspunkt für eine Lösung?
Gruß Axel
Hallo Axel, du schreibst
ZitatMeine eingegebenen Befehle mit " " brachten keine Reaktion beim Rollladen
Meinst du damit gar keine Bewegung, oder keine langsame Bewegung, sondern schnelle, wie bei setClosure?
Auf jeden Fall kennen wir ja jetzt wahrscheinlich die Syntax der Parameter:
"commands":[{"name":"setClosureAndLinearSpeed","parameters":[0,"lowspeed"]}]}]Eventuell fehlt das type, das sonst nicht wichtig ist:
"commands":[{"type":1,"name":"setClosureAndLinearSpeed","parameters":[0,"lowspeed"]}]}]Ich glaube aber das der Fehler wo anders liegt:
Der Befehl mit Parameter wird als Label hinzugefügt, und das enthält dann Anführungszeichen, und damit ist die Syntax hin, und dann ist auch klar, dass nichts ausgeführt wird.
data={"label":"Arbeitszimmer RL - setClosureAndLinearSpeed 0,"lowspeed" - iPhone", ...Die nachfolgenden 2 zusätzlichen Zeilen in sub tahoma_applyRequest sollten das Problem lösen:
} elsif ($commandChecked eq 'open') {
$dataHead .= ' - Oeffnen - iPhone","actions":[';
} elsif ($commandChecked eq 'setClosureAndLinearSpeed') { #neu fuer setClosureAndLinearSpeed
$dataHead .= ' - Positionieren auf '.split(',',$valueChecked)[0].' % - iPhone","actions":['; #neu fuer setClosureAndLinearSpeed
} else {
$dataHead .= " - $commandChecked $valueChecked".' - iPhone","actions":[';
Probier's mal aus, Rolf
Hallo Rolf,
mit keine Reaktion meinte ich gar keine Bewegung.
Ich habe jetzt das Modul 26_tahoma.pm auf meinem Raspi entsprechend geändert. Nach restart kommen aber folgende Fehlermeldungen:
2017.05.03 18:19:33 1: reload: Error:Modul 26_tahoma deactivated:
syntax error at ./FHEM/26_tahoma.pm line 687, near ")["
2017.05.03 18:19:33 0: syntax error at ./FHEM/26_tahoma.pm line 687, near ")["
2017.05.03 18:19:33 1: PERL WARNING: Subroutine tahoma_Initialize redefined at ./FHEM/26_tahoma.pm line 67, <$fh> line 280.
2017.05.03 18:19:33 1: PERL WARNING: Subroutine tahoma_Define redefined at ./FHEM/26_tahoma.pm line 93, <$fh> line 280.
2017.05.03 18:19:33 1: PERL WARNING: Subroutine tahoma_Notify redefined at ./FHEM/26_tahoma.pm line 190, <$fh> line 280.
2017.05.03 18:19:33 1: PERL WARNING: Subroutine tahoma_Undefine redefined at ./FHEM/26_tahoma.pm line 203, <$fh> line 280.
2017.05.03 18:19:33 1: PERL WARNING: Subroutine tahoma_login redefined at ./FHEM/26_tahoma.pm line 214, <$fh> line 280.
2017.05.03 18:19:33 1: PERL WARNING: Subroutine tahoma_startup redefined at ./FHEM/26_tahoma.pm line 268, <$fh> line 280.
2017.05.03 18:19:33 1: PERL WARNING: Subroutine tahoma_refreshAllStates redefined at ./FHEM/26_tahoma.pm line 308, <$fh> line 280.
2017.05.03 18:19:33 1: PERL WARNING: Subroutine tahoma_getEvents redefined at ./FHEM/26_tahoma.pm line 324, <$fh> line 280.
2017.05.03 18:19:33 1: PERL WARNING: Subroutine tahoma_readStatusTimer redefined at ./FHEM/26_tahoma.pm line 342, <$fh> line 280.
2017.05.03 18:19:33 1: PERL WARNING: Subroutine tahoma_connect redefined at ./FHEM/26_tahoma.pm line 403, <$fh> line 280.
2017.05.03 18:19:33 1: PERL WARNING: Subroutine tahoma_initDevice redefined at ./FHEM/26_tahoma.pm line 417, <$fh> line 280.
2017.05.03 18:19:33 1: PERL WARNING: Subroutine tahoma_updateDevices redefined at ./FHEM/26_tahoma.pm line 470, <$fh> line 280.
2017.05.03 18:19:33 1: PERL WARNING: Subroutine tahoma_getDevices redefined at ./FHEM/26_tahoma.pm line 520, <$fh> line 280.
2017.05.03 18:19:33 1: PERL WARNING: Subroutine tahoma_getDeviceDetail redefined at ./FHEM/26_tahoma.pm line 538, <$fh> line 280.
2017.05.03 18:19:33 1: PERL WARNING: Subroutine tahoma_getStates redefined at ./FHEM/26_tahoma.pm line 556, <$fh> line 280.
2017.05.03 18:19:33 1: PERL WARNING: Subroutine tahoma_getDeviceList redefined at ./FHEM/26_tahoma.pm line 594, <$fh> line 280.
2017.05.03 18:19:33 1: PERL WARNING: Subroutine tahoma_checkCommand redefined at ./FHEM/26_tahoma.pm line 618, <$fh> line 280.
2017.05.03 18:19:33 1: reload: Error:Modul 26_tahoma deactivated:
syntax error at ./FHEM/26_tahoma.pm line 687, near ")["
Die entsprechenden Zeilen im geänderten Modul sehen folgendermaßen aus (line 687 gekennzeichnet):
} elsif ($commandChecked eq 'open') {
$dataHead .= ' - Oeffnen - iPhone","actions":[';
} elsif ($commandChecked eq 'setClosureAndLinearSpeed') { #neu fuer setClosureAndLinearSpeed
687 $dataHead .= ' - Positionieren auf '.split(',',$valueChecked)[0].' % - iPhone","actions":['; #neu fuer setClosureAndLinearSpeed
} else {
$dataHead .= " - $commandChecked $valueChecked".' - iPhone","actions":[';
Da ich kein Perl kann, muss ich dich nochmal belästigen.
Gruß Axel
Hi Axel, ja man sollte den code doch rudimentär testen ::) es fehlte noch eine Klammer:
$dataHead .= ' - Positionieren auf '.(split(',',$valueChecked))[0].' % - iPhone","actions":['; #neu fuer setClosureAndLinearSpeed
Hallo Rolf,
es ist geschafft !
Mit dem Befehl setClosureAndLinearSpeed (nnn,"lowspeed") kann man den RS100 io Antrieb nun positionieren und mit langsamer Geschwindigkeit fahren.
Vielen Dank noch mal für deine Unterstützung. Ich nehme an, das Feature kommt ins nächste Release und ist bei einem update dann verfügbar.
Gruß Axel
Das Modul mit der Änderung für die korrekte Abarbeitung des Kommandos 'setClosureAndLinearSpeed' wurde eingechecked.
zusätzliches neues Attribut für ACCOUNT:
cryptLoginData=0 verhindert das Speichern von Username/Passwort im crypt-Format.
Gruß Rolf
Hallo zusammen,
nach erfolgloser Recherche freunde ich mich nun langsam mit dem Gedanken an eine Tahoma Box an.
Ich bin in die Velux-Falle getappt... ich habe im Neubau statt Roto Dachfenstern nun Velux erhalten (nicht mitgedacht) und die sind nur per Funk steuerbar.
Bei 3 Dachfenstern (elektrisch) mit jeweils 3 Rolläden (elektrisch), habe ich also sechs zu steuernde IO-Homecontrol Komponenten.
Sämtliche anderen Lösungen sind preislich sehr intensiv, weshalb die Tahoma-Box nun in den Mittelpunkt rückt.
Eine wichtige Frage konnte ich bisher nicht klären: Funktioniert das öffnen und schließen der Fenster/Rolläden auch offline?
Oder ist die Tahoma-Box ohne Internet dann quasi "wertlos"?
Hat sich schonmal jemand das KLF200 (offenbar neu) angesehen?
Viele Grüße
Thomas
Hallo Thomas
Die Tahoma Box brauchst du nicht zwingend. Die conexoon tut es auch. Mit ohne Internet habe ich noch nicht probiert kann ich aber mal machen. Heute aber nicht, muss Fußball gucken und sitze gerade noch beim Zahnarzt.
Gruß Christoph
Aaah cooler tipp! Und Somfy Connexxon kann man auch mit diesem Modul ansteuern? Oder gibt es da ein anderes?
Viele Grü
Moin
Ist das selbe Modul, laeuft bei mr, steht aber hier auch im fred!
Gruss Christoph
Habs inzwischen schon gefunden :-) war wohl etwas blind....
Aber die Offlinefunktion wurde noch nicht ausprobiert, oder? Wie zuverlässig ist denn die Steuerung? Und gibts nicht arge Latenzen bis das Fenster oder der Rolladen reagiert?
Viele Grüße
Moin
Offline habe ich, wie gesagt, noch nicht probiert! Latenz ist eher vernachlaessigbar! Da es derzeit noch nicht warm ist, habe ich das Biest noch gar nicht eingebunden, nur angelegt und probiert ob es funktioniert! In fhem ist es schon drin nur noch keine Aktivitaeten!
Zum Offline-Betrieb koennen die anderen bestimmt auch etwas betragen, da sich die Tahomas bestimmt gleich verhalten!
Gruss Christoph
P.S.: Offline ist irgendwie auch doof, da ich dann ja das Ganze Internet abklemmen muss. Mal sehen!
Ich bin da leider immer so ein tausendprozentiger ... ich stelle mir bei solchen Restriktionen immer die Frage: Was tun wenn das Internet nicht funktioniert? Ich hätte nämlich gern eine Lösung aus einem Guss :-D Steuerung dann strikt über FHEM und Wandtablet ... :-)
Ich könnte mich über diese IO-Homecontrol Fenster wirklich ärgern ... aber was hilfts. Verbaut sind die schon :-)
ZitatHat sich schonmal jemand das KLF200 (offenbar neu) angesehen?
Habe ich gerade mal gemacht, und das Gerät ersetzt keine Tahoma (oder Connexon) - jedenfalls ist das nicht dazu gedacht.
Man kann mit dem Ding nur über 10 digitale Eingänge verschiedene Funktionen anstoßen, wie Fenster schließen oder öffnen.
Man kann aber nicht positionieren, und wenn du mehr als 5 Rollos hast, wird es schon wieder schwierig.
Das KLF200 hat zwar einen Netzwerkstecker, der ist aber offiziell für Service, und könnte auch elektrisch anders belegt sein.
Wenn es LAN ist, dann könnte sich dahinter ein Linux verbergen (wie bei der Tahoma Box) und ein findiger Hacker schafft einen Zugriff, aber das ist Wunschdenken.
Die Reaktionszeiten der Tahoma liegen üblicherweise im Sekundenbereich, aber es ist halt eine Internetverbindung mit allen Vor- und Nachteilen.
Gruß Rolf
Zitat von: mike3436 am 08 Mai 2017, 14:58:11
Das Modul mit der Änderung für die korrekte Abarbeitung des Kommandos 'setClosureAndLinearSpeed' wurde eingechecked.
Hallo Rolf,
wenn ich das Kommando 'setClosureAndLinearSpeed' in einem DOIF verwende fährt der Rollladen zwar - aber nicht langsam:
2017.05.11 01:00:29 3: Rollladen_Wohnzimmer_Tuer: tahoma_applyRequest data={"label":"WohnzimmerTuer RL - Positionieren auf 30 % - iPhone","actions":[{"deviceURL":"io://xxxx-xxxx-xxxx/1234567","commands":[{"name":"setClosureAndLinearSpeed","parameters":[30]}]}]}
sh: 1: lowspeed: not found
Der Befehl dazu sieht folgendermaßen aus:
define test3 DOIF ([Speed] eq "langsam") (set Rollladen_Wohnzimmer_Tuer setClosureAndLinearSpeed 30,"lowspeed")
In einem AT Kommando gibt es keine Probleme.
Gruß Axel
Lösung: um das Komma beim set-Kommando nicht als Trenner mehrerer Devices zu interpretieren muss eine weitere Klammer gesetzt werden. Somit lautet das Kommando dann richtig:
define test3 DOIF ([Speed] eq "langsam") ((set Rollladen_Wohnzimmer_Tuer setClosureAndLinearSpeed 30,"lowspeed"))
Hallo Axel,
Zitatwenn ich das Kommando 'setClosureAndLinearSpeed' in einem DOIF verwende fährt der Rollladen zwar - aber nicht langsam
Das liegt nicht am tahoma-Modul sondern an der Befehlssyntax beim set: ein Komma wird hier als Trenner zum Ansteuern mehrerer Devices benutzt (set device1 wert1, device2 wert2).
Ich habe gerade keine Lösung parat, aber das Problem ist bestimmt im Forum beschrieben und gelöst.
Gruß Rolf
Hallo Rolf,
und wieder einmal ;) eine Frage:
Ich habe Velux Elektrofenster im Einsatz, die standardmäßig auch mit einem Regensensor ausgestattet sind.
Dieser ist jedoch nicht als eigenständiger Sensor in Tahoma ersichtlich sondern nur im Elektrofenster direkt "verdrahtet".
Somit hat auch jedes Fenster einen eigenen Regensensor.
Er sorgt bei erkanntem Regen dafür, dass die Fenster
a) falls geöffnet, geschlossen werden
und
b) nicht mehr steuerbar sind (weder über Velux ControlPad noch über Tahoma, die Fenster sind dann nur noch manuell bedienbar)
Bei erkanntem Regen werden die Fenster in der Tahoma-Oberfläche mit einem Ausrufezeichen angezeigt.
Folgender Text erscheint, wenn man auf das Ausrufezeichen klickt:
ZitatEin Sensor hat eine Gefahrensituation für das Produkt erkannt. Es wurde in den Sicherheitsbetrieb mit eingeschränkten Bewegungen geschaltet.
Meine Frage nun:
Besteht die Möglichkeit, den "gesperrten" Status des Fensters irgendwie z.B. als Reading in das FHEM-Device zu bekommen (existiert so ein Sperrmodus eigentlich auch für Markisen o.ä?) ?
Hätte den Charme
a) den eingebauten Regensensor auch für weitere FHEM Aktionen verwenden zu können (ok, nur eingeschränkt, den "gesperrten" Status eines Fensters kann man auch durch manuelle Bedienung des Fensters provozieren)
b) dass man Fahrbefehle (=Funkbefehle) nur dann wirklich absetzt, wenn das Elektrofenster auch im Status "nicht gesperrt" ist (Minimierung der Funklast). Dies muss nicht im Modul erfolgen, durch geeignete devSpec mit FILTER=... könnte man das bei einem set verwenden.
Meinst Du, so etwas wäre möglich?
Vielen Dank schon mal für's Lesen,
Andreas
Hallo Andreas,
es gibt für mich zwei Varianten, die möglich sind:
1. es wird ein gesondertes Reading angezeigt
2. es wird nur ein Eintrag in der von mir nicht ausgewerteten Historie benutzt (eher unwahrscheinlich)
Meine Readings beim Somfy Rolladenmotor sind
ClosureState
NameState
OpenClosedState
RSSILevelState
StatusState
devicestate
state
(wobei devicestate und state vom Modul generiert werden)
Hast du vielleicht noch weitere?
Gruß Rolf
Hallo Rolf,
danke für die schnelle Reaktion. :)
Freut mich, wenn das wirklich gehen könnte.
Bei den Velux Elektrofenstern gibt es auch nur die Readings, die von Dir genannt wurden.
Viele Grüße,
Andreas
Hallo Andreas,
ich gehe zwar davon aus, das du dir die Readings bei Regen mal angeschaut hast, aber trotzdem die Frage: ändert sich vielleicht dort etwas in den Inhalten gegenüber dem normalen closed Zustand?
Wenn nicht, dann müsstest du mir mal ein auf tahoma gefiltertes fhem-Log (verbose 4) per PM schicken, mit Zeitraum um die beginnende Regenphase herum.
Gruß Rolf
Hallo Rolf, hallo Andreas,
vielleicht kann ich ein paar Informationen zur Diskussion beisteuern:
der Rollladenmotor RS100 io hat noch die zusätzlichen Readings
PriorityLockLevelState userLevel2
PriorityLockOriginatorState user
PriorityLockTimerState 7650 oder 0
PriorityLockTimerState wechselt zwischen 7650 und 0 wenn man beim Funkwandsender smoove 1 A/M io
für den Rollladen von "manuell" auf "auto" wechselt. Bei Stellung "manuell" ist der Rollladen nicht über FHEM-Kommandos bedienbar.
Gruß Axel
Das Reading
PriorityLockTimerState
habe ich nur bei Elektro-Rolladen, bei denen man jedoch keinerlei manuellen Modus einstellen kann.
Habe auch noch zwei Solar-Rolladen, bei denen existiert das Reading nicht (ebenso kein manueller Modus möglich).
Zitat von: mike3436 am 19 Mai 2017, 10:52:50
...aber trotzdem die Frage: ändert sich vielleicht dort etwas in den Inhalten gegenüber dem normalen closed Zustand?
Nein, in den Readings ändert sich leider nichts, nur in den Internals (s.u.).
Zitat von: mike3436 am 19 Mai 2017, 10:52:50
Wenn nicht, dann müsstest du mir mal ein auf tahoma gefiltertes fhem-Log (verbose 4) per PM schicken, mit Zeitraum um die beginnende Regenphase herum.
Habe vor dem Loggen nochmal ein wenig mehr gespielt, ich glaube nun, die Regensensoren geben doch nicht ihren Status an Tahoma weiter:
Bei Regen wird in der Tahoma-Oberfläche nicht direkt das Ausrufezeichen angezeigt und man kann die Fenster immer noch zwischen den Positionen 93% (=Zwangsbelüftung) und 100% ohne Probleme fahren (sorry für die ungenauere Aussage in meinem initialen Beitrag). Erst bei Regen und Positionen unter 93% (=grössere Öffnung) wird der Fahrbefehl vom Fenster nicht ausgeführt und in der Tahoma Oberfläche erscheint das Ausrufezeichen.
In FHEM ändern sich dann die Internals
inExecId finished
inExecState 4
auf
inExecId canceled
inExecState 5
Es scheint mir also so, dass auch Tahoma nicht den Regensensor ausliest, sondern der Zustand des Regensensors nur im Fenster bekannt ist und das Fenster selbst bei einem Fahrbefehl zum grösseren Öffnen eine entsprechende Abbruch-Meldung an Tahoma zurückgibt.
Ich hoffe zwar noch, dass ich mit meiner Interpretation falsch liege, aber alles deutet leider für mich darauf hin, dass Tahoma keine Ahnung hat, dass es regnet :(
Andere Interpretationen sind natürlich gerne gesehen. ;)
Andreas
Hallo Andreas,
ZitatIch hoffe zwar noch, dass ich mit meiner Interpretation falsch liege, aber alles deutet leider für mich darauf hin, dass Tahoma keine Ahnung hat, dass es regnet
Ich sehe das so wie du, und denke, dass du mit deiner Einschätzung richtig liegst.
Während der Befehlsausführung wird ein ExecState übermittelt, der normalerweise von 1..4 läuft, und damit ist die Ausführung dann abgeschlossen.
Bein Start des Befehls wird eine AusführungsId zurückgesenden, die in inExecId abgelegt wird, und für den etwaigen Cancel-Befehl benötigt wird.
Wenn ExecState 4 kommt, dann heist das, dass der letzte Befehl ausgeführt wurde, und ich überschreibe inExecId mit finished
Wenn ExecState 5 kommt, dann heist das, dass der letzte Befehl abgebrochen wurde, und ich überschreibe inExecId mit canceled
In der History der App könntest du nochmal nachgucken, ob da etwas anderes steht als der Abbruch.
Gruß Rolf
Hi Zusammen,
zugegeben, ich bin ein ziemlicher Neuling was FHEM angeht. Meine letzten Programmiererfahrungen liegen auch schon ein paar Jahre zurück.
Gestern habe ich einen Raspberry mit FHEM eingerichtet und bereits die Tahoma Box eingebunden. In der FHEM Oberfläche funktioniert das auch und ich kann die Rolladenmotoren (Oximo IO) per Slider steuern.
Nun das Problem:
Zusätzlich dazu habe ich auch noch Homebridge installiert, damit ich die Geräte über Siri bzw. die Home app steuern kann. Homebridge wird in der "Home" app oder "Eve" auch erkannt, ebenfalls die Rolladenmotoren die ich dem entsprechenden Raum in FHEM zugeordnet habe. Allerdings lassen sich die Geräte nicht über Homebridge bzw. die Home App oder Eve steuern, es bewegt sich überhaupt nichts.
Ich habe genericDeviceType auf blind gesetzt, sollte ja hoffentlich richtig sein. Auch andere Einstellungen haben hier aber erstmal nicht geholfen.
Ziel ist es natürlich die Einstellung der Motoren prozentual vorzunehmen, es wäre aber erstmal hilfreich wenn die Motoren überhaupt reagieren würden.
Kann mir hier vielleicht jemand weiterhelfen bezüglich der weiteren Konfiguration?
Vielen Dank und sorry im Vorraus, falls der Fehler ganz offensichtlich ist... ;)
Hallo yc2k17 Du mußt beim Device noch ein homebridgeMapping setzen wie folgt
CurrentPosition=dim::position,minvalue=0,maxvalue=100 TargetPosition=dim::position,minvalue=0,maxvalue=100,minStep=10
Danke, das hat soweit schonmal funktioniert...! :)
Ich kann also den Rolladen steuern... allerdings bekomme ich mehrfach die Meldung "tahoma_1722796-position not a number:" raus. In der Home App hört das zum Motor gehörende Rädchen auch nicht mehr auf zu Laden.
Hängt das damit zusammen, dass der Positionswert des Rolladens nach dem Anfahren zurückgegeben wird und Homebridge damit aber nichts anfangen kann weil dieser Wert in Prozent und nicht als Zahl gesendet wird? Wie kann ich das noch lösen?
Falls nicht, woran kann es sonst liegen?
Sobald das Problem gelöst ist bin ich - hoffentlich - wunschlos glücklich ;)
Ich glaube du brauchst noch den Eintrag
userReadings
position {ReadingsNum($name,'state',50)}
Im device und damit die Richtung stimmt
Levelinvert 1
Das mit dem Levelinvert hab ich auch schon gemerkt und umgesetzt. Danke aber für den Hinweis.
Leider besteht das zweite Problem mit der Home App und mit Eve noch weiterhin. Das Rädchen hört dreht endlos weiter... auch nach Neustart der App und Neustart von Homebridge. Die Position wird angefahren und dann hängt es bzw. die aktuelle Position wird nicht aktualisiert.
Die Fehlermeldung von Homebridge ist allerdings verschwunden: caching: CurrentPosition: 81 (as number; from '81')
Das scheint also schonmal funktioniert zu haben... Nur wo hängt es jetzt?
Habe gerade festgestellt das es bei mir in der Home App auch passiert, war vorher nicht so, wenn man aber öfters die Höhe ändert erkennt er es auf einmal.
Hab die ganze Zeit die Eve App benutzt da ist alles schön.
Hast Recht, die Aktualisierung passiert nur mit einer erheblichen Verzögerung... Wenn ich die Befehle mit Siri ausführe geht es schneller als bei einer Änderung in der Home App selbst.
Offtopic: Wie kann ich Siri dazu bringen alle Rollläden auf einmal zu öffnen/schließen? ;D Alle Rollläden öffnen/schließen funktioniert bei mir jedenfalls nicht... "Rolladen" bzw. "Rollläden" scheint bei Siri nicht hinterlegt zu sein. Das Wort Jalousie hingegen schon,...
Ich hab das mit dem Modul ROLLO gelöst, allerdings nicht mit dimmen probiert sondern nur alle auf oder zu.
Nicht ideal, aber funktioniert :) Siri nennt es dann halt bei mir "Alle Rollo..." und nicht Rollos
Ich nutze Siri nicht, nehme dafür Alexa und da kann man den Namen selbst festlegen.
Also die Einbindung der Rolladenmotoren sowie weiterer Devices hat jetzt wunderbar funktioniert. Ebenfalls die RTS Funksteckdosen wurden erkannt und lassen sich über FHEM steuern.
Hier hapert es dann allerdings auch schon wieder bei der Einbindung über Homebridge. Die Funksteckdose (als Switch oder Outler konfiguriert) erscheint zwar, lässt sich aber nicht über EVE oder Home steuern. Muss das auch wieder über homebridgeMapping konfiguriert werden? Wenn ja, wie müsste die Konfiguration dann aussehen?
Vielen Dank!!
Hallo in die Runde,
ich habe jetzt seit guten 4 Monaten das Modul von Rolf in Betrieb und bin sehr froh, dass es das Modul gibt. Die Ladezeiten in der App sind grausam.
Ich habe derzeit 13 io-Rollläden, 4 Orts-Rollläden, 1 GU-Modul für die Haustürüberwachung, 4 IO-elektr. Dachfenster (VELUX) inkl. Rollläden, 20 HUE Lampen, 2 RTS-Zwichenstecker und die EvoHome Steuerung an Tahoma hängen.
Und ohne das Modul wäre ich schon lange an Somfy verzweifelt.
Wird das Modul noch weiter entwickelt? Es ist derzeit nicht möglich die EvoHome Temperatursensoren über das Modul einzubinden.
Es erscheint die Fehlermeldung:
tahoma1: create new device 'tahoma_0#1' for device 'ramses://0204-5421-9672/96763/0#1'
2017.06.01 07:06:44 1: tahoma1: Autocreate: An error occurred while creating device for id 'ramses://0204-5421-9672/96763/0#1': Invalid characters in name (not A-Za-z0-9._): tahoma_0#1
Gerne stelle ich alle benötigten Infos zur Verfügung für die weitere Entwicklung des Moduls.
Und natürlich beteilige ich mich auch gerne im Rahmen meiner Fähigkeiten. 8)
Grüße Tim
Hallo Tim,
momentan gibt es keine direkten Anforderungen, die eine Weiterentwicklung nötig machen.
Wenn es weitere Anforderungen gibt, dann werde ich versuchen diese umzusetzen.
Und wenn Fehler auffallen, wie in deinem Fall, dann werde ich diese natürlich beheben.
Bei dir gibt es jetzt ein Problem mit dem automatisch erzeugten Namen.
Das Device ramses://0204-5421-9672/96763/0#1 wird als tahoma_0#1 angelegt, da dar automatisch erzeugte Namensteil aus den Zeichen nach dem letzen '/' gebildet wird.
Du kannst das Device aber auch manuell anlegen, der Name (tahoma_96763_0_1) ist beliebig vergebbar:
define tahoma_96763_0_1 tahoma1 DEVICE ramses://0204-5421-9672/96763/0#1
Wenn das nicht geht, dann schick mir mal dein Setup.
(verbose 4, zeile aus log: tahoma1: tahoma_dispatch data={"setup": ...)
Gruß Rolf
Hallo Rolf,
ich traue es mich fast nicht zu sagen. Aber das war echt "fast zu" einfach.
Durch den belibigen Namen ohne das Sonderzeichen wurde der EvoHome sensor erkannt und mit den Readings
NameState Wohnzimmer 2017-06-27 14:49:31
RAMSESSetPointOverrideModeState NoOverride 2017-06-27 14:49:31
RAMSESZoneTimeProgramState. HASH(0x3732300) 2017-06-27 14:49:31
TargetTemperatureState 5 2017-06-27 14:49:31
TemperatureState 24.4 2017-06-27 14:52:13
angelegt. Danke für deine schnelle Antwort. Jetzt heißt es wieder bateln und spielen mit FHEM. ;D
Viele Grüße Tim
Hallo Tim,
freut mich, dass das so funktioniert hat!
Und ich werde mir zur lokalen fid und des daraus automatisch generierten Device Namen eine Verbesserung einfallen lassen.
Problematisch ist halt, das die fid = 0#1 vielleicht mehrfach vorkommen kann, und die weiteren Devices mit identischer fid dann nicht angelegt werden und auch nicht verwendet werden können.
Was mir bei deinen readings aufgefallen ist:
RAMSESZoneTimeProgramState wird als HASH angezeigt, d.h. dahinter verbirgt sich noch etwas bzw. ich habe noch einen Fehler in der Interpretation.
Hierfür benötige ich aber das Setup per PM (ab Bereich "devices", den Anfangbereich "setup" mit Standortdaten und Bereich "gateways" benötige ich nicht unbedingt)
Gruß Rolf
Hallo Rolf,
schicke ich dir gerne.
Bezüglich der Namen 0#1 denke ich, dass es zumindest im Honeywell-Universum nicht zur Doppelnennung kommt. Die Geräte heißen 0#1, 1#1, 2#1, 2#2, 3#1 usw...
PN ist unterwegs.
Viele Grüße
Tim
Geschätzte Gemeinde!
Ich bin vollkommener FHEM-Neuling, der schrittweise versucht sich aus einer etwas unglücklichen Tahoma-Beziehung zu verabschieden... Habe über's Wochenende einen Raspberry Pi 3 mit FHEM bestückt und bin von meinen ersten Minimalschritten überwältigt! ;) Die vorhandenen Tutorials sind ja fantastisch! Ich meine zu erahnen, was ich mit FHEM alles anstellen könnte, habe aber noch einen langen Weg vor mir.
Nun habe ich versucht gemäss Anleitung im ersten Post dieses Themas meine TahomaBox zu implementieren. Leider ohne Erfolg.
Der Raspi und die TahomaBox sind beide mit einer fixen IP im selben Netzwerk angemeldet und funktionieren einwandfrei. Da ich die aktuellste FHEM-Version benutze, müsste ja Modul 26_tahoma.pm bereits mit an Bord sein. json ist auf den neusten Stand. Mit
define tahoma1 tahoma ACCOUNT <Loginname> <Password>
attr tahoma1 room tahoma
erhalte ich immer nur folgende Meldung:
Usage: define <name> tahoma device
define <name> tahoma ACCOUNT username password
define <name> tahoma DEVICE id
define <name> tahoma SCENE oid username password
define <name> tahoma PLACE oid
Das Passwort der TahomaBox habe ich extra geändert, da ich dachte, dass die verschiedenen Sonderzeichen (u.a. $) zu einem Problem führen könnten. Mit dem neuen Passwort funktioniert es aber auch nicht.
Das Einbinden der HueBridge hat via define problemlos geklappt. Ebenso der Z-Wave-Dongle.
Es kann ja sein, dass ich in meiner FHEM-Unschuld das Offensichtlichste übersehen habe, trotzdem wäre ich euch dankbar für jede Hilfe!
Beste Grüsse
Stephan
Moin Stephan
Willkommen im Forum, und viel Spass und Erfolg mit fhem!
Wie gibst Du denn die zwei Zeilen ein? Nicht, dass ich wieder mit dem Editieren der fhem.cfg kommen will, aber um zu helfen, ist es einfacher wenn Du das in die command Zeile von fhem eingibst. Und benutze bitte codetags, das macht es allen leichter Deine posts zu lesen.
Gruss Christoph
Hallo Stephan,
ich kann dein Problem auch nicht nachvollziehen.
Ich habe meinen Account gerade in ein neues FHEM in der Eingabezeile eingegeben:
define tahoma1 tahoma ACCOUNT mail@server.com passwort
attr tahoma1 room tahoma
und sofort verbunden, und alle Devices, Räume und Szenen wurden angelegt.
Gruß Rolf
Guten Abend!
Danke euch! Ich habe es exakt so gemacht, wie Rolf beschreibt. Merkwürdig... Vielleicht fehlt das Modul trotzdem? Werde mal weiter testen.
Grüsse Stephan
Modul 26 tahoma gelöscht und neu hinzugefügt. Keine Veränderung! Kann es an meinen Netzwerkeinstellungen liegen? Muss da etwas beachtet werden?
Beste Dank und ebensolche Grüsse
Stephan
PS: Halleluja, jetzt wurde tahoma definiert! Aber sie erscheint nur in der Liste. Keine Devices oder Szenen, einfach nichts. Obwohl autocreate aktiv ist...
Moin
Wie ist denn der state von Deinem tahoma? Zeig doch mal ein list!
Gruss Christoph
Hallo Christoph
Internals:
DEF name@server.com passwort
NAME tahoma1
NR 89
NTFY_ORDER 50-tahoma1
STATE Initialized
SUBTYPE
TYPE tahoma
Attributes:
room tahoma
Gruss Stephan
Hallo Stephan
Irgendwie sieht das sehr seltsam aus! Loesche tahoma1 einfach noch einmal. Machst Du das in der Eingabezeile, oder in der cfg?
define tahoma1 tahoma ACCOUNT <Loginname> <Password>
Mit Deinen Daten ohne spitze Klammern in der Eingabezeile eingeben, danach sollte das Ganze laufen!
Gruss Christoph
Hallo Christoph
Ich habe es schon mehrfach gelöscht und wieder genau so eingerichtet wie du schreibst. Ich mache es in der Eingabezeile. Es klappt leider nicht...
Grüsse Stephan
Hallo stephan
Das ist mehr als seltsam! Ich habe hier eine Testversion im Windows, da habe ich mal eben schnell mein tahoma eingerichtet. Das ging sofort! Allerdings musste ich vorab ein update machen, da die Version kein tahoma kannte.
Ein <version tahoma> brachte bei mir
26_tahoma.pm 14213 2017-05-07 21:52:10Z mike3436
Gruss Christoph
War das vor oder nach deinem Update? Ich erhalte bei version tahoma genau dieselbe Ausgabe wie du.
Gruss Stephan
Danach
Vorher gab es das Modul gar nicht!
Dein json ist auch installiert?
Gruss Christoph
Hab's geschafft! :)
Unter DEF stand im Webinterface nur mein Benutzername und das Kennwort. Ich habe dort davor noch ACCOUNT eingefügt. Siehe da, alles übernommen! Merkwürdig, aber es geht!
Grüsse Stephan
Schoen
Ich glaube ich bin auch ueber das ACCOUNT gestolpert!
Gruss Christoph
Hallo,
ich habe das modul etwas erweitert:
Update 2017-07-08 V 0215:
- creation of fid and device names for first autocreate extended
- login delay increased automatically up to 160s if login failed
- default set commands on devices without commands deleted
Die identifizierer fid, die eigentlich eindeutig sein sollten, haben sich wiederholt, und dadurch wurden manche Devices nicht angelegt.
Ausserdem konnten hier Sonderzeichen vorkommen, die FHEM nicht im Namen mag (autocreate schlägt fehl).
Bei den z.B. den Controllern wurden set commands angeboten, obwohl hier gar keine Kommandos existieren.
Das erneute Login wird jetzt verzögert (von erst 10s auf dann 20,40,80,160s) damit bei Serverabschaltung nicht immer alle 2s/10s ein Login probiert wird.
Das dim habe ich mich aktuell noch nicht getraut zu entfernen, wo es keinen Sinn macht.
Ich will das nur noch bei inClass:RollerShutter bzw. wenn command setPosition existiert ermöglichen.
Bei den Räumen soll es bleiben, was haltet ihr davon?
Gruß Rolf
Hallo!
Hat von euch irgendwer das devStateIcon eingestellt, damit man den Status der Raffstores sieht? da der State ja dim davor hat, klappt folgendes bei mir nicht:
up:fts_shutter_10@green down:fts_shutter_100@black 9\d.*:fts_shutter_10 8\d.*:fts_shutter_20 7\d.*:fts_shutter_30 6\d.*:fts_shutter_40 5\d.*:fts_shutter_50 4\d.*:fts_shutter_60 3\d.*:fts_shutter_70 2\d.*:fts_shutter_80 1\d.*:fts_shutter_90 0\d.*:fts_shutter_100
Hab dann komplett umgebaut auf:
dim0\d.*:fts_shutter_10 dim1\d.*:fts_shutter_20 dim2\d.*:fts_shutter_30 dim3\d.*:fts_shutter_40 dim4\d.*:fts_shutter_50 dim5\d.*:fts_shutter_60 dim6\d.*:fts_shutter_70 dim7\d.*:fts_shutter_80 dim8\d.*:fts_shutter_90 dim9\d.*:fts_shutter_100
aber das ist irgendwie auch nicht der richtige Weg - bin leider echt ein REGEX Noop!
Vielen Dank für Eure Hilfe im Voraus
lg
Steeeve
Ich muss leider nochmal nachhaken... komme einfach mit den RTS Funksteckdosen nicht weiter. Über die FHEM Oberfläche kann ich die Steckdose steuern, allerdings klappt die Anbindung via homebridgemapping nicht. D.h. ich kann die Steckdose nicht über EVE/Siri/Alexa steuern. Angezeigt wird sie und auch als Switch erkannt, aber es gibt keinerlei Reaktion.
Kann mir jemand vielleicht kurz weiterhelfen und mit sagen, was ich dort eintragen muss?
Danke!
Hallo zusammen,
ich bin absoluter FHEM-Neuling und wollte mal versuchen ob ich meine Somfy-Rolläden über FHEM gesteuert bekomme.
Zum Ausprobieren hab ich mir folgende Umgebung geschaffen:
Win10, FHEM und Perl sind am laufen.
define tahoma1 usw hat auch funtkioniert.
Das Problem ist, das sich das Modul nicht bei Somfy einloggen kann (Nuzername und PW über Web-login überprüft, da funktionierts...)
Im Logfile sieht das folgendermaßen aus:
2017.08.11 17:22:32 3: tahoma1: tahoma_connect
2017.08.11 17:22:32 3: tahoma1: tahoma_login
2017.08.11 17:22:32 2: tahoma1: login start
2017.08.11 17:22:33 3: tahoma1: request active
2017.08.11 17:22:33 2: tahoma1: tahoma_dispatch http request failed: https://www.tahomalink.com:443: Attempt to reload IO/Socket/SSL.pm aborted.
Compilation failed in require at (eval 167) line 1.
BEGIN failed--compilation aborted at (eval 167) line 1.
2017.08.11 17:22:41 3: tahoma1: tahoma_login
2017.08.11 17:22:41 2: tahoma1: login start
2017.08.11 17:22:41 2: tahoma1: tahoma_dispatch http request failed: https://www.tahomalink.com:443: Attempt to reload IO/Socket/SSL.pm aborted.
Compilation failed in require at (eval 168) line 1.
BEGIN failed--compilation aborted at (eval 168) line 1.
Im Modul wird folgendes angezeigt:
BLOCKING 0
CFGFN
Clients :tahoma:
DEF ACCOUNT xxx@xxx.de xxxxxx
HTTPCookies
INTERVAL 0
NAME tahoma1
NR 133
NTFY_ORDER 50-tahoma1
STATE Initialized
SUBTYPE ACCOUNT
TYPE tahoma
VERSION 0215
[b]logged_in 0[/b]
loginRetryTimer 160
refreshStateTimer 1502465072
request_active 0
request_time 1502464953.02752
startup_done
startup_run
timeout 10
url https://www.tahomalink.com/enduser-mobile-web/externalAPI/json/
userAgent TaHoma/7980 CFNetwork/758.5.3 Darwin/15.6.0
Demzufolge werden natürlich auch keine Devices von Somfy abgerufen.
Habe schon mehrfach versucht das Modul zu löschen und neu anzulegen - leider kein Erfolg :-(
Hat jemand eine Idee an was es liegen könnte? Oder was noch versucht werden kann?
Andreas
::EDIT::
Fehler gefunden...
Es lag an Perl.
Ich habe eine zweite FHEM Installation mit einer anderen Perl-Variante genommen und schon funktionierts.
Fehlerhafte Perl: StrawberryPerl Version 5.26.0.1 64bit Zip-Edition (http://strawberryperl.com/releases.html)
Funktionierende Perl: ActivePerl, aktuelle Version
Andreas, der jetzt mal zu spielen bgeinnt :-)
Moin Andreas
Und herzlich willkommen im Forum. Viel Spass und Erfolg!
Gruss Christoph
Hallo Gemeinschaft,
Soweit kann ich mit meinem FHEM Server meine Storen ansteuern.
Ich möchte nun aber die Storen von meiner Loxone Steuerung aus bedienen. Meine Idee ist auf der Loxone mit Virtuellen Ausgängen zu Arbeiten, die dann einen HTTP Befehl an den FHEM server schicken. Ich habe verschiedene HTTP Befehle versucht, aber keiner funktioniert bis jetzt.
Als Beispiel habe ich es mit folgendem HTTP Befehl versucht:
http://192.168.XXX.XXX:8083/fhem?cmd=set%tahoma_490040%dim20% (Die Store sollte auf 20% gestellt werden).
Ist dies mit dem 26_Tahoma Modul so überhaupt möglich? Wenn ja, was mach falsch ;-).
Wie könnte man sonst von der Loxone die nötigen Befehle an den FHEM Server senden?
Danke für die Hilfe!
Gruss
Chris
PS: Bein ein absoluter FHEM Neuling ;-)
Edit:
Wenn ich im WEB den Wert "csrfToken" auf "none" setze, dann klappt es mit den HTTP Befehlen. Hat jemand eine Idee, wie man das auch mit csrfToken zum laufen kriegt?
Edit #2:
So nach weiterer Suche habe ich die Lösung. Mit einem "statischen" Token den ich im WEB gesetzt habe funktioniert es. Der HTTP Befehl sieht dann z.B. so aus: http://192.168.XXX.XXX:8083/fhem?cmd=set tahoma_490040 dim 30&fwcsrf=STATIC FHEM TOKEN
Dieses Beispiel setzt die Store auf 30% zu.
Noch eine Frage zum Modul...
Wenn man (wie ich) mehr als 10 Geräte auf einmal ansprechen möchte, dann bekommt man ja
tahoma_dispatch error: Execution queue is full (soft limit: 10)
Ist dies nur ein Eintrag im Log, oder wird dabei auch ein Event erzeugt, welches ich übersehen habe?
Event wäre praktisch..., dann könnte man einfacher darauf reagieren...
Darkmozart
Hallo Darkmozart,
wenn mehr als 10 Geräte angesteuert werden sollen, dann geht das aktuell nur über die Szenen oder Gruppendefinitionen (room).
Werden mehr als 10 Aktionen ausgelöst, dann kommt die beschrebene Fehlermeldung.
Da ich bisher Fehlermeldungen nicht interpretiere, wird dann die Verbindung unterbrochen und erneut verbunden.
oder wird dabei auch ein Event
Das property 'lastError' in 'internals' wird entsprechend der zurückgelieferten Fehlermeldung gesetzt.
Ich weis nicht, ob hierüber ein Event ausgelöst wird, aber ich könnte es zusätzlich/alternativ auch als Reading anlegen.
Eigentlich könnte ich die Befehle zusammenfassen und innerhalb eines Kommandos senden. Ich habe aber noch kein umsetzbares Konzept erarbeitet, und ich weis auch nicht wie viele devices parallel angesteuert werden dürfen.
Wenn du z.B. das komplette room 'Haus' ansteuerst, geht das dann problemlos?
Bei meinen 9 Rolladen geht das, wie viele devices vom type RollerShutter hast du?
Ich habe 21 Rolläden...
Der komplette room Haus funktioniert.
Auch die Zusammenfassung über vordefinierte Räume würde funktionieren. Da bin ich dann aber pro Device auf einen Raum begrenzt - ich würde aber gern die Rolladen in fhem mehreren Gruppen zuordnen können (u.a. schlafen, wohnen, Himmelsrichtungen....) - dies ist über die Box selbst nicht möglich - Um verschiedene Beschattungsszenarien realisieren zu können. Und da sinds dann speziell in der Gruppe wohnen 12 Devices.
Das internal wird zwar gesetzt, aber kein Event dadurch ausgelöst.
Mein Wunsch wäre ein Event ( ob mit oder ohne Reading ist erst Mal zweitrangig, mit ist wahrscheinlich einfacher zu realisieren) aus dem ich das Device und den gewünschten Befehl auslesen kann. Dann könnte ich auf das Event reagieren und das Device verzögert nochmal ansteuern.
Z.b tahoma_0815 dispatch_error: dim 75 oder so in der Art.
Durch diese Reaktion könntest du dir dann die Gedanken über die Zusammenfassung beim Befehle senden sparen.
Alternativ könntest du diese verzögerte Reaktion ins Modul einbauen, dann könnten auch Fehler vermieden werden wenn z.b. 2 Gruppen a 6 Devices kurz hintereinander angesprochen werden. Dann würde sich auch wiederum das Event erübrigen. - es führen wie üblich viele Wege nach Rom ..
Grüße Darkmozart
Über eine solche Gruppierung hatte ich auch schon mal nachgedacht, da über die App nur Räume definierbar sind, und ein Device so nicht doppelt in zwei Gruppen vorhanden sein kann. Das geht dann ein bischen an der FHEM Gruppierung vorbei, wäre aber ggf. effektiver zu steuern.
Auch die verzögerte Ansteuerung wäre natürlich möglich:
- die Ansteuerung des 1. - 5. Device/Room wird direkt ausgeführt
- die Ansteuerung weiterer Devices/Rooms wird zusammengefasst, d.h. es wird z.B. 2s gewartet, bis der Befehl gesendet wird
Ich müsste dann sowieso eine Queue implementieren und könnte dann abfangen, dass maximal 10 Kommandos parallel laufenden dürfen.
Das mit x Sekunden warten habe ich schon versucht - Problem dabei ist, falls ein Device länger braucht kommt man wieder an die Grenze und steht vor dem selben Problem.
Meine Lösung wäre schlicht alle Befehle Absenden und falls dann der dispatch-Error wegen kommt diesen abfangen und dann das Device nach (1) Sekunden erneut ansteuern. Solange der error kommt wieder hinten anstellen bis der Befehl abgearbeitet ist.
Dadurch konnte der User (also in den Fall ich) stupide Befehle abfeuern, die dann alle sicher abgearbeitet werden, egal wie viele Befehle in der Schlange warten. Auch brauchte man sich keine Gedanken machen wie lang die Pause sein soll - der Befehl wird ja dann einfach so lange hinten angestellt bis er dran ist.
Ich habe eine neue Version V0216 eingecheckt die das anlegen von Gruppen ermöglicht
Dadurch wird das Problem der maximal 10 aktiven Kommandos zwar nicht behoben, aber man kann es jetzt vermeiden.
Das Modul sollte morgen über update verfügbar sein ...
Wie immer du das gemacht hast - es löst mein Problem.
Danke!
Bitte :)
ZitatWie immer du das gemacht hast -
Man kann ja mehrere Devices innerhalb eines Web-Kommando ansteuern - das war wohl nie ein Problem. Diese könnten auch komplett andere Befehle/Positionen pro Device wie in einer Scene beinhalten - der Aufwand in der Definitionslogik war mir aber zu schwierig unterzubringen.
Aber man kann nicht gleichzeitig mehr als 10 Web-Befehle an den Server hintereinander wegschicken. Dazu müsste ich die Web-Befehle in eine Queue schreiben, und erst weiterleiten wenn die ersten Web-Befehle abgearbeitet worden sind, oder man könnte einfach mehrere Web-Befehle zu einem zusammenfassen.
Das werde ich ggf. beim nächsten Redesign einbauen.
Hallo zusammen,
als totaler Raspy-Anfänger tue ich mich schwer mit der Installation. Hab FHEM und Perl installiert und will nun das Tahoma-Modul gemäß Anleitung in den Ordner fhem/FHEM kopieren, finde den aber nicht..... Mit dem Hinweis "ab 17.06.2016 im SVN" kann ich auch nichts anfangen.
Wer kann mir aufs Pferd helfen?
Vielen Dank im Voraus!
Im SVN heißt das es mit Fhem ausgeliefert wird. Du brauchst also nichts kopieren. Wenn du die Voraussetzungen erfüllst (siehe Wiki zum Modul) kannst du bei der Definition des Moduls weiter machen.
Erbarmen... Wie und wo das Modul definieren? Ist das dieser beschriebene Eintrag in die Fhem.cfg?
Bloß nicht in der cfg direkt arbeiten. Die Zeilen oben in der Eingabezeile von fhem eingeben.
Und ließ die Mal die Anfänger Guides durch. Nach denen sollte die Installation vom tahoma-Modul kein Problem mehr sein
Dank Darkmozart läuft FHEM jetzt. Beim Tahoma-Modul gibt es aber folgende Fehlermeldung:
lastError: json string is faulty. Im Logfile steht: Bad credentials. Rolläden werden nicht gefunden.
Weiß jemand Rat?
Vielen Dank im Voraus,
Ingo
Hi,
mir ist am Wochenende meine SD Karte des Raspberry abgeraucht, weshalb ich das System neu aufsetzen musste. Natürlich will ich dabei gleich etwas Feintuning vornehmen...
Aktuell habe ich die IO Rolläden über Tahoma in FHEM eingebunden und die Steuerung über Alexa-FHEM eingerichtet. Funktioniert soweit auch.
Was ich mir vorstelle:
Aktuell lassen sich die Rolläden mir "Alexa Rollo Bad auf xy%" einstellen. Dafür wird ja dim verwendet und ich benutze folgendes Mapping:
CurrentPosition=dim::position,minValue=0,maxValue=100 TargetPosition=dim::position,minValue=0,maxValue=100,minStep=10
Ist es möglich, den Befehl "Alexa Rollo Bad öffnen" bzw, schließen ebenfalls umzusetzen und ins homebridgemapping zu integrieren? Öffnen entspricht ja dim100 und schließen dim0. Habe nur keine Ahnung ob es überhaupt geht und wie das homebridgemapping aussehen müsste.
Vielen Dank schonmal!
@is2late
'Bad credentials' bedeutet, dass dein Username und/oder Passwort nicht korrekt sind!
@yc2k17
... da kenne ich mich leider nicht aus
Ich glaube das mit dem Rolladen wir zu kompliziert, habe es aufgegeben :) Neue Lösung ist das Szenario direkt über die Tahoma Box in Alexa einzubinden, ist ja seit gestern möglich.
Aber nochmal zu einem anderen Punkt, den ich früher schonmal angesprochen hatte. Ich habe zwei Somfy RTS Funksteckdosen, die ich auch über die Tahoma Box in FHEM eingebunden habe. Die Steuerung in FHEM klappt auch wunderbar, allerdings scheitert es am homebridgemapping. Über Alexa haut es nicht so wirklich hin.
Das Kuriose:
Vor 2 Tagen hat das homebridgemapping (habe dort einfach nur On=cmdOn Off=cmdOff eingetragen) fehlerfrei funktioniert, gestern allerdings funktionierte nichts mehr. Habe etwas rumexperimentiert, kein Erfolg. Über FHEM direkt lässt sich die Steckdose allerdings schalten.
Ich bin mir sicher, dass ich irgendwo einen Denkfehler habe und der Fehler beim Mapping selbst liegt. Kann mir da jemand weiterhelfen? Steckdose habe ich über genericdevicetype als outlet deklariert.
PS: Die RTS Steckdose gibt ander wie die io Komponenten keine Rückmeldung zum aktuellen Schaltzustand.
Gruß und Danke!
Edit:
Hier noch kurz ein paar Infos zu den wichtigen Einträgen bei FHEM
COMMANDS
dim:slider,0,1,100 cancel:noArg down:noArg identify:noArg off:noArg on:noArg onWithTimer rest:noArg stop:noArg test:noArg up:noArg
STATE
Initialized
SUBTYPE
DEVICE
TYPE
tahoma
inClass
OnOff
inControllable
rts:OnOffRTSComponent
inLabel
Wohnzimmer Multi
inType
1
@mike3436:
Vielen Dank, das war die Lösung.
Kurioserweise akzeptierte das Somfy-Portal je nach Browser manchmal die Grossschreibung des Usernamens und manchmal nicht. Dadurch bin ich bei der Kontrolle, ob im Programm die richtigen Zugangsdaten eingegeben waren, in die Irre geführt worden.
Zitat von: yc2k17 am 16 November 2017, 16:48:47
Ich glaube das mit dem Rolladen wir zu kompliziert, habe es aufgegeben :) Neue Lösung ist das Szenario direkt über die Tahoma Box in Alexa einzubinden, ist ja seit gestern möglich.
Aber nochmal zu einem anderen Punkt, den ich früher schonmal angesprochen hatte. Ich habe zwei Somfy RTS Funksteckdosen, die ich auch über die Tahoma Box in FHEM eingebunden habe. Die Steuerung in FHEM klappt auch wunderbar, allerdings scheitert es am homebridgemapping. Über Alexa haut es nicht so wirklich hin.
Das Kuriose:
Vor 2 Tagen hat das homebridgemapping (habe dort einfach nur On=cmdOn Off=cmdOff eingetragen) fehlerfrei funktioniert, gestern allerdings funktionierte nichts mehr. Habe etwas rumexperimentiert, kein Erfolg. Über FHEM direkt lässt sich die Steckdose allerdings schalten.
Ich bin mir sicher, dass ich irgendwo einen Denkfehler habe und der Fehler beim Mapping selbst liegt. Kann mir da jemand weiterhelfen? Steckdose habe ich über genericdevicetype als outlet deklariert.
PS: Die RTS Steckdose gibt ander wie die io Komponenten keine Rückmeldung zum aktuellen Schaltzustand.
Gruß und Danke!
Edit:
Hier noch kurz ein paar Infos zu den wichtigen Einträgen bei FHEM
COMMANDS
dim:slider,0,1,100 cancel:noArg down:noArg identify:noArg off:noArg on:noArg onWithTimer rest:noArg stop:noArg test:noArg up:noArg
STATE
Initialized
SUBTYPE
DEVICE
TYPE
tahoma
inClass
OnOff
inControllable
rts:OnOffRTSComponent
inLabel
Wohnzimmer Multi
inType
1
Du kannst die Rollläden relativ einfach über die HA-Bridge einbinden. Sowohl mit dem Alexabefehl ,,Schalte Rollladen auf xx Prozent als auch (Ok, das klingt etwas blöd) Schalte Rolladen ,,An" für z.B. auf und ,,aus" für runter oder umgekehrt.
Grüsse Desasterguy
Hi,
meine Rollläden lassen sich alle prima steuern, bis auf einen. Den kann man über Tahoma steuern,, nicht jedoch via FHEM auf Command der XT3 (während die anderen Rollläden funktionieren). Es erscheint folgender Logbucheintrag:
tahoma_161672: tahoma_dispatch error: com.fasterxml.jackson.databind.JsonMappingException: Unexpected end-of-input: expected close marker for ARRAY (from [Source: org.apache.catalina.connector.CoyoteInputStream@5418d879; line: 1, column: 49])
at [Source: org.apache.catalina.connector.CoyoteInputStream@5418d879; line: 1, column: 297] (through reference chain: com.s2ih.server.model.business.setup.action.ManagedActionGroup["actions"])
Habt Ihr das schon einmal erlebt und/oder könnt die Fehlermeldung interpretieren?
LG
Hallo,
XT3 sagt mir erst mal nichts.
Was meinst du mit 'Den kann man über Tahoma steuern' - geht die Ansteuerung in FHEM im Tahoma Modul oder nur die Ansteuerung über die Tahoma App?
Wenn keine Ansteuerung in FHEM möglich, dann könnte der Name ein Problem sein!?
Oder ist die Rollade anderen Typs? (inType = RollerShutter, inControllable = io:RollerShutterGenericIOComponent)
Ansonsten kann ich dir nur anbieten, mir ein Log mit Verbose 5 (auf device tahoma1 bzw. ACCOUNT) zukommen zu lassen.
Das Log muss den Reconnect (z.B. über "get tahoma1 reset") und die Ansteuerung (z.B. "set tahoma_161672 dim 50") der Rollade beinhalten.
Gruß Rolf
Hallo Rolf,
vielen Dank für Deine Antwort!
XT3 ist ähnlich wie die Lupusec XT2 Alarmanlage. Im Alarmfall schickt sie ein Command an FHEM, woraufhin die Rollläden hochgehen. Alle unsere Rollläden sind vom gleichen Typ. Alle lassen sich über die io Wandschalter und auch über die App mit Onlineverbindung bedienen. Alle - mit Ausnahme des "kranken" Rollladen - reagieren ordnungsgemäß auf eine Direkteingabe im FHEM Modul. Der Name dieses Rollladen unterscheidet sich grundsätzlich auch nicht von den anderen Namen (tahoma_161672 funktioniert nicht, tahoma_161732 sehr wohl).
LG
hallo is2late,
der Alias Name 'Bad Straßenseite' mit Sonderzeichen ist wohl das Problem - das hatten wir schon mal.
Irgendwie akzeptiert der Somfy Server das dann nicht und ich habe Umlaute schon gefiltert bzw. ersetzt - das 'ß' aber bisher nicht.
Der Aliasname wird nur bei der ersten Anmeldung automatisch übernommen und kann dann geändert werden.
Setze mal unter tahoma_161672 das ATTRIBUT alias auf den Wert 'Bad Strassenseite'.
Ich werde den Fehler auf die toDo Liste nehmen und eliminieren.
Gruß Rolf
Hallo Rolf,
vielen Dank! Alias ist geändert und es klappt! Toll...dankeschön!
LG
Ingo
Hallo zusammen,
bezüglich einem anderen Thread den ich im Zusammenhang mit den Somfy IO Rauchmeldern erstellt hatte, bekam ich die Rückmeldung ich sollte in diesem Beitrag um Hilfe bitten. Insofern: Ich bitte bzgl. folgender Frage um Hilfe :-)!
Herzliche Grüße,
Dominik
ZitatWerte FHEM-Mitstreiter,
bisher konnte ich über die Beiträge meine Anlage soweit konfigurieren - insofern vielen lieben Dank für die tolle Arbeit die hier geleistet wurde. Mit den Somfy IO Rauchmelder komme ich nun aber nicht weiter. Die Melder sind via Tahoma Box an FHEM angebunden und funktionieren soweit auch. Nun bin ich auf der Suche nach:
- den möglichen Commands der Raumelder (z.B. Testlauf, Probealarm,...)
- den möglichen Werten der Readings (
Standardmäßig sind bei mir folgende Readings für den Normal- bzw. alternativ für den Alarm-/Wartungsfall verfügbar:
Readingbezeichnung | Readingwert Normalfall | Readingwert Alarm-/Wartungsfall |
MaintenanceRadioPartBatteryState | normal | tbd |
MaintenanceSensorPartBatteryState | normal | tbd |
RSSILevelState | 48.0 (in meinem Fall) | tbd |
SensorRoomState | clean | tbd |
SmokeState | notDetected | detected (bei Alarm) |
StatusState | available | tbd |
SensorDefectState | tbd | maintenanceRequired (kam bei leerer Batterie) / dead |
Nun zu meiner Frage: Hat irgendjemand schon die mir noch fehlenden Werte (=tbd) bzw. Commands ausgelesen? Alternativ: Welche Möglichkeiten habe ich die möglichen Werte bzw. Commands auszulesen (nicht jeden Betriebszustand kann oder sollte man ja testweise simulieren)?
Herzlichen Dank und viele Grüße,
Dominik
Ich habe heute unseren Rolladen mit tahoma (wir haben eine Connexxoon Box) definiert nach Anleitung oben.
Es hat auch alles geklappt. Ein list vom room tahoma sieht folgendermaßen aus.
Haus
RollerShutter Terrasse dim100 100
tahoma
Pod Box Initialized
room All House Initialized
scene WINDOW - BITTE NICHT STÖREN - Werner Initialized
scene WINDOW - HAUS VERLASSEN - Werner Initialized
scene WINDOW - NACH HAUSE KOMMEN - Werner Initialized
scene WINDOW - URLAUB - Werner Initialized
tahoma1 Connected
Dabei sind die Einträge beim Roller Shutter "dim100" und "100" offenbar nur Statusanzeigen.
Die Werte lassen sich nicht verändern und der Rolladen nicht darüber steuern.
Das listing vom Roller Shutter sieht so aus:
DeviceOverview
RollerShutter Terrasse dim100 100
set tahoma_5094291 dim 0
get tahoma updateAll
Internals
BLOCKING 1
CFGFN
COMMANDS
dim:slider,0,1,100 cancel:noArg close:noArg delayedStopIdentify down:noArg getName:noArg identify:noArg my:noArg open:noArg refreshMemorized1Position:noArg setClosure setDeployment setMemorized1Position setName setPosition setSecuredPosition startIdentify:noArg stopIdentify:noArg up:noArg wink
DEF DEVICE io://0804-2534-5999/5094291
INTERVAL 0
IODev tahoma1
NAME tahoma_5094291
NR 1025
NTFY_ORDER
50-tahoma_5094291
STATE dim100
SUBTYPE
DEVICE TYPE tahoma
device io://0804-2534-5999/5094291
fid 5094291
inClass RollerShutter
inControllable io:RollerShutterGenericIOComponent
inExecId finished
inExecState 4
inLabel Terrasse
inPlaceOID b8e33259-e49f-49af-bbb4-6d2603c9a575
inType 1
refreshStateTimer 1517092245
Readings
ClosureState 100 2018-01-27 23:44:13
NameState Terrasse 2018-01-27 22:49:07
OpenClosedState closed 2018-01-27 23:44:13
PriorityLockTimerState 0 2018-01-27 22:49:07
RSSILevelState 82.0 2018-01-27 23:45:19
StatusState available 2018-01-27 22:49:07
devicestate closed 2018-01-27 23:44:13
state dim100 2018-01-27 23:44:13
Attributes
IODev tahoma1 deleteattr
alias RollerShutter Terrasse deleteattr
blocking 1 deleteattr
group Haus deleteattr
icon fts_shutter_70 deleteattr
room tahoma deleteattr
webCmd dim deleteattr
Steuern lässt sich der Rolladen nur, indem man die komplette Steueranweisung in die Command-line eingibt, z.B "set tahoma_5094291 dim 40"
Gibt es eine Möglichkeit, die Steuerung durch Angabe der Werte in den Feldern neben dem Device durchzuführen dort wo jetzt dim100 oder nur die 100 steht, ähnlich wie bei den Max Heizkörperthermostaten die Solltemperatur oder bei den IT-Schaltern die Schaltbefehle on und off?
Zum Beispiel im Feld dim die gewünschte Position eingeben und dann fährt der Rolladen in die Postion.
Zitat von: McShire am 28 Januar 2018, 00:46:17
Ich habe heute unseren Rolladen mit tahoma (wir haben eine Connexxoon Box) definiert nach Anleitung oben.
Es hat auch alles geklappt. Ein list vom room tahoma sieht folgendermaßen aus.
Haus
RollerShutter Terrasse dim100 100
tahoma
Pod Box Initialized
room All House Initialized
scene WINDOW - BITTE NICHT STÖREN - Werner Initialized
scene WINDOW - HAUS VERLASSEN - Werner Initialized
scene WINDOW - NACH HAUSE KOMMEN - Werner Initialized
scene WINDOW - URLAUB - Werner Initialized
tahoma1 Connected
Dabei sind die Einträge beim Roller Shutter "dim100" und "100" offenbar nur Statusanzeigen.
Die Werte lassen sich nicht verändern und der Rolladen nicht darüber steuern.
Das listing vom Roller Shutter sieht so aus:
DeviceOverview
RollerShutter Terrasse dim100 100
set tahoma_5094291 dim 0
get tahoma updateAll
Internals
BLOCKING 1
CFGFN
COMMANDS
dim:slider,0,1,100 cancel:noArg close:noArg delayedStopIdentify down:noArg getName:noArg identify:noArg my:noArg open:noArg refreshMemorized1Position:noArg setClosure setDeployment setMemorized1Position setName setPosition setSecuredPosition startIdentify:noArg stopIdentify:noArg up:noArg wink
DEF DEVICE io://0804-2534-5999/5094291
INTERVAL 0
IODev tahoma1
NAME tahoma_5094291
NR 1025
NTFY_ORDER
50-tahoma_5094291
STATE dim100
SUBTYPE
DEVICE TYPE tahoma
device io://0804-2534-5999/5094291
fid 5094291
inClass RollerShutter
inControllable io:RollerShutterGenericIOComponent
inExecId finished
inExecState 4
inLabel Terrasse
inPlaceOID b8e33259-e49f-49af-bbb4-6d2603c9a575
inType 1
refreshStateTimer 1517092245
Readings
ClosureState 100 2018-01-27 23:44:13
NameState Terrasse 2018-01-27 22:49:07
OpenClosedState closed 2018-01-27 23:44:13
PriorityLockTimerState 0 2018-01-27 22:49:07
RSSILevelState 82.0 2018-01-27 23:45:19
StatusState available 2018-01-27 22:49:07
devicestate closed 2018-01-27 23:44:13
state dim100 2018-01-27 23:44:13
Attributes
IODev tahoma1 deleteattr
alias RollerShutter Terrasse deleteattr
blocking 1 deleteattr
group Haus deleteattr
icon fts_shutter_70 deleteattr
room tahoma deleteattr
webCmd dim deleteattr
Steuern lässt sich der Rolladen nur, indem man die komplette Steueranweisung in die Command-line eingibt, z.B "set tahoma_5094291 dim 40"
Gibt es eine Möglichkeit, die Steuerung durch Angabe der Werte in den Feldern neben dem Device durchzuführen dort wo jetzt dim100 oder nur die 100 steht, ähnlich wie bei den Max Heizkörperthermostaten die Solltemperatur oder bei den IT-Schaltern die Schaltbefehle on und off?
Zum Beispiel im Feld dim die gewünschte Position eingeben und dann fährt der Rolladen in die Postion.
Moin
Gib uns mal ein richtiges list!
Das geht, indem Du in die Commandozeile list Terasse eingibst!
Ich habe uebrigens einen Slider, mit dem ich die Rollaeden bedienen kann! Oder auch beim set open oder close auswaehlen!
Gruss Christoph
Danke für den Hinweis mit "list"
Ich lerne noch.
Hier das list vom RollerShutter Terasse
Internals:
BLOCKING 1
CFGFN
COMMANDS dim:slider,0,1,100 cancel:noArg close:noArg delayedStopIdentify down:noArg getName:noArg identify:noArg my:noArg open:noArg refreshMemorized1Position:noArg setClosure setDeployment setMemorized1Position setName setPosition setSecuredPosition startIdentify:noArg stopIdentify:noArg up:noArg wink
DEF DEVICE io://0804-2534-5999/5094291
INTERVAL 0
IODev tahoma1
NAME tahoma_5094291
NR 1025
NTFY_ORDER 50-tahoma_5094291
STATE dim0
SUBTYPE DEVICE
TYPE tahoma
device io://0804-2534-5999/5094291
fid 5094291
inClass RollerShutter
inControllable io:RollerShutterGenericIOComponent
inExecId finished
inExecState 4
inLabel Terrasse
inPlaceOID b8e33259-e49f-49af-bbb4-6d2603c9a575
inType 1
refreshStateTimer 1517092245
READINGS:
2018-01-28 09:28:13 ClosureState 0
2018-01-28 01:28:03 NameState Terrasse
2018-01-28 09:28:13 OpenClosedState open
2018-01-28 01:28:03 PriorityLockTimerState 0
2018-01-28 12:34:59 RSSILevelState 80.0
2018-01-28 01:28:03 StatusState available
2018-01-28 09:28:13 devicestate open
2018-01-28 09:28:13 state dim0
Attributes:
IODev tahoma1
alias RollerShutter Terrasse
blocking 1
group Haus
icon fts_shutter_70
room tahoma
webCmd dim
und hier das list von tahoma1
Internals:
BLOCKING 0
CFGFN
Clients :tahoma:
DEF ACCOUNT
HTTPCookies JSESSIONID=E36E9B33453510216CC7D81DED68434E
INTERVAL 0
NAME tahoma1
NR 1020
NTFY_ORDER 50-tahoma1
STATE Connected
SUBTYPE ACCOUNT
TYPE tahoma
VERSION 0216
gatewayId 0804-2534-5999
inGateway 2017.6.4-8
inVersion 2017.6.4.2-8
lastError json string is faulty
logged_in 1
loginRetryTimer 5
refreshStateTimer 1517099283
request_active 0
request_time 1517139718.7848
startup_done 1
startup_run 6
timeout 10
url https://www.tahomalink.com/enduser-mobile-web/externalAPI/json/
userAgent TaHoma/7980 CFNetwork/758.5.3 Darwin/15.6.0
HTTPCookieHash:
JSESSIONID:
Options Path=/enduser-mobile-web/; Secure; HttpOnly
Value E36E9B33453510216CC7D81DED68434E
helper:
password
username
devices:
HASH(0x2de6e18)
HASH(0x2e075e8)
HASH(0x2f062a8)
HASH(0x2eeaa68)
HASH(0x2cedc90)
HASH(0x2ee1600)
HASH(0x2cf2c70)
refresh_event:
Attributes:
room tahoma
Gruß
Werner
Hallo Werner
Ich kann Dir nicht ganz folgen. Das sieht gleich aus wie bei mir! Mit dem Slider kannst Du bedienen!
Gruss Christoph
Hallo Christoph,
Danke für deine Hilfe, jetzt hat es klick gemacht. Mir war nicht klar, dass das grüne Feld rechts neben dem Status ein Schieber ist. Ich habe immer versucht einen Wert einzugeben, statt zu schieben. Jetzt wo du vom Bedienen mit dem slider sprichst, fiel es mir wie Schuppen von den Augen. Das Element slider kannte ich noch nicht aus meinen bisherigen Komponenten (MAX-Ventile, netatmo, Smartware-Schalter, Brennstuhl-Steckdosen, ... ,alles mit Feldern zur Eingabe eines Wertes oder Zustands).
Einen schönen Sonntag noch
Gruß
Werner
Hallo ihr Lieben,
ich möchte bei mir Dachfenster von Velux Verbauen (Klapp und Schwing nicht elektrisch)
Bei diesen möchte ich die Velux Elektro Rollladen SML UK08 0000S verbauen. (https://www.luedecke.com/Velux-Rollladen-Elektro-SML-UK08-0000S-fuer-UK08-U08-808-p-1365.html (https://www.luedecke.com/Velux-Rollladen-Elektro-SML-UK08-0000S-fuer-UK08-U08-808-p-1365.html))
Bisher habe ich herausgefunden, dass es für Fhem eine Kommunikationsschnittstelle zur Velux KLF 200 gibt. (https://house-4u.de/p/53/472/velux-integra-klf-200-ww-die-steuerung-interface-zur-fernsteuerung-von-io-homecontrol-produkten-velux-elektrische-steuerung.html)
Hiermit könnte ich zwar meine 3 Rollos ansteuern. (5 Sind möglich oder mehr dann aber gruppiert)
Allerdings habe ich auch gelesen, das man mit der Fernbedienung nur eine geringe Anzahl Szenen Programmieren kann.
Also Rollo AUF, ZU und dann würde man es wohl noch schaffen das Rollo in 20% schritten fahren zu lassen.
So jetzt zur Connexoon Box:
Wenn ich es richtig verstehe, kann ich diese Box über ein Webportal (Somfy Server nicht auf der Box) oder über eine Smartphone APP (ebenfalls über Somfy Server) konfigurieren also Szenen definieren.
Ich bin also zur Konfiguration der Connexoon Box immer vom Hersteller Somfy abhängig. (Dieser ist zwar Weltmarktführer, aber auch große Fische können mal pleite gehen). Es gibt keine Möglichkeit die Connexoon Box ohne Internet zu konfigurieren?
Wenn ich die Konfigurationen vorgenommen habe, kann ich dann ohne Verbindung zum Internet meine Rollos via FHEM ansteuern?
Vielen Dank für die Rückmeldung.
Moin
Warum Du jetzt das SML nehmen willst, kann ich nicht nachvollziehen. Leider ist Velux an der Stelle recht undurchsichtig, aber so wie ich es verstehe, brauchst Du auch noch ein KUX. Ich habe bei mir drei SSL verbaut, da brauchte ich nichts weiter.
Nun zur Connexoonfrage: Ich habe selbst keine Szenen abgelegt, und bin mir auch gar nicht sicher ob das geht. Will es aber auch gar nicht, da ich das ja fhem machen lasse, bzw. die tolle Touchscreen FB von Velux. Eine Funktionalitaet ohne Internet ist meines Wissens nach nicht gegeben, ich habe es aber selbst noch nicht ausprobiert, da ich eine Netzwerkverbindung zur Connexoon ja brauche. Da die Def der Connexoon aber letztendlich auf somfy.xxx referenziert geht es bestimmt nicht ohne.
Mit dem KLF200 kann man zwar ohne Internet, dafuer aber teurer und ohne Rueckmeldung, und auch nur 5 getrennte Gruppen (Anzahl der Geraete in den Gruppen ist wohl nicht begrenzt) bedienen, und man hat die Moeglichkeit echte Tster anzuschliessen.
Gruss Christoph
Hi, ich habe gerade mit Velux telefoniert.
KUX110 Box mit Rollo SLM und Fernbedienung koppeln:
Beim SML benötigt man für den offiziellen weg eine KUX110 Box.
Das SML Rollo wird über die KUX110 Box mit Strom Versorgt. Innerhalb der ersten 10 Min. Sollte sich die Box dann mit dem Rollo automatisch verbinden bzw. man hat 10 Minuten Zeit.
Anschließend kann man die Fernbedienung mit der KUX Box verbinden.
Sollte die KUX Box mal kaputt gehen, dann nimmt man eine neue und drückt auf der Rückseite den Reset Taster.
Daraufhin Verbindet sich die KUX Box mit der neuen Rollo.
KLF200 und Möglichkeiten
Die KLF200 Box muss dann mit der KUX gekoppelt werden. Je Rollo eine KUX. Die KLF200 Box kann 5 Produkte/Produktgruppen Ansteuern. Innerhalb einer Gruppe machen also z.B. 10 Rollos das selbe. Über die Anschlüsse kann man mittels Relais Fahrten wie auf und Ab realisieren. Ebenso könnte man bis zu einer bestimmten Position fahren, indem man eine Bestimmte Konstellation schaltet. Dann fährt das Rollo so lange bis man den Kontakt wieder öffnet.
Auf die KLF200 Box kann man sich via W-LAN verbinden. KLF ist dabei ein Hotspot. Dann kann man Szenen wie 50% einspeichern.
Diese kann man dann über eine API ansteuern. Also AUF, ZU und z.B. 50%. Stufen wie 10%;20%;30% usw. sind wohl nicht möglich.
IO-Homecontrol fähig:
IO-Homecontrol fähig sind wohl alle SML Rollos die man über den Baustoffhandel bezieht. Bei Privatverkäufen kann es sein das man ein älteres noch nicht IO-Homecontrol fähiges Fenster erwischt.
Connexoon Box:
Lasse ich die KLF200 Box weg und nehme stattdessen die Connexoon Box dann kann ich über die KUX110 box mit meinem Rollo Kommunizieren.
Laut aussage der Hotline von Sompfy kann ich die Box nur übers Internet Konfigurieren, da die Konfiguration über deren Server an die Box übertragen wird.
Wenn ich die Box nicht über Smartphone oder Web bedienen möchte, kommt diese auch ohne Internet klar. Denn die Konfiguration wird auf die Box übertragen und läuft dann mehr oder weniger autark.
FHEM:
Kommen wir jetzt zu FHEM. Wenn mein Kenntnisstand jetzt korrekt ist, muss ich das SLM Rollo mit der KUX Box koppeln.
Dann mir eine Connexoon Box kaufen. Diese mit der KUX Box koppeln.
Frage: Kann ich nun über FHEM der Connexoon box sagen, dass das Rollo auf verschiedene Positionen fahren soll (10%, 17%,45%,72%, 90%,100%)?
Bekommt FHEM eine Rückmeldung, dass das Rollo 26% auf ist?
Bekommt FHEM über Connexoon mit, dass das Fenster über die Handfernbedienung auf 80% gefahren wurde?
SSL Solar Rollo:
Wenn ich das Solar Rollo benutze, dann kann ich dies ohne Zusatz an Connexoon koppeln richtig?
SSL vs SLM:
Der Grund warum ich eigentlich das SLM haben möchte ist die Wartungsfreiheit.
Beim SLM muss ich nach ca. 10 Jahren die Akkus tauschen.
Und da mein Dachboden aktuell nur aus Dachziegeln besteht kann ich auch einfach Strom verlegen.
Allerdings werde ich noch mal den Preisvergleich zeigen. ;)
Moin
Soweit ist das alles richtig.
Beim SSL geht sofort Connexoon bzw. KLF200. Ich habe immer noch nicht verstanden wo denn die KUX-Box hinkommt. Wenn man da mal ran muss, ist das auch nicht unerheblich! Und der Preis von SSL zu SML ist ja nicht so unterschiedlich, und beim SML musst Du die KUX-Box auch noch bezahlen, vom Installationsaufwand ganz zu schweigen.
Die Connexoon zeigt Dir nach kurzer Zeit wo Dein Rollo steht, und Du kannst auch jede Position direkt anfahren! Von wo aus du das ansteuerst ist unwichtig ioHomecontrol eben!
Gruss Christoph
Morgen,
Danke für die Infos. Also die KUX110 muss mit dem Rollo verbunden werden, da dies nicht nur das Hirn sondern auch die Stromversorgung ist. Man benötigst also z.B. eine Wartungsklappe wo du die Dinger verstauen kannst z.B. im Kniestock. Preislich gesehen gibt es eigentlich keinen Unterschied die SSL Version ist 10€ teurer. Dennoch nach 10 oder 12 Jahren must du dann dein Rollo seitlich öffnen und den Akku tauschen / einen neuen kaufen. Mit etwas Pech ist das Solarmodul auch durch. Bei Rollos vor 2000 haben einige schon Probleme da die Teile nicht mehr geliefert werden oder nicht mehr kompatibel sind. Das sind gerade einmal 17 Jahre. Und ich glaube die werde ich noch überleben :D ich möchte für die Zukunft etwas Wartungsärmer planen den auch ich werde irgend wann alt und möchte Handwerker kosten vermeiden, solange ich alles selber machen kann.
Connexoon wird damit schon eine Ausnahme sein. Wenn die in 30 Jahren den Server abschalten sollten kann ich ja ohne probleme auf KLF200 umsteigen. Bis dahin kann ich ja noch ein paar Philipps HUE LEDs mit ansteuern und spare mir den Stromverbrauch für die Philips HUE Bridge. :/ :D
Moin in die Runde,
ich habe immer wieder das Problem, dass mein Log im Minutentakt mit folgenden Zeilen gefüllt wird. Das hat dann zur Folge, dass die Weboberfläche nicht mehr reagiert. FHEM läuft im Hintergrund mit 100% CPU weiter.
2018.03.04 09:35:12 1: Accept failed (tPortLocal: Too many open files)
2018.03.04 09:35:12 1: Accept failed (WEB: Too many open files)
2018.03.04 09:35:12 1: Accept failed (tPortLocal: Too many open files)
2018.03.04 09:35:12 1: Accept failed (WEB: Too many open files)
2018.03.04 09:35:12 1: Accept failed (tPortLocal: Too many open files)
2018.03.04 09:35:12 1: Accept failed (WEB: Too many open files)
2018.03.04 09:35:12 1: Accept failed (tPortLocal: Too many open files)
2018.03.04 09:35:12 1: Accept failed (WEB: Too many open files)
2018.03.04 09:35:12 1: Accept failed (tPortLocal: Too many open files)
2018.03.04 09:35:12 1: Accept failed (WEB: Too many open files)
2018.03.04 09:35:12 1: Accept failed (tPortLocal: Too many open files)
2018.03.04 09:35:12 1: Accept failed (WEB: Too many open files)
2018.03.04 09:35:12 1: Accept failed (tPortLocal: Too many open files)
2018.03.04 09:35:12 1: Accept failed (WEB: Too many open files)
2018.03.04 09:35:12 1: Accept failed (tPortLocal: Too many open files)
2018.03.04 09:35:12 1: Accept failed (WEB: Too many open files)
2018.03.04 09:35:12 1: Accept failed (tPortLocal: Too many open files)
2018.03.04 09:35:12 1: Accept failed (WEB: Too many open files)
2018.03.04 09:35:12 1: Accept failed (tPortLocal: Too many open files)
2018.03.04 09:35:12 1: Accept failed (WEB: Too many open files)
Wenn ich dann mit sudo lsof -p [PID von FHEM]
den Verursacher anzeigen lasse, dann kommt hundert mal folgendes:
01-1.overkiz.com:https (CLOSE_WAIT)
perl 10788 fhem 1017u IPv4 1096406 0t0 TCP 192.168.1.240:45658->ha101-1.overkiz.com:https (CLOSE_WAIT)
perl 10788 fhem 1018u IPv4 1101420 0t0 TCP 192.168.1.240:45780->ha101-1.overkiz.com:https (CLOSE_WAIT)
perl 10788 fhem 1019u IPv4 1103519 0t0 TCP 192.168.1.240:48084->ha101-1.overkiz.com:https (CLOSE_WAIT)
perl 10788 fhem 1020u IPv4 1101546 0t0 TCP 192.168.1.240:46072->ha101-1.overkiz.com:https (CLOSE_WAIT)
perl 10788 fhem 1022u IPv4 1103839 0t0 TCP 192.168.1.240:48564->ha101-1.overkiz.com:https (CLOSE_WAIT)
perl 10788 fhem 1023u IPv4 1115909 0t0 TCP 192.168.1.240:48672->ha101-1.overkiz.com:https (CLOSE_WAIT)
Hier ein LIST von Tahoma:
Internals:
BLOCKING 0
Clients :tahoma:
DEF ACCOUNT crypt:[...] crypt:[...]
HTTPCookies JSESSIONID=A2766761A24014DD860093B691DBFEF6
INTERVAL 0
NAME TAHOMA
NR 293
NTFY_ORDER 50-TAHOMA
STATE Connected
SUBTYPE ACCOUNT
TYPE tahoma
VERSION 0216
gatewayId 0204-8065-7110
inGateway 2017.6.4-8
inVersion 2017.6.4.2-14
logged_in 1
loginRetryTimer 5
refreshStateTimer 1520155020
request_active 1
request_time 1520155861.86443
socket
startup_done 1
startup_run 6
timeout 10
url https://www.tahomalink.com/enduser-mobile-web/externalAPI/json/
userAgent TaHoma/7980 CFNetwork/758.5.3 Darwin/15.6.0
HTTPCookieHash:
JSESSIONID:
Options Path=/enduser-mobile-web/; Secure; HttpOnly
Value A2766761A24014DD860093B691DBFEF6
helper:
password crypt:ganzgeheim
username crypt:XYZ
devices:
HASH(0x70b2bd0)
HASH(0x7081e48)
HASH(0x707b128)
HASH(0x7088ad8)
HASH(0x70ca818)
HASH(0x7096338)
HASH(0x7096788)
HASH(0x7096c38)
HASH(0x7096ce0)
HASH(0x7096db8)
HASH(0x70b1e20)
HASH(0x701b7b8)
HASH(0x65fa770)
refresh_event:
Attributes:
DbLogExclude .*
blocking 0
event-on-change-reading .*
room tahoma
verbose 0
Hat jemand eine Idee, wass ich ändern muss, damit das nicht passiert? Kann es sein, dass das passiert, wenn der Tahoma Server nicht erreichbar ist?
Gruss
Enno
Moin Enno
Also ich habe das nicht. Warum meinst Du war der Server nicht erreichbar?
Gruss Christoph
Hallo,
wenn zu viele Anfragen binnen einer gewissen Zeit an den Somfy Server gestellt werden, wird dein Zugang für kurze Zeit gesperrt.
Vielleicht hilft es ja wenn du die Box aus Fhem löschst und nach 10 min nochmal neu anlegst.
Zitat von: pc1246 am 04 März 2018, 15:09:54
Moin Enno
Also ich habe das nicht. Warum meinst Du war der Server nicht erreichbar?
Gruss Christoph
Es läuft eigentlich normal. Nur hin und wieder bekam ich bei Verbose 3 Warnungen im Log angezeigt. Dann aber immer wieder die gleichen und davon ganz viele. Habe den genauen Text nicht mehr im Kopf, aber irgendwas mit Server nicht erreichbar. Deshalb hatte ich auf Verbose 0 gestellt. Waren ja nur Warnungen 8) Zur Zeit läuft es wieder normal habe jetzt Verbose auf 3.
2018.03.04 16:50:59 3: TAHOMA: tahoma_dispatch json string is faulty
2018.03.04 16:51:05 3: TAHOMA: tahoma_login
2018.03.04 16:51:05 2: TAHOMA: login start
2018.03.04 16:51:05 2: TAHOMA: login end, logged_in=1
2018.03.04 16:51:11 2: TAHOMA: tahoma_autocreate begin
2018.03.04 16:51:11 2: TAHOMA: tahoma_autocreate end, new=0
Ich beobachte mal weiter...
Moin zusammen,
welche Funktion hat das Attribut Interval im Modul? Ich habe es auf 1200 gesetzt aber keine Änderung im Verhalten der Rollobedienung bemerkt.
Internals:
BLOCKING 0
Clients :tahoma:
DEF ACCOUNT crypt:[...] crypt:[...]
HTTPCookies JSESSIONID=A2766761A24014DD860093B691DBFEF6
INTERVAL 1200
NAME TAHOMA
NR 293
NTFY_ORDER 50-TAHOMA
STATE Connected
SUBTYPE ACCOUNT
TYPE tahoma
VERSION 0216
Hallo Enno
Habe mal die nicht intuitive, aber gut funktionierende Suche, wenn man weiss wie es geht, des Forums verwendet.
https://forum.fhem.de/index.php/topic,28045.msg568908.html#msg568908
Da hat Mike es beschrieben!
Gruss aus dem verschneiten Braunschweig
Christoph
Hallo Enno,
abweichend vom Protokoll der Tahoma Apps habe ich einen zyklischen Refresh der Stati aller Geräte im Modul eingebaut. Dies war früher fest alle 300s und ich habe es ab v0212 parametrierbar über das Attribut INTERVAL gemacht (0=deaktiviert). Gund war nur eine höhere Kompatibilität zur App zu erreichen, und so ggf. Probleme zu vermeiden - hat aber nichts spürbares verbessert. Ich habe aber im abgeschalteten Zustand bei mir schon das Problem gehabt, dass die angezeigten Rolladenpositionen nicht mit der Wirklichkeit übereinstimmten. Erst nach der nächsten Neupositionierung stimmte dann wieder alles. Von daher würde ich empfehlen, das Interval wieder zu aktivieren, aber nicht unter 300s zu setzen.
Generell gibt es immer Verbindungsabbrüche zum Server in unregelmässigen Abständen. Ich habe mal eine Auswertung darüber gefahren, und versucht, ein Muster zu erkennen, aber da ist nichts. Manchmal läuft das Tahoma Modul bzw. die Verbindung zum Server tagelang ohne Störung, manchmal gibt es mehrere Verbindungsabbrüche pro Tag, und ganz selten (bei Updates) ist der Server manchmal stundenlang nicht erreichbar.
Gruß Rolf
Moin Rolf,
danke für die ausführliche Erklärung. Ich werde den Interval mal auf 3600 setzen.
Gruss
Enno
Hallo Rolf,
ich würde gerne einzelne Rollladendevices per notify disabeln wenn der Fensterkontakt am betroffenen Fenster den Status offen hat.
So wie es aussieht hat das disable aber keine Auswirkung, ich kann das Rollladendevice dennoch ansprechen.
Wird disable von FHEM gesteuert oder aus dem Modul ?
Schöne Ostern
Joachim
Hallo Rolf,
Erstmal feines Modul, vielen Dank :-) Ich hänge mich mal an die ursprüngliche Frage von Enno an:
über ein Packet Capture auf der Firewall habe ich gesehen, dass das Modul alle 2 Sekunde 10 Anfragen an 178.32.15.131:443 abschiesst (und ebenso viele Antworten erhält). Ich glaube, das ist abhängig von der Anzahl der betriebenen Komponenten (in meinem Fall 4 => 2 Velux Fenster mit Rollläden).
Wenn man im FHEM Web Interface auf dem Connexoon Device mehrfach hintereinander refreshed, ändert sich die request_time in den Internals laufend im ca-2-Sekunden-Schritt. Das Setzen von Interval hat darauf keinen Einfluss - ich habe es auf allen Komponenten gesetzt, es wird trotzdem alle 2 Sekunden gefeuert.
Wenn ich das Connexoon Device auf disabled setze, dann ist (natürlich) Ruhe. Entferne ich das disabled Attribut, bleibt das Device stehen. Erst wenn ich die DEF öffne und auf modify klicke geht's wieder weiter. Das zuvor gesetzte Interval Attribut 300 wird dann in den Internals auf 0 gesetzt, obwohl im Attribut immer noch 300 steht. Ach ja, man kann interval nicht kleiner als 300 setzen. Gibt man was anderes ein, dann kommt die Meldung, dass der Interval auf 300 gesetzt wurde. Edit: hast Du ja oben beschrieben.
Grösser geht. Aber, wie gesagt, hat es offenbar keinen Einfluss auf die Frequenz der Requests.
Ist das alles so gewollt oder sind das Bugs? Ich habe - wie Enno - auch den Verdacht, dass durch die vielen Requests die übrige Performance leidet; bei mir lag heute das Netzwerk platt und es lief erst wieder, nachdem ich die FHEM Box abgeknipst habe.
Grüsse
Der Dröhn
Hallo Dröhn,
ich habe bei mir nochmal den Datenverkehr mitgeschrieben, und es ist so dass nur alle 2s ein Event-Request an den Server geschickt wird. Dies wird einmal pro Modul-Instanz 'ACCOUNT' gemacht, wobei ich noch nie probiert habe, zwei oder mehr Instanzen anzulegen. Dieser 2s Takt kann ich natürlich parametrierbar machen, ist aber an die originale App angelehnt, und macht bei mir keinerlei Schwierigkeiten.
Was mir aufgefallen ist, dass jetzt pro Request immer eine neue HTTPS-Verbindung aufgebaut wird, und nach Erhalt der Daten wieder abgebaut wird. Dies ist natürlich unnötiger Overhead, den man (ich) abstellen sollte. Ich verwende hier das globale FHEM Modul HttpUtils und ich meine, das war früher anders, kann mich aber täuschen. Eigentlich sollte die https-Verbindung aufrecht gehalten werden, so dass der zyklische Datenverkehr nur aus einem Request und dem Response bestehen würde.
Ich analysiere das weiter, kann aber etwas dauern ...
Gruß Rolf
Hallo Rolf,
ich bin mir jetzt auch nicht mehr so sicher, ob mein Netzwerk wirklich durch Dein TAHOMA Modul gelitten hat - hab später noch andere Fehlerquellen in den Switches gefunden.
Jedenfalls, wenn es Dir was hilft, anbei ein Auszug meines Netzwerkverkehrs. Es sind alle 2 Sekunden 13 Aufrufe und 11 Responses:
- 192.168.6.11 ist meine FHEM Box
- 157.161.9.6 ist die Adresse von RIPE
- 178.32.15.131 gehört zu tahomalink
19:51:07.741564 IP 192.168.6.11.51042 > 157.161.9.6.53: UDP, length 36
19:51:07.751745 IP 157.161.9.6.53 > 192.168.6.11.51042: UDP, length 157
19:51:07.753171 IP 192.168.6.11.58780 > 178.32.15.131.443: tcp 0
19:51:07.779942 IP 178.32.15.131.443 > 192.168.6.11.58780: tcp 0
19:51:07.780486 IP 192.168.6.11.58780 > 178.32.15.131.443: tcp 0
19:51:07.785410 IP 192.168.6.11.58780 > 178.32.15.131.443: tcp 189
19:51:07.811114 IP 178.32.15.131.443 > 192.168.6.11.58780: tcp 0
19:51:07.811988 IP 178.32.15.131.443 > 192.168.6.11.58780: tcp 1460
19:51:07.812231 IP 178.32.15.131.443 > 192.168.6.11.58780: tcp 1460
19:51:07.812503 IP 178.32.15.131.443 > 192.168.6.11.58780: tcp 1176
19:51:07.812636 IP 192.168.6.11.58780 > 178.32.15.131.443: tcp 0
19:51:07.812756 IP 192.168.6.11.58780 > 178.32.15.131.443: tcp 0
19:51:07.812984 IP 178.32.15.131.443 > 192.168.6.11.58780: tcp 1460
19:51:07.813020 IP 178.32.15.131.443 > 192.168.6.11.58780: tcp 169
19:51:07.813047 IP 192.168.6.11.58780 > 178.32.15.131.443: tcp 0
19:51:07.813442 IP 192.168.6.11.58780 > 178.32.15.131.443: tcp 0
19:51:07.813607 IP 192.168.6.11.58780 > 178.32.15.131.443: tcp 0
19:51:07.832469 IP 192.168.6.11.58780 > 178.32.15.131.443: tcp 126
19:51:07.855263 IP 178.32.15.131.443 > 192.168.6.11.58780: tcp 274
19:51:07.858137 IP 192.168.6.11.58780 > 178.32.15.131.443: tcp 283
19:51:07.882072 IP 178.32.15.131.443 > 192.168.6.11.58780: tcp 285
19:51:07.882115 IP 178.32.15.131.443 > 192.168.6.11.58780: tcp 31
19:51:07.883945 IP 192.168.6.11.58780 > 178.32.15.131.443: tcp 0
19:51:07.886300 IP 192.168.6.11.58780 > 178.32.15.131.443: tcp 0
19:51:07.919980 IP 178.32.15.131.443 > 192.168.6.11.58780: tcp 0
19:51:07.920449 IP 192.168.6.11.58780 > 178.32.15.131.443: tcp 0
Folgende tahoma Devices sind auf meiner FHEM Installation vorhanden:
- Tahoma Account
- Pod Box
- Dachfenster 1
- Rolladen 1
- Dachfenster 2
- Rolladen 2
- room All House
Grüsse
Der Dröhn
Hallo zusammen,
Somfy will ja gern, dass alle ihre TaHoma(V1)-Box durch die aktuelle Version (V2) ersetzen. Ein entsprechendes Angebot haben wohl alle TaHoma(V1)-Nutzer erhalten.
Wenn ich es richtig verstanden habe, kommuniziert das FHEM-TaHomaModul direkt mit dem Server von Somfy. Daher dürfte es egal sein, welche TaHoma-Box lokal im Einsatz ist.
Kann ich also problemlos von V1 auf V2 wechseln und meine Somfy-Produkte weiter wie gewohnt über FHEM bedienen?
odie13690
Hallo odie13690,
ich gehe davon aus, dass das Modul mit der Tahoma Box V2 zusammenarbeitet, da es auch mit der Connexxon zusammenarbeitet.
Ansonsten hätten schon Leute hier Fragen in dieser Hinsicht gestellt.
Aber wenn deine Box läuft, was erhoffst du dir mehr von der V2?
Hallo Mike,
erhoffen nichts. Aber wie das immer so ist. Der Hersteller stellt die Weiterentwicklung ein und reduziert den Support auf das erforderliche Minimum. Das neue Modell bringt zukünftig vielleicht Neues, für mich Imteressantes, mit? Bin noch mit mir am hadern. Trotz großem Rabatt ist die neue Box noch immer teuer...
odie13690
Hallo zusammen,
hat sich denn hier schon einmal jemand mit dem Somfy-Kalender beschäftigt? Das tahoma-Modul stellt ja die Befehle activateCalendar, deactivateCalendar und setCalendar bereit. Den Somfy-Kalender nutze ich z.Z. um damit meine Raffstore zeitgesteuert zu öffnen und zu schliessen, auch abhängig vom Sonnenauf- bzw. untergang. Nachdem ich nun Fhem über dieses Modul mit dem Somfyserver gekoppelt habe, könnte man dies freilich auch über einen Kalender in Fhem realisieren. Sobald aber die Internetverbindung einmal nicht steht, oder der Somfyserver Schluckauf hat, fürchte ich, das dann keine Befehle ausgeführt werden können und auch nicht zu einem späteren Zeitpunkt nachgeholt werden. Aus diesem Grund würde ich lieber die Kalenderprogrammierung im Somfy-Interface durchführen, auch wenn dies gelinde gesagt ein Graus ist.
<OT an> Warum unterscheiden sich eigentlich die Bedienkonzepte und der Funktionsumfang zwischen dem Somfy-Web-Interface und der Androidapp? ??? <OT aus>
Was ich also erreichen möchte: einen Kalender aus Fhem mit dem Somfy-Kalender zu synchronisieren, mindestens aber von Fhem aus EInträge in dem Somfy-Kalender zu schreiben. Hat das bereits jemand erfolgreich versucht?
Gruß Uwe
Hallo Uwe,
ich habe mir den Kalender schon früher mal angeschaut, fand aber die Verwaltung in FHEM nicht sinnvoll. Ein grafisches Interface hierfür zu bauen, ist nicht meins! Und dem User die Tage in Textform aufzulisten und anzupassen, das macht wohl auch keinen Spass.
Der Kalender basiert auf Tagesabläufen. Diese Tagesabläufe müssen erst mal aus Szenen und ggf. Einzelkommandos (aufwändig) zusammengestellt werden.
Im Kalender können jetzt diese Tagesabläufe eingetragen werden. Dabei gibt es die Wochentagsmaske und den von...bis Bereich.
Man könnte jetzt über FHEM den aktuellen (oder beliebigen) Tag auf einen bestimmten Tagesablauf setzen - das wäre nicht so schwierig.
Dazu müsste ich die aktuellen Tagesabläufe in die FHEM Defines aufnehmen - nicht editierbar / einsehbar, aber am Namen identifizierbar.
Ob das auf Dauer gut geht, weis ich nicht: mein Kalender beinhaltet aktuell ca. 20 Eintäge, darin sind Einträge von 2017 und 2018.
Ich weis nicht ob der Server den Kalender aufräumt, d.h. die schon vergangenen Tage löscht, gleiche Tage zusammenfasst.
Der Aufwand für das ganze ist jedoch recht groß, und ich weis nicht ob sich das lohnt?
Für Mithilfe und andere Ideen bin ich offen.
Wer in seinem Modul 26_tahoma.pm in startup_pages die auskommentierten Zeilen getCalendarDayList und getCalendarRuleList aktiviert, der bekommt ab loglevel 4 die Tagesabläufe und Kalender aufgelistet.
Gruß Rolf
@Jack_n
ich habe die 'disable' Funktion integriert.
Man kann die einzelnen tahoma DEVICE's disablen und sie werden dann weder direkt, noch über ROOM's oder GROUP's angesteuert.
Werden, sie innerhalb einer SCENE verwendet, dann wirkt das disable nicht!
Die Typen SCENE, GROUP und ROOM können auch mit disable versehen werden, und die direkte Ansteuerung dieses Typs wird dann abenfalls unterbunden.
Gruß Rolf
@droehn
Das Problem mit dem überhöhten Datentransfer habe ich behoben.
Die TCP/IP-verbindung wurde nach jedem Aufruf automatisch geschlossen, da das nötige keepalive von mir nicht korrekt programmiert wurde.
Jetzt bleibt die Verbindung bestehen, solange der Server es zulässt (ca. 100s bzw. 50 getEvent-Aufrufe).
Die Änderung wurde als Version 0218 ins Subversion eingecheckt und kann von dort runtergeladen werden, bzw. wird dann morgen über 'Update' aktiv.
Gruß Rolf
Moin Rolf,
top! dann werde ich die nächsten Tage den Update durchführen und mal testen. Herzlichen Dank für Deine Bemühungen und Dein Feedback.
Gruss
Der Dröhn
Hallo zusammen,
ich nutze das Modul nun schon eine Weile und bin sehr froh, dass es das Modul gibt :)
Jetzt stehe ich vor der Frage, wie ich den Status eines io-Rollladens in z. B. 5 min Zeiträumen abfragen kann. Hintergrund ist der, dass ich den Rollladen gelegentlich "manuell" per Schalter bediene. Dann bekommt fhem so schnell nicht mit, dass sich der Status geändert hat.
odie13690
Moin odie
Wenn Du selbst die Suche benutzt haettest, waerst Du bestimmt auch auf diesen Beitrag https://forum.fhem.de/index.php/topic,28045.msg782646.html#msg782646 von mike gestossen!
Gruss Christoph
Zitat von: mike3436 am 27 Mai 2018, 18:07:12
@droehn
Das Problem mit dem überhöhten Datentransfer habe ich behoben.
Hab den Update gemacht und einen Packet Capture gefahren. Es werden immer noch alle 2 Sekunden Pakete gefeuert, aber deutlich weniger (so zwischen 3 bis 5 alle 2 Sekunden) und die Paketgrösse hat sich deutlich verringert. Ich schau mal, wie robust sich die Sache über die nächsten Tage verhält.
Vielen Dank für Deine Mühen!
Gruss
Der Dröhn
ZitatHab den Update gemacht und einen Packet Capture gefahren. Es werden immer noch alle 2 Sekunden Pakete gefeuert, aber deutlich weniger (so zwischen 3 bis 5 alle 2 Sekunden) und die Paketgröße hat sich deutlich verringert
Generell sollte das weder jetzt noch vorher ein Problem im Netzwerk verursachen, dafür ist die Anzahl der Pakete zu gering.
Das alle 2s ein 'getEvent' gemacht wird, ist beabsichtigt, und ist auch in den Apps so - man will ja ein annehmbares look'n'feel haben.
Ich habe jetzt ein neues Attribut 'intervalEvents' eingebaut, über welches du das hochsetzen kannst, wenn du willst.
@odie13690:
Über das Attribut 'interval' werden die beiden Kommandos 'refreshAllStates' und 'getStates' für alle Devices abgesetzt. Aktuelle Untersuchungen haben aber gezeigt, dass das schnelle Absetzen dieser beiden Kommandos hintereinander nicht immer direkt den Status der Rolllade widerspiegelt. Da der kleinste zulässige Wert im Modul hierfür 300s war, konnte es bis zu 10min dauern, bis der Zustand aktualisiert wurde. Das aktuelle Modul lässt hier jetzt 120s zu und versetzt die beiden Kommandos um 60s.
Bei den Untersuchungen habe ich festgestellt, das das Kommando 'getStates' für alle Devices eher kontraproduktiv wirkt.
Um die Reaktion des Moduls auf Taster/FB-Bedienung zu verbessern, haben ich ein neues Attribut 'intervalRefresh' hinzugefügt, durch welches der aktuellen Zustand aller Devices von der Tahoma-Box über das Kommando 'refreshAllStates' abgefragt wird. Diese werden dann automatisch beim 'getEvents' als Änderung übertragen.
Weiter gibt es noch ein neues Attribut 'intervalStates' welches das Kommando 'getStates' für alle Devices absetzt. Dies kann jetzt unabhängig vom Kommando 'refreshAllStates' abgesetzt werden,
Diese beiden Attribute ersetzen das Attribut 'interval', bzw. man kann jetzt das Kommando 'getStates' für alle Devices entfallen lassen, wenn man möchte.
Neue interne Default-Settings, wenn 'interval' nicht gesetzt wird:
intervalStates = 0 (deaktiviert)
intervalRefresh = 120s
intervalEvents = 2s
Die Änderung wurde als Version 0219 ins Subversion eingecheckt und kann von dort runter geladen werden, bzw. wird dann morgen über 'Update' aktiv.
Gruß Rolf
Hallo,
mein FHEM stürzt seit ein paar Tagen (fast tägliches FHEM Update) mit folgender letzter Meldung im Log ab:
Not a HASH reference at /opt/fhem/FHEM/26_tahoma.pm line 1160.
Bei Neustart kommen auch ein paar Meldungen, die ich so bisher nicht gewohnt bin:
2018.06.08 18:07:05.929 1: PERL WARNING: "my" variable $name masks earlier declaration in same scope at /opt/fhem/FHEM/26_tahoma.pm line 137, <$fh> line 6200.
2018.06.08 18:07:05.955 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at /opt/fhem/FHEM/26_tahoma.pm line 79, <$fh> line 6200.
2018.06.08 18:07:05.956 3: : tahoma_Initialize
2018.06.08 18:07:40.400 1: PERL WARNING: Use of uninitialized value in numeric ge (>=) at /opt/fhem/FHEM/26_tahoma.pm line 461.
2018.06.08 18:07:40.400 1: PERL WARNING: Use of uninitialized value in numeric ge (>=) at /opt/fhem/FHEM/26_tahoma.pm line 468.
2018.06.08 18:07:48.868 1: PERL WARNING: Use of uninitialized value in numeric ge (>=) at /opt/fhem/FHEM/26_tahoma.pm line 461, <FH> line 1551.
Sind weitere Details oder Log-Level zur Lösungsfindung nötig?
Liefere gerne weitere Details.
Vielen Dank,
Andreas
Hallo Andreas,
die PERL WARNING's konnte ich nachvollziehen, und habe ich hoffentlich behoben.
Der Absturz verwundert mich etwas, kann aber bei einer ungültigen Antwort das Servers passieren.
Dies habe ich jetzt in allen Telegrammauswertungen abgefangen.
Hier mal das überarbeitete Modul zum Test, Gruß Rolf
Hallo Rolf,
wow, vielen Dank für die superschnelle Reaktion.
Habe das Update direkt eingespielt und neu gestartet.
Warnings sind alle weg und ich werde berichten, wie es mit Abstürzen aussieht.
Vielen Dank nochmals,
Andreas
Hallo Leute,
ich bin schon seit längerem mit meinem alten SSL 443Mhz per Somfy Modul und CUL am steuern.
Leider scheint das nun ein ende genommen zu haben, da der eine Rolladen nun garnicht mehr fährt.
Also sieht es danach aus als ob ich den Rolladen Motor plus Akkus austauchen muss.
Soweit ich richtig informiert bin, kann ich die Akku und Motoreinheit auftauchen.
Damit ist es dann io homecontrol.
Nun bin ich nicht sicher wie hier mit FHEM weiter vorgehen soll?
KLF-200, Tahoma oder connexoon
Dazu habe ich nun folgende fragen:
Werde die Tahoma oder connexoon direkt im internen Netz angesprochen oder nur über Cloud?
Hat die connexoon einen ethernet port?
Kann mit Tahoma oder connexoon den Rolladen auf einen speziellen wert fahren? KLF200 kann es wohl nicht.
Keine Ahnung was hier jetzt besser ist.
Danke und Gruß Robert
ZitatWerde die Tahoma oder connexoon direkt im internen Netz angesprochen oder nur über Cloud?
nein, aktuell nur über Cloud möglich
ZitatHat die connexoon einen ethernet port?
Ja, und kein WLAN!
ZitatKann mit Tahoma oder connexoon den Rolladen auf einen speziellen wert fahren? KLF200 kann es wohl nicht.
Über Tahoma/Connexoon ist eine feine Positionierung von 0..100% möglich.
Das KLF200 kenne ich persöhnlich nicht aber eine Suche hier im Forum hilft ::)
https://forum.fhem.de/index.php/topic,73109.0.html (https://forum.fhem.de/index.php/topic,73109.0.html)
Gruß Rolf
Guten Morgen zusammen,
ich hoffe ich halte mit diesem Post die Etikette ein - ist mein erster.
Seit dem letzten Update scheint die (fast) zeitgleiche Ansteuerung mehrerer Tahoma Devices nicht zu funktionieren. Bsp:
set tahomaDev1,tahomaDev2,tahomaDev3 open
öffnet nur tahomaDev3, nicht aber 1 und 2. Mit einer gewissen Wartezeit aus der Weboberfläche einzeln angesteuert geht's.
Außerdem ist mein FHEM in den letzten Tagen so oft gecrasht wie 6 Monate vorher zusammen nicht. Wenn ich mit Logs etc helfen kann, bitte um kurzes Feedback.
Danke & Grüße,
Ed
Moin Ed,
Das Problem bei zeitgleichen Ansprechen habe ich seit letzen Update auch. Ich habe das in meinen DOIF so gelöst, dass sie durch Wait attribute bei zeitgleicher Aktivierung unterschiedlich verzoegert auslösen.
Abstürze sind bei mir noch nicht (nicht mehr) vorgekommen. Ich habe allerdings das "Autocreate" in Globals deaktiviert. Ich hatte bei aktiven Autocreate das Problem, dass das Log bei nicht erreichen des Somfy Servers geflutet wurde und dann FHEM in die Knie ging.
Gruss
Enno
Hallo Enno,
ich hatte das als Workaround bei meinen DOIF's auch begonnen und bin hochtastend bei wait 5 angekommen. Das brachte noch nicht den gewünschten Effekt. Welche Werte hast Du denn genommen? Der andere Aspekt ist, dass das natürlich zu Spaghetticode führt, denn normalerweise sind die devices ja übersichtlich in Strukturen gebündelt.
Danke & Grüße
Ed
Zitat von: eddy242 am 11 Juni 2018, 13:37:29
Welche Werte hast Du denn genommen?
ich habe nur drei Rollos, daher noch überschaubar. Das erste geht ohne Wait, die anderen mit 30 und 60 Sekunden Verzögerung.
Gruss
Enno
Zitat von: scooty am 08 Juni 2018, 21:32:02
...
Warnings sind alle weg und ich werde berichten, wie es mit Abstürzen aussieht.
...
Hallo Rolf,
also mit der Version aus Deinem obigen Beitrag (https://forum.fhem.de/index.php/topic,28045.msg809762.html#msg809762) habe ich bisher auch keine Abstürze mehr.
Supi, vielen Dank.
Allerdings beobachte ich nun leider auch die Probleme beim "schnellen" Absetzen von Kommandos an Tahoma Devices hintereinander.
Wobei "schnell" relativ ist, z.B funktioniert:
- Dachfenster schließen (falls offen)
- Rolladen schließen
- Dachfenster wieder öffnen
(jeweils mit 45 Sekunden verzögert)
nicht mehr zuverlässig.
Hast Du irgend eine Idee oder kann ich noch etwas an Detailinfos liefern?
Andreas
ZitatAllerdings beobachte ich nun leider auch die Probleme beim "schnellen" Absetzen von Kommandos an Tahoma Devices hintereinander.
Ich denke, dass das mit der letzten Optimierung zusammenhängt. Vorher wurden alle Abfragen und Kommandos über separate Web-Commands abgesetzt - jetzt läuft alles über eine gehaltene Verbindung, und das scheint nicht so optimal zu sein. Anscheinend kann man dann nur ein Kommando absetzen, und muss warten, bis es abgearbeitet wurde (so wie in der App). Vorher hat das mehr oder weniger zufällig funktioniert, da das eigentlich ein Fehler im Programm war. Ich werde aber jetzt die Kommandos wieder über eine separate Verbindung senden.
Bitte angehängte Version nochmal ausprobieren, Rolf
Ich konnte die genannten Symptome bei mir nachvollziehen und habe die Version V0220 aus dem letzten Beitrag gerade released.
Ich hoffe, damit sind alle Probleme wieder behoben, Gruß Rolf
Hallo Rolf,
Vor 3 Tagen wurde bei mir die Verbindung zum Tahoma Server unterbrochen und lässt sich seitdem mit dem Modul
nicht wieder herstellen.
2018.07.07 08:24:18 3: tahoma1: tahoma_login
2018.07.07 08:24:18 2: tahoma1: login start
2018.07.07 08:24:18 5: tahoma1: tahoma_UserAgent_NonblockingGet page=login
2018.07.07 08:24:18 5: tahoma1: tahoma_GetCookies looking for Cookies in header
2018.07.07 08:24:18 5: tahoma1: tahoma_dispatch data={"error":"No accessible setup"}
2018.07.07 08:24:18 3: tahoma1: tahoma_dispatch error: No accessible setup
2018.07.07 08:24:58 3: tahoma1: tahoma_login
2018.07.07 08:24:58 2: tahoma1: login start
2018.07.07 08:24:58 5: tahoma1: tahoma_UserAgent_NonblockingGet page=login
2018.07.07 08:24:58 5: tahoma1: tahoma_GetCookies looking for Cookies in header
2018.07.07 08:24:58 5: tahoma1: tahoma_dispatch data={"error":"No accessible setup"}
2018.07.07 08:24:58 3: tahoma1: tahoma_dispatch error: No accessible setup
Mit der Tahoma App ist die Bedienung möglich.
Sagt dir der Error No accessible setup was?
Gruß
Florian
Hallo Florian,
bei mir gibt es keine Probleme - ab und zu gibt es die folgende Meldung:
y:\log\fhem-2018-07-04.log:2018.07.04 14:09:57 2: tahoma1: login start
y:\log\fhem-2018-07-04.log:2018.07.04 14:09:57 4: tahoma1: tahoma_dispatch data=<html><head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title>Overkiz - Universal HomeControl</title> <!-- PROD1 --> <style> body { font-family: Arial, Verdana, Helvetica, sans-serif; font-size: 10pt; color: black; } </style></head><body><div align="center"><br/><br/><br/><br/><table border="0" width="90%"> <tr> <td width="50%" align="center"><img src="/error/overkiz_logo.gif"/></td> <td> <p class="intro"> <b>Server is down for maintenance</b><br/> <br/> We are sorry for the inconvenience.<br/> Please try again in a few minutes. </p> </td> </tr></table></div></body></html>
y:\log\fhem-2018-07-04.log:2018.07.04 14:09:57 3: tahoma1: tahoma_dispatch json string is faulty<html><head> <meta http-equiv="Content-T ...
y:\log\fhem-2018-07-04.log:2018.07.04 14:12:37 3: tahoma1: tahoma_login
Grundsätzlich sagt die Meldung, das der Zugriff auf das Setup nicht erfolgreich war - mehr kann ich auch nicht daraus lesen.
So wie ich das Tahoma-Modul aufgebaut habe, benötige ich das Setup aber, um alle Informationen zu den Devices zu bekommen.
Die Apps machen das aber auch genau so.
Generell ist wohl die Anzahl der Apps bzw. gleichzeitiger Web-Verbindungen auf 10 beschränkt, die auf den Server zugreifen können.
Das Tahoma-Modul macht seit dem letzten Update wieder mehr als eine Verbindung, da einige User sonst Probleme mit dem Absetzen gleichzeitiger Kommandos hatten.
Eventuell hat sich hier etwas verhaspelt, und Verbindungen wurden ggf. nicht freigegeben und geschlossen.
Hast du mal versucht das ganze System neu zu starten?
Sind irgendwelche Updates im FHEM gemacht worden, bzw. welche Version des Tahoma-Moduls hast du aktiv?
Edit:
Ach so, noch etwas - bei deinem loglevel verbose 5 müsste eigentlich beim login eine Zeile wie diese auftreten:
Cookie: JSESSIONID Wert 1234567890ABCDEF1234567890ABCDEF1234567890ABCDEF Rest Path=/enduser-mobile-web/; Secure; HttpOnly
Anscheinend funktioniert das login nicht mehr korrekt!?
Gruß Rolf
Hallo Rolf,
An Fhem oder Tahoma wurde nichts verändert.
Habe es jetzt in einer neuen Fhem installation mit Version 0220 versucht, mit dem gleichen Ergebnis:
2018.07.07 15:36:13 0: Featurelevel: 5.8
2018.07.07 15:36:13 0: Server started with 10 defined entities (fhem.pl:16866/2018-06-14 perl:5.020002 os:linux user:fhem pid:154)
2018.07.07 15:36:25 3: tahoma: tahoma_connect
2018.07.07 15:36:25 3: tahoma: tahoma_login
2018.07.07 15:36:25 2: tahoma: login start
2018.07.07 15:36:25 3: tahoma: request active
2018.07.07 15:36:25 3: tahoma: tahoma_dispatch error: No accessible setup
2018.07.07 15:36:35 3: tahoma: tahoma_login
2018.07.07 15:36:35 2: tahoma: login start
2018.07.07 15:36:35 3: tahoma: tahoma_dispatch error: No accessible setup
2018.07.07 15:36:36 3: tahoma: tahoma_Attr set verbose 5
2018.07.07 15:36:45 3: tahoma: tahoma_login
2018.07.07 15:36:45 2: tahoma: login start
2018.07.07 15:36:45 5: tahoma: tahoma_UserAgent_NonblockingGet page=login
2018.07.07 15:36:45 5: tahoma: tahoma_GetCookies looking for Cookies in header
2018.07.07 15:36:45 5: tahoma: tahoma_dispatch data={"error":"No accessible setup"}
2018.07.07 15:36:45 3: tahoma: tahoma_dispatch error: No accessible setup
Einen Tahoma Box Reset und Neustart habe ich auch probiert.
Ebenfalls habe ich meine Zugangsdaten also Email und Passwort bei Somfy testweise geändert.
Verhalten bleibt immer gleich.
Bin gerade etwas ratlos.
Gruß
Florian
Hallo Florian,
ich habe auch keine Idee, was hier los ist.
Vielleicht hat Somfy etwas geändert - sie versuchen ja alle auf die neue Tahoma 2.0 Box zu bekommen - ich habe noch die alte 1.0.
Die Kommunikation des Tahoma-Moduls entspricht auch nicht mehr dem aktuellen Stand der IPhone App - hat aber bisher immer funktioniert.
Hat sonst noch einer neuerdings Probleme?
Wenn ja, welche Hardware? (Tahoma 1/2 oder Connexon)
Gruß Rolf
Hallo Rolf,
Tahoma läuft bei mir wieder. :)
Ich habe bei Somfy angerufen, und darum gebeten, meine Box komplett auf Werkseinstellungen zu setzen.
Antwort Somfy: Das können Sie nicht aber ich soll nochmal meine Zugangsdaten unter folgenden link ändern.
https://accounts.somfy.com/login (https://accounts.somfy.com/login)
Nachdem ich dort meine Zugangsdaten wieder mal geändert habe, war mein Profil plötzlich auf Französisch eingestellt !?
Also umgestellt auf Deutsch und seitdem läuft wieder alles wie es soll.
Was jetzt genau der Grund war, keine Ahnung.
Auf jeden Fall vielen Dank für die Unterstützung
Gruß Florian
Hallo Florian. freut mich, das das ganze bei dir wieder läuft! Gruß Rolf
Hallo,
meine connexoon box verbindet sich ebenfalls nicht mehr zur cloud. Die rote LED leuchtet permantent.
Die app meldet nach dem login auch, die box hätte keine Verbindung zum Server.
Im Netz ist die Box anpingbar und auch in der FB nicht beschränkt.
Zugangsdaten ändern und reset habe ich auch schon erfolglos probiert.
Dabei hat das alles schon mal funkioniert und ich habe eigentlich nix davon angefasst...
Bin grad ein bisschen ratlos. Die Hotline erreiche ich ja nur tagsüber. Habt ihr gute Erfahrungen mit dem Support?
Hallo Lucky2k12,
dein Problem ist nicht mit dem von Florian vergleichbar.
Bei ihm ging die App ja noch und somit hat sich die Box zum Server verbunden.
Die Verbindung Box zum Server kann nur Somfy verwalten und supporten.
Erfahrungen mit dem Support habe ich keine.
Gruß Rolf
Hi Rolf,
Danke für die Antwort!
Ich habe mittlerweile guten Support auch per eMail von somfy bekommen.
Im Prinzip muss man di eUDP Ports 123 (ntp) und 18888 (?) offen haben, dann sollte es gehen.
Bei mir war das Problem, dass ein Smartphone (Altlast eines Ex-Babysitters, nicht aktiv oder angemeldet) die gleiche IP in der Fritzbox belegt hatte wie die Connexoon Box.
Nach dem Löschen dieses alten Devices hat es funktioniert und die Box connected wieder :)
Gruß
Lucky
Hallo Leute,
nun ist es soweit, das Erste mal komme ich nicht ohne Hilfe weiter...
Ich habe gegoogelt, das Forum durchstöbert und probiert, aber nichts hat mir geholfen.
Wäre es möglich, ein Beispiel zu erhalten, wie genau man mehr als 10 Rollos gleichzeitig bedienen kann? Wie zu erwarten bekomme ich "tahoma_dispatch error: Execution queue is full on gateway..." ab dem 11. Rollo...
Ich habe etwas über Szenarien, Gruppen und Räume gelesen, aber nirgends, wie man die erstellt und anspricht. (Hier sind doch nicht die "normalen" Fhem Gruppen und Räume gemeint oder?)
Mein Setup: Fhem tagesaktuell (inkl. 26_tahoma), Connexoon Box mit Fenster App, 14x Somfy Oximo IO.
Mittels Dummy+Notify bringe ich die gewünschten Rollos in die gewünschte Position, das funktioniert an und für sich gut - sofern weniger als 10 Rollos bedient werden. Ich habe schon versucht, die Rollos gestaffelt zu schalten, mit 10 Sekunden Pause dazwischen, hat aber auch nicht geholfen (= Structure mit 7 Rollos schalten, 10 Sekunden Pause und die nächste Structure mit 7 Rollos schalten).
Mir ist aufgefallen, dass die gespeicherten Szenarien von meiner Impressario Chronis IO (Somfy Fernbedienung) nicht auf die Connexoon Box übernommen wurden, lediglich die Rollos. Ist das möglicherweise eine Einschränkung der Connexoon Box gegenüber der Tahoma Box?
Für Hilfe bin ich sehr dankbar!
Grüße,
Sascha
Hallo Sascha,
du kannst in FHEM einfach eine Gruppe für Tahoma-Devices anlegen.
define tahoma_group1 tahoma GROUP tahoma_11223344,tahoma_11223345
attr tahoma_group1 IODev myTahoma
attr tahoma_group1 alias Gruppe OG1Rechts
attr tahoma_group1 room tahoma
Wichtig ist die Aufzählung ohne Leerzeichen, nur durch Komma getrennt!
Durch Ansteuerung dieser Gruppe werden alle Devices gleichzeitig verfahren, und benötigen nur ein Kommando.
Das Kommando und die Position bzw. Zustand ist daher für alle gleich.
Die Anzahl der Rollos in der Gruppe ist nicht begrenzt - unterschiedliche Devicetypen sollte man aber nicht in einer Gruppe zusammenfassen.
Gruppen zu neuen Gruppen zusammenfassen geht aktuell nicht - hier müssen dann alle Tahoma Devices in der Gruppe erneut aufgezählt werden
set tahoma_group1 dim 50
Das steht auch so in der Online-Hilfe :)
Gruß Rolf
Hi Rolf,
vielen Dank für die schnelle Hilfe! Auf diese Weise werde ich es bestimmt Zustandebringen...
Gibt es zu deinem Modul eine "Bedienungsanleitung", die ich nicht gefunden habe? Im Wiki ist ja noch kein Beitrag vorhanden.
Grüße,
Sascha
Moin
Schon mal die Commandref probiert? https://commandref.fhem.de/#tahoma
Devicespezifische Hilfe fuehrt einen auch dahin!
Gruss Christoph
Da habe ich wohl den Wald vor lauter Bäumen nicht mehr gesehen...
Natürlich kenne und benutze ich die Commandref üblicherweise. Warum diesmal nicht - keine Ahnung :o
Danke jedenfalls für die Hilfe!
Verschämte Grüße aus Österreich,
Sascha
Kein Problem
Alles gut!
Gruss Christoph
Moin,
wenn ich mir heute die Somfy Connexoon io Box hole kann ich dann meine Velux SSL Rollos via FHEM steuern oder fehlt mir dann noch etwas?
Danke, Gruß Duncan
Zitat von: Duncan am 20 November 2018, 11:42:28
Moin,
wenn ich mir heute die Somfy Connexoon io Box hole kann ich dann meine Velux SSL Rollos via FHEM steuern oder fehlt mir dann noch etwas?
Danke, Gruß Duncan
Moin
Nein die connexoon reicht, habe ich auch! Und natuerlich dieses Modul hier. Und gleich evtl. noch das ASC Modul, dann geht alles wie von alleine!
Gruss Christoph
Danke, Somfy Connexoon ist auf dem Weg ... ;)
Hallo Duncan,
wenn du nur IO-Homecontrol hast würde auch diese BOX KLF200 gehen (https://forum.fhem.de/index.php/topic,92907.msg854715.html#msg854715).
Ich steuere damit meine 4x Velux Rollläden SSL MK04 und 4x Velux Fensterheber KSX 100.
Vorteil: muss nicht registiert werden, läuft daher nur im eigenen Netz. Wenn Internet weg, geht es immer noch (lokal).
pejonp
Moin zusammen
Ich habe mal eine Frage. Funktioniert bei Euch noch alles wie gewohnt?
Bei mir fahren die Velux-Rollaeden nur noch ueber den slider. Ueber "set dim xxx" geht es nicht mehr.
Aufgefallen ist es mir, da ich ASC benutze, und das auf einmal nicht mehr funktioniert! Es kam auch irgendwann ein Update der Connexoon in der Zeit.
Gruss Christoph
Zitat von: pc1246 am 20 Dezember 2018, 18:16:43
Moin zusammen
Ich habe mal eine Frage. Funktioniert bei Euch noch alles wie gewohnt?
Bei mir fahren die Velux-Rollaeden nur noch ueber den slider. Ueber "set dim xxx" geht es nicht mehr.
Aufgefallen ist es mir, da ich ASC benutze, und das auf einmal nicht mehr funktioniert! Es kam auch irgendwann ein Update der Connexoon in der Zeit.
Gruss Christoph
Hier mit Tahoma alles noch normal wie immer.
Gruss
Enno
Hallo Christoph, bei mir funktioniert auch alles wie gehabt.
dim wird vom Modul in den passenden Befehl setClosure, close oder open umgewandelt - alle möglichen Befehle jedes Devices werden über das Setup abgefragt und unter COMMANDS aufgeführt.
COMMANDS dim:slider,0,1,100 cancel:noArg close:noArg delayedStopIdentify down:noArg getName:noArg identify:noArg my:noArg open:noArg refreshMemorized1Position:noArg setClosure setDeployment setMemorized1Position setName setPosition setSecuredPosition startIdentify:noArg stop:noArg stopIdentify:noArg up:noArg wink
Aber wenn der Slider geht, dann muss auch dim gehen - eventuell hast du dich irgendwie in der Syntax vertan.
Gruß, Rolf
Moin zusammen
Somfy ist wohl ein wenig pingelig mit der Anzahl der Verbindungen! Ich hatte es auf zwei Systemen aktiv, das hat sich wohl gegenseitig blockiert!
Gruss Christoph
Wäre es bitte möglich im Modul unter tahoma_applyRequest die Einträge bei den date für die Logeinträge mit "- iPhone" aus dem Quelltext zu entfernen oder zumindest gegen "- FHEM" zu ersetzen?
Ich finde es sehr verwirrend im Logfile Einträge beginnen mit:
tahoma_applyRequest data={"label":"Gäste Velux - Schliessen - iPhone","actions" ...
vorzufinden.
Auch erhalte ich diese Einträge, wenn ich in der TaHoma-App von Somfy im Infopanel entsprechende Einträge vorfinde.
Gruß
eurofinder
Der Grund für 'iPhone' ist, da ich die Kommunikation des iPhone mit dem Server 1 zu 1 nachgebaut habe, und ich nicht wusste wie der Server darauf auf Dauer reagiert, wenn hier etwas anderes wie z.B. 'FHEM' steht. Ich hatte aber auch schon mal überlegt, das einfach als Attribut anzulegen.
Aktuell habe ich aber an dem FHEM Modul schon weitreichende Änderungen vollzogen um die Kommunikationsänderungen wieder nachzuziehen, die aber noch nicht veröffentlicht sind.
Das neue Attribut devName habe ich hinzugefügt, mit dem der Absender jetzt individualisiert werden kann.
Wer möchte, kann die neue Version vorab mal testen - Danke!
Gruß Rolf
@mike3436:
Mit dem gänderten Modul und Attribut devName funktioniert es. Danke.
Gruß
eurofinder
Ich habe das Modul in der letzten Version 201 ins Repository eingecheckt, und es ist somit für alle über 'update' verfügbar.
Falls sich Probleme ergeben, bitte melden.
Gruß Rolf
Guten Morgen Zusammen,
seit 2 Tagen nach dem ich ein set Reset durchgeführt habe logt sich das Modul nicht mehr ein.
Fehlermeldung: Too many requests, try again later : login with ...
Abmelden im Browser, App etc., reboot der Tahoma, disable über 12h und löschen des Device hat nicht geholfen.
Noch irgendwelche Tipps?
Edit: Läuft wieder. Dank des Hinweis aus https://forum.fhem.de/index.php/topic,28045.msg817660.html#msg817660 (https://forum.fhem.de/index.php/topic,28045.msg817660.html#msg817660)
Hallo Zusammen,
in meinem Logfile erscheint immer der Eintrag
tahoma1: tahoma_parseEnduserAPISetupGateways response is not a valid hash
Habe ich etwas falsch konfiguriert - es scheint alles zu funktionieren?
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.
Zitat2019.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
Ah, okay, vielen Dank für die Info.
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:
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.
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
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. :)
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.
ZitatinClass
Awning
inControllable
io:HorizontalAwningIOComponent
inExecId
PRIORITY_LOCK__UNKNOWN_ERROR
inExecState
FAILED
inLabel
SUNEA io
ZitatinClass
Awning
inControllable
io:HorizontalAwningIOComponent
inExecId
3d9398b3-3626-5439-6913-41a7a0bcf124
inExecState
0
inLabel
SUNEA io
@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:
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
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
@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
@spacecowboy.21:
ZitatBei 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?
@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.
@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
Für das runden nehme ich Dich in mein Nachtgebet mit auf :D
In Verbindung mit ASC wäre das Runden in 5er-Schritte optimal.
Gerade eben ist mir wieder ein Rolladen mit ClosureState 84 stehen geblieben.
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 (https://svn.fhem.de/fhem/trunk/fhem/FHEM/26_tahoma.pm)
@mike3436:
Super danke. Ich habe das Modul installiert und werde das Verhalten bei meinen "Problemrollläden" mal beobachten.
Verstehe ich das richtig, dass ein "attr Rollladenname levelRound 5" z.B. eine Rundung in 5er-Schritten vornimmt?
Gruß und ein schönes Restwochenende
eurofinder
Einer meiner wichtigsten Module in meinem Smart Home, vielen Dank dafür!
Gibt es einen Grund warum die "Sunis Wirefree II IO Sonnensensor" über keinen Batterie Reading verfügen? Sie halten zwar sehr lange, aber der Zustand der Batterien kann nur in Erfahrung gebracht werden, sobald die Rolladen nicht mehr herunterfahren.
Gruß
MobiusOne
Hallo, um die Frage nicht einfach so im Raum stehen zu lassen ...
ZitatGibt es einen Grund warum die "Sunis Wirefree II IO Sonnensensor" über keinen Batterie Reading verfügen?
Ich selbst habe nur Oximo Motoren und kenne den Sensor nicht.
Aber alles, was das Setup über das Gerät hergibt, wird auch vom Modul angeboten bzw. als Reading angezeigt.
Gruß Rolf
@mike3436
Super Sache mit dem Runden. Beobachte mein ASC jetzt seit einer Woche. Und endlich laufen alle Rolläden und keiner bleibt stehen.
@eurofinder
Ich nutze das "Mittelwert-tool" für ClosureState. Dann führt nicht jede Wolke zu einer Reaktion.
@mike3436:
Auch ich kann berichten, dass seitdem ich das Attribut levelRound bei den betroffenen Motoren gesetzt habe, noch keine Fehlfunktion feststellen konnte. Herzlichen Dank dafür.
@Maddat:
Was ist das "Mittelwert-tool" für ClosureState? Ich habe im ASC einfach das Attribut ASC_Shading_WaitingPeriod auf 900 Sekunden gesetzt, damit wird auch verhindert, dass jede Wolke eine Reaktion verhindert oder was macht dein Ansatz anders?
Gruß
eurofinder
@eurofinder
https://wiki.fhem.de/wiki/Gleitende_Mittelwerte_berechnen_und_loggen
"Subroutine movingAverage in 99_MyUtils anlegen"
Hab im "LightSensor Sunis_io" ein userReadings "LuminanceState_av", welches ich im ASC dann verwende.
@Maddat:
Danke für die Info.
Gruß
eurofinder
Hallo mal eine Frage, habe gerade meine Tahoma Box bekommen, wenn ich zuhause bin möcht eich die gleich aktivieren
Damit möchte ich gerne eine Somfy Markisse (mit Windwächter und Sonnenauge) steuern
und wenn es geht auch die Velux Integra Dachflächenfenster.
Muss ich zuerst immer alle Produkte in der Web oberfläche von Tahomalink integrieren oder wie ist da die korrekte vorghensweise?
und weiss jemand ob ich die Velux Fenster damit gesteuert bekomme?
Zitat von: sn0000py am 16 Juli 2019, 12:11:55
Hallo mal eine Frage, habe gerade meine Tahoma Box bekommen, wenn ich zuhause bin möcht eich die gleich aktivieren
Damit möchte ich gerne eine Somfy Markisse (mit Windwächter und Sonnenauge) steuern
und wenn es geht auch die Velux Integra Dachflächenfenster.
Muss ich zuerst immer alle Produkte in der Web oberfläche von Tahomalink integrieren oder wie ist da die korrekte vorghensweise?
und weiss jemand ob ich die Velux Fenster damit gesteuert bekomme?
Moin
Ja das Fenster geht, und ja, Du musst erst alles in Box anmelden, da fhem mit der Box redet, und diese quasi fragt, welche Geraete sie kennt.
Gruss Christoph
Ok, also funktioniert alles, sogar mit Rückmeldung :)
Dachte nicht das das so gut und schnell funktioniert
So, nun doch noch eine Frage, habe es erst (im nachhinein gemeldet bekommen da ich zu der zeit nicht zuhause bin) das die Markisse gestern und auch heute um ca halb 12 eingefahren ist, und angeblich kein Wind war
dazu meine Frage, kann ich den Windsensor auch ins FHEM einbinden?
und die zweite ca zu der zeit habe ich diese Readings gehabt
PriorityLockLevelState
comfortLevel1
2019-07-24 11:37:24
PriorityLockOriginatorState
user
2019-07-24 11:37:24
kann es was damit zu tun haben?
Hallo,
ich bin mir nicht sicher ob ich hier richtig bin. Ich verwende einen Somfy® Licht-Empfänger io AN / AUS. Dieser wird leider nicht als Lichtschalter erkannt. Es gibt zwar den ONOFFState leider bekomme ich es nicht hin das er als Lichtschalter mit status funktioniert. Hat jemand eine Idee ?
Also meine Markissen fahren immer noch öfters ohne grund ein
Aber es hat nichts mit dem PriorityLock* zu tun, der wurde zuletzt am 24.7 geändert
Aber der Deployment Status hat sich geändert. Kein zusätzlicher Log im File.
Das einzige was ich mir vorstellen kann, wäre da der Windsensor da was macht, ohne das Wind geht ... kann ich das irgendwie prüfen`?
Komisch ist halt das es immer zur selben zeit passiert
Ich nutze nun schon ein paar Monate das tahoma Modul in Verbindung mit einer Loxone Haussteuerung. Mir haben sich jetzt ein paar Fragen ergeben.
Erst einmal grundsätzlich die Frage, kann ich ein IO Garagentor von Somfy ebenfalls über das Modul steuern und kann ich den Öffnungsstatus des Garagentors an meine Haussteuerung weitergeben?
Kann ich mit dem Modul Einstellungen an meinen Rollos wie zB Endlagen (andere Position oder umstellen von fester Position auf Drehmomenterkennung) oder die my-Position ändern?
Und ein Thema was mir im Moment etwas Kopfschmerzen bereitet - Loxone schickt die Befehle zur Rollosteuerung per http an das tahoma-Modul.
Schicke ich zu viel Befehle zur selben Zeit (zB alle Rollos im Haus sollen geschlossen werden) kommen nicht alle Befehle in der Tahoma Box an (teilweise schon ab 4 Befehle gleichzeitig)
Gibt es hierfür eine Lösung?
Ich würd mich sehr über ein paar Antworten freuen :)
Zum IO Garagentor von Somfy kann ich nichts sagen, und wenn ich deine Frage richtig verstehe, dann hast du die Hardware noch nicht integriert. Aber ich denke das alle Informationen und Befehle zur Verfügung stehen. Diese werden ja über das gelesene Setup alle zur Verfügung gestellt.
Die my-Position kannst du setzen (setMemorized1Position), bei den Endlagen weiss ich es nicht - die Befehle geben es nicht wirklich offensichtlich her.
Wenn du mehrere Rollos gleichzeitig fahren willst, dann musst du eine Gruppe bilden bzw. Räume oder Szenen benutzen.
Wie man Gruppen anlegt, ist in der Doku hinterlegt, Räume und Szenen musst du über die Tahoma App's definieren.
Meiner Erfahrung nach können bis zu 10 Kommandos an den Server abgesetzt werden, bevor ein Kommando zurückgewiesen wird.
Ich hatte über eine Speicherung nachgedacht, aber das macht die ganze Steuerung kompliziert und träge.
Wir haben das Garagentor noch nicht gekauft, das stimmt.
Wenn das Somfy Tor nicht über FHEM bzw dann nicht über Loxone gesteuert werden kann, würde ich ggf. über einen anderen Hersteller nachdenken. Daher meine Frage. Wenn ich dich richtig verstehe, stehen die Chancen jedoch nicht schlecht. In dem Fall würde es mir jedoch zu gute kommen, dass ich Tor virtuell und nicht physisch mit der Haussteuerung verbinden kann.
Der Hinweis mit my-Position klingt schon mal ziemlich gut. Alles andere schein ich dann einfach mal testen zu müssen...
Versteh ich das richtig, dass das Modul automatisch erkennt, welche Befehle vom Rollo bzw vom jeweiligen Gerät unterstützt werden?
Wie schon geschrieben, kann ich teilweise nicht mal Befehle für 4 Rollos gleichzeitig von Loxone zum FHEM schicken.
Ich müsste mir mal genau die Logos im FHEM anschauen, jedoch in der Tahoma kommen dann teils die Befehle einfach nicht an.
Ab 10 Befehle weist der Server die Befehle zurück - ist damit FHEM gemein oder der Tahoma Server?
Google schafft es ja auch alle Gerät im Haus zu schließen...
Im Moment behelfe ich mir in dem ich ganze Räume oder Stockwerke bediene. Für die automatische Beschattung (allo Rollos einer Himmelsrichtung) hilft mir das jedoch leider wenig. Bis auf die Himmelsrichtung, haben die Rollos ja nicht viel gemeinsam und Szenarien sind für mich keine Lösung da ich hier die Beschattungsposition nicht variabel vergeben kann.
Falls es hier mal eine Lösung geben wird, würd ich mich sehr freuen.
@bluemevo:
Ich habe hier bei mir eine Tahoma Box 2.0 an der 11 Rollädenmotoren (Oximo IO) angemeldet sind. Die Bedienung erfolgt entweder manuell über Smoove IO-Schalter oder automatisiert über FHEM und dem Modul Tahoma + AutoShuttersControl (ASC).
Da Tahoma-Modul nutzt die Schittstelle zur Tahoma Box. Somfy hat für eine "externe" Nutzung die Anzahl gleichzeitig absetzbarer Befehle auf 10 begrenzt. Möchte ich also über FHEM gleichzeitig alle 11 Rollläden steuern, wird ein Befehl "verschluckt" und nicht ausgeführt.
Entweder musst du unter FHEM die Rollläden in eine Gruppe zusammenfassen, dann wird nur ein Befehl an alle Rollläden gesendet, statt für jeden einzeln oder mit etwas zeitlicher Verzögerung.
Ich habe das für mich so gelöst, dass ich die Rollläden in Abhängigkeit des Sonnenstandes automatisiert durch ASC nach Etagen steuere und eine zeitliche Verzögerung nutze. Seitdem keine Fehlfunktion mehr.
ASC bietet dir viele weitere tolle Funktionen wie eine vollautomatische Beschattung in Abhängigkeit von Sonnenstand und Sonnenintensität, der je Rollladen individuell einstellbar ist. Mit Hilfe von Fenstersensoren kannst du z.B. auch eine individuell einstellbare Lüftungsposition anfahren, wenn du ein Fenster kippst und eine Komfort-Position (z.B. ganz öffnen), wenn du eine Balkontür öffnest. Natürlich wird der Rolladen beim Shcließen wieder automatisch in seine vorherige Position automatisch zurückgefahren:-) Es gibt noch viele weitere Funktionen wie SelfDefense ...
Probier ASC einfach mal aus. ASC bietet die Möglichkeit pro Rollladen z udefinieren, ob dieser über dieses Modul gesteuert werden soll oder nicht.
Seitdem ich ASC in Kombination mit dem Tahoma-MOdul unter FHEM nutze, habe ich sämtliche Automatisierungsprozesse i nder Tahoma Box von Somfy deaktiviert, da diese wesentlich weniger Möglichkeiten bietet.
Gruß
eurofinder
@bluemevo:
Gruppen ist das, was du zum gemeinsamen steuern brauchst.
Beispiel für 3 Rolladen auf der Westseite:
define tahoma_group1 tahoma GROUP tahoma_23234545,tahoma_23234546,tahoma_23234547
attr tahoma_group1 IODev tahoma1
attr tahoma_group1 alias Gruppe Rolladen Westen
attr tahoma_group1 room tahoma
Mit
set tahoma_group1 dim 50
würden dann die 3 Rolladen quasi gleichzeitig mit einem Befehl an den Somfy Server auf 50% gefahren.
Vielen Dank Ihr zwei :)
Das sind sehr nützliche Tipps. Über ASC bin ich schon mal gestolpert, hab es jedoch nicht weiter verfolgt da Loxone selbige Funktionen bietet.
Die Gruppenbildung schau ich mir mal an. Das wird mir bei der aut.Beschattung über Loxone sehr helfen.
ASC werd ich mir nun defintiv auch mal näher anschauen.
Ich sag erst mal vielen Dank!
Hallo,
ich bekomme seit ein paar Tagen immer den Error Bad credentials.
Hab extra das Passwort bei Tahoma zurückgesetzt aber der Fehler bleibt.
Habt Ihr bitte einen Tip für mich ?
Ähnliches Phänomen beobachte ich derzeit auch. Die Verbindung zu Tahoma ist immer mal wieder gestört.
Ich hatte IFTTT in Verdacht, hab mich dort abgemeldet, weil ich das System eh nicht nutze - brachte keine Änderung.
Ich hab dann meine Mailadresse bei Somfy geändert - wurde etwas besser.
Letzte Woche hatte ich dann aber trotzdem wieder "Bad credentials" - es scheint so als würde Tahoma dann die IP sperren. Nach einem Routerneustart ist eine Verbindung von Fhem wieder möglich.
Die Woche war es dann zumindest noch ein "to many connections".
Der Fhem läuft sein einiger Zeit durch, es gibt wenig Neustarts - daran kann es bei mir also nicht liegen.
Seit gestern 03.12.2019 ca. 15:00 Uhr erhalte ich die Fehlermeldung:
tahoma1: tahoma_dispatch json string is faulty<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML ...
tahoma1: tahoma_login
tahoma1: login start
Bei manuellem Aufruf der URL https://www.tahomalink.com/enduser-mobile-web/externalAPI/json/ erhalte ich einen "Bad Request"
Ich vermute, dass hier im Rahmen des Tahoma Updates in den vergangen Tagen eine Anpassung passiert ist.
Kann das jemand bestätigen und helfen?
P.S:
Ein Hinweis aus der Mail zum Tahoma Update:
Mit folgenden Geräten ist das Einloggen in die TaHoma oder Connexoon Apps ab den 3. Dezember 2019 nicht mehr möglich:
iPhones mit iOS 4 oder älter
Android mit 4.0 oder älter
iPad der ersten Generation
Eine TaHoma oder Connexoon App, die seit 2017 nicht mehr aktualisiert wurde
Hallo,
habe seit gestern Abend den selben Fehler auch mit der Fehlermeldung.
Hallo,
ich kann das Problem nicht bestätigen - bei mir läuft alles.
Laut fhem log gab es bei mir aber vom 26.11. bis 01.12. immer wieder temporäre Probleme gegen 17:00 für ca. 30min.
Das aktuelle Modul sollte analog zum App Stand von Juli 2018 arbeiten.
Generell scheint das Modul aber den vom Server erwarteten https Standard nicht einzuhalten, da die TCP Verbindung nach jedem Request und dem sauber erfolgten Response vom Server seitens des Servers wieder gekappt wird. Hier könnte ich ggf. Hilfe eines Wissenden gebrauchen.
Die Web API manuell im Browser aufzurufen bringt nichts, da die Login Parameter und wohl einige weitere Daten fehlen.
Gruß Rolf
Zitat von: mike3436 am 05 Dezember 2019, 00:12:05
ich kann das Problem nicht bestätigen - bei mir läuft alles.
Moin,
ich habe auch keine Probleme. Ende November gab es ein Update bei Tahoma, FHEM ist auch ganz aktuell. Die Rollos werden normal geschaltet. Keine auffälligen Fehlermeldungen im Log.
Gruss
Enno
Hallo Danke für euere schnellen Antworten.
Bei mir scheint es wirklich an meiner nicht aktualisierten Fhem Version zu liegen, ich habe Fhem ebend mal kurz neu aufgesetzt und das Tahoma Modul installiert.
Alles läuft wie gehabt und kann angesteuert werden.
Ich wollte und muß sowieso alles nochmal neu aufsetzen da ich jetzt alles auf einen Intel NUC haben möchte.
Danke Ihr seid spitze
Hallo, kann mich nur anschließen - vielen Dank für die schnelle Hilfe!
Lag auch bei mir nur an veraltetem Modul.
Nach einem UPDATE läuft alles wieder wie vorher.
Danke!
Hallo,
ich habe mal eine Verständnisfrage.
Ich habe 2 Veluxdachfenster mit IO und beabsichtige ev. mir eine Tahoma Box zu kaufen, da der Preis nun etwas günstiger ist.
Außerdem habe ich 11 Somfy - Rolladen (RTS), die ich derzeit mit einem CUL433 ansteuere und die Fernbedienungen (Hand- und Wandsender) so mehr schlecht als recht über einen Signalduino empfange, damit ich die Position der Rolladen auch bei manueller Bedienung in fhem korrekt nachziehen kann.
Fragen:
1. Die Tahomabox kann die Signale der manuellen Fernbedienungen auch nicht verargbeiten? Ich hätte gerne den Signalduino ersetzt. Wenn ich das richtig verstehe, werden ja nur die Rolladenmotoren direkt an der THBox angelernt. Ich könnte also höchsten den CUL433 für das Senden ersetzen.
2. Die Fenster haben einen Regensensor. Den hätte ich ja gerne auch für meine Markise genutzt (Steuerung der Markise ist Eigenbau über eine Relaiskarte und ein FS Empfänger-Modul).
Soweit ich das hier in den Beiträgen gelesen habe, wird der Regensensor aber nicht ausgelesen.
Warum ich die THBox überhaupt kaufen möchte?
Die IO Fernbedienungen haben die Macke, das alle paar Wochen die Uhrzeit und das Datum verstellt sind. Offensichtlich werden diese über Funk mit der DCF77 synchronisiert und sind störanfällig.
Damit laufen die eingestellten Programme dann zu falschen Zeiten (Schliessen des Rolladens etc).
Ich möchte das per fhem machen.
Außerdem möchte ich nachts im Sommer die Fenster automatisch (Klimatisierung) öffnen, wenn es nicht regnet und die Außentemperatur geringer als die Temperatur im Haus ist und diese größer als 24 Grad (riecht nach DOIF). :-)
Elektrolurch
Zitat von: Elektrolurch am 25 Februar 2020, 10:21:35
2. Die Fenster haben einen Regensensor. Den hätte ich ja gerne auch für meine Markise genutzt (Steuerung der Markise ist Eigenbau über eine Relaiskarte und ein FS Empfänger-Modul).
Soweit ich das hier in den Beiträgen gelesen habe, wird der Regensensor aber nicht ausgelesen.
Hallo Elektrolurch,
vermutlich hast du dich schon auf TaHoma eingeschossen. Wenn dir die Regensensoren aber sehr wichtig sind, mit einer KLF 200 Box und dem KLF200-Modul kannst du die Regensensoren deiner Velux-Fenster auslesen (https://wiki.fhem.de/wiki/Velux_KLF200#Auswerten_der_Regensensoren).
Gruß, Stefan.
Hallo Stefan,
festgelegt habe ich mich noch nicht. Die Tahoma-Box bringt mir gegenüber der KLF200 keine Vorteile. Habe gerade mal das wiki von der KLF200 angesehen.
Da sind ja alle Funktionen drin, die ich bräuchte. Und das ohne Cloud!
Und wenn ich das richtig gesehen habe, ist die Box mit ca. 150 € auch noch billiger, als die Tahoma-Box.
Jetzt ist nur die Frage, ob meine Fenster von 2015 damit funktionieren.
Laut Rechnung sind es:
GGU 00621 Elektro -Energy -Star U-Wert 1,0 CK04 Velux Integra
Die Fernbedienung ist so ein Touch-Panel, welches Rolladen und Fenster steuern kann.
Gruß
Elektrolurch
Hallo Elektrolurch,
Zitat von: Elektrolurch am 25 Februar 2020, 15:26:45
Jetzt ist nur die Frage, ob meine Fenster von 2015 damit funktionieren.
Laut Rechnung sind es:
GGU 00621 Elektro -Energy -Star U-Wert 1,0 CK04 Velux Integra
Die Fernbedienung ist so ein Touch-Panel, welches Rolladen und Fenster steuern kann.
Wenn io-homecontrol drauf steht, dann funktionieren die Fenster mit der KLF 200 Box. Von dem Touch-Panel lassen sich die Schlüssel bequem exportieren.
Deine ganzen RTS-Geräte werden aber nicht unterstützt. Deshalb nahm ich an, dass du zu TaHoma tendierst.
Gruß, Stefan.
Hallo,
hat noch jemand seit einigen Tagen Probleme mit Tahoma + FHEM?
Habe sehr häufig:
2020.03.08 19:23:49 3: TAHOMA: request active
2020.03.08 19:23:56 3: TAHOMA: tahoma_dispatch json string is faulty<html><head> <meta http-equiv="Content-T ...
2020.03.08 19:24:01 3: TAHOMA: tahoma_login
2020.03.08 19:24:01 2: TAHOMA: login start
2020.03.08 19:24:02 3: TAHOMA: tahoma_dispatch error: Too many requests, try again later : login with a@b.c
Wenn ich Tahoma-Box vom Nett trenne und neu starte geht es einige Zeit gut, dann wieder gleiches Problem.
Gruß
eurofinder
Hallo eurofinder,
ich kann das Problem bestätigen - es tritt bei mir auch zeitweise über einen längeren Zeitraum genauso auf.
Ein Reset der Tahoma Box half bei mir nicht, nur das deaktivieren des Moduls für 10min - danach lief wieder alles.
Ich untersuche das mal ...
@mike3436.
Ok, danke für die Rückmeldung. Dann bin ich also nicht alleine.
Auf die Idee das Modul zeitweise zu deaktivieren bin ich noch nicht gekommen.
Gruß
eurofinder
Hallo, ich habe mal 1 Tag mit verbose 5 geloggt
2020.03.10 19:08:39 4: tahoma1: tahoma_dispatch data=<html><head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title>Overkiz - Universal HomeControl</title> <!-- PROD1 --> <style> body { font-family: Arial, Verdana, Helvetica, sans-serif; font-size: 10pt; color: black; } </style></head><body><div align="center"><br/><br/><br/><br/><table border="0" width="90%"> <tr> <td width="50%" align="center"><img src="/error/overkiz_logo.gif"/></td> <td> <p class="intro"> <b>Server is down for maintenance</b><br/> <br/> We are sorry for the inconvenience.<br/> Please try again in a few minutes. </p> </td> </tr></table></div></body></html>
2020.03.10 19:09:19 5: tahoma1: tahoma_dispatch data={"errorCode":"AUTHENTICATION_ERROR","error":"Too many requests, try again later : login with ...
2020.03.10 19:13:48 4: tahoma1: tahoma_dispatch data=<html><head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title>Overkiz - Universal HomeControl</title> <!-- PROD1 --> <style> body { font-family: Arial, Verdana, Helvetica, sans-serif; font-size: 10pt; color: black; } </style></head><body><div align="center"><br/><br/><br/><br/><table border="0" width="90%"> <tr> <td width="50%" align="center"><img src="/error/overkiz_logo.gif"/></td> <td> <p class="intro"> <b>Server is down for maintenance</b><br/> <br/> We are sorry for the inconvenience.<br/> Please try again in a few minutes. </p> </td> </tr></table></div></body></html>
2020.03.10 19:13:54 5: tahoma1: tahoma_dispatch data={"errorCode":"AUTHENTICATION_ERROR","error":"Too many requests, try again later : login with
Anscheinend ist der Server öfter down!
Das Modul versucht bei einem Fehler direkt nach 5s ein neues Login (dann verdoppelt sich die Zeit auf 10s, 20s, 40s, 80s, danach alle 120s)
Bei mir heute auch wieder Probleme. Zeitraum von ca. 18:50 Uhr bis 19:30 Uhr.
Ich habe Somfy angeschrieben. Mal sehen, ob die sich melden.
Gruß
eurofinder
Kann es auch bestätigen.
Täglich 19:05 - 19:40 Uhr: SomfyTaHoma: tahoma_dispatch error: Too many requests, try again later : login with xxxx@xxxx.xx !
Achtung, blutiger Anfänger.... :'(
Verfahren nach Anleitung, soweit verstanden. Bekomme aber auf das Kommando "get tahoma1 devices" nur ein "no devices found".
Im Zweifel bin ich schon, ob mein erster Schritt richtig war, nämlich das aktuelle Modul nach fhem/FHEM zu kopieren. Dieser Ordner existierte nicht, weshalb ich ihn im Ordner pi angelegt habe.
Das Log zeigt einen dispatch error an: Bad credentials.
Puh... Entschuldigt die blöden Fragen...
Zitat von: is2late am 21 März 2020, 15:28:26
Achtung, blutiger Anfänger.... :'(
Verfahren nach Anleitung, soweit verstanden. Bekomme aber auf das Kommando "get tahoma1 devices" nur ein "no devices found".
Im Zweifel bin ich schon, ob mein erster Schritt richtig war, nämlich das aktuelle Modul nach fhem/FHEM zu kopieren. Dieser Ordner existierte nicht, weshalb ich ihn im Ordner pi angelegt habe.
Das Log zeigt einen dispatch error an: Bad credentials.
Puh... Entschuldigt die blöden Fragen...
Der vollständige Pfad lautet /opt/fhem/FHEM. Nur da werden die Module gesucht/gefunden.
Zitat von: is2late am 21 März 2020, 15:28:26
Im Zweifel bin ich schon, ob mein erster Schritt richtig war, nämlich das aktuelle Modul nach fhem/FHEM zu kopieren. Dieser Ordner existierte nicht, weshalb ich ihn im Ordner pi angelegt habe.
Das Log zeigt einen dispatch error an: Bad credentials.
Das Modul sollte schon in der aktuellen Version in der FHEM Installation vorhanden sein.
Wenn du "Bad credentials" bekommst, dann sind der angegebene User und/oder Password falsch.
Mehr als die eine Zeile
define tahoma1 tahoma ACCOUNT <user> <passwort>sind zum ersten Betrieb nicht notwendig.
<user> entspricht der bei Somfy angegebenen email-Adresse
<passwort> sollte keine länderspezifischen Zeichen wie Umlaute beinhalten, nur ASCII Zeichensatz!
Super, Mike. herzlichen Dank!
Tatsächlich hatte ich mal das PW geändert und war mit dem falschen unterwegs.
Jetzt haben die beiden ersten Anweisungen geklappt.
Auf "get tahoma1 devices" heisst es allerdings: "no devices found". Es bleibt im Log bei den Bad Credentials, obwohl die Zugangsdaten jetzt definitiv richtig sind - habe sie bei Somfy und über die App ausprobiert.
ups, ich hatte die Config noch nicht abgespeichert.
Jetzt gibt es im Log folgende neue Fehlermeldung: Not authenticated.
Mal sehen, welche Fehlermeldungen ich noch hervorzaubern kann ;)
"Not authenticated" kommt schon mal, wenn das gespeicherte HTTPS Cookie nicht passt, sollte aber nach einem automatisch erfolgen neuen Login dann passen.
Unter dem Device tahoma1 muss der Wert HTTPCookies JSESSIONID=xxxxx aufglistet sein, und sich bei jedem neuen Login ändern (Browser refresh notwendig).
Wenn nicht, dann ggf. mal ein log mit attribut verbose=5 an mich per PN.
Wichtig ist eine aktuellere FHEM Version zu benutzen, und nicht das tahoma Modul in irgend eine uralte FHEM version hinein zu kopieren.
Und JSON muss im Perl ggf. nachinstalliert worden sein!
Hi Mike,
es ist wie Zauberei...nachdem ich den Raspi neu gestartet habe, sind die Rollläden plötzlich aufgeführt. Herzlichen Dank für Deine Hilfe! Ich probiere morgen mal die Einbindung in die Lupusec Alarmanlage (bei Alarm sollen die Rollläden öffnen). Bin gespannt.
Vielen Dank erst einmal und noch eine schönes WE!
Bitte doch noch eine Frage:
Im FHEM lassen sich jetzt die Rollläden schalten. ViaBrowser klappt es nicht (http://(Adresse)/fhem?cmd=set%20Rollladenschalter%20on&XHR=1); vielmehr wird die Verbindung abgelehnt, egal, ob über den Brower im Raspi oder einen externen.
Muss der Raspi oa noch "freigeschaltet" werden für die Annahme der Verbindung?
Hi Mike,
Ich steuere mit ASC.
Morgens läuft alles.
Das shading bei zu hoher Sonneneinstrahlung funktioniert.
Unter Tag funktioniert alles, auch manuell.
Doch abends muckt das System regelmäßig seit Monatsanfang.
Scheinbar hat Somfy was geändert.
Kann es sein, dass zu viele user bei "sunset" fahren und deshalb der Server überlastet ist?
Das ist zwar an jedem Ort zu einer anderen Zeit.
Doch liegen diese Zeiten ja nicht weit auseinander.
Auch ein Anmelden über den PC geht nicht.
ZitatKann es sein, dass zu viele user bei "sunset" fahren und deshalb der Server überlastet ist?
Ich habe keine direkte Meinung dazu, kann natürlich sein.
FHEM ist wohl nicht die einzige Automatisierung für die ein Tahoma Modul existiert, auch für OpenHAB existiert wohl ein solches Modul.
Somit weis man nicht, wie viele User mit einer direkten Kommunikation online sind.
Vielleicht sind die zeitgleich manuell angestossenen Befehle wirklich zu viel für den Server.
Die meisten Tahoma User ohne FHEM werden wohl den Somfy Kalender verwenden, und dieser funktionert ja quasi Offline - die Sequenzen werden wohl in der Tahoma Box gebuffert.
Alternativ würde ich heute das KLF200 einsetzen - die Software ist schon auf einem guten Stand.
Ich gehe davon aus, das beide Systeme - wie jede andere Fernbedienung auch - parallel betrieben werden können - vielleicht bestelle ich mir mal eins in der Corona Langeweile.
Wenn meine Tahoma Box mal sterben sollte, dann ist das dann sowieso die erste Wahl für mich.
Aber vielleicht hat Somfy ja ein einsehen und veröffentlicht wie Velux auch eine Firmware mit eine API, über die die Box direkt im Zugriff ist - das wäre ein sinnvoller Schritt der wohl eher Zulauf bringt - Closed Systems mag heute keiner so wirklich mehr!
Habe vom selbigen Problem ja weiter oben schon berichtet. Somfy fühlt sich dafür nicht verantwortlich. Es sollen dort auch keine erhöhten Serveraktivitäten feststellbar sein.
Ich habe jetzt mal auf allen Geräten, außer FHEM Somfy entfernt. Mal sehen ob es was bring.
Verwunderlich finde ich zum Beispiel diese Einträge:
2020.03.23 19:00:26 3: TAHOMA: request active
2020.03.23 19:01:37 3: TAHOMA: tahoma_dispatch json string is faulty<html><head> <meta http-equiv="Content-T ...
2020.03.23 19:01:43 3: TAHOMA: tahoma_login
2020.03.23 19:01:43 2: TAHOMA: login start
2020.03.23 19:01:43 2: TAHOMA: login end, logged_in=1
2020.03.23 19:01:47 2: TAHOMA: tahoma_autocreate begin
2020.03.23 19:01:47 2: TAHOMA: tahoma_autocreate end, new=0
2020.03.23 19:01:47 3: TAHOMA: tahoma_updateDevices
2020.03.23 19:01:47 3: TAHOMA: updateDevices oid=9a3e3d37-2760-477b-8d31-e4b06360ef83
2020.03.23 19:01:47 3: TAHOMA: updateDevices oid=4f7e551c-8414-412d-9465-671bf26ad16b
2020.03.23 19:01:49 2: TAHOMA: tahoma_autocreate begin
2020.03.23 19:01:49 2: TAHOMA: tahoma_autocreate end, new=0
2020.03.23 19:01:49 3: TAHOMA: tahoma_updateDevices
2020.03.23 19:01:49 3: TAHOMA: updateDevices oid=9a3e3d37-2760-477b-8d31-e4b06360ef83
2020.03.23 19:01:49 3: TAHOMA: updateDevices oid=4f7e551c-8414-412d-9465-671bf26ad16b
2020.03.23 19:02:13 3: TAHOMA: request active
2020.03.23 19:02:45 3: TAHOMA: request active
2020.03.23 19:02:47 3: TAHOMA: request active
2020.03.23 19:02:49 3: TAHOMA: request active
2020.03.23 19:02:51 3: TAHOMA: request active
2020.03.23 19:02:53 3: TAHOMA: request active
2020.03.23 19:02:53 2: TAHOMA: timeout, close ua
2020.03.23 19:02:53 2: TAHOMA: tahoma_dispatch http request failed: read from https://www.tahomalink.com:443 timed out
2020.03.23 19:02:55 3: TAHOMA: tahoma_login
2020.03.23 19:02:55 2: TAHOMA: login start
2020.03.23 19:02:55 2: TAHOMA: login end, logged_in=1
2020.03.23 19:02:59 2: TAHOMA: tahoma_autocreate begin
2020.03.23 19:02:59 2: TAHOMA: tahoma_autocreate end, new=0
2020.03.23 19:02:59 3: TAHOMA: tahoma_updateDevices
2020.03.23 19:02:59 3: TAHOMA: updateDevices oid=9a3e3d37-2760-477b-8d31-e4b06360ef83
2020.03.23 19:02:59 3: TAHOMA: updateDevices oid=4f7e551c-8414-412d-9465-671bf26ad16b
2020.03.23 19:03:01 3: TAHOMA: tahoma_dispatch json string is faulty<html><head> <meta http-equiv="Content-T ...
2020.03.23 19:03:07 3: TAHOMA: tahoma_login
2020.03.23 19:03:07 2: TAHOMA: login start
2020.03.23 19:03:07 2: TAHOMA: login end, logged_in=1
2020.03.23 19:03:11 2: TAHOMA: tahoma_autocreate begin
2020.03.23 19:03:11 2: TAHOMA: tahoma_autocreate end, new=0
2020.03.23 19:03:11 3: TAHOMA: tahoma_updateDevices
2020.03.23 19:03:11 3: TAHOMA: updateDevices oid=9a3e3d37-2760-477b-8d31-e4b06360ef83
2020.03.23 19:03:11 3: TAHOMA: updateDevices oid=4f7e551c-8414-412d-9465-671bf26ad16b
2020.03.23 19:03:13 2: TAHOMA: tahoma_autocreate begin
2020.03.23 19:03:13 2: TAHOMA: tahoma_autocreate end, new=0
2020.03.23 19:03:13 3: TAHOMA: tahoma_updateDevices
2020.03.23 19:03:13 3: TAHOMA: updateDevices oid=9a3e3d37-2760-477b-8d31-e4b06360ef83
2020.03.23 19:03:13 3: TAHOMA: updateDevices oid=4f7e551c-8414-412d-9465-671bf26ad16b
2020.03.23 19:03:39 3: TAHOMA: tahoma_dispatch json string is faulty<html><head> <meta http-equiv="Content-T ...
2020.03.23 19:03:45 3: TAHOMA: tahoma_login
2020.03.23 19:03:45 2: TAHOMA: login start
2020.03.23 19:03:45 2: TAHOMA: login end, logged_in=1
2020.03.23 19:03:49 2: TAHOMA: tahoma_autocreate begin
2020.03.23 19:03:49 2: TAHOMA: tahoma_autocreate end, new=0
2020.03.23 19:03:49 3: TAHOMA: tahoma_updateDevices
2020.03.23 19:03:49 3: TAHOMA: updateDevices oid=9a3e3d37-2760-477b-8d31-e4b06360ef83
2020.03.23 19:03:49 3: TAHOMA: updateDevices oid=4f7e551c-8414-412d-9465-671bf26ad16b
2020.03.23 19:03:51 2: TAHOMA: tahoma_autocreate begin
2020.03.23 19:03:51 2: TAHOMA: tahoma_autocreate end, new=0
2020.03.23 19:03:51 3: TAHOMA: tahoma_updateDevices
2020.03.23 19:03:51 3: TAHOMA: updateDevices oid=9a3e3d37-2760-477b-8d31-e4b06360ef83
2020.03.23 19:03:51 3: TAHOMA: updateDevices oid=4f7e551c-8414-412d-9465-671bf26ad16b
2020.03.23 19:03:57 3: TAHOMA: tahoma_dispatch json string is faulty<html><head> <meta http-equiv="Content-T ...
2020.03.23 19:04:03 3: TAHOMA: tahoma_login
2020.03.23 19:04:03 2: TAHOMA: login start
2020.03.23 19:04:03 2: TAHOMA: login end, logged_in=1
2020.03.23 19:04:05 3: TAHOMA: tahoma_dispatch json string is faulty<html><head> <meta http-equiv="Content-T ...
2020.03.23 19:04:11 3: TAHOMA: tahoma_login
2020.03.23 19:04:11 2: TAHOMA: login start
2020.03.23 19:04:11 2: TAHOMA: login end, logged_in=1
2020.03.23 19:04:13 3: TAHOMA: tahoma_dispatch json string is faulty<html><head> <meta http-equiv="Content-T ...
usw....
Um 19 Uhr fängt das Problem an, meine ersten Fahrbefehle angestoßen durch ASC wären aber erst um 19:07 Uhr gewesen.
Warum also stellt das tahoma-modul ab 19 Uhr diese "Anfragen". Kann man ggf. im Modul selbst dazu etwas ermitteln, woher das kommt?
Gruß
eurofinder
Hi Mike und eurofinder,
wenn der Server keine hohen Aktivitäten meldet (also Somfy)
Evtl. ist es ja der user, der den Server nervt.
Würde auch erklären, dass sowohl FHEM als auch ich mich (per PC) nicht einloggen kann.
Sind es zu viele requests vom gleichen user kurz hintereinander?
Ich könnte, im Sinne eines stabilen Systems, auf ein sekundenschnelles feedback verzichten.
Habt ihr einen link für mich, wo ich bei Somfy "Probleme" melden/hinterfragen kann?
1000Dank, und bleibt gesund!
Moin
Bei mir ist es das gleiche Problem. Eine ganze Zeit lang ging es morgens nicht. Jetzt geht es meistens abends nicht. Bei mir ist auch ASC im Einsatz, und eigentlich habe ich nur das eine fhem welches tahoma nutzt.
Gruss Christoph
Bleibt gesund
ZitatSind es zu viele requests vom gleichen user kurz hintereinander?
Das Modul bietet hier Möglichkeiten zur Reduzierung der Anfragen, wie es auch die Onlinehilfe beschreibt:
The interval [seconds] for refreshing states can be changed:
The default is 120s, allowed minimum is 60s, 0 = off.
This command actualizes the states of devices, which will be externally changed e.g. by controller.
attr tahoma1 intervalRefresh 120
The interval [seconds] for fetching all states can be set:
The default is 0 = off, allowed minimum is 120s.
Normally this isn't necessary to set, because all states will be actualized by events.
attr tahoma1 intervalStates 300
The interval [seconds] for fetching new events can be changed:
The default is 2s, allowed minimum is 2s.
attr tahoma1 intervalEvents 300
Da aber alle das Problem zwischen 19:00 und 19.30 haben wird das wohl nicht helfen, aber versuchen kann man es mal.
Hallo,
wenn abends wieder mal nix geht, kann ich mich im IE auch nicht anmelden.
Unter der url: https://www.tahomalink.com/enduser-mobile-web/enduserAPI/
Melde ich mich dann sofort danach an der url: https://www.somfy-connect.com/de/
komme sofort auf meine box
???
Diese, eingegeben im Modul, tut´s nicht.
...
von "somfy-connect" kommt man dann mit account und password direkt auf die box
https://www.tahomalink.com/enduser-mobile-web/steer-html5-client/tahoma/?userId=xxxxx@mailblabla.de&ssoToken=13af8a8b-ac10-3401-3038-10967946f56acbc862cc189af7f63b-9a9d8bee9e8e96
Aus bekannten Gründen verändert.
https://www.tahomalink.com/enduser-mobile-web/enduserAPI/
https://www.tahomalink.com/enduser-mobile-web/steer-html5-client/tahoma/
Gibt es evtl. mehrere Pfade?
Würde man diese url im Modul verwenden, müsste man die Passwörter nicht doppelt pflegen.
Bitte seht es mir nach. Hab früher zwar mal Assembler, Fortran, Pascal,... programmiert. Bin aber kein IT-ler und da schon lange raus.
Ich hab ein ähnliches Problem und nutze auch ASC. Es wäre mal Interessant, ob es auch Problem gibt bei Usern ohne ASC.
Link: https://forum.fhem.de/index.php/topic,105390.msg1035163.html#msg1035163 (https://forum.fhem.de/index.php/topic,105390.msg1035163.html#msg1035163)
Ich habe neben FHEM noch homeassistant im Einsatz, dort gab es ein Problem durch ein abgelaufenes SSL Certificate.
https://community.home-assistant.io/t/somfy-tahoma-official-api/61448/895 (https://community.home-assistant.io/t/somfy-tahoma-official-api/61448/895)
Nach Neuinstallation bekomme ich jetzt ein "no Devices found". Das Feld httpCookies bleibt leer. Json ist neueste Version.
Das Log sagt:
Zitat2020.03.29 19:32:23 3: tahoma1: tahoma_login
2020.03.29 19:32:23 2: tahoma1: login start
2020.03.29 19:32:24 3: tahoma1: tahoma_dispatch json string is faulty<html><head> <meta http-equiv="Content-T ...
2020.03.29 19:34:31 3: tahoma1: tahoma_dispatch error: Not authenticated
Zugangsdaten sind überprüft und richtig.
Hat jemand eine Idee?
Vielen Dank!
Hm... hatte das Programm auf zwei Raspis gleichzeitig laufen. Den älteren runtergefahren und jetzt werden die Devices auf der Neuinstallation gefunden.
Moin zusammen,
ich reihe mich hier mal mit dem gleichen Problem hier ein. Habe ASC nicht im Einsatz. Abends funktioniert es immer öfter nicht....
erst
json string is faulty: <html><head> <meta http-equiv="Content-T ...
dann
Too many requests, try again later : login with xy@mail.de
Gruss
Enno
Zu der Problematik gibt es weiter oben diverse Beiträge, mW ohne Lösung.
Kann es sein, dass "Too many requests" sich auf denselben User bezieht?
Dieser also über irgendein weiteres Gerät schon eingeloggt ist?
Allerdings fragt sich dann, warum nur abends...
Zitat von: is2late am 30 März 2020, 07:18:19
Dieser also über irgendein weiteres Gerät schon eingeloggt ist?
Kann bei mir nicht das Problem sein, da ich nur mit FHEM auf die Box zugreife. Die App auf dem Handy ist bei mir deaktiviert.
Ich habe noch die Tahoma erste Generation. Das freundliche Angebot für den "upgrade " habe ich nicht genutzt und werde ich mit Sicherheit auch nicht tun. Dann lieber auf KLF200 wechseln!
Gruss
Enno
Hallo,
gestern kam, als ich mich per PC anmelden wollte, eine Nachricht von "www.overkiz.com".
Der Server sei down.
Das ist der neue Partner von Somfy.
Ja, und die machen jetzt scheinbar alles "besser". :-\
Nachricht, übersetzt vom Französisch:
Sehr geehrte Kundin, sehr geehrter Kunde
Derzeit tritt eine Verlangsamung des TaHoma / Connexoon-Servers auf, die die Kontrolle Ihrer Geräte über Ihre Anwendungen verhindert.
Unsere Qualitätsentwicklungsdienste bemühen sich, dieses Problem so schnell wie möglich zu lösen.
Bitte entschuldigen Sie die Unannehmlichkeiten.
Das Team von SOMFY Yellow
Danke zunächst für die Informationen.
Es wird bei mir immer schlimmer. Seit 17:00 Uhr wird das Logfile überflutet mit
TAHOMA: request active
einträgen.
Ein Zugriff auf meine IO-Geräte ist weder per Somfy-App noch Online auf somfy.de möglich, da bereits der Login scheitert.
Meine Versuche bei Somfy Gehör zu finden scheitern mit der Begründung, dass dort keine Probleme bekannt sind und wenn die API von einem anderen Programm genutzt wird Somfy sich für nicht zuständig hält.
Ich denke enno. deine Entscheidung nicht auf die TahomaBox 2 ein Update durchzuführen ist die richtige Entscheidung.
Gruß
eurofinder
Von https://www.somfy.de/hilfe-center
Aktuelles
Hinweis:
Liebe Somfy-Kunden,
leider besteht aktuell ein Problem mit unserem Smart-Home-Server für die TaHoma- und Connexoon-Boxen. Eine manuelle Steuerung Ihrer eingebundenen Anwendungen ist daher gerade nicht möglich. Alle bereits aktivierten Zeit-Programmierungen und Wenn-Dann-Bedingungen laufen weiterhin ohne Einschränkungen. Unser Entwicklerteam arbeitet mit Hochdruck daran, dies so schnell wie möglich zu lösen. Bitte entschuldigen Sie vielmals die Unannehmlichkeiten.
Mit freundlichen Grüßen
Ihr Team vom Somfy Privatkundenservice
----------------------------------------
Liebe TaHoma- und Connexoon-Nutzer*innen,
wenn Sie bereits Produkte von Somfy nutzen, für die Sie einen Account angelegt haben, können Sie aktuell Ihre neue TaHoma oder Connexoon nicht auf denselben Account registrieren.
Bitte verwenden Sie für die Registrierung eine alternative E-Mail-Adresse.
Informationen, Tipps und Tricks finden Sie auch immer in unseren FAQ's oder alternativ in unserem Somfy Forum.
Wir bitten um Ihr Verständnis und wünschen Ihnen weiterhin viel Spaß mit Ihren Produkten von Somfy!https://www.somfy.de/hilfe-center
Ich habe mir jetzt für mehr Spaß eine KLF 200 bestellt. Demnächst für noch mehr Spaß hier im Marktplatz eine Tahoma Box zu verkaufen >:(
Grummel
Enno
Inzwischen scheinen die Tahoma Server seit gute 2h kompett down zu sein.
Ich bin gerade dabei Screenshots zu erstellen und werd Somfy damit mal nerven - mag sein dass sie sich für ihre eigene API nicht verantwortlich fühlen, wenn die Tahoma Box auf regulären Wegen nicht erreichbar sind, ist das ein Mangel an der Box und da gibts dann keine Ausreden.
Zitat von: mike3436 am 24 März 2020, 08:53:24
Alternativ würde ich heute das KLF200 einsetzen - die Software ist schon auf einem guten Stand.
Ich gehe davon aus, das beide Systeme - wie jede andere Fernbedienung auch - parallel betrieben werden können - vielleicht bestelle ich mir mal eins in der Corona Langeweile.
Wie viel Somfy Geräte hast du zu bedienen?
Bisher hält mich die Angabe von Velux, dass nur 5 Geräte oder Gruppe bedienbar sind, von eine Umstand vom Tahoma auf KLF200 ab.
Wäre für weiter Infos dankbar - würde meine Rollos sehr gern offline steuern können :(
Zitat von: mike3436 am 24 März 2020, 08:53:24
Aber vielleicht hat Somfy ja ein einsehen und veröffentlicht wie Velux auch eine Firmware mit eine API, über die die Box direkt im Zugriff ist - das wäre ein sinnvoller Schritt der wohl eher Zulauf bringt - Closed Systems mag heute keiner so wirklich mehr!
Wäre die schönste Lösung, aber das glaub ich erst wenn es wirklicht so ist, bisher hab ich echt wenige Hoffnung :(
Zitat von: bluemevo am 30 März 2020, 21:01:30
Wie viel Somfy Geräte hast du zu bedienen?
Bisher hält mich die Angabe von Velux, dass nur 5 Geräte oder Gruppe bedienbar sind, von eine Umstand vom Tahoma auf KLF200 ab.
Wäre für weiter Infos dankbar - würde meine Rollos sehr gern offline steuern können :(
Das ist ein Missverständnis, das sich hartnäckig hält. Das Limit von 5 Geräten gilt nur, wenn du die Geräte mit KNX oder Wandtastern bedienen willst.
Die Box hat nämlich 10 elektrische Eingänge (5 x hoch + runter).
Das API über LAN, das von FHEM benutzt wird, unterstützt bis zu 200 Geräte.
Siehe Velux KLF200 im Wiki (https://wiki.fhem.de/wiki/Velux_KLF200)
Die Info stammt von VELUX selbst. Ich versuche seit ein paar Wochen krampfhaft wen zu finden, der mich vom Gegenteil überzeugen kann.
Und alle 200 Geräte können ohne weiteres individuell angesteuert werden?
Ich habe im Haus 22 Rollos und 2 Dachfenster. Das KLF200 macht für mich nur dann Sinn wenn ich jedes Gerät einzeln oder in beliebiger Kombination ansprechen kann und auch entsprechende Rückmeldungen bekomme.
Ich weiß nicht, ob schon jemand 24 Geräte oder mehr steuert, aber Berichte von mehr als 10 Geräten sind mir im KLF 200 Thread schon untergekommen.
Ansonsten schau dir die Statistik (https://fhem.de/stats/statistics.html) vom Modul KLF200Node an. Da ist der Durchschnitt schon leicht höher als 5 Geräte pro FHEM-Installation.
Vielleicht sollte man nicht den Tahoma-Thread highjacken. Ich helfe aber gerne im KLF Thread (https://forum.fhem.de/index.php/topic,92907.0.html) weiter.
Danke für die Info und natürlich hast du Recht, das ist nicht der richtige Platz um über das KLF zu diskutieren.
Ich glaube aber auch, die Info zum KLF 200 ist für den ein oder anderen Tahoma Nutzer durchaus interessant...
Ich less mich im anderen Thread mal ein.
Moin
Gerade gesehen auf: https://www.somfy.de/hilfe-center
Zitat
Aktuelles
Liebe TaHoma- und Connexoon-Nutzer*innen,
Ihre TaHoma/Connexoon kann nun wieder online gehen. Um Ihre TaHoma oder Connexoon Box mit dem Internet zu verbinden, führen Sie bitte eine Aktualisierung Ihrer Box durch. Die Anleitung finden Sie hier. Bitte beachten Sie, dass dieser Vorgang einige Zeit in Anspruch nehmen kann, da Ihre Box nochmal komplett neu startet.
Mit freundlichen Grüßen
Ihr Somfy Privatkundenservice
Mal sehen, ob das hilft, ansonsten mache ich es wie enno. Der Sommer kommt, und ich habe keine Lust die Dachfenster Rollaeden von Hand zu fahren!
@buennerbernd: Die fhem-statistik ist ja eher nicht so aussagekraeftig. Danach sind gerade mal
2 io-homecontrol 42 tahoma installiert.
Gruss und bleibt gesund
Christoph
Zitat von: pc1246 am 01 April 2020, 08:00:19
@buennerbernd: Die fhem-statistik ist ja eher nicht so aussagekraeftig. Danach sind gerade mal 2 io-homecontrol installiert.
Das Modul, das die KLF 200 Box repräsentiert heißt KLF200 und das Modul, das die damit verwalteten Geräte repräsentiert heißt KLF200Node.
Das Modul IOhomecontrol läuft nur mit einer veralteten Firmware, die nicht mehr ausgeliefert wird und ist auch wesentlich eingeschränkter im Funktionsumfang.
Hi
Sorry, ich hatte mich vertan, und das Modul von diesem thread gemeint. Deshalb oben durchgestrichen und korrigiert.
Gruss Christoph
Ich denke, an dieser Statistik nehmen nur ein Drittel aller Nutzer teil.
Also wer anonym mitmachen will (Das schafft besseren Überblick und macht den Entwicklern eine Freude):
Einmalig:
fheminfo send
Bei jedem Update:
attr global sendStatistics onUpdate
Liebe Tahoma-Experten,
ich habe ein Problem:
ich steuere meine Rolläden von SOMFY mit Fhem. Dazu habe ich die Tahoma Box eingebunden. In dieser sind auch ein paar Szenarien definiert (also bspw. alle Rolläden nach oben). Diese Szenarien werden auch in Fhem angezeigt, aber ich kann sie nicht über Fhem steuern. Ist das nicht möglich oder mache ich was falsch?
Danke und Grüße
Julia
ZitatDiese Szenarien werden auch in Fhem angezeigt, aber ich kann sie nicht über Fhem steuern. Ist das nicht möglich oder mache ich was falsch?
Ich denke, du machst etwas falsch.
Ich habe es gerade ausprobiert, und es funktioniert bei mir:
set tahoma_12345678 start
set tahoma_12345678 cancel
set tahoma_12345678 startAt 10
Du must natürlich den Device-Namen und nicht den Alias-Namen benutzen.
Der "startAt" verzögert um n Sekunden, ist aber nicht per "cancel" abbrechbar.
ZitatMal sehen, ob das hilft, ansonsten mache ich es wie enno. Der Sommer kommt, und ich habe keine Lust die Dachfenster Rollaeden von Hand zu fahren!
Bis jetzt ist keine Änderung des Problems zu erkennen!
Gestern, am 01.04. wieder kein Login zwischen 9:11 und 21:23 möglich.
Ich habe mir auch mal ein KLF200 für 140€ bestellt.
Die Beschränkung auf 5 Devices/Gruppen gilt nur für die manueller Ansteuerung über die Hardwareeingänge.
Mit der Firmware 2.0.0.71 sollen über die API über 200 Nodes angesprochen werden können.
Das Changelog unter https://www.velux.com/api/klf200 (https://www.velux.com/api/klf200) beschreibt nämlich, dass die Parametrierungswebseite bei 200 Nodes abgestürzt sei.
Das KLF200 wird auch schon in anderen Hausautomatisierungssystemen wie z.b. OpenHAB https://www.openhab.org/addons/bindings/velux/ (https://www.openhab.org/addons/bindings/velux/) unterstützt.
Zitat von: mike3436 am 02 April 2020, 13:11:58
Ich habe mir auch mal ein KLF200 für 140€ bestellt.
Hallo zusammen,
ich habe meine KFL200 gestern um 11:30 Uhr bekommen. Nach einer viertel Stunde lief die Box. Ich habe wie im Wiki beschrieben die Schlüssel von Tahoma übertragen (dafür muss natürlich der Server bei Somfy laufen). Dann nicht vergessen nach vorhandenen Geräten zu suchen. Fertig!
Gestern abend habe ich die Tahoma-Box abgeschaltet. Eigentlich will mir Somfy eine Email schreiben, wenn die Box nicht erreichbar ist. Die Nachricht habe ich bis jetzt noch nicht bekommen....
Schade um das Modul hier in Fhem, aber wenn der Server von Somfy streikt, dann klappt der Rest halt auch nicht :(
Gruss
Enno
Heute Abend das erste mal seit Wochen, dass es keine Probleme mit mit der Tahoma Box gab. Alle Rollläden sind korrekt gefahren, keine Einträge im Logfile. Ich hoffe das bleibt jetzt so, ansonsten steht bei mir in Kürze auch eine KLF200.
Gruß
eurofinder
Moin
Bei mir auch seit drei Tagen, liegt wohl an ENNO. Seitdem der weg ist laeuft es!
;D
Zitat von: pc1246 am 05 April 2020, 17:37:06
Moin
Bei mir auch seit drei Tagen, liegt wohl an ENNO. Seitdem der weg ist laeuft es!
;D
Ich vermute ich habe den Server bei Somfy überlastet. Jetzt wo ich abgemeldet bin klappt es dort wieder. Wollen wir hoffen, dass sich kein neuer User anmeldet ;)
Ihr könnt das Problem auch umgehen, wenn Ihr die Cloud ausserhalb der "Rush-Hour" nutzt...
Gruss
Enno
Liebe TaHoma- und Connexoon-Nutzer*innen,
seit einigen Tagen – also nahezu parallel zur Corona-Krise – stellen wir einen deutlich erhöhten Zugriff auf unsere Tahoma- & Connexoon-Boxen
in den Abendstunden fest. Dies geschieht insbesondere zwischen 19 und 21 Uhr, was in dieser Ausprägung auch für zahlreiche Internet-Provider
eine neue Form der "Rush-Hour" zu sein scheint. Als Folge daraus treten bei einigen Nutzern leider aktuell Probleme auf, wie zum Beispiel eine
langsamere Verbindung, Schwierigkeiten beim Verbindungsaufbau mit den Apps bzw. Web-Schnittstellen oder dem Zugang zu Diensten Dritter,
wie IFTTT, Amazon Alexa und Google Assistant [...]
Mit freundlichen Grüßen
Ihr Somfy Privatkundenservice
Habe gestern die Tahoma Box geliefert bekommen.
Einbindung der 5 RTS Rolläden und 2 somfy-io Markisen lief problemlos.
Die Geräte lassen sich per somfy-connect webinterface und per somfy-Tahoma-app (iOS) steuern.
Integration in FHEM scheitert nach:
define myTahoma tahoma ACCOUNT <email=username> <meinPasswort>
daran, dass keine Verbindung mit dem somfy Server zustande kommt.
Das Logfile (verbose 4) zeigt:
myTahoma: tahoma_login
2020.04.10 13:32:37 2: myTahoma: login start
2020.04.10 13:32:38 4: myTahoma: tahoma_dispatch data=<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xml:lang="fr" xmlns="http://www.w3.org/1999/xhtml"><head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title>Overkiz - Error</title></head><body> <h2>Bad request</h2><i>Fri Apr 10 13:32:38 CEST 2020</i><br/></body></html>
2020.04.10 13:32:38 3: myTahoma: tahoma_dispatch json string is faulty<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML ...
Kann mir jemand bei der Interpretation der Fehlermeldung helfen ?
username und Passwort sind richtig.
attr von myTahoma habe ich (bis auf verbose 4) noch nicht verändert.
danke, Grüße aus Tirol...bleibt gesund.
Hallo, entschuldig die späte Antwort!
Hundertprozentig sicher bin ich nicht, aber ich gehe davon aus, dass du ein uraltes Tahoma Modul verwendest, weil in der Antwort irgendwelche xml tags vorkommen.
Früher wurde eine Schnittstelle mit xml Syntax benutzt und heute wird json Format verwendet.
Alte Module laufen nicht mehr!
Das aktuelle Modul bekommst du über 'update' oder von hier https://svn.fhem.de/fhem/trunk/fhem/FHEM/26_tahoma.pm (https://svn.fhem.de/fhem/trunk/fhem/FHEM/26_tahoma.pm)
Hallo mike3436
vielen Dank für deinen Hinweis, jetzt funktioniert es.
Das hätte ich auch selbst schaffen sollen... >:(
Hallo zusammen,
habe nach längerer Zeit mal wieder in die fhem.log geschaut. Es stehen im 3 - 10 min Takt die folgenden Tahoma-Einträge drin:
2020.05.17 14:52:57 2: TaHoma: timeout, close ua
2020.05.17 14:52:57 2: TaHoma: tahoma_dispatch http request failed: read from https://www.tahomalink.com:443 timed out
2020.05.17 14:52:59 2: TaHoma: login start
2020.05.17 14:52:59 2: TaHoma: login end, logged_in=1
2020.05.17 14:53:03 2: TaHoma: tahoma_autocreate begin
2020.05.17 14:53:03 2: TaHoma: tahoma_autocreate end, new=0
2020.05.17 14:53:05 2: TaHoma: tahoma_autocreate begin
2020.05.17 14:53:05 2: TaHoma: tahoma_autocreate end, new=0
Das "List" für das Modul:
Internals:
BLOCKING 0
Clients :tahoma:
DEF ACCOUNT crypt:0e534d55060b73085a580d465716075a0c crypt:426602710c2f52500a04540c
FUUID 5c4f5001-f33f-9c2c-84dc-ae6f72bb3fcb3f15
HTTPCookies JSESSIONID=F809C3031E4738C6BA8055DA311ECA6E
NAME TaHoma
NR 683
NTFY_ORDER 50-TaHoma
STATE Connected
SUBTYPE ACCOUNT
TYPE tahoma
VERSION 0221
eventId 22b204ad-ac10-3401-3e31-1afe0a1b2bd7
gatewayId
getEventsInterval 2
getEventsTimer 1589722939
getStatesInterval 0
getStatesTimer 1589719995
inGateway
inVersion
lastError json string is faulty: <html><head> <meta http-equiv="Content-T ...
logged_in 1
loginRetryTimer 5
refreshStatesInterval 120
refreshStatesTimer 1589723011
request_active 0
request_time 1589722937.96112
socket
startup_done 1
startup_run 7
timeout 10
url https://www.tahomalink.com/enduser-mobile-web/enduserAPI/
userAgent TaHoma/10287 CFNetwork/901.1 Darwin/17.6.0
HTTPCookieHash:
JSESSIONID:
Options Path=/enduser-mobile-web; Secure; HttpOnly
Value F809C3031E4738C6BA8055DA311ECA6E
helper:
password crypt:426602710c2f52500a04540c
username crypt:0e534d55060b73085a580d465716075a0c
devices:
HASH(0x57d2ed0)
HASH(0x6258e40)
HASH(0x6036370)
HASH(0x5b701f8)
HASH(0x55a7778)
HASH(0x5c7cd18)
HASH(0x5c4fbf0)
HASH(0x5d5e5b0)
HASH(0x6044198)
HASH(0x59956e0)
HASH(0x5d5e400)
HASH(0x5cd0ad8)
HASH(0x5efb4f8)
HASH(0x5b9c028)
HASH(0x5d5de10)
HASH(0x5efe888)
HASH(0x5ea21a8)
HASH(0x55c6918)
HASH(0x625a900)
HASH(0x6036df0)
HASH(0x5efb2b8)
HASH(0x6009418)
HASH(0x5c948e0)
HASH(0x5a785f8)
HASH(0x563f5f8)
HASH(0x5c97bf8)
HASH(0x5eee608)
HASH(0x5eef3a0)
HASH(0x564b060)
HASH(0x57c5f00)
HASH(0x5c62980)
HASH(0x55da8b8)
HASH(0x5eb7e80)
HASH(0x5b94ef8)
HASH(0x59210f0)
HASH(0x5d3b950)
HASH(0x5eee698)
HASH(0x5a77a28)
HASH(0x5be0150)
HASH(0x6002068)
HASH(0x5c50040)
HASH(0x52c15a8)
HASH(0x5b947f0)
HASH(0x5b4e698)
HASH(0x5f1c158)
HASH(0x5ebeb60)
HASH(0x5f3c038)
HASH(0x5f12168)
HASH(0x5c554e8)
HASH(0x5c6aa20)
HASH(0x625ac00)
HASH(0x5fcbbc0)
HASH(0x5bc1f50)
HASH(0x5c61c98)
HASH(0x5c70b68)
HASH(0x5f13cd8)
HASH(0x5c98720)
paramHash:
NAME
addr https://www.tahomalink.com:443
auth 0
code 200
displayurl https://www.tahomalink.com/enduser-mobile-web/enduserAPI/events/22b204ad-ac10-3401-3e31-1afe0a1b2bd7/fetch
header Cookie: JSESSIONID=F809C3031E4738C6BA8055DA311ECA6E
User-Agent: TaHoma/10287 CFNetwork/901.1 Darwin/17.6.0
Content-Type: application/json
host www.tahomalink.com
httpheader HTTP/1.1 200
Date: Sun, 17 May 2020 13:42:17 GMT
Server: overkiz
Strict-Transport-Security: max-age=31536000; includeSubDomains
Content-Type: application/json;charset=UTF-8
Connection: close
keepalive 1
loglevel 4
method POST
nonblocking 1
noshutdown 1
page events
path /enduser-mobile-web/enduserAPI/events/22b204ad-ac10-3401-3e31-1afe0a1b2bd7/fetch
protocol https
redirects 0
subpage /22b204ad-ac10-3401-3e31-1afe0a1b2bd7/fetch
timeout 10
url https://www.tahomalink.com/enduser-mobile-web/enduserAPI/events/22b204ad-ac10-3401-3e31-1afe0a1b2bd7/fetch
hash:
sslargs:
refresh_event:
Attributes:
Es scheint dennoch alles wie gewünscht zu funktionieren ??? Was hat es mit den Einträgen auf sich?
odie13690
Hallo odie13690,
ich habe bei mir das log von diesem Monat nach Auftreten von Fehlern und darauf folgendem login gefiltert, und keine Auffälligkeiten gefunden.
Meisten 1-2 mal pro Tag tritt ein Fehler auf, was ich als 'normal' ansehe.
2020.05.01 05:46:33 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.05.02 05:45:36 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.05.03 01:28:22 2: tahoma1: tahoma_dispatch http request failed: https://www.tahomalink.com/enduser-mobile-web/enduserAPI/events/
2020.05.03 01:28:29 4: tahoma1: tahoma_dispatch data=<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"><html><head><title>400 Bad Req
2020.05.03 05:44:19 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.05.03 23:52:48 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.05.04 05:43:11 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.05.05 05:42:15 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.05.06 05:41:01 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.05.07 01:17:29 2: tahoma1: tahoma_dispatch http request failed: read from https://www.tahomalink.com:443 timed out
2020.05.07 03:07:52 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.05.07 05:39:58 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.05.08 01:22:49 2: tahoma1: tahoma_dispatch http request failed: read from https://www.tahomalink.com:443 timed out
2020.05.08 05:38:41 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.05.09 05:37:33 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.05.10 05:36:33 2: tahoma1: tahoma_dispatch http request failed: read from https://www.tahomalink.com:443 timed out
2020.05.11 01:21:33 2: tahoma1: tahoma_dispatch http request failed: read from https://www.tahomalink.com:443 timed out
2020.05.11 05:35:39 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.05.13 05:33:51 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.05.14 05:33:00 2: tahoma1: tahoma_dispatch http request failed: read from https://www.tahomalink.com:443 timed out
2020.05.15 05:32:06 2: tahoma1: tahoma_dispatch http request failed: read from https://www.tahomalink.com:443 timed out
2020.05.16 01:17:23 2: tahoma1: tahoma_dispatch http request failed: https://www.tahomalink.com/enduser-mobile-web/enduserAPI/events/
2020.05.16 01:17:24 4: tahoma1: tahoma_dispatch data=<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"><html><head><title>400 Bad Req
2020.05.16 05:31:13 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.05.17 05:30:08 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.05.19 01:22:43 2: tahoma1: tahoma_dispatch http request failed: read from https://www.tahomalink.com:443 timed out
2020.05.19 05:27:55 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.05.20 05:26:50 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.05.20 16:57:06 2: tahoma1: tahoma_dispatch http request failed: read from https://www.tahomalink.com:443 timed out
Zur Frage was hier passiert:
Der tahoma Server antwortet nicht innerhalb von 10s und das Modul geht dann von einem Fehler aus, beendet die Verbindung und Verbindet sich erneut.
Meist ist hierbei der erste Verbindungsversuch noch erfolglos, das der tahoma Server immer noch nicht erreichbar ist, und das wird geloggt.
Das Problem kann auch dein Netz bzw. Internetzugang sein, wenn der tahoma Server für > 10s nicht erreichbar ist.
Grüße Rolf
Hallo,
danke für die Antwort. Mein Netz würde ich aufgrund der Häufigkeit eher ausschließen. Ich habe noch immer das Vorgängermodell der aktuellen Box. Habe mich damals gegen das Angebot von Somfy entschieden, die Box zu tauschen. Vielleicht liegt das auch daran?
odie13690
Ich habe auch noch die alte, erste Tahoma Box, und keine Probleme.
Softwareversion laut Tahoma App Box Info: 2018.4.4.7
Also bei mir leuchtet seit längerem die eine LED orange.
odie13690
Zitat von: odie13690 am 23 Mai 2020, 19:28:52
Also bei mir leuchtet seit längerem die eine LED orange.
Bei mir sind beide LED's grün - einn Neustart durch Spannungstrennung hast du wahrscheinlich schon durchgeführt.
Ich bin nach wie vor der Meinung es sind die Server von Somfy. Ich hab diese Verbindungsabbrüche schon im Februar/März beobachtet. Teilweise dann sogar mit nicht erreichbaren Servern.
Irgendwann hatte ich auch noch eine Meldung gelesen (Wahrheitsgehalt von mir nicht nachgeprüft) dass Somfy seine Server zu einem ausländischen Partner verlagert hat - worüber ich als User gern informiert worden wäre.
Mich hat das alles dazu bewogen meine Tahoma Box gegen das Velux KLF 200 zu ersetzen. Seit Mitte April läuft meine Rollosteuerung nun ohne Ausfälle.
Und das Beste! komplett offline - ohne fremde Server.
Nichts gegen dieses Plugin, ich hab es gern genutzt und sry dass ich in diesem Thread spame, ich kann aber den Umstieg nur empfehlen.
Solange im Somfy keine IO Sensoren enthalten sind, ist der Umstieg ohne Nachteile möglich.
Habe hier wieder seit 2 Tagen wieder "tahoma_dispatch error: Server busy, please try again later. (Too many executions)".
Geht es noch jemanden so?
Habe jetzt die "Sch..." voll und werde auf die KLF 200 umsteigen.
Gruß
eurofinder
Bei mir lief die Kommunikation zum Overkiz Server im Juni soweit rund aber subjektiv mit doppelt so vielen Server-Störungen als im Vormonat gelaufen - Overkiz ist schon immer der Somfy Server Betreiber, und nicht, wie hier in den Beiträgen angesprochen wurde, ein neuer Partner.
Die FritzBox macht üblicher Weise zwischen 5:00 und 6:00 einen Reset, was dann auch meistens in der Tahoma Kommunikation zu einem Timeout führt. Ansonsten gibt es meisten 2 Mal pro Tag einen Aussetzer mit Timeout oder Fehlerhaften Antwortdaten, die zu einem Reconnect führen.
Zusammengefasst ist das natürlich nicht befriedigend, da immer mal wieder Kommandos verloren gehen können.
2020.06.01 05:12:59 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.02 05:12:07 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.02 09:54:11 2: tahoma1: tahoma_dispatch http request failed: read from https://www.tahomalink.com:443 timed out
2020.06.02 18:16:39 4: tahoma1: tahoma_dispatch data=<html><head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"
2020.06.03 01:23:01 2: tahoma1: tahoma_dispatch http request failed: https://www.tahomalink.com/enduser-mobile-web/enduserAPI/events
2020.06.03 01:23:08 4: tahoma1: tahoma_dispatch data=<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"><html><head><title>400 Bad Re
2020.06.03 05:10:59 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.03 07:02:29 4: tahoma1: tahoma_dispatch data=<html><head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"
2020.06.03 10:04:43 3: tahoma1: tahoma_dispatch error: Not authenticated
2020.06.03 22:40:06 4: tahoma1: tahoma_dispatch data=<html><head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"
2020.06.03 22:43:17 4: tahoma1: tahoma_dispatch data=<html><head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"
2020.06.05 05:08:52 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.06 05:07:36 2: tahoma1: tahoma_dispatch http request failed: https://www.tahomalink.com/enduser-mobile-web/enduserAPI/events
2020.06.06 05:07:37 4: tahoma1: tahoma_dispatch data=<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"><html><head><title>400 Bad Re
2020.06.07 01:17:53 2: tahoma1: tahoma_dispatch http request failed: https://www.tahomalink.com/enduser-mobile-web/enduserAPI/events
2020.06.07 01:17:54 4: tahoma1: tahoma_dispatch data=<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"><html><head><title>400 Bad Re
2020.06.07 05:06:21 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.07 12:03:12 4: tahoma1: tahoma_dispatch data=<html><head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"
2020.06.07 22:40:07 4: tahoma1: tahoma_dispatch data=<html><head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"
2020.06.08 05:05:04 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.08 07:04:39 4: tahoma1: tahoma_dispatch data=<html><head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"
2020.06.09 05:03:50 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.10 05:02:42 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.11 01:22:47 2: tahoma1: tahoma_dispatch http request failed: read from https://www.tahomalink.com:443 timed out
2020.06.11 05:01:44 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.13 05:57:37 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.14 00:30:59 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.14 00:31:11 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.14 00:44:21 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.14 00:44:31 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.14 01:23:23 2: tahoma1: tahoma_dispatch http request failed: read from https://www.tahomalink.com:443 timed out
2020.06.14 05:56:23 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.15 01:22:22 2: tahoma1: tahoma_dispatch http request failed: https://www.tahomalink.com/enduser-mobile-web/enduserAPI/events
2020.06.15 01:22:33 2: tahoma1: tahoma_dispatch http request failed: read from https://www.tahomalink.com:443 timed out
2020.06.16 00:41:09 2: tahoma1: tahoma_dispatch http request failed: https://www.tahomalink.com/enduser-mobile-web/enduserAPI/events
2020.06.16 00:41:19 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.16 00:41:33 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.16 00:41:43 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.16 00:42:07 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.16 00:42:17 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.16 00:42:27 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.16 00:42:47 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.16 00:43:29 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.16 00:43:39 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.16 00:43:51 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.16 04:03:54 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.16 04:05:46 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.16 04:06:00 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.16 04:06:10 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.16 05:54:08 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.16 22:00:08 4: tahoma1: tahoma_dispatch data=<html><head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"
2020.06.16 22:01:33 4: tahoma1: tahoma_dispatch data=<html><head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"
2020.06.17 01:23:15 2: tahoma1: tahoma_dispatch http request failed: https://www.tahomalink.com/enduser-mobile-web/enduserAPI/events
2020.06.17 01:23:26 2: tahoma1: tahoma_dispatch http request failed: read from https://www.tahomalink.com:443 timed out
2020.06.17 05:53:02 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.18 05:52:12 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.18 22:20:08 4: tahoma1: tahoma_dispatch data=<html><head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"
2020.06.19 05:50:59 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.20 05:49:48 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.20 05:49:58 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.20 22:47:58 4: tahoma1: tahoma_dispatch data=<html><head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"
2020.06.20 23:13:21 2: tahoma1: tahoma_dispatch http request failed: read from https://www.tahomalink.com:443 timed out
2020.06.21 01:22:55 2: tahoma1: tahoma_dispatch http request failed: read from https://www.tahomalink.com:443 timed out
2020.06.21 05:49:00 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.21 10:29:33 4: tahoma1: tahoma_dispatch data=<html><head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"
2020.06.21 23:00:46 4: tahoma1: tahoma_dispatch data=<html><head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"
2020.06.22 05:47:55 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.22 22:40:22 2: tahoma1: tahoma_dispatch http request failed: https://www.tahomalink.com/enduser-mobile-web/enduserAPI/events
2020.06.22 22:40:22 4: tahoma1: tahoma_dispatch data=<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"><html><head><title>400 Bad Re
2020.06.23 05:46:58 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.06.24 01:23:13 2: tahoma1: tahoma_dispatch http request failed: read from https://www.tahomalink.com:443 timed out
2020.06.24 05:45:48 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
P.S.: ich habe mittlerweile auch seit ca. 4 Wochen ein KLF200 laufen - ohne Probleme, parallel mit der Tahoma Box.
Auf Grund der permanent auftretenden dispatch-errors habe ich auch auf KLF200 umgestellt und meine Tahoma-Box abgestöpselt.
Läuft zuverlässig, bisher keine Fehler.
Gruß
eurofinder
Ich habe seit einiger Zeit das Problem, dass sich ein Rollo nicht mehr über Fhem steuern lässt. Bekomme hier immer die folgende Meldung:
fhem_tahoma dispatch error: Invalid JSON format or type in request body
Auch ein Löschen und wieder einlesen der Devices löst das Problem nicht. Reset der Tahom Box geht auch nicht.
Alle anderen Rollos funktionieren. Szenen funktionieren auch mit dem besagten Rollo. Über die TahomaBox lässt sich besagtes Rollo auch ohne Probleme steuern.
Hat jemand dieses Problem schon mal gehabt und weiß evtl. Abhilfe?
VG
Chris
Hallo Chris, das kann ggf. mit einem Umlaut im Namen zusammenhängen.
Der Aliasname wird beim Anlegen des Devices aus dem Somfy-Setup übernommen, danach kannst du ihn im FHEM ändern.
z.B. Küche durch Kueche ersetzen
Zitat von: mike3436 am 13 August 2020, 08:32:22
Hallo Chris, das kann ggf. mit einem Umlaut im Namen zusammenhängen.
Der Aliasname wird beim Anlegen des Devices aus dem Somfy-Setup übernommen, danach kannst du ihn im FHEM ändern.
z.B. Küche durch Kueche ersetzen
Danke, es war ein ß im Namen. Mit dem ü scheint er klar zu kommen.
Hallo,
gibt es eine Möglichkeit bei Fensterkontakten oder Sensoren (oder Thermostaten) vom SOMFY den Batteriestand auszulesen?
Bei mir tauchen keine Readings auf, in Tahoma gibt es aber ein Symbol.
Weiterhin überlege ich die Thermostate umzustellen... ich hoffe die funktionieren so gut mit FHEM wie der Rest?
Vielen Dank
Hi,
ich brauch mal eure Hilfe...
ich habe mir mal ein Heizkörper Thermostat IO besorgt...
Readings und Funktion über Tahoma gefällt. In FHEM sehe ich Readings.. gut.
Aber ich schaffe es nicht, per FHEM Werte zu setzen.
Wie kann ich das? per DIM wird nicht akzeptiert, und wo fände ich, welche Argumente die Funktionen erwarten?
Ich danke euch...
Gruß
Thomas
Hallo Thomas, entschuldige die späte Antwort - ich war im Urlaub.
Generell kann ich zu anderen Aktoren als den von mir eingesetzten Rollladenmotoren nichts genaues sagen.
Das in FHEM öfter verwendete DIM wird als Tahoma Befehl setPosition umgesetzt, der bei deinem Thermostat nicht vorhanden ist.
Die möglichen Parameter werden aus dem online abgefragten Setup gelesen unter dem FHEM Device unter COMMANDS aufgeführt.
COMMANDS
dim:slider,0,1,100 cancel:noArg close:noArg delayedStopIdentify down:noArg getName:noArg identify:noArg my:noArg open:noArg refreshMemorized1Position:noArg setClosure setDeployment setMemorized1Position setName setPosition setSecuredPosition startIdentify:noArg stop:noArg stopIdentify:noArg up:noArg wink pairOneWayController unpairAllOneWayControllers:noArg unpairOneWayController
Parameter ohne Argument werden in dieser Liste mit :noArg aufgeführt.
Bei den anderen Befehlen wird ein Parameter erwartet, dessen Syntax (Zahl/Text) aber im Setup nicht definiert ist, und ich daher auch nicht dazu sagen kann.
Es gibt wohl auch Befehle mit mehr als einem Parameter - diese werden aber ggf. von meinem Modul nicht unterstützt - ich konnte das nicht testen.
Gruß Rolf
Vielen Dank für die Antwort.
Die Kommandos habe ich gefunden, allerdings erfolgte auf keinen eine Rückmeldung. Weder ändern des Modus, eine Temperaturssetzung ging auch nicht. War/ist ohne zu wissen was SOMFY als Argument erwartet schwierig. Habe es dann leider aufgegeben, und das Thermostat zurückgehen lassen.
Nichtsdestotrotz, Danke für dein Feedback!
Seit neustem habe ich das Problem das das Modul extrem viele Anfragen macht. Das sorgt für viel Last. (siehe Anhang)
Gibts da eine Lösung?
PS: Am Dienstag den 01.12.2020 war Box und Server Update. Das Problem besteht seit 01.12.2020 11:58Uhr. Musste es erst mal deaktivieren.
VG
Chris
Nicht nur viel Last, auch jede Menge Traffic. Allein durch das Modul kommen gute 200-300 MB Download Traffic zusammen.
Hab mir extra die Mühe gemacht den Raspi bei aufzusetzen weil mir der Traffic sehr seltsam vorkam...
Bei mir macht das Modul keine Probleme, die Reaktion des Somfy Servers ist normal.
Am 02.12.2020 gegen 9:30 waren auch bei mir ein paar Anfragen, die länger gebraucht haben, aber das war's.
Hier mein log der letzen 3 Tage gefiltert nach "took" oder "tahoma_login"
2020.12.01 05:58:03 3: tahoma1: tahoma_login
2020.12.01 10:00:49 3: tahoma1: tahoma_login
2020.12.01 10:00:59 3: tahoma1: tahoma_login
2020.12.01 10:01:19 3: tahoma1: tahoma_login
2020.12.01 10:01:59 3: tahoma1: tahoma_login
2020.12.01 10:03:20 3: tahoma1: tahoma_login
2020.12.01 10:06:02 3: tahoma1: tahoma_login
2020.12.01 10:08:42 3: tahoma1: tahoma_login
2020.12.01 10:11:22 3: tahoma1: tahoma_login
2020.12.01 10:14:02 3: tahoma1: tahoma_login
2020.12.01 10:16:42 3: tahoma1: tahoma_login
2020.12.01 10:19:23 3: tahoma1: tahoma_login
2020.12.01 10:22:03 3: tahoma1: tahoma_login
2020.12.01 12:15:34 3: tahoma1: tahoma_getEvents took 605.179071426392 ms
2020.12.01 17:15:46 3: tahoma1: tahoma_getEvents took 570.282936096191 ms
2020.12.01 17:33:49 3: tahoma1: tahoma_login
2020.12.01 17:34:12 3: tahoma1: tahoma_login
2020.12.02 01:16:00 3: tahoma1: tahoma_getEvents took 546.025991439819 ms
2020.12.02 01:17:56 3: tahoma1: tahoma_login
2020.12.02 05:56:49 3: tahoma1: tahoma_login
2020.12.02 08:01:34 3: tahoma1: tahoma_login
2020.12.02 09:22:45 3: tahoma1: tahoma_getEvents took 778.59091758728 ms
2020.12.02 09:29:26 3: tahoma1: tahoma_getEvents took 1130.87582588196 ms
2020.12.02 09:29:56 3: tahoma1: tahoma_login
2020.12.02 09:30:01 3: tahoma1: tahoma_login took 5010.39099693298 ms
2020.12.02 09:30:07 3: tahoma1: tahoma_login
2020.12.02 09:30:12 3: tahoma1: tahoma_login took 5013.46707344055 ms
2020.12.02 09:30:28 3: tahoma1: tahoma_login
2020.12.02 09:30:33 3: tahoma1: tahoma_login took 5012.99500465393 ms
2020.12.02 09:31:09 3: tahoma1: tahoma_login
2020.12.02 09:31:40 3: tahoma1: tahoma_login took 31026.0419845581 ms
2020.12.02 09:32:30 3: tahoma1: tahoma_login
2020.12.02 09:32:50 3: tahoma1: tahoma_login took 20026.6151428223 ms
2020.12.02 09:35:11 3: tahoma1: tahoma_login
2020.12.02 17:33:13 3: tahoma1: tahoma_login
2020.12.02 17:33:33 3: tahoma1: tahoma_login
2020.12.02 17:33:53 3: tahoma1: tahoma_login
2020.12.02 19:17:09 3: tahoma1: tahoma_getEvents took 2581.34889602661 ms
2020.12.03 05:16:32 3: tahoma1: tahoma_login
2020.12.03 17:33:26 3: tahoma1: tahoma_login
Eine höhere Prozessor- oder Internetlast kann ich nicht feststellen.
Eine Lösung kann ich leider auch auch nicht bieten.
PS: meine Installation läuft auf einem PI 3B mit einer FHEM Version Version von 10-2017 - nur das tahoma modul ist von 2019.
LG Rolf
Läuft bei mir auch auf nem Raspi 3B FHEM Latest Revision: 23274 und Tahoma vom 2019-06-16. Habe diesen heute Rebootet und das Modul wieder aktiviert. Bisher scheint das Problem nicht wieder aufzutreten. Behalte es im Auge...
Danke für die Rückmeldung.
VG
Chris
Ging leider wieder los. Das Modul ist nicht mehr zu gebrauchen. :-\
Bei mir waren die letzten 3 Tage unkritisch, d.h. die üblichen relogins
2020.12.03 05:16:30 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.12.03 05:16:32 3: tahoma1: tahoma_login
2020.12.03 17:33:21 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
2020.12.03 17:33:26 3: tahoma1: tahoma_login
2020.12.04 05:15:38 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.12.04 05:15:38 3: tahoma1: tahoma_login
2020.12.04 08:00:24 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
2020.12.04 08:00:30 3: tahoma1: tahoma_login
2020.12.04 08:00:44 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
2020.12.04 08:00:50 3: tahoma1: tahoma_dispatch error: Bad credentials
2020.12.04 08:00:50 3: tahoma1: tahoma_login
2020.12.04 08:01:00 3: tahoma1: tahoma_dispatch error: Bad credentials
2020.12.04 08:01:00 3: tahoma1: tahoma_login
2020.12.04 08:01:20 3: tahoma1: tahoma_login
2020.12.04 08:01:34 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
2020.12.04 08:01:40 3: tahoma1: tahoma_login
2020.12.04 17:31:49 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
2020.12.04 17:31:55 3: tahoma1: tahoma_login
2020.12.05 05:14:25 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.12.05 05:14:25 3: tahoma1: tahoma_login
2020.12.06 05:13:31 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.12.06 05:13:31 3: tahoma1: tahoma_login
2020.12.06 09:00:34 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
2020.12.06 09:00:40 3: tahoma1: tahoma_login
2020.12.06 09:00:54 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
2020.12.06 09:01:00 3: tahoma1: tahoma_login
2020.12.06 09:01:14 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
2020.12.06 09:01:20 3: tahoma1: tahoma_login
2020.12.06 16:48:49 3: tahoma1: tahoma_getEvents took 2090.55304527283 ms
2020.12.06 17:31:20 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
2020.12.06 17:31:26 3: tahoma1: tahoma_login
2020.12.06 17:31:40 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
2020.12.06 17:31:46 3: tahoma1: tahoma_login
2020.12.06 17:32:00 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
2020.12.06 17:32:06 3: tahoma1: tahoma_login
2020.12.06 23:14:23 3: tahoma1: tahoma_login
2020.12.07 05:12:12 2: tahoma1: tahoma_dispatch http request failed: connect to https://www.tahomalink.com:443 timed out
2020.12.07 05:12:12 3: tahoma1: tahoma_login
2020.12.07 08:01:03 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
2020.12.07 08:01:09 3: tahoma1: tahoma_login
Eventuell würde ein Log mit Level 4 zur Klärung des Problems beitragen.
Ich bekomme beim aktivieren folgenden Warnung:
2020.12.09 18:48:35 1: PERL WARNING: Use of uninitialized value $attrVal in concatenation (.) or string at ./FHEM/26_tahoma.pm line 1569.
PERL WARNING: Use of uninitialized value $attrVal in concatenation (.) or string at ./FHEM/26_tahoma.pm line 1569.
Die Meldung ansich ist unkritisch, kann aber zu Fehlern im Programm führen. Sie bedeutet, dass ein Attribut ohne Wert definiert ist, z.B.:
falsch: attr myTahoma interval
richtig: attr myTahoma interval 120
Habt ihr seit gestern auch Probleme Tahoma über FHEM zu nutzen?
Ich bekomme "Bad credentials". Mein Login über https://www.tahomalink.com/enduser-mobile-web/steer-html5-client/tahoma/ in einem Browser funktioniert auch nicht (Meldung: Benutzername Passwort falsch). Aber über die Android App kann ich mich mit den gleichen Zugangsdaten anmelden und die Rollos problemlos steuern. Eine Passwortänderung und Rücksetzung über https://accounts.somfy.com/login haben auch keinen Erfolg gebracht - gleiches Verhalten.
Kann jemand das Verhalten bestätigen oder hat sogar eine Lösung dafür?
Hallo, das Verhalten kann ich nicht bestätigen.
"bad credentials" hatte ich zwar auch heute morgen um 8:01 mal kurz für 2 Loginversuchen, aber das war's.
Zitat von: beckerheinz am 13 Dezember 2020, 05:18:50
Habt ihr seit gestern auch Probleme Tahoma über FHEM zu nutzen?
Ich bekomme "Bad credentials". Mein Login über https://www.tahomalink.com/enduser-mobile-web/steer-html5-client/tahoma/ in einem Browser funktioniert auch nicht (Meldung: Benutzername Passwort falsch). Aber über die Android App kann ich mich mit den gleichen Zugangsdaten anmelden und die Rollos problemlos steuern. Eine Passwortänderung und Rücksetzung über https://accounts.somfy.com/login haben auch keinen Erfolg gebracht - gleiches Verhalten.
Kann jemand das Verhalten bestätigen oder hat sogar eine Lösung dafür?
Ich habe heute ein Ticket telefonisch beim Somfy Hilfecenter aufgegeben und am Nachmittag ging es dann wieder. (natürlich auch wieder per FHEM)
Über die Ursache/Behebung weiß ich leider (noch) nichts.
Zitat von: mike3436 am 11 Dezember 2020, 08:58:57
PERL WARNING: Use of uninitialized value $attrVal in concatenation (.) or string at ./FHEM/26_tahoma.pm line 1569.
Die Meldung ansich ist unkritisch, kann aber zu Fehlern im Programm führen. Sie bedeutet, dass ein Attribut ohne Wert definiert ist, z.B.:
falsch: attr myTahoma interval
richtig: attr myTahoma interval 120
Ich habe das Intervall Attribut mal gesetzt. Hatte es vorher nicht aktiv. Die Warnung scheint damit behoben. Danach hatte ich jetzt ein paar Tage ruhe. Nun ging es die Nacht wieder los.
Genau 00:10:53 Uhr. In der Log von Gestern ist alles ok.
[code]
2020.12.16 00:10:53 3: SomfyTaHoma: tahoma_getEvents took 5015.49506187439 ms
2020.12.16 00:11:00 3: SomfyTaHoma: tahoma_refreshAllStates took 5010.29896736145 ms
2020.12.16 00:30:53 3: SomfyTaHoma: tahoma_getEvents took 5009.76896286011 ms
2020.12.16 00:31:00 3: SomfyTaHoma: tahoma_getEvents took 5188.49587440491 ms
2020.12.16 00:31:07 3: SomfyTaHoma: tahoma_getEvents took 5009.13405418396 ms
2020.12.16 00:31:14 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.8659992218 ms
2020.12.16 00:42:16 3: SomfyTaHoma: tahoma_getEvents took 5085.81399917603 ms
2020.12.16 00:42:23 3: SomfyTaHoma: tahoma_refreshAllStates took 5010.18095016479 ms
2020.12.16 00:42:32 3: SomfyTaHoma: tahoma_getEvents took 5009.77087020874 ms
2020.12.16 00:42:39 3: SomfyTaHoma: tahoma_getEvents took 5010.01310348511 ms
2020.12.16 00:42:46 3: SomfyTaHoma: tahoma_getEvents took 5010.3611946106 ms
2020.12.16 00:42:53 3: SomfyTaHoma: tahoma_getEvents took 5009.76586341858 ms
2020.12.16 00:43:00 3: SomfyTaHoma: tahoma_getEvents took 5009.4428062439 ms
2020.12.16 00:43:07 3: SomfyTaHoma: tahoma_getEvents took 5009.07206535339 ms
2020.12.16 00:43:14 3: SomfyTaHoma: tahoma_getEvents took 5011.24906539917 ms
2020.12.16 00:43:21 3: SomfyTaHoma: tahoma_getEvents took 5009.58299636841 ms
2020.12.16 00:43:28 3: SomfyTaHoma: tahoma_refreshAllStates took 5007.9710483551 ms
2020.12.16 00:52:18 3: SomfyTaHoma: tahoma_getEvents took 5007.55310058594 ms
2020.12.16 00:52:25 3: SomfyTaHoma: tahoma_getEvents took 5009.81688499451 ms
2020.12.16 00:52:32 3: SomfyTaHoma: tahoma_getEvents took 5010.19096374512 ms
2020.12.16 00:52:39 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.64713096619 ms
2020.12.16 00:52:48 3: SomfyTaHoma: tahoma_getEvents took 5010.22100448608 ms
2020.12.16 00:52:55 3: SomfyTaHoma: tahoma_getEvents took 5009.83905792236 ms
2020.12.16 00:53:02 3: SomfyTaHoma: tahoma_getEvents took 5009.77182388306 ms
2020.12.16 00:53:09 3: SomfyTaHoma: tahoma_getEvents took 5010.41293144226 ms
2020.12.16 00:53:16 3: SomfyTaHoma: tahoma_getEvents took 5009.52005386353 ms
2020.12.16 00:53:23 3: SomfyTaHoma: tahoma_getEvents took 5011.04617118835 ms
2020.12.16 00:53:30 3: SomfyTaHoma: tahoma_getEvents took 5010.16998291016 ms
2020.12.16 00:53:39 3: SomfyTaHoma: tahoma_refreshAllStates took 5010.30683517456 ms
2020.12.16 00:53:48 3: SomfyTaHoma: tahoma_getEvents took 5010.17308235168 ms
2020.12.16 00:53:55 3: SomfyTaHoma: tahoma_getEvents took 5009.57798957825 ms
2020.12.16 00:54:02 3: SomfyTaHoma: tahoma_getEvents took 5009.67788696289 ms
2020.12.16 00:54:09 3: SomfyTaHoma: tahoma_getEvents took 5010.19501686096 ms
2020.12.16 00:54:16 3: SomfyTaHoma: tahoma_getEvents took 5009.69815254211 ms
2020.12.16 00:54:23 3: SomfyTaHoma: tahoma_getEvents took 5008.96906852722 ms
2020.12.16 00:54:30 3: SomfyTaHoma: tahoma_getEvents took 5009.21702384949 ms
2020.12.16 00:54:37 3: SomfyTaHoma: tahoma_getEvents took 5009.99402999878 ms
2020.12.16 00:54:44 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.96589660645 ms
2020.12.16 00:54:53 3: SomfyTaHoma: tahoma_getEvents took 5010.67590713501 ms
2020.12.16 00:55:00 3: SomfyTaHoma: tahoma_getEvents took 5010.16616821289 ms
2020.12.16 00:55:07 3: SomfyTaHoma: tahoma_getEvents took 5015.09404182434 ms
2020.12.16 00:55:14 3: SomfyTaHoma: tahoma_getEvents took 5009.67407226562 ms
2020.12.16 00:55:21 3: SomfyTaHoma: tahoma_getEvents took 5010.62107086182 ms
2020.12.16 00:55:28 3: SomfyTaHoma: tahoma_getEvents took 5010.16211509705 ms
2020.12.16 00:55:35 3: SomfyTaHoma: tahoma_getEvents took 5010.11896133423 ms
2020.12.16 00:55:44 3: SomfyTaHoma: tahoma_refreshAllStates took 5010.46800613403 ms
2020.12.16 00:55:53 3: SomfyTaHoma: tahoma_getEvents took 5010.02502441406 ms
2020.12.16 00:56:00 3: SomfyTaHoma: tahoma_getEvents took 5009.75298881531 ms
2020.12.16 00:56:07 3: SomfyTaHoma: tahoma_getEvents took 5009.80496406555 ms
2020.12.16 00:56:14 3: SomfyTaHoma: tahoma_getEvents took 5010.30302047729 ms
2020.12.16 00:56:21 3: SomfyTaHoma: tahoma_getEvents took 5009.66095924377 ms
2020.12.16 00:56:28 3: SomfyTaHoma: tahoma_getEvents took 5004.72807884216 ms
2020.12.16 00:56:35 3: SomfyTaHoma: tahoma_getEvents took 5010.0212097168 ms
2020.12.16 00:56:42 3: SomfyTaHoma: tahoma_getEvents took 5009.45782661438 ms
2020.12.16 00:56:49 3: SomfyTaHoma: tahoma_refreshAllStates took 5010.47706604004 ms
2020.12.16 00:56:58 3: SomfyTaHoma: tahoma_getEvents took 5009.47999954224 ms
2020.12.16 00:57:05 3: SomfyTaHoma: tahoma_getEvents took 5014.42217826843 ms
2020.12.16 00:57:12 3: SomfyTaHoma: tahoma_getEvents took 5023.8471031189 ms
2020.12.16 00:57:19 3: SomfyTaHoma: tahoma_getEvents took 5009.95707511902 ms
2020.12.16 00:57:27 3: SomfyTaHoma: tahoma_getEvents took 5031.4028263092 ms
2020.12.16 00:57:34 3: SomfyTaHoma: tahoma_getEvents took 5010.16616821289 ms
2020.12.16 00:57:41 3: SomfyTaHoma: tahoma_getEvents took 5009.76085662842 ms
2020.12.16 00:57:50 3: SomfyTaHoma: tahoma_refreshAllStates took 5010.33115386963 ms
2020.12.16 00:57:59 3: SomfyTaHoma: tahoma_getEvents took 5035.7620716095 ms
2020.12.16 00:58:06 3: SomfyTaHoma: tahoma_getEvents took 5011.08813285828 ms
2020.12.16 00:58:13 3: SomfyTaHoma: tahoma_getEvents took 5009.71579551697 ms
2020.12.16 00:58:20 3: SomfyTaHoma: tahoma_getEvents took 5010.54501533508 ms
2020.12.16 00:58:27 3: SomfyTaHoma: tahoma_getEvents took 5009.14907455444 ms
2020.12.16 00:58:34 3: SomfyTaHoma: tahoma_getEvents took 5014.37282562256 ms
2020.12.16 00:58:41 3: SomfyTaHoma: tahoma_getEvents took 5009.84883308411 ms
2020.12.16 00:58:48 3: SomfyTaHoma: tahoma_getEvents took 5009.01985168457 ms
2020.12.16 00:58:55 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.93299484253 ms
2020.12.16 00:59:04 3: SomfyTaHoma: tahoma_getEvents took 5010.22791862488 ms
2020.12.16 00:59:11 3: SomfyTaHoma: tahoma_getEvents took 5010.14685630798 ms
2020.12.16 00:59:18 3: SomfyTaHoma: tahoma_getEvents took 5009.73701477051 ms
2020.12.16 00:59:25 3: SomfyTaHoma: tahoma_getEvents took 5013.04483413696 ms
2020.12.16 00:59:32 3: SomfyTaHoma: tahoma_getEvents took 5008.93592834473 ms
2020.12.16 00:59:39 3: SomfyTaHoma: tahoma_getEvents took 5009.72509384155 ms
2020.12.16 00:59:46 3: SomfyTaHoma: tahoma_getEvents took 5009.86409187317 ms
2020.12.16 00:59:55 3: SomfyTaHoma: tahoma_refreshAllStates took 5008.96215438843 ms
2020.12.16 01:00:04 3: SomfyTaHoma: tahoma_getEvents took 5009.04512405396 ms
2020.12.16 01:00:11 3: SomfyTaHoma: tahoma_getEvents took 5011.1939907074 ms
2020.12.16 01:00:18 3: SomfyTaHoma: tahoma_getEvents took 5010.95509529114 ms
2020.12.16 01:00:25 3: SomfyTaHoma: tahoma_getEvents took 5009.27305221558 ms
2020.12.16 01:00:32 3: SomfyTaHoma: tahoma_getEvents took 5009.77301597595 ms
2020.12.16 01:00:39 3: SomfyTaHoma: tahoma_getEvents took 5009.56392288208 ms
2020.12.16 01:00:46 3: SomfyTaHoma: tahoma_getEvents took 5009.41705703735 ms
2020.12.16 01:00:53 3: SomfyTaHoma: tahoma_getEvents took 5009.96494293213 ms
2020.12.16 01:01:00 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.81307029724 ms
2020.12.16 01:01:09 3: SomfyTaHoma: tahoma_getEvents took 5023.98180961609 ms
2020.12.16 01:01:16 3: SomfyTaHoma: tahoma_getEvents took 5009.43112373352 ms
2020.12.16 01:01:24 3: SomfyTaHoma: tahoma_getEvents took 5009.94610786438 ms
2020.12.16 01:01:31 3: SomfyTaHoma: tahoma_getEvents took 5009.77802276611 ms
2020.12.16 01:01:38 3: SomfyTaHoma: tahoma_getEvents took 5009.10902023315 ms
2020.12.16 01:01:45 3: SomfyTaHoma: tahoma_getEvents took 5009.39202308655 ms
2020.12.16 01:01:52 3: SomfyTaHoma: tahoma_getEvents took 5012.33005523682 ms
2020.12.16 01:02:01 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.59205627441 ms
2020.12.16 01:02:10 3: SomfyTaHoma: tahoma_getEvents took 5010.69593429565 ms
2020.12.16 01:02:17 3: SomfyTaHoma: tahoma_getEvents took 5085.01791954041 ms
2020.12.16 01:02:24 3: SomfyTaHoma: tahoma_getEvents took 5009.96899604797 ms
2020.12.16 01:02:31 3: SomfyTaHoma: tahoma_getEvents took 5010.44106483459 ms
2020.12.16 01:02:38 3: SomfyTaHoma: tahoma_getEvents took 5010.7090473175 ms
2020.12.16 01:02:45 3: SomfyTaHoma: tahoma_getEvents took 5009.21487808228 ms
2020.12.16 01:02:52 3: SomfyTaHoma: tahoma_getEvents took 5008.7571144104 ms
2020.12.16 01:02:59 3: SomfyTaHoma: tahoma_getEvents took 5010.0839138031 ms
2020.12.16 01:03:06 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.85407829285 ms
2020.12.16 01:03:15 3: SomfyTaHoma: tahoma_getEvents took 5010.44797897339 ms
2020.12.16 01:03:22 3: SomfyTaHoma: tahoma_getEvents took 5009.83190536499 ms
2020.12.16 01:03:29 3: SomfyTaHoma: tahoma_getEvents took 5024.738073349 ms
2020.12.16 01:03:37 3: SomfyTaHoma: tahoma_getEvents took 5009.26303863525 ms
2020.12.16 01:03:44 3: SomfyTaHoma: tahoma_getEvents took 5010.50305366516 ms
2020.12.16 01:03:51 3: SomfyTaHoma: tahoma_getEvents took 5009.90200042725 ms
2020.12.16 01:03:58 3: SomfyTaHoma: tahoma_getEvents took 5009.9949836731 ms
2020.12.16 01:04:07 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.24897193909 ms
2020.12.16 01:04:16 3: SomfyTaHoma: tahoma_getEvents took 5010.1420879364 ms
2020.12.16 01:04:23 3: SomfyTaHoma: tahoma_getEvents took 5009.84191894531 ms
2020.12.16 01:04:30 3: SomfyTaHoma: tahoma_getEvents took 5009.69290733337 ms
2020.12.16 01:04:37 3: SomfyTaHoma: tahoma_getEvents took 5009.90986824036 ms
2020.12.16 01:04:44 3: SomfyTaHoma: tahoma_getEvents took 5009.32502746582 ms
2020.12.16 01:04:51 3: SomfyTaHoma: tahoma_getEvents took 5009.3469619751 ms
2020.12.16 01:04:58 3: SomfyTaHoma: tahoma_getEvents took 5009.74106788635 ms
2020.12.16 01:05:05 3: SomfyTaHoma: tahoma_getEvents took 5013.63587379456 ms
2020.12.16 01:05:12 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.63401794434 ms
2020.12.16 01:05:21 3: SomfyTaHoma: tahoma_getEvents took 5015.20705223083 ms
2020.12.16 01:05:28 3: SomfyTaHoma: tahoma_getEvents took 5008.98003578186 ms
2020.12.16 01:05:35 3: SomfyTaHoma: tahoma_getEvents took 5008.73589515686 ms
2020.12.16 01:05:42 3: SomfyTaHoma: tahoma_getEvents took 5010.12682914734 ms
2020.12.16 01:05:49 3: SomfyTaHoma: tahoma_getEvents took 5009.87195968628 ms
2020.12.16 01:05:56 3: SomfyTaHoma: tahoma_getEvents took 5005.00679016113 ms
2020.12.16 01:06:03 3: SomfyTaHoma: tahoma_getEvents took 5010.32590866089 ms
2020.12.16 01:06:12 3: SomfyTaHoma: tahoma_refreshAllStates took 5011.31582260132 ms
2020.12.16 01:06:22 3: SomfyTaHoma: tahoma_getEvents took 5010.82301139832 ms
2020.12.16 01:06:29 3: SomfyTaHoma: tahoma_getEvents took 5009.9790096283 ms
2020.12.16 01:06:36 3: SomfyTaHoma: tahoma_getEvents took 5009.55104827881 ms
2020.12.16 01:06:43 3: SomfyTaHoma: tahoma_getEvents took 5008.96787643433 ms
2020.12.16 01:06:50 3: SomfyTaHoma: tahoma_getEvents took 5010.15496253967 ms
2020.12.16 01:06:57 3: SomfyTaHoma: tahoma_getEvents took 5008.90779495239 ms
2020.12.16 01:07:04 3: SomfyTaHoma: tahoma_getEvents took 5017.78507232666 ms
2020.12.16 01:07:11 3: SomfyTaHoma: tahoma_getEvents took 5010.61487197876 ms
2020.12.16 01:07:18 3: SomfyTaHoma: tahoma_refreshAllStates took 5008.91804695129 ms
2020.12.16 01:07:27 3: SomfyTaHoma: tahoma_getEvents took 5009.89389419556 ms
2020.12.16 01:07:34 3: SomfyTaHoma: tahoma_getEvents took 5009.11283493042 ms
2020.12.16 01:07:41 3: SomfyTaHoma: tahoma_getEvents took 5010.60795783997 ms
2020.12.16 01:07:48 3: SomfyTaHoma: tahoma_getEvents took 5010.00189781189 ms
2020.12.16 01:07:55 3: SomfyTaHoma: tahoma_getEvents took 5009.91892814636 ms
2020.12.16 01:08:02 3: SomfyTaHoma: tahoma_getEvents took 5009.73701477051 ms
2020.12.16 01:08:09 3: SomfyTaHoma: tahoma_getEvents took 5008.92305374146 ms
2020.12.16 01:08:18 3: SomfyTaHoma: tahoma_refreshAllStates took 5010.84589958191 ms
2020.12.16 01:08:27 3: SomfyTaHoma: tahoma_getEvents took 5008.35394859314 ms
2020.12.16 01:08:34 3: SomfyTaHoma: tahoma_getEvents took 5010.08105278015 ms
2020.12.16 01:08:41 3: SomfyTaHoma: tahoma_getEvents took 5010.15400886536 ms
2020.12.16 01:08:48 3: SomfyTaHoma: tahoma_getEvents took 5010.64300537109 ms
2020.12.16 01:08:55 3: SomfyTaHoma: tahoma_getEvents took 5008.40902328491 ms
2020.12.16 01:09:02 3: SomfyTaHoma: tahoma_getEvents took 5012.31908798218 ms
2020.12.16 01:09:09 3: SomfyTaHoma: tahoma_getEvents took 5009.78493690491 ms
2020.12.16 01:09:16 3: SomfyTaHoma: tahoma_getEvents took 5009.56201553345 ms
2020.12.16 01:09:23 3: SomfyTaHoma: tahoma_refreshAllStates took 5008.97407531738 ms
2020.12.16 01:09:32 3: SomfyTaHoma: tahoma_getEvents took 5007.83681869507 ms
2020.12.16 01:09:39 3: SomfyTaHoma: tahoma_getEvents took 5009.00793075562 ms
2020.12.16 01:09:46 3: SomfyTaHoma: tahoma_getEvents took 5009.45687294006 ms
2020.12.16 01:09:53 3: SomfyTaHoma: tahoma_getEvents took 5009.33909416199 ms
2020.12.16 01:10:00 3: SomfyTaHoma: tahoma_getEvents took 5009.60922241211 ms
2020.12.16 01:10:07 3: SomfyTaHoma: tahoma_getEvents took 5009.67597961426 ms
2020.12.16 01:10:14 3: SomfyTaHoma: tahoma_getEvents took 5009.20915603638 ms
2020.12.16 01:10:24 3: SomfyTaHoma: tahoma_refreshAllStates took 5011.02614402771 ms
2020.12.16 01:10:33 3: SomfyTaHoma: tahoma_getEvents took 5010.10799407959 ms
2020.12.16 01:10:40 3: SomfyTaHoma: tahoma_getEvents took 5010.23507118225 ms
2020.12.16 01:10:47 3: SomfyTaHoma: tahoma_getEvents took 5009.74106788635 ms
2020.12.16 01:10:54 3: SomfyTaHoma: tahoma_getEvents took 5010.03193855286 ms
2020.12.16 01:11:01 3: SomfyTaHoma: tahoma_getEvents took 5010.30993461609 ms
2020.12.16 01:11:08 3: SomfyTaHoma: tahoma_getEvents took 5008.69202613831 ms
2020.12.16 01:11:15 3: SomfyTaHoma: tahoma_getEvents took 5010.10489463806 ms
2020.12.16 01:11:22 3: SomfyTaHoma: tahoma_getEvents took 5010.39814949036 ms
2020.12.16 01:11:29 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.60206985474 ms
2020.12.16 01:11:38 3: SomfyTaHoma: tahoma_getEvents took 5010.174036026 ms
2020.12.16 01:11:45 3: SomfyTaHoma: tahoma_getEvents took 5025.91800689697 ms
2020.12.16 01:11:52 3: SomfyTaHoma: tahoma_getEvents took 5009.23299789429 ms
2020.12.16 01:11:59 3: SomfyTaHoma: tahoma_getEvents took 5009.04703140259 ms
2020.12.16 01:12:06 3: SomfyTaHoma: tahoma_getEvents took 5011.54398918152 ms
2020.12.16 01:12:13 3: SomfyTaHoma: tahoma_getEvents took 5006.88791275024 ms
2020.12.16 01:12:20 3: SomfyTaHoma: tahoma_getEvents took 5058.88605117798 ms
2020.12.16 01:12:29 3: SomfyTaHoma: tahoma_refreshAllStates took 5010.73908805847 ms
2020.12.16 01:12:38 3: SomfyTaHoma: tahoma_getEvents took 5009.50980186462 ms
2020.12.16 01:12:45 3: SomfyTaHoma: tahoma_getEvents took 5009.68098640442 ms
2020.12.16 01:12:53 3: SomfyTaHoma: tahoma_getEvents took 5021.51417732239 ms
2020.12.16 01:13:00 3: SomfyTaHoma: tahoma_getEvents took 5010.45799255371 ms
2020.12.16 01:13:07 3: SomfyTaHoma: tahoma_getEvents took 5009.02795791626 ms
2020.12.16 01:13:14 3: SomfyTaHoma: tahoma_getEvents took 5010.21289825439 ms
2020.12.16 01:13:21 3: SomfyTaHoma: tahoma_getEvents took 5010.14304161072 ms
2020.12.16 01:13:28 3: SomfyTaHoma: tahoma_getEvents took 5009.52100753784 ms
2020.12.16 01:13:35 3: SomfyTaHoma: tahoma_refreshAllStates took 5010.25485992432 ms
2020.12.16 01:13:44 3: SomfyTaHoma: tahoma_getEvents took 5016.35813713074 ms
2020.12.16 01:13:51 3: SomfyTaHoma: tahoma_getEvents took 5009.3719959259 ms
2020.12.16 01:13:58 3: SomfyTaHoma: tahoma_getEvents took 5008.55803489685 ms
2020.12.16 01:14:05 3: SomfyTaHoma: tahoma_getEvents took 5012.19701766968 ms
2020.12.16 01:14:12 3: SomfyTaHoma: tahoma_getEvents took 5009.88507270813 ms
2020.12.16 01:14:19 3: SomfyTaHoma: tahoma_getEvents took 5009.4678401947 ms
2020.12.16 01:14:26 3: SomfyTaHoma: tahoma_getEvents took 5009.40704345703 ms
2020.12.16 01:14:35 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.83500480652 ms
2020.12.16 01:14:44 3: SomfyTaHoma: tahoma_getEvents took 5010.2801322937 ms
2020.12.16 01:14:51 3: SomfyTaHoma: tahoma_getEvents took 5009.91797447205 ms
2020.12.16 01:14:58 3: SomfyTaHoma: tahoma_getEvents took 5009.87005233765 ms
2020.12.16 01:15:05 3: SomfyTaHoma: tahoma_getEvents took 5011.85607910156 ms
2020.12.16 01:15:12 3: SomfyTaHoma: tahoma_getEvents took 5009.44995880127 ms
2020.12.16 01:15:19 3: SomfyTaHoma: tahoma_getEvents took 5010.11109352112 ms
2020.12.16 01:15:26 3: SomfyTaHoma: tahoma_getEvents took 5010.68592071533 ms
2020.12.16 01:15:33 3: SomfyTaHoma: tahoma_getEvents took 5018.13411712646 ms
2020.12.16 01:15:40 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.02199745178 ms
2020.12.16 01:15:50 3: SomfyTaHoma: tahoma_getEvents took 5010.14280319214 ms
2020.12.16 01:15:57 3: SomfyTaHoma: tahoma_getEvents took 5025.67505836487 ms
2020.12.16 01:16:04 3: SomfyTaHoma: tahoma_getEvents took 5005.33199310303 ms
2020.12.16 01:16:11 3: SomfyTaHoma: tahoma_getEvents took 5010.80703735352 ms
2020.12.16 01:16:18 3: SomfyTaHoma: tahoma_getEvents took 5009.62114334106 ms
2020.12.16 01:16:25 3: SomfyTaHoma: tahoma_getEvents took 5012.98880577087 ms
2020.12.16 01:16:32 3: SomfyTaHoma: tahoma_getEvents took 5027.61292457581 ms
2020.12.16 01:16:41 3: SomfyTaHoma: tahoma_refreshAllStates took 5011.44504547119 ms
2020.12.16 01:16:50 3: SomfyTaHoma: tahoma_getEvents took 5009.91082191467 ms
2020.12.16 01:16:57 3: SomfyTaHoma: tahoma_getEvents took 5010.54716110229 ms
2020.12.16 01:17:04 3: SomfyTaHoma: tahoma_getEvents took 5009.6390247345 ms
2020.12.16 01:17:06 3: SomfyTaHoma: request active
2020.12.16 01:17:08 3: SomfyTaHoma: request active
2020.12.16 01:17:10 3: SomfyTaHoma: request active
2020.12.16 01:17:10 2: SomfyTaHoma: timeout, close ua
2020.12.16 01:17:12 3: SomfyTaHoma: tahoma_login
2020.12.16 01:17:12 2: SomfyTaHoma: login start
2020.12.16 01:17:12 2: SomfyTaHoma: login end, logged_in=1
2020.12.16 01:17:16 2: SomfyTaHoma: tahoma_autocreate begin
2020.12.16 01:17:16 2: SomfyTaHoma: tahoma_autocreate end, new=0
2020.12.16 01:17:16 3: SomfyTaHoma: tahoma_updateDevices
2020.12.16 01:17:16 3: SomfyTaHoma: updateDevices oid=107af0bc-2fe1-4d97-91a9-3a8ff64d8ca4
2020.12.16 01:17:16 3: SomfyTaHoma: updateDevices oid=c25ecaff-d8fa-4816-8045-988b15893558
2020.12.16 01:17:16 3: SomfyTaHoma: updateDevices oid=28b9a966-9e78-4ae0-88a9-299525c0c76f
2020.12.16 01:17:16 3: SomfyTaHoma: updateDevices oid=47621efd-d454-464a-996e-55ff34ed233e
2020.12.16 01:17:16 3: SomfyTaHoma: updateDevices oid=be25ade9-e3be-48fc-86d8-40d94c32c401
2020.12.16 01:17:16 3: SomfyTaHoma: updateDevices oid=37d889c5-3bbe-415c-b6f0-3b1cd1a9a9c8
2020.12.16 01:17:16 3: SomfyTaHoma: updateDevices oid=3ae10b41-df8e-4076-a9ff-f8c3450ed723
2020.12.16 01:17:16 3: SomfyTaHoma: updateDevices oid=b9129f96-f049-4f66-b08a-f68d2374fe96
2020.12.16 01:17:16 3: SomfyTaHoma: updateDevices oid=590f4512-17a1-44b0-8d5c-3b28ce4925e1
2020.12.16 01:17:16 3: SomfyTaHoma: updateDevices oid=ad9b40b9-bdf1-480c-9ba6-4308943725b4
2020.12.16 01:17:16 3: SomfyTaHoma: updateDevices oid=9f5a6a19-8073-4f3a-851a-4f48f2c75266
2020.12.16 01:17:16 3: SomfyTaHoma: updateDevices oid=b18162a2-ba95-4b19-8484-febf743d4a2d
2020.12.16 01:17:16 3: SomfyTaHoma: updateDevices oid=b4b7d1ba-a9bb-417e-8880-099a4d9e428b
2020.12.16 01:17:16 3: SomfyTaHoma: updateDevices oid=4aa92b9b-1393-4e48-9256-362515413a96
2020.12.16 01:17:16 3: SomfyTaHoma: updateDevices oid=dbacb523-47be-4ff1-8542-a5499882d0bb
2020.12.16 01:17:16 3: SomfyTaHoma: updateDevices oid=30a57199-0e8b-46fe-9d0b-bc5f32e3352a
2020.12.16 01:17:16 3: SomfyTaHoma: updateDevices oid=c6349a82-3b38-4afe-aa57-14a8a122704b
2020.12.16 01:17:18 2: SomfyTaHoma: tahoma_autocreate begin
2020.12.16 01:17:18 2: SomfyTaHoma: tahoma_autocreate end, new=0
2020.12.16 01:17:18 3: SomfyTaHoma: tahoma_updateDevices
2020.12.16 01:17:18 3: SomfyTaHoma: updateDevices oid=107af0bc-2fe1-4d97-91a9-3a8ff64d8ca4
2020.12.16 01:17:18 3: SomfyTaHoma: updateDevices oid=c25ecaff-d8fa-4816-8045-988b15893558
2020.12.16 01:17:18 3: SomfyTaHoma: updateDevices oid=28b9a966-9e78-4ae0-88a9-299525c0c76f
2020.12.16 01:17:18 3: SomfyTaHoma: updateDevices oid=47621efd-d454-464a-996e-55ff34ed233e
2020.12.16 01:17:18 3: SomfyTaHoma: updateDevices oid=be25ade9-e3be-48fc-86d8-40d94c32c401
2020.12.16 01:17:18 3: SomfyTaHoma: updateDevices oid=37d889c5-3bbe-415c-b6f0-3b1cd1a9a9c8
2020.12.16 01:17:18 3: SomfyTaHoma: updateDevices oid=3ae10b41-df8e-4076-a9ff-f8c3450ed723
2020.12.16 01:17:18 3: SomfyTaHoma: updateDevices oid=b9129f96-f049-4f66-b08a-f68d2374fe96
2020.12.16 01:17:18 3: SomfyTaHoma: updateDevices oid=590f4512-17a1-44b0-8d5c-3b28ce4925e1
2020.12.16 01:17:18 3: SomfyTaHoma: updateDevices oid=ad9b40b9-bdf1-480c-9ba6-4308943725b4
2020.12.16 01:17:18 3: SomfyTaHoma: updateDevices oid=9f5a6a19-8073-4f3a-851a-4f48f2c75266
2020.12.16 01:17:18 3: SomfyTaHoma: updateDevices oid=b18162a2-ba95-4b19-8484-febf743d4a2d
2020.12.16 01:17:18 3: SomfyTaHoma: updateDevices oid=b4b7d1ba-a9bb-417e-8880-099a4d9e428b
2020.12.16 01:17:18 3: SomfyTaHoma: updateDevices oid=4aa92b9b-1393-4e48-9256-362515413a96
2020.12.16 01:17:18 3: SomfyTaHoma: updateDevices oid=dbacb523-47be-4ff1-8542-a5499882d0bb
2020.12.16 01:17:18 3: SomfyTaHoma: updateDevices oid=30a57199-0e8b-46fe-9d0b-bc5f32e3352a
2020.12.16 01:17:18 3: SomfyTaHoma: updateDevices oid=c6349a82-3b38-4afe-aa57-14a8a122704b
2020.12.16 01:20:10 3: SomfyTaHoma: request active
2020.12.16 01:20:12 3: SomfyTaHoma: request active
2020.12.16 01:20:20 3: SomfyTaHoma: request active
2020.12.16 01:20:22 3: SomfyTaHoma: request active
2020.12.16 01:20:24 3: SomfyTaHoma: request active
2020.12.16 01:20:26 3: SomfyTaHoma: request active
2020.12.16 01:20:32 3: SomfyTaHoma: request active
2020.12.16 01:20:34 3: SomfyTaHoma: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
2020.12.16 01:20:40 3: SomfyTaHoma: tahoma_login
2020.12.16 01:20:40 2: SomfyTaHoma: login start
2020.12.16 01:20:40 2: SomfyTaHoma: login end, logged_in=1
2020.12.16 01:20:45 2: SomfyTaHoma: tahoma_autocreate begin
2020.12.16 01:20:45 2: SomfyTaHoma: tahoma_autocreate end, new=0
2020.12.16 01:20:45 3: SomfyTaHoma: tahoma_updateDevices
2020.12.16 01:20:45 3: SomfyTaHoma: updateDevices oid=107af0bc-2fe1-4d97-91a9-3a8ff64d8ca4
2020.12.16 01:20:45 3: SomfyTaHoma: updateDevices oid=c25ecaff-d8fa-4816-8045-988b15893558
2020.12.16 01:20:45 3: SomfyTaHoma: updateDevices oid=28b9a966-9e78-4ae0-88a9-299525c0c76f
2020.12.16 01:20:45 3: SomfyTaHoma: updateDevices oid=47621efd-d454-464a-996e-55ff34ed233e
2020.12.16 01:20:45 3: SomfyTaHoma: updateDevices oid=be25ade9-e3be-48fc-86d8-40d94c32c401
2020.12.16 01:20:45 3: SomfyTaHoma: updateDevices oid=37d889c5-3bbe-415c-b6f0-3b1cd1a9a9c8
2020.12.16 01:20:45 3: SomfyTaHoma: updateDevices oid=3ae10b41-df8e-4076-a9ff-f8c3450ed723
2020.12.16 01:20:45 3: SomfyTaHoma: updateDevices oid=b9129f96-f049-4f66-b08a-f68d2374fe96
2020.12.16 01:20:45 3: SomfyTaHoma: updateDevices oid=590f4512-17a1-44b0-8d5c-3b28ce4925e1
2020.12.16 01:20:45 3: SomfyTaHoma: updateDevices oid=ad9b40b9-bdf1-480c-9ba6-4308943725b4
2020.12.16 01:20:45 3: SomfyTaHoma: updateDevices oid=9f5a6a19-8073-4f3a-851a-4f48f2c75266
2020.12.16 01:20:45 3: SomfyTaHoma: updateDevices oid=b18162a2-ba95-4b19-8484-febf743d4a2d
2020.12.16 01:20:45 3: SomfyTaHoma: updateDevices oid=b4b7d1ba-a9bb-417e-8880-099a4d9e428b
2020.12.16 01:20:45 3: SomfyTaHoma: updateDevices oid=4aa92b9b-1393-4e48-9256-362515413a96
2020.12.16 01:20:45 3: SomfyTaHoma: updateDevices oid=dbacb523-47be-4ff1-8542-a5499882d0bb
2020.12.16 01:20:45 3: SomfyTaHoma: updateDevices oid=30a57199-0e8b-46fe-9d0b-bc5f32e3352a
2020.12.16 01:20:45 3: SomfyTaHoma: updateDevices oid=c6349a82-3b38-4afe-aa57-14a8a122704b
2020.12.16 01:20:47 2: SomfyTaHoma: tahoma_autocreate begin
2020.12.16 01:20:47 2: SomfyTaHoma: tahoma_autocreate end, new=0
2020.12.16 01:20:47 3: SomfyTaHoma: tahoma_updateDevices
2020.12.16 01:20:47 3: SomfyTaHoma: updateDevices oid=107af0bc-2fe1-4d97-91a9-3a8ff64d8ca4
2020.12.16 01:20:47 3: SomfyTaHoma: updateDevices oid=c25ecaff-d8fa-4816-8045-988b15893558
2020.12.16 01:20:47 3: SomfyTaHoma: updateDevices oid=28b9a966-9e78-4ae0-88a9-299525c0c76f
2020.12.16 01:20:47 3: SomfyTaHoma: updateDevices oid=47621efd-d454-464a-996e-55ff34ed233e
2020.12.16 01:20:47 3: SomfyTaHoma: updateDevices oid=be25ade9-e3be-48fc-86d8-40d94c32c401
2020.12.16 01:20:47 3: SomfyTaHoma: updateDevices oid=37d889c5-3bbe-415c-b6f0-3b1cd1a9a9c8
2020.12.16 01:20:47 3: SomfyTaHoma: updateDevices oid=3ae10b41-df8e-4076-a9ff-f8c3450ed723
2020.12.16 01:20:47 3: SomfyTaHoma: updateDevices oid=b9129f96-f049-4f66-b08a-f68d2374fe96
2020.12.16 01:20:47 3: SomfyTaHoma: updateDevices oid=590f4512-17a1-44b0-8d5c-3b28ce4925e1
2020.12.16 01:20:47 3: SomfyTaHoma: updateDevices oid=ad9b40b9-bdf1-480c-9ba6-4308943725b4
2020.12.16 01:20:47 3: SomfyTaHoma: updateDevices oid=9f5a6a19-8073-4f3a-851a-4f48f2c75266
2020.12.16 01:20:47 3: SomfyTaHoma: updateDevices oid=b18162a2-ba95-4b19-8484-febf743d4a2d
2020.12.16 01:20:47 3: SomfyTaHoma: updateDevices oid=b4b7d1ba-a9bb-417e-8880-099a4d9e428b
2020.12.16 01:20:47 3: SomfyTaHoma: updateDevices oid=4aa92b9b-1393-4e48-9256-362515413a96
2020.12.16 01:20:47 3: SomfyTaHoma: updateDevices oid=dbacb523-47be-4ff1-8542-a5499882d0bb
2020.12.16 01:20:47 3: SomfyTaHoma: updateDevices oid=30a57199-0e8b-46fe-9d0b-bc5f32e3352a
2020.12.16 01:20:47 3: SomfyTaHoma: updateDevices oid=c6349a82-3b38-4afe-aa57-14a8a122704b
2020.12.16 01:22:26 3: SomfyTaHoma: tahoma_getEvents took 5015.88797569275 ms
2020.12.16 01:22:33 3: SomfyTaHoma: tahoma_getEvents took 5009.23919677734 ms
2020.12.16 01:22:40 3: SomfyTaHoma: tahoma_getEvents took 5009.31620597839 ms
2020.12.16 01:22:47 3: SomfyTaHoma: tahoma_getEvents took 5009.15098190308 ms
2020.12.16 01:22:54 3: SomfyTaHoma: tahoma_getEvents took 5010.01214981079 ms
2020.12.16 01:23:03 3: SomfyTaHoma: tahoma_refreshAllStates took 5010.56480407715 ms
2020.12.16 01:23:12 3: SomfyTaHoma: tahoma_getEvents took 5009.37700271606 ms
2020.12.16 01:23:19 3: SomfyTaHoma: tahoma_getEvents took 5010.03503799438 ms
2020.12.16 01:23:26 3: SomfyTaHoma: tahoma_getEvents took 5010.33806800842 ms
2020.12.16 01:23:33 3: SomfyTaHoma: tahoma_getEvents took 5010.26797294617 ms
2020.12.16 01:23:40 3: SomfyTaHoma: tahoma_getEvents took 5009.32908058167 ms
2020.12.16 01:23:48 3: SomfyTaHoma: tahoma_getEvents took 5009.11402702332 ms
2020.12.16 01:23:55 3: SomfyTaHoma: tahoma_getEvents took 5009.54794883728 ms
2020.12.16 01:24:02 3: SomfyTaHoma: tahoma_getEvents took 5010.14685630798 ms
2020.12.16 01:24:09 3: SomfyTaHoma: tahoma_refreshAllStates took 5090.77882766724 ms
2020.12.16 01:24:18 3: SomfyTaHoma: tahoma_getEvents took 5009.66596603394 ms
2020.12.16 01:24:25 3: SomfyTaHoma: tahoma_getEvents took 5009.83619689941 ms
2020.12.16 01:24:32 3: SomfyTaHoma: tahoma_getEvents took 5009.86695289612 ms
2020.12.16 01:24:39 3: SomfyTaHoma: tahoma_getEvents took 5010.05697250366 ms
2020.12.16 01:24:46 3: SomfyTaHoma: tahoma_getEvents took 5008.93783569336 ms
2020.12.16 01:24:53 3: SomfyTaHoma: tahoma_getEvents took 5017.59791374207 ms
2020.12.16 01:25:00 3: SomfyTaHoma: tahoma_getEvents took 5063.98010253906 ms
2020.12.16 01:25:09 3: SomfyTaHoma: tahoma_refreshAllStates took 5010.24794578552 ms
2020.12.16 01:25:18 3: SomfyTaHoma: tahoma_getEvents took 5010.35284996033 ms
2020.12.16 01:25:25 3: SomfyTaHoma: tahoma_getEvents took 5009.53412055969 ms
2020.12.16 01:25:32 3: SomfyTaHoma: tahoma_getEvents took 5010.85209846497 ms
2020.12.16 01:25:39 3: SomfyTaHoma: tahoma_getEvents took 5009.94205474854 ms
2020.12.16 01:25:46 3: SomfyTaHoma: tahoma_getEvents took 5008.86392593384 ms
2020.12.16 01:25:53 3: SomfyTaHoma: tahoma_getEvents took 5009.7758769989 ms
2020.12.16 01:26:00 3: SomfyTaHoma: tahoma_getEvents took 5009.63401794434 ms
2020.12.16 01:26:07 3: SomfyTaHoma: tahoma_getEvents took 5010.13994216919 ms
2020.12.16 01:26:14 3: SomfyTaHoma: tahoma_refreshAllStates took 5010.24413108826 ms
2020.12.16 01:26:23 3: SomfyTaHoma: tahoma_getEvents took 5009.47284698486 ms
2020.12.16 01:26:30 3: SomfyTaHoma: tahoma_getEvents took 5009.86790657043 ms
2020.12.16 01:26:37 3: SomfyTaHoma: tahoma_getEvents took 5009.61399078369 ms
2020.12.16 01:26:44 3: SomfyTaHoma: tahoma_getEvents took 5009.05895233154 ms
2020.12.16 01:26:51 3: SomfyTaHoma: tahoma_getEvents took 5009.13310050964 ms
2020.12.16 01:26:58 3: SomfyTaHoma: tahoma_getEvents took 5009.61399078369 ms
2020.12.16 01:27:05 3: SomfyTaHoma: tahoma_getEvents took 5012.82906532288 ms
2020.12.16 01:27:15 3: SomfyTaHoma: tahoma_refreshAllStates took 5008.98480415344 ms
2020.12.16 01:27:24 3: SomfyTaHoma: tahoma_getEvents took 5012.58206367493 ms
2020.12.16 01:27:31 3: SomfyTaHoma: tahoma_getEvents took 5009.21702384949 ms
2020.12.16 01:27:38 3: SomfyTaHoma: tahoma_getEvents took 5009.13405418396 ms
2020.12.16 01:27:45 3: SomfyTaHoma: tahoma_getEvents took 5015.43784141541 ms
2020.12.16 01:27:52 3: SomfyTaHoma: tahoma_getEvents took 5010.21504402161 ms
2020.12.16 01:27:59 3: SomfyTaHoma: tahoma_getEvents took 5009.52410697937 ms
2020.12.16 01:28:06 3: SomfyTaHoma: tahoma_getEvents took 5011.39998435974 ms
2020.12.16 01:28:13 3: SomfyTaHoma: tahoma_getEvents took 5009.16314125061 ms
2020.12.16 01:28:20 3: SomfyTaHoma: tahoma_refreshAllStates took 5008.97121429443 ms
2020.12.16 01:28:29 3: SomfyTaHoma: tahoma_getEvents took 5009.64188575745 ms
2020.12.16 01:28:36 3: SomfyTaHoma: tahoma_getEvents took 5008.82506370544 ms
2020.12.16 01:28:43 3: SomfyTaHoma: tahoma_getEvents took 5009.87386703491 ms
2020.12.16 01:28:50 3: SomfyTaHoma: tahoma_getEvents took 5010.38694381714 ms
2020.12.16 01:28:57 3: SomfyTaHoma: tahoma_getEvents took 5053.26581001282 ms
2020.12.16 01:29:04 3: SomfyTaHoma: tahoma_getEvents took 5016.79587364197 ms
2020.12.16 01:29:11 3: SomfyTaHoma: tahoma_getEvents took 5009.75012779236 ms
2020.12.16 01:29:20 3: SomfyTaHoma: tahoma_refreshAllStates took 5010.13207435608 ms
2020.12.16 01:29:29 3: SomfyTaHoma: tahoma_getEvents took 5010.43796539307 ms
2020.12.16 01:29:36 3: SomfyTaHoma: tahoma_getEvents took 5009.78994369507 ms
2020.12.16 01:29:43 3: SomfyTaHoma: tahoma_getEvents took 5009.48905944824 ms
2020.12.16 01:29:50 3: SomfyTaHoma: tahoma_getEvents took 5010.23292541504 ms
2020.12.16 01:29:57 3: SomfyTaHoma: tahoma_getEvents took 5006.91509246826 ms
2020.12.16 01:30:04 3: SomfyTaHoma: tahoma_getEvents took 5018.70608329773 ms
2020.12.16 01:30:11 3: SomfyTaHoma: tahoma_getEvents took 5032.4649810791 ms
2020.12.16 01:30:18 3: SomfyTaHoma: tahoma_getEvents took 5010.50901412964 ms
2020.12.16 01:30:25 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.56392288208 ms
2020.12.16 01:30:34 3: SomfyTaHoma: tahoma_getEvents took 5010.20288467407 ms
2020.12.16 01:30:41 3: SomfyTaHoma: tahoma_getEvents took 5009.53078269958 ms
2020.12.16 01:30:48 3: SomfyTaHoma: tahoma_getEvents took 5010.29205322266 ms
2020.12.16 01:30:55 3: SomfyTaHoma: tahoma_getEvents took 5006.75106048584 ms
2020.12.16 01:31:02 3: SomfyTaHoma: tahoma_getEvents took 5010.41102409363 ms
2020.12.16 01:31:09 3: SomfyTaHoma: tahoma_getEvents took 5009.96398925781 ms
2020.12.16 01:31:16 3: SomfyTaHoma: tahoma_getEvents took 5009.33814048767 ms
2020.12.16 01:31:25 3: SomfyTaHoma: tahoma_refreshAllStates took 5011.17205619812 ms
2020.12.16 01:31:34 3: SomfyTaHoma: tahoma_getEvents took 5009.86695289612 ms
2020.12.16 01:31:41 3: SomfyTaHoma: tahoma_getEvents took 5009.55200195312 ms
2020.12.16 01:31:48 3: SomfyTaHoma: tahoma_getEvents took 5010.33902168274 ms
2020.12.16 01:31:55 3: SomfyTaHoma: tahoma_getEvents took 5026.05199813843 ms
2020.12.16 01:32:03 3: SomfyTaHoma: tahoma_getEvents took 5010.41698455811 ms
2020.12.16 01:32:10 3: SomfyTaHoma: tahoma_getEvents took 5009.74893569946 ms
2020.12.16 01:32:17 3: SomfyTaHoma: tahoma_getEvents took 5010.08200645447 ms
2020.12.16 01:32:24 3: SomfyTaHoma: tahoma_getEvents took 5226.96399688721 ms
2020.12.16 01:32:31 3: SomfyTaHoma: tahoma_refreshAllStates took 5010.16807556152 ms
2020.12.16 01:32:40 3: SomfyTaHoma: tahoma_getEvents took 5010.32900810242 ms
2020.12.16 01:32:47 3: SomfyTaHoma: tahoma_getEvents took 5009.15312767029 ms
2020.12.16 01:32:54 3: SomfyTaHoma: tahoma_getEvents took 5009.87505912781 ms
2020.12.16 01:33:01 3: SomfyTaHoma: tahoma_getEvents took 5010.3919506073 ms
2020.12.16 01:33:08 3: SomfyTaHoma: tahoma_getEvents took 5010.2379322052 ms
2020.12.16 01:33:15 3: SomfyTaHoma: tahoma_getEvents took 5010.11300086975 ms
2020.12.16 01:33:22 3: SomfyTaHoma: tahoma_getEvents took 5009.10592079163 ms
2020.12.16 01:33:31 3: SomfyTaHoma: tahoma_refreshAllStates took 5008.26692581177 ms
2020.12.16 01:33:40 3: SomfyTaHoma: tahoma_getEvents took 5010.19191741943 ms
2020.12.16 01:33:47 3: SomfyTaHoma: tahoma_getEvents took 5008.60691070557 ms
2020.12.16 01:33:54 3: SomfyTaHoma: tahoma_getEvents took 5009.65309143066 ms
2020.12.16 01:34:01 3: SomfyTaHoma: tahoma_getEvents took 5028.25498580933 ms
2020.12.16 01:34:08 3: SomfyTaHoma: tahoma_getEvents took 5009.09996032715 ms
2020.12.16 01:34:15 3: SomfyTaHoma: tahoma_getEvents took 5007.98201560974 ms
2020.12.16 01:34:22 3: SomfyTaHoma: tahoma_getEvents took 5010.02979278564 ms
2020.12.16 01:34:29 3: SomfyTaHoma: tahoma_getEvents took 5009.63592529297 ms
2020.12.16 01:34:36 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.17387008667 ms
2020.12.16 01:34:46 3: SomfyTaHoma: tahoma_getEvents took 5017.16303825378 ms
2020.12.16 01:34:53 3: SomfyTaHoma: tahoma_getEvents took 5009.40108299255 ms
2020.12.16 01:35:00 3: SomfyTaHoma: tahoma_getEvents took 5086.00902557373 ms
2020.12.16 01:35:07 3: SomfyTaHoma: tahoma_getEvents took 5010.0519657135 ms
2020.12.16 01:35:14 3: SomfyTaHoma: tahoma_getEvents took 5010.80918312073 ms
2020.12.16 01:35:21 3: SomfyTaHoma: tahoma_getEvents took 5007.80987739563 ms
2020.12.16 01:35:28 3: SomfyTaHoma: tahoma_getEvents took 5009.78207588196 ms
2020.12.16 01:35:37 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.19890403748 ms
2020.12.16 01:35:46 3: SomfyTaHoma: tahoma_getEvents took 5009.60493087769 ms
2020.12.16 01:35:53 3: SomfyTaHoma: tahoma_getEvents took 5010.24508476257 ms
2020.12.16 01:36:00 3: SomfyTaHoma: tahoma_getEvents took 5010.44988632202 ms
2020.12.16 01:36:07 3: SomfyTaHoma: tahoma_getEvents took 5009.64498519897 ms
2020.12.16 01:36:14 3: SomfyTaHoma: tahoma_getEvents took 5009.39702987671 ms
2020.12.16 01:36:21 3: SomfyTaHoma: tahoma_getEvents took 5010.00595092773 ms
2020.12.16 01:36:28 3: SomfyTaHoma: tahoma_getEvents took 5010.23888587952 ms
2020.12.16 01:36:35 3: SomfyTaHoma: tahoma_getEvents took 5014.90807533264 ms
2020.12.16 01:36:43 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.06491279602 ms
2020.12.16 01:36:52 3: SomfyTaHoma: tahoma_getEvents took 5009.50884819031 ms
2020.12.16 01:36:59 3: SomfyTaHoma: tahoma_getEvents took 5009.90796089172 ms
2020.12.16 01:37:06 3: SomfyTaHoma: tahoma_getEvents took 5009.51790809631 ms
2020.12.16 01:37:13 3: SomfyTaHoma: tahoma_getEvents took 5009.16004180908 ms
2020.12.16 01:37:20 3: SomfyTaHoma: tahoma_getEvents took 5009.57798957825 ms
2020.12.16 01:37:27 3: SomfyTaHoma: tahoma_getEvents took 5010.40196418762 ms
2020.12.16 01:37:34 3: SomfyTaHoma: tahoma_getEvents took 5010.41793823242 ms
2020.12.16 01:37:43 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.94896888733 ms
2020.12.16 01:37:52 3: SomfyTaHoma: tahoma_getEvents took 5009.72390174866 ms
2020.12.16 01:37:59 3: SomfyTaHoma: tahoma_getEvents took 5009.89389419556 ms
2020.12.16 01:38:06 3: SomfyTaHoma: tahoma_getEvents took 5010.34092903137 ms
2020.12.16 01:38:13 3: SomfyTaHoma: tahoma_getEvents took 5009.5899105072 ms
2020.12.16 01:38:20 3: SomfyTaHoma: tahoma_getEvents took 5009.02199745178 ms
2020.12.16 01:38:27 3: SomfyTaHoma: tahoma_getEvents took 5009.46402549744 ms
2020.12.16 01:38:34 3: SomfyTaHoma: tahoma_getEvents took 5011.83295249939 ms
2020.12.16 01:38:41 3: SomfyTaHoma: tahoma_getEvents took 5009.56106185913 ms
2020.12.16 01:38:48 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.37509536743 ms
2020.12.16 01:38:57 3: SomfyTaHoma: tahoma_getEvents took 5010.79702377319 ms
2020.12.16 01:39:04 3: SomfyTaHoma: tahoma_getEvents took 5010.0109577179 ms
2020.12.16 01:39:11 3: SomfyTaHoma: tahoma_getEvents took 5025.13289451599 ms
2020.12.16 01:39:18 3: SomfyTaHoma: tahoma_getEvents took 5008.1160068512 ms
2020.12.16 01:39:25 3: SomfyTaHoma: tahoma_getEvents took 5009.87410545349 ms
2020.12.16 01:39:32 3: SomfyTaHoma: tahoma_getEvents took 5010.27584075928 ms
2020.12.16 01:39:39 3: SomfyTaHoma: tahoma_getEvents took 5009.516954422 ms
2020.12.16 01:39:48 3: SomfyTaHoma: tahoma_refreshAllStates took 5010.02383232117 ms
2020.12.16 01:39:57 3: SomfyTaHoma: tahoma_getEvents took 5009.7279548645 ms
2020.12.16 01:40:04 3: SomfyTaHoma: tahoma_getEvents took 5009.30905342102 ms
2020.12.16 01:40:11 3: SomfyTaHoma: tahoma_getEvents took 5010.27894020081 ms
2020.12.16 01:40:18 3: SomfyTaHoma: tahoma_getEvents took 5011.21711730957 ms
2020.12.16 01:40:26 3: SomfyTaHoma: tahoma_getEvents took 5005.14888763428 ms
2020.12.16 01:40:33 3: SomfyTaHoma: tahoma_getEvents took 5008.89086723328 ms
2020.12.16 01:40:40 3: SomfyTaHoma: tahoma_getEvents took 5010.11204719543 ms
2020.12.16 01:40:47 3: SomfyTaHoma: tahoma_getEvents took 5010.38408279419 ms
2020.12.16 01:40:54 3: SomfyTaHoma: tahoma_refreshAllStates took 5010.20002365112 ms
2020.12.16 01:41:03 3: SomfyTaHoma: tahoma_getEvents took 5010.22410392761 ms
2020.12.16 01:41:10 3: SomfyTaHoma: tahoma_getEvents took 5009.66811180115 ms
2020.12.16 01:41:17 3: SomfyTaHoma: tahoma_getEvents took 5009.97614860535 ms
2020.12.16 01:41:24 3: SomfyTaHoma: tahoma_getEvents took 5016.09301567078 ms
2020.12.16 01:41:31 3: SomfyTaHoma: tahoma_getEvents took 5009.7348690033 ms
2020.12.16 01:41:38 3: SomfyTaHoma: tahoma_getEvents took 5008.91399383545 ms
2020.12.16 01:41:45 3: SomfyTaHoma: tahoma_getEvents took 5009.72390174866 ms
2020.12.16 01:41:54 3: SomfyTaHoma: tahoma_refreshAllStates took 5010.06889343262 ms
2020.12.16 01:42:03 3: SomfyTaHoma: tahoma_getEvents took 5009.92703437805 ms
2020.12.16 01:42:10 3: SomfyTaHoma: tahoma_getEvents took 5009.36007499695 ms
2020.12.16 01:42:17 3: SomfyTaHoma: tahoma_getEvents took 5009.71698760986 ms
2020.12.16 01:42:24 3: SomfyTaHoma: tahoma_getEvents took 5038.26785087585 ms
2020.12.16 01:42:31 3: SomfyTaHoma: tahoma_getEvents took 5025.72298049927 ms
2020.12.16 01:42:38 3: SomfyTaHoma: tahoma_getEvents took 5009.12308692932 ms
2020.12.16 01:42:45 3: SomfyTaHoma: tahoma_getEvents took 5008.85009765625 ms
2020.12.16 01:42:53 3: SomfyTaHoma: tahoma_getEvents took 5009.51600074768 ms
2020.12.16 01:43:00 3: SomfyTaHoma: tahoma_refreshAllStates took 5028.09000015259 ms
2020.12.16 01:43:09 3: SomfyTaHoma: tahoma_getEvents took 5009.39607620239 ms
2020.12.16 01:43:16 3: SomfyTaHoma: tahoma_getEvents took 5006.00481033325 ms
2020.12.16 01:43:23 3: SomfyTaHoma: tahoma_getEvents took 5008.83102416992 ms
2020.12.16 01:43:30 3: SomfyTaHoma: tahoma_getEvents took 5009.92798805237 ms
2020.12.16 01:43:37 3: SomfyTaHoma: tahoma_getEvents took 5009.03797149658 ms
2020.12.16 01:43:44 3: SomfyTaHoma: tahoma_getEvents took 5009.39798355103 ms
2020.12.16 01:43:51 3: SomfyTaHoma: tahoma_getEvents took 5009.29284095764 ms
2020.12.16 01:44:00 3: SomfyTaHoma: tahoma_refreshAllStates took 5010.25605201721 ms
2020.12.16 01:44:09 3: SomfyTaHoma: tahoma_getEvents took 5009.65595245361 ms
2020.12.16 01:44:16 3: SomfyTaHoma: tahoma_getEvents took 5009.95588302612 ms
2020.12.16 01:44:23 3: SomfyTaHoma: tahoma_getEvents took 5011.8100643158 ms
2020.12.16 01:44:30 3: SomfyTaHoma: tahoma_getEvents took 5009.16504859924 ms
2020.12.16 01:44:37 3: SomfyTaHoma: tahoma_getEvents took 5008.81409645081 ms
2020.12.16 01:44:44 3: SomfyTaHoma: tahoma_getEvents took 5009.5911026001 ms
2020.12.16 01:44:51 3: SomfyTaHoma: tahoma_getEvents took 5010.33401489258 ms
2020.12.16 01:44:58 3: SomfyTaHoma: tahoma_getEvents took 5009.86194610596 ms
2020.12.16 01:45:05 3: SomfyTaHoma: tahoma_refreshAllStates took 5011.91592216492 ms
2020.12.16 01:45:14 3: SomfyTaHoma: tahoma_getEvents took 5010.01715660095 ms
2020.12.16 01:45:21 3: SomfyTaHoma: tahoma_getEvents took 5010.13398170471 ms
2020.12.16 01:45:28 3: SomfyTaHoma: tahoma_getEvents took 5008.86392593384 ms
2020.12.16 01:45:35 3: SomfyTaHoma: tahoma_getEvents took 5010.22696495056 ms
2020.12.16 01:45:42 3: SomfyTaHoma: tahoma_getEvents took 5009.83691215515 ms
2020.12.16 01:45:49 3: SomfyTaHoma: tahoma_getEvents took 5019.25015449524 ms
2020.12.16 01:45:56 3: SomfyTaHoma: tahoma_getEvents took 5043.24507713318 ms
2020.12.16 01:46:05 3: SomfyTaHoma: tahoma_refreshAllStates took 5012.92300224304 ms
2020.12.16 01:46:14 3: SomfyTaHoma: tahoma_getEvents took 5009.5739364624 ms
2020.12.16 01:46:21 3: SomfyTaHoma: tahoma_getEvents took 5009.7770690918 ms
2020.12.16 01:46:28 3: SomfyTaHoma: tahoma_getEvents took 5009.6218585968 ms
2020.12.16 01:46:35 3: SomfyTaHoma: tahoma_getEvents took 5010.31804084778 ms
2020.12.16 01:46:42 3: SomfyTaHoma: tahoma_getEvents took 5008.91709327698 ms
2020.12.16 01:46:49 3: SomfyTaHoma: tahoma_getEvents took 5012.07304000854 ms
2020.12.16 01:46:56 3: SomfyTaHoma: tahoma_getEvents took 5010.94102859497 ms
2020.12.16 01:47:03 3: SomfyTaHoma: tahoma_getEvents took 5010.22219657898 ms
2020.12.16 01:47:11 3: SomfyTaHoma: tahoma_refreshAllStates took 5018.69606971741 ms
2020.12.16 01:47:20 3: SomfyTaHoma: tahoma_getEvents took 5009.19103622437 ms
2020.12.16 01:47:27 3: SomfyTaHoma: tahoma_getEvents took 5024.22094345093 ms
2020.12.16 01:47:34 3: SomfyTaHoma: tahoma_getEvents took 5009.47189331055 ms
2020.12.16 01:47:41 3: SomfyTaHoma: tahoma_getEvents took 5093.69301795959 ms
2020.12.16 01:47:48 3: SomfyTaHoma: tahoma_getEvents took 5010.61701774597 ms
2020.12.16 01:47:55 3: SomfyTaHoma: tahoma_getEvents took 5009.45091247559 ms
2020.12.16 01:48:02 3: SomfyTaHoma: tahoma_getEvents took 5009.01579856873 ms
2020.12.16 01:48:11 3: SomfyTaHoma: tahoma_refreshAllStates took 5017.72212982178 ms
2020.12.16 01:48:20 3: SomfyTaHoma: tahoma_getEvents took 5010.07914543152 ms
2020.12.16 01:48:27 3: SomfyTaHoma: tahoma_getEvents took 5009.9778175354 ms
2020.12.16 01:48:34 3: SomfyTaHoma: tahoma_getEvents took 5010.04886627197 ms
2020.12.16 01:48:41 3: SomfyTaHoma: tahoma_getEvents took 5010.20908355713 ms
2020.12.16 01:48:48 3: SomfyTaHoma: tahoma_getEvents took 5009.15908813477 ms
2020.12.16 01:48:55 3: SomfyTaHoma: tahoma_getEvents took 5009.17100906372 ms
2020.12.16 01:49:02 3: SomfyTaHoma: tahoma_getEvents took 5009.65285301208 ms
2020.12.16 01:49:09 3: SomfyTaHoma: tahoma_getEvents took 5009.82308387756 ms
2020.12.16 01:49:16 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.81092453003 ms
2020.12.16 01:49:25 3: SomfyTaHoma: tahoma_getEvents took 5010.79416275024 ms
2020.12.16 01:49:32 3: SomfyTaHoma: tahoma_getEvents took 5009.76610183716 ms
2020.12.16 01:49:39 3: SomfyTaHoma: tahoma_getEvents took 5009.92703437805 ms
2020.12.16 01:49:46 3: SomfyTaHoma: tahoma_getEvents took 5010.21909713745 ms
2020.12.16 01:49:53 3: SomfyTaHoma: tahoma_getEvents took 5007.92002677917 ms
2020.12.16 01:50:00 3: SomfyTaHoma: tahoma_getEvents took 5009.54699516296 ms
2020.12.16 01:50:07 3: SomfyTaHoma: tahoma_getEvents took 5009.17816162109 ms
2020.12.16 01:50:16 3: SomfyTaHoma: tahoma_refreshAllStates took 5008.78095626831 ms
2020.12.16 01:50:25 3: SomfyTaHoma: tahoma_getEvents took 5008.9111328125 ms
2020.12.16 01:50:32 3: SomfyTaHoma: tahoma_getEvents took 5008.4240436554 ms
2020.12.16 01:50:39 3: SomfyTaHoma: tahoma_getEvents took 5010.06102561951 ms
2020.12.16 01:50:46 3: SomfyTaHoma: tahoma_getEvents took 5010.72716712952 ms
2020.12.16 01:50:53 3: SomfyTaHoma: tahoma_getEvents took 5005.89203834534 ms
2020.12.16 01:51:00 3: SomfyTaHoma: tahoma_getEvents took 5009.19485092163 ms
2020.12.16 01:51:07 3: SomfyTaHoma: tahoma_getEvents took 5009.20701026917 ms
2020.12.16 01:51:14 3: SomfyTaHoma: tahoma_getEvents took 5009.44495201111 ms
2020.12.16 01:51:21 3: SomfyTaHoma: tahoma_refreshAllStates took 5010.24484634399 ms
2020.12.16 01:51:31 3: SomfyTaHoma: tahoma_getEvents took 5009.4051361084 ms
2020.12.16 01:51:38 3: SomfyTaHoma: tahoma_getEvents took 5010.68711280823 ms
2020.12.16 01:51:45 3: SomfyTaHoma: tahoma_getEvents took 5004.63795661926 ms
2020.12.16 01:51:52 3: SomfyTaHoma: tahoma_getEvents took 5009.37509536743 ms
2020.12.16 01:51:59 3: SomfyTaHoma: tahoma_getEvents took 5008.79001617432 ms
2020.12.16 01:52:06 3: SomfyTaHoma: tahoma_getEvents took 5012.30502128601 ms
2020.12.16 01:52:13 3: SomfyTaHoma: tahoma_getEvents took 5018.639087677 ms
2020.12.16 01:52:22 3: SomfyTaHoma: tahoma_refreshAllStates took 5011.13104820251 ms
2020.12.16 01:52:31 3: SomfyTaHoma: tahoma_getEvents took 5009.51409339905 ms
2020.12.16 01:52:38 3: SomfyTaHoma: tahoma_getEvents took 5008.97002220154 ms
2020.12.16 01:52:45 3: SomfyTaHoma: tahoma_getEvents took 5010.27607917786 ms
2020.12.16 01:52:52 3: SomfyTaHoma: tahoma_getEvents took 5010.92600822449 ms
2020.12.16 01:52:59 3: SomfyTaHoma: tahoma_getEvents took 5009.42492485046 ms
2020.12.16 01:53:06 3: SomfyTaHoma: tahoma_getEvents took 5016.53385162354 ms
2020.12.16 01:53:13 3: SomfyTaHoma: tahoma_getEvents took 5010.03098487854 ms
2020.12.16 01:53:21 3: SomfyTaHoma: tahoma_getEvents took 5008.94618034363 ms
2020.12.16 01:53:28 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.4621181488 ms
2020.12.16 01:53:37 3: SomfyTaHoma: tahoma_getEvents took 5009.72104072571 ms
2020.12.16 01:53:44 3: SomfyTaHoma: tahoma_getEvents took 5009.92798805237 ms
2020.12.16 01:53:51 3: SomfyTaHoma: tahoma_getEvents took 5009.12499427795 ms
2020.12.16 01:53:58 3: SomfyTaHoma: tahoma_getEvents took 5010.03384590149 ms
2020.12.16 01:54:06 3: SomfyTaHoma: tahoma_getEvents took 5011.75594329834 ms
2020.12.16 01:54:13 3: SomfyTaHoma: tahoma_getEvents took 5010.20407676697 ms
2020.12.16 01:54:22 3: SomfyTaHoma: tahoma_getEvents took 5010.11896133423 ms
2020.12.16 01:54:29 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.41109657288 ms
2020.12.16 01:54:38 3: SomfyTaHoma: tahoma_getEvents took 5009.17506217957 ms
2020.12.16 01:54:45 3: SomfyTaHoma: tahoma_getEvents took 5010.094165802 ms
2020.12.16 01:54:52 3: SomfyTaHoma: tahoma_getEvents took 5009.84716415405 ms
2020.12.16 01:54:59 3: SomfyTaHoma: tahoma_getEvents took 5010.13708114624 ms
2020.12.16 01:55:06 3: SomfyTaHoma: tahoma_getEvents took 5010.23292541504 ms
2020.12.16 01:55:13 3: SomfyTaHoma: tahoma_getEvents took 5009.21702384949 ms
2020.12.16 01:55:20 3: SomfyTaHoma: tahoma_getEvents took 5009.93394851685 ms
2020.12.16 01:55:27 3: SomfyTaHoma: tahoma_getEvents took 5009.4358921051 ms
2020.12.16 01:55:34 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.03391838074 ms
2020.12.16 01:55:43 3: SomfyTaHoma: tahoma_getEvents took 5017.97103881836 ms
2020.12.16 01:55:50 3: SomfyTaHoma: tahoma_getEvents took 5009.18507575989 ms
2020.12.16 01:55:57 3: SomfyTaHoma: tahoma_getEvents took 5010.15996932983 ms
2020.12.16 01:56:04 3: SomfyTaHoma: tahoma_getEvents took 5010.79607009888 ms
2020.12.16 01:56:11 3: SomfyTaHoma: tahoma_getEvents took 5009.70697402954 ms
2020.12.16 01:56:18 3: SomfyTaHoma: tahoma_getEvents took 5009.60803031921 ms
2020.12.16 01:56:27 3: SomfyTaHoma: tahoma_getEvents took 5010.80393791199 ms
2020.12.16 01:56:34 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.42993164062 ms
2020.12.16 01:56:44 3: SomfyTaHoma: tahoma_getEvents took 5009.57703590393 ms
2020.12.16 01:56:51 3: SomfyTaHoma: tahoma_getEvents took 5009.67979431152 ms
2020.12.16 01:56:58 3: SomfyTaHoma: tahoma_getEvents took 5009.97495651245 ms
2020.12.16 01:57:05 3: SomfyTaHoma: tahoma_getEvents took 5009.03391838074 ms
2020.12.16 01:57:12 3: SomfyTaHoma: tahoma_getEvents took 5011.30414009094 ms
2020.12.16 01:57:19 3: SomfyTaHoma: tahoma_getEvents took 5009.74607467651 ms
2020.12.16 01:57:26 3: SomfyTaHoma: tahoma_getEvents took 5008.83889198303 ms
2020.12.16 01:57:33 3: SomfyTaHoma: tahoma_getEvents took 5009.73892211914 ms
2020.12.16 01:57:40 3: SomfyTaHoma: tahoma_refreshAllStates took 5005.35583496094 ms
2020.12.16 01:57:49 3: SomfyTaHoma: tahoma_getEvents took 5009.16481018066 ms
2020.12.16 01:57:56 3: SomfyTaHoma: tahoma_getEvents took 5009.38200950623 ms
2020.12.16 01:58:03 3: SomfyTaHoma: tahoma_getEvents took 5010.17999649048 ms
2020.12.16 01:58:10 3: SomfyTaHoma: tahoma_getEvents took 5010.62297821045 ms
2020.12.16 01:58:17 3: SomfyTaHoma: tahoma_getEvents took 5010.49995422363 ms
2020.12.16 01:58:24 3: SomfyTaHoma: tahoma_getEvents took 5016.39008522034 ms
2020.12.16 01:58:33 3: SomfyTaHoma: tahoma_getEvents took 5010.41793823242 ms
2020.12.16 01:58:40 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.90104675293 ms
2020.12.16 01:58:49 3: SomfyTaHoma: tahoma_getEvents took 5010.74290275574 ms
2020.12.16 01:58:56 3: SomfyTaHoma: tahoma_getEvents took 5009.6070766449 ms
2020.12.16 01:59:03 3: SomfyTaHoma: tahoma_getEvents took 5009.12404060364 ms
2020.12.16 01:59:10 3: SomfyTaHoma: tahoma_getEvents took 5010.98608970642 ms
2020.12.16 01:59:17 3: SomfyTaHoma: tahoma_getEvents took 5009.37294960022 ms
2020.12.16 01:59:24 3: SomfyTaHoma: tahoma_getEvents took 5010.53285598755 ms
2020.12.16 01:59:31 3: SomfyTaHoma: tahoma_getEvents took 5009.4108581543 ms
2020.12.16 01:59:38 3: SomfyTaHoma: tahoma_getEvents took 5010.18691062927 ms
2020.12.16 01:59:45 3: SomfyTaHoma: tahoma_refreshAllStates took 5008.90803337097 ms
2020.12.16 01:59:54 3: SomfyTaHoma: tahoma_getEvents took 5009.93609428406 ms
2020.12.16 02:00:01 3: SomfyTaHoma: tahoma_getEvents took 5025.22587776184 ms
2020.12.16 02:00:08 3: SomfyTaHoma: tahoma_getEvents took 5009.04989242554 ms
2020.12.16 02:00:15 3: SomfyTaHoma: tahoma_getEvents took 5012.01891899109 ms
2020.12.16 02:00:23 3: SomfyTaHoma: tahoma_getEvents took 5010.35189628601 ms
2020.12.16 02:00:30 3: SomfyTaHoma: tahoma_getEvents took 5009.60898399353 ms
2020.12.16 02:00:39 3: SomfyTaHoma: tahoma_getEvents took 5009.23180580139 ms
2020.12.16 02:00:46 3: SomfyTaHoma: tahoma_refreshAllStates took 5024.12700653076 ms
2020.12.16 02:00:55 3: SomfyTaHoma: tahoma_getEvents took 5009.90200042725 ms
2020.12.16 02:01:02 3: SomfyTaHoma: tahoma_getEvents took 5008.89897346497 ms
2020.12.16 02:01:09 3: SomfyTaHoma: tahoma_getEvents took 5007.41291046143 ms
2020.12.16 02:01:16 3: SomfyTaHoma: tahoma_getEvents took 5009.78207588196 ms
2020.12.16 02:01:23 3: SomfyTaHoma: tahoma_getEvents took 5011.40689849854 ms
2020.12.16 02:01:30 3: SomfyTaHoma: tahoma_getEvents took 5009.8569393158 ms
2020.12.16 02:01:37 3: SomfyTaHoma: tahoma_getEvents took 5016.37697219849 ms
2020.12.16 02:01:44 3: SomfyTaHoma: tahoma_getEvents took 5009.50598716736 ms
2020.12.16 02:01:51 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.91892814636 ms
2020.12.16 02:02:00 3: SomfyTaHoma: tahoma_getEvents took 5008.98599624634 ms
2020.12.16 02:02:07 3: SomfyTaHoma: tahoma_getEvents took 5008.78500938416 ms
2020.12.16 02:02:14 3: SomfyTaHoma: tahoma_getEvents took 5010.77508926392 ms
2020.12.16 02:02:22 3: SomfyTaHoma: tahoma_getEvents took 5009.3080997467 ms
2020.12.16 02:02:29 3: SomfyTaHoma: tahoma_getEvents took 5059.99803543091 ms
2020.12.16 02:02:36 3: SomfyTaHoma: tahoma_getEvents took 5010.09202003479 ms
2020.12.16 02:02:45 3: SomfyTaHoma: tahoma_getEvents took 5009.94515419006 ms
2020.12.16 02:02:52 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.45496559143 ms
2020.12.16 02:03:01 3: SomfyTaHoma: tahoma_getEvents took 5009.90915298462 ms
2020.12.16 02:03:08 3: SomfyTaHoma: tahoma_getEvents took 5009.70101356506 ms
2020.12.16 02:03:15 3: SomfyTaHoma: tahoma_getEvents took 5009.20796394348 ms
2020.12.16 02:03:22 3: SomfyTaHoma: tahoma_getEvents took 5009.85312461853 ms
2020.12.16 02:03:29 3: SomfyTaHoma: tahoma_getEvents took 5009.41300392151 ms
2020.12.16 02:03:36 3: SomfyTaHoma: tahoma_getEvents took 5009.32192802429 ms
2020.12.16 02:03:43 3: SomfyTaHoma: tahoma_getEvents took 5009.192943573 ms
2020.12.16 02:03:50 3: SomfyTaHoma: tahoma_getEvents took 5012.07423210144 ms
2020.12.16 02:03:57 3: SomfyTaHoma: tahoma_refreshAllStates took 5005.49602508545 ms
2020.12.16 02:04:06 3: SomfyTaHoma: tahoma_getEvents took 5009.43493843079 ms
2020.12.16 02:04:13 3: SomfyTaHoma: tahoma_getEvents took 5009.9458694458 ms
2020.12.16 02:04:20 3: SomfyTaHoma: tahoma_getEvents took 5010.06007194519 ms
2020.12.16 02:04:27 3: SomfyTaHoma: tahoma_getEvents took 5009.71984863281 ms
2020.12.16 02:04:34 3: SomfyTaHoma: tahoma_getEvents took 5009.96804237366 ms
2020.12.16 02:04:41 3: SomfyTaHoma: tahoma_getEvents took 5009.83691215515 ms
2020.12.16 02:04:50 3: SomfyTaHoma: tahoma_getEvents took 5010.95294952393 ms
2020.12.16 02:04:57 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.9458694458 ms
2020.12.16 02:05:06 3: SomfyTaHoma: tahoma_getEvents took 5010.30397415161 ms
2020.12.16 02:05:13 3: SomfyTaHoma: tahoma_getEvents took 5009.46307182312 ms
2020.12.16 02:05:21 3: SomfyTaHoma: tahoma_getEvents took 5010.60104370117 ms
2020.12.16 02:05:28 3: SomfyTaHoma: tahoma_getEvents took 5009.02795791626 ms
2020.12.16 02:05:35 3: SomfyTaHoma: tahoma_getEvents took 5009.60803031921 ms
2020.12.16 02:05:42 3: SomfyTaHoma: tahoma_getEvents took 5009.9790096283 ms
2020.12.16 02:05:49 3: SomfyTaHoma: tahoma_getEvents took 5009.86194610596 ms
2020.12.16 02:05:56 3: SomfyTaHoma: tahoma_getEvents took 5019.32907104492 ms
2020.12.16 02:06:03 3: SomfyTaHoma: tahoma_refreshAllStates took 5010.09702682495 ms
2020.12.16 02:06:12 3: SomfyTaHoma: tahoma_getEvents took 5010.57314872742 ms
2020.12.16 02:06:19 3: SomfyTaHoma: tahoma_getEvents took 5009.99617576599 ms
2020.12.16 02:06:26 3: SomfyTaHoma: tahoma_getEvents took 5009.27400588989 ms
2020.12.16 02:06:33 3: SomfyTaHoma: tahoma_getEvents took 5009.7439289093 ms
2020.12.16 02:06:40 3: SomfyTaHoma: tahoma_getEvents took 5010.54096221924 ms
2020.12.16 02:06:47 3: SomfyTaHoma: tahoma_getEvents took 5010.00690460205 ms
2020.12.16 02:06:56 3: SomfyTaHoma: tahoma_getEvents took 5009.55986976624 ms
2020.12.16 02:07:03 3: SomfyTaHoma: tahoma_refreshAllStates took 5010.43796539307 ms
2020.12.16 02:07:12 3: SomfyTaHoma: tahoma_getEvents took 5010.51306724548 ms
2020.12.16 02:07:19 3: SomfyTaHoma: tahoma_getEvents took 5009.55319404602 ms
2020.12.16 02:07:26 3: SomfyTaHoma: tahoma_getEvents took 5009.99617576599 ms
2020.12.16 02:07:33 3: SomfyTaHoma: tahoma_getEvents took 5009.28592681885 ms
2020.12.16 02:07:40 3: SomfyTaHoma: tahoma_getEvents took 5010.60891151428 ms
2020.12.16 02:07:47 3: SomfyTaHoma: tahoma_getEvents took 5009.57298278809 ms
2020.12.16 02:07:54 3: SomfyTaHoma: tahoma_getEvents took 5012.94207572937 ms
2020.12.16 02:08:01 3: SomfyTaHoma: tahoma_getEvents took 5009.87386703491 ms
2020.12.16 02:08:08 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.04703140259 ms
2020.12.16 02:08:17 3: SomfyTaHoma: tahoma_getEvents took 5010.09893417358 ms
2020.12.16 02:08:24 3: SomfyTaHoma: tahoma_getEvents took 5010.07699966431 ms
2020.12.16 02:08:31 3: SomfyTaHoma: tahoma_getEvents took 5015.93899726868 ms
2020.12.16 02:08:38 3: SomfyTaHoma: tahoma_getEvents took 5008.92496109009 ms
2020.12.16 02:08:45 3: SomfyTaHoma: tahoma_getEvents took 5010.44487953186 ms
2020.12.16 02:08:52 3: SomfyTaHoma: tahoma_getEvents took 5010.33210754395 ms
2020.12.16 02:09:01 3: SomfyTaHoma: tahoma_getEvents took 5010.30588150024 ms
2020.12.16 02:09:08 3: SomfyTaHoma: tahoma_refreshAllStates took 5010.11395454407 ms
2020.12.16 02:09:17 3: SomfyTaHoma: tahoma_getEvents took 5009.54699516296 ms
2020.12.16 02:09:25 3: SomfyTaHoma: tahoma_getEvents took 5009.69290733337 ms
2020.12.16 02:09:32 3: SomfyTaHoma: tahoma_getEvents took 5009.75298881531 ms
2020.12.16 02:09:39 3: SomfyTaHoma: tahoma_getEvents took 5009.99903678894 ms
2020.12.16 02:09:46 3: SomfyTaHoma: tahoma_getEvents took 5010.09607315063 ms
2020.12.16 02:09:53 3: SomfyTaHoma: tahoma_getEvents took 5009.61899757385 ms
2020.12.16 02:10:00 3: SomfyTaHoma: tahoma_getEvents took 5122.03502655029 ms
2020.12.16 02:10:07 3: SomfyTaHoma: tahoma_getEvents took 5009.50407981873 ms
2020.12.16 02:10:14 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.37104225159 ms
2020.12.16 02:10:23 3: SomfyTaHoma: tahoma_getEvents took 5009.41705703735 ms
2020.12.16 02:10:30 3: SomfyTaHoma: tahoma_getEvents took 5009.56106185913 ms
2020.12.16 02:10:37 3: SomfyTaHoma: tahoma_getEvents took 5006.34479522705 ms
2020.12.16 02:10:44 3: SomfyTaHoma: tahoma_getEvents took 5009.03606414795 ms
2020.12.16 02:10:51 3: SomfyTaHoma: tahoma_getEvents took 5011.22188568115 ms
2020.12.16 02:10:58 3: SomfyTaHoma: tahoma_getEvents took 5009.53388214111 ms
2020.12.16 02:11:07 3: SomfyTaHoma: tahoma_getEvents took 5009.28115844727 ms
2020.12.16 02:11:14 3: SomfyTaHoma: tahoma_refreshAllStates took 5009.79995727539 ms
2020.12.16 02:11:23 3: SomfyTaHoma: tahoma_getEvents took 5009.81879234314 ms
2020.12.16 02:11:30 3: SomfyTaHoma: tahoma_getEvents took 5010.81299781799 ms
2020.12.16 02:11:37 3: SomfyTaHoma: tahoma_getEvents took 5010.39600372314 ms
2020.12.16 02:11:44 3: SomfyTaHoma: tahoma_getEvents took 5030.76410293579 ms
2020.12.16 02:11:51 3: SomfyTaHoma: tahoma_getEvents took 5010.37406921387 ms
2020.12.16 02:11:58 3: SomfyTaHoma: tahoma_getEvents took 5009.79590415955 ms
2020.12.16 02:12:05 3: SomfyTaHoma: tahoma_getEvents took 5010.04695892334 ms
2020.12.16 02:12:12 3: SomfyTaHoma: tahoma_getEvents took 5009.97591018677 ms
2020.12.16 02:12:19 3: SomfyTaHoma: tahoma_refreshAllStates took 5018.54181289673 ms
2020.12.16 02:12:29 3: SomfyTaHoma: tahoma_getEvents took 5038.47217559814 ms
2020.12.16 02:12:36 3: SomfyTaHoma: tahoma_getEvents took 5009.25612449646 ms
2020.12.16 02:12:43 3: SomfyTaHoma: tahoma_getEvents took 5009.11498069763 ms
2020.12.16 02:12:50 3: SomfyTaHoma: tahoma_getEvents took 5007.42793083191 ms
2020.12.16 02:12:57 3: SomfyTaHoma: tahoma_getEvents took 5010.21409034729 ms
2020.12.16 02:13:04 3: SomfyTaHoma: tahoma_getEvents took 5009.53888893127 ms
2020.12.16 02:13:13 3: SomfyTaHoma: tahoma_getEvents took 5010.27917861938 ms
2020.12.16 02:13:20 3: SomfyTaHoma: tahoma_refreshAllStates took 5010.586977005 ms
2020.12.16 02:13:29 3: SomfyTaHoma: tahoma_getEvents took 5009.56988334656 ms
2020.12.16 02:13:36 3: SomfyTaHoma: tahoma_getEvents took 5009.41395759583 ms
2020.12.16 02:13:43 3: SomfyTaHoma: tahoma_getEvents took 5005.9449672699 ms
2020.12.16 02:13:50 3: SomfyTaHoma: tahoma_getEvents took 5010.04385948181 ms
2020.12.16 02:13:57 3: SomfyTaHoma: tahoma_getEvents took 5011.57402992249 ms
2020.12.16 02:14:04 3: SomfyTaHoma: tahoma_getEvents took 5008.84103775024 ms
2020.12.16 02:14:11 3: SomfyTaHoma: tahoma_getEvents took 5009.92202758789 ms
2020.12.16 02:14:18 3: SomfyTaHoma: tahoma_getEvents took 5010.62488555908 ms
2020.12.16 02:14:25 3: SomfyTaHoma: tahoma_refreshAllStates took 5010.1170539856 ms
2020.12.16 02:14:34 3: SomfyTaHoma: tahoma_getEvents took 5009.71102714539 ms
2020.12.16 02:14:41 3: SomfyTaHoma: tahoma_getEvents took 5010.90598106384 ms
2020.12.16 02:14:48 3: SomfyTaHoma: tahoma_getEvents took 5009.90200042725 ms
2020.12.16 02:14:55 3: SomfyTaHoma: tahoma_getEvents took 5009.02605056763 ms
2020.12.16 02:15:02 3: SomfyTaHoma: tahoma_getEvents took 5009.10615921021 ms
2020.12.16 02:15:09 3: SomfyTaHoma: tahoma_getEvents took 5010.27512550354 ms
2020.12.16 02:15:18 3: SomfyTaHoma: tahoma_getEvents took 5009.25898551941 ms
2020.12.16 02:15:25 3: SomfyTaHoma: tahoma_refreshAllStates took 5010.25199890137 ms
2020.12.16 02:15:34 3: SomfyTaHoma: tahoma_getEvents took 5009.0708732605 ms
2020.12.16 02:15:41 3: SomfyTaHoma: tahoma_getEvents took 5010.35809516907 ms
2020.12.16 02:15:48 3: SomfyTaHoma: tahoma_getEvents took 5010.13112068176 ms
2020.12.16 02:15:55 3: SomfyTaHoma: tahoma_getEvents took 5010.409116745 ms
2020.12.16 02:16:02 3: SomfyTaHoma: tahoma_getEvents took 5009.3469619751 ms
2020.12.16 02:16:09 3: SomfyTaHoma: tahoma_getEvents took 5011.12484931946 ms
2020.12.16 02:16:17 3: SomfyTaHoma: tahoma_getEvents took 5008.69297981262 ms
2020.12.16 02:16:24 3: SomfyTaHoma: tahoma_getEvents took 5009.91201400757 ms
2020.12.16 02:16:31 3: SomfyTaHoma: tahoma_refreshAllStates took 5012.48097419739 ms
2020.12.16 02:16:40 3: SomfyTaHoma: tahoma_getEvents took 5010.67900657654 ms
2020.12.16 02:16:47 3: SomfyTaHoma: tahoma_getEvents took 5011.6229057312 ms
2020.12.16 02:16:54 3: SomfyTaHoma: tahoma_getEvents took 5009.62710380554 ms
2020.12.16 02:17:01 3: SomfyTaHoma: tahoma_getEvents took 5011.28077507019 ms
2020.12.16 02:17:08 3: SomfyTaHoma: tahoma_getEvents took 5010.56599617004 ms
2020.12.16 02:17:15 3: SomfyTaHoma: tahoma_getEvents took 5009.21893119812 ms
2020.12.16 02:17:24 3: SomfyTaHoma: tahoma_getEvents took 5011.05189323425 ms
2020.12.16 02:17:31 3: SomfyTaHoma: tahoma_refreshAllStates took 5010.82706451416 ms
2020.12.16 02:17:40 3: SomfyTaHoma: tahoma_getEvents took 5010.44702529907 ms
2020.12.16 02:17:47 3: SomfyTaHoma: tahoma_getEvents took 5010.59913635254 ms
2020.12.16 02:17:54 3: SomfyTaHoma: tahoma_getEvents took 5008.95500183105 ms
2020.12.16 02:18:01 3: SomfyTaHoma: tahoma_getEvents took 5009.77087020874 ms
2020.12.16 02:18:09 3: SomfyTaHoma: tahoma_getEvents took 5009.82308387756 ms
2020.12.16 02:18:16 3: SomfyTaHoma: tahoma_getEvents took 5009.8659992218 ms
2020.12.16 02:18:2
Das Absetzen der Befehle dauert bei dir immer >5000ms.
Die Antwort wird asynchron empfangen und weiterverarbeitet, aber das Senden des Web Befehls an den tahoma Server dauert hier ungewöhnlich lange.
Bei mir waren das zur gleiche Zeit ca. 500-600ms, was auch schon länger als normal ist, und geloggt wird:
2020.12.16 00:13:39 3: tahoma1: tahoma_getEvents took 514.886856079102 ms
2020.12.16 00:14:40 3: tahoma1: tahoma_getEvents took 3097.76616096497 ms
2020.12.16 00:18:01 3: tahoma1: tahoma_refreshAllStates took 509.740114212036 ms
2020.12.16 00:23:12 3: tahoma1: tahoma_getEvents took 511.543989181519 ms
2020.12.16 00:23:17 3: tahoma1: tahoma_getEvents took 522.528886795044 ms
2020.12.16 00:36:21 3: tahoma1: tahoma_getEvents took 522.676944732666 ms
2020.12.16 00:37:06 3: tahoma1: tahoma_getEvents took 520.23983001709 ms
2020.12.16 00:40:22 3: tahoma1: tahoma_getEvents took 509.315967559814 ms
2020.12.16 00:40:32 3: tahoma1: tahoma_getEvents took 520.710945129395 ms
2020.12.16 00:42:38 3: tahoma1: tahoma_getEvents took 530.206918716431 ms
2020.12.16 00:44:18 3: tahoma1: tahoma_getEvents took 525.054931640625 ms
Eventuell hat das Problem auch mit deiner DNS Auflösung zu tun, d.h. die IP-Adresse für "www.tahomalink.com" wird vom DNS abgefragt, und verwendet.
Testen könntest du das mit dem Attribut url :
attr SomfyTaHoma url https://178.32.15.131/enduser-mobile-web/enduserAPI/
Ich weis nicht, ob der Somfy Server unterschiedliche IP Adressen verwendet - glaube ich nicht, aber wenn nichts mehr geht, dann Attribut löschen, oder IP anpassen.
Zitat von: mike3436 am 16 Dezember 2020, 17:00:01
Das Absetzen der Befehle dauert bei dir immer >5000ms.
Die Antwort wird asynchron empfangen und weiterverarbeitet, aber das Senden des Web Befehls an den tahoma Server dauert hier ungewöhnlich lange.
Bei mir waren das zur gleiche Zeit ca. 500-600ms, was auch schon länger als normal ist, und geloggt wird:
2020.12.16 00:13:39 3: tahoma1: tahoma_getEvents took 514.886856079102 ms
2020.12.16 00:14:40 3: tahoma1: tahoma_getEvents took 3097.76616096497 ms
2020.12.16 00:18:01 3: tahoma1: tahoma_refreshAllStates took 509.740114212036 ms
2020.12.16 00:23:12 3: tahoma1: tahoma_getEvents took 511.543989181519 ms
2020.12.16 00:23:17 3: tahoma1: tahoma_getEvents took 522.528886795044 ms
2020.12.16 00:36:21 3: tahoma1: tahoma_getEvents took 522.676944732666 ms
2020.12.16 00:37:06 3: tahoma1: tahoma_getEvents took 520.23983001709 ms
2020.12.16 00:40:22 3: tahoma1: tahoma_getEvents took 509.315967559814 ms
2020.12.16 00:40:32 3: tahoma1: tahoma_getEvents took 520.710945129395 ms
2020.12.16 00:42:38 3: tahoma1: tahoma_getEvents took 530.206918716431 ms
2020.12.16 00:44:18 3: tahoma1: tahoma_getEvents took 525.054931640625 ms
Eventuell hat das Problem auch mit deiner DNS Auflösung zu tun, d.h. die IP-Adresse für "www.tahomalink.com" wird vom DNS abgefragt, und verwendet.
Testen könntest du das mit dem Attribut url :
attr SomfyTaHoma url https://178.32.15.131/enduser-mobile-web/enduserAPI/
Ich weis nicht, ob der Somfy Server unterschiedliche IP Adressen verwendet - glaube ich nicht, aber wenn nichts mehr geht, dann Attribut löschen, oder IP anpassen.
das klingt plausiebel. DNS Auflösung könnte tatsächlich sein. Mein PiHole hat länger gebraucht. Allerdings wundert mich, das das Modul so oft abfragt in einer Minute. Das habe ich vorher nicht gesehen. Und es legt halt das Fhem nach und nach lahm, weil so viele Abfragen gemacht werden.
Ich teste mit IP und schaue was den PiHole so langsam macht. Danke.
Hallo,
meine iO Rollläden steuern klappt bei den ersten Test schon mal top.
Leider lässt sich mein iO Hof-Flügeltor aber noch nicht steuern.
Ich setze hier "Ixengo L" Motoren an der "Control Box 3S io" (Steuerung) ein.
Das Relay aus der Box lässt sich ein/aus schalten per Fhem.
Die Torsteuerung wird in Fhem mit "Gate" angezeigt, aber eine Steuerung ist nicht möglich - es passiert dann einfach nichts.
Kennt das Plugin diese iO Box evtl. nicht richtig und daher passiert nichts?
Was kann ich machen?
Danke für eure Hilfe!
ZitatKennt das Plugin diese iO Box evtl. nicht richtig und daher passiert nichts?
Was kann ich machen?
Ich kenne das 'gate' selbst nicht, aber das plugin sollte dir alle Eigenschaften des Geräts anbieten - diese werden über das Setup gelesen.
Der zusätzliche Dim-Befehl wird aber nicht erzeugt, da dieser nur bei RollerShutter generiert wird.
Wenn die Befehle Open/Close/SetPosition zur Verfügung steht, dann solltest du darüber das gate aber ansteuern können.
Bei "Set" habe ich folgende Auswahl:
close, delayedStopIdentify, dim, getName, identify, keepOneWayControllersAndDeleteNode, open, pairOneWayController, refreshPedestrianPosition, setConfigState, setName, setPedestrianPosition, startIdentify, stop, stopIdentify, unpairAllOneWayControllers, unpairAllOneWayControllersAndDeleteNode, unpairOneWayController, wink
Bei keinem dieser Funktionen tut sich allerdings was. Kann man Geräte auch neu einlesen? Oder was könnte ich sonst noch probieren?
Du solltest auf keinen Fall Befehle absetzen, deren Auswirkung du nicht kennst - die können bleibende Veränderungen setzen.
Ich würde aber erwarten, dass Open/Close funktioniert - so wie mit der Tahoma App.
Neu eingelesen wird alles bei jedem neuen Verbinden mit der Tahoma Box bzw. dem Server.
Was passiert denn in den Readings, wenn du das Tor mit der Tahoma App bedienst?
Da verändert sich der Wert bei "OpenClosedPedestrianState".
Erst steht dort "closed" (Tor ist auch zu), wenn man es dann auffährt kommt "unknown" (auch ok, weil er kennt die genaue Position nicht mehr) und wenn es dann auf ist, steht dort "open".
Also das passt soweit und es gibt eine gewisse Verbindung.
ich würde erwarten, dass mit "set tahoma_xyz open" das tor öffnet.
Wenn nicht, dann mal Attribut "verbose 4" auf der tahoma box (ACCOUNT) setzen und zugehörige log Ausgaben posten
Zitat von: mike3436 am 19 Januar 2021, 11:27:27
Wenn nicht, dann mal Attribut "verbose 4" auf der tahoma box (ACCOUNT) setzen und zugehörige log Ausgaben posten
Sorry, was ist damit gemeint? Wo muss ich da wie was eintragen? Danke
unter den Attributen (attr) der Tahoma Box kannst du 'verbose' auswählen, und den Wert 4 auswählen und aktivieren
Ah ok, ja hab ich so hinzugefügt. Dann habe ich das Tor versucht per Fhem zu schließen. Im Log steht dann folgendes:
2021.01.19 14:52:41 4: tahoma_xxxxxxxx: tahoma_applyRequest
2021.01.19 14:52:41 4: tahoma_xxxxxxxx: tahoma_applyRequest devices=1
2021.01.19 14:52:41 4: tahoma_xxxxxxxx: tahoma_applyRequest devices=io://xxxx-xxxx-xxxx/xxxxxxxx class=Gate
2021.01.19 14:52:41 4: tahoma_xxxxxxxx: tahoma_checkCommand
2021.01.19 14:52:41 3: tahoma_xxxxxxxx: tahoma_applyRequest data={"label":"Hoftor - Schliessen","actions":[{"deviceURL":"io://xxxx-xxxx-xxxx/xxxxxxxx","commands":[{"name":"close","parameters":[]}]}]}
2021.01.19 14:52:41 4: tahoma_xxxxxxxx: tahoma_parseApplyRequest
Ich hatte erst Verstanden ich muss mich auf der Tahoma Website anmelden und da was einstellen.
Daher war ich zu erst dort gerade und da ist mir im Log/Verlauf von der Tahoma aufgefallen, das es wohl nicht am Plugin liegt.
Ich glaub, das liegt am Tahoma. Und zwar kommt dort der jeweilige Befehl für das Tor an, aber wird durch einen Fehler nicht ausgeführt.
Und der Fehler sagt, dass ein Sicherheitselement bei mir fehlt und daher das nicht ausgeführt werden darf.
Das Problem hatte ich vor ca. 5 Jahren schon mal in der App, das ich dort auch erst nicht das Tor steuern konnte - weil dort die Lichtschranke nicht erkannt wurde. Die Lichtschranke ist aber verbaut und funktioniert auch, und die App funktioniert ja auch inzwischen und meldet keinen Fehler mehr.
Aber irgendwie kommt dieser Fehler wohl jetzt trotzdem wieder zum Tragen, wenn man über das Plugin den Befehl absetzt.
Da können wir/du jetzt wohl nichts dran ändern was, bzw. das umgehen?
Echt komisch das ganze.
Ich habe da leider keinerlei Erfahrung mit Torantrieben, sowie Umgang mit Verriegelungen
ZitatHabt ihr seit gestern auch Probleme Tahoma über FHEM zu nutzen?
Ich bekomme "Bad credentials". Mein Login über https://www.tahomalink.com/enduser-mobile-web/steer-html5-client/tahoma/ in einem Browser funktioniert auch nicht (Meldung: Benutzername Passwort falsch). Aber über die Android App kann ich mich mit den gleichen Zugangsdaten anmelden und die Rollos problemlos steuern. Eine Passwortänderung und Rücksetzung über https://accounts.somfy.com/login haben auch keinen Erfolg gebracht - gleiches Verhalten.
Kann jemand das Verhalten bestätigen oder hat sogar eine Lösung dafür?
Ich hatte das Problem erneut - habe mich wieder an somfy gewendet. Diese haben mir dann gesagt, dass sie beim letzten Mail gar nichts gemacht hätten. Tatsächlich scheint es so zu sein, dass man das Problem selber lösen kann. Folgendes hat bei mir geholfen:
1) Ich habe das tahoma modul für einige Zeit (bei mir 2-3 Stunden) über attribute disable deaktiviert (=keine Loginversuche mehr)
Danach ging der Login über die tahoma -Seite - d.h. falsche Logins über FHEM blockieren auch Web tahoma-Link.
2) Zugangsdaten in fhem config im Klartext wieder beim define gesetzt und config gespeichert
(dann ging login von fhem bei tahoma wieder - keine bad credentials - aber Geräte ließen sich noch nicht steuern)
3)
fhem shutdown restart und es ging wieder alles
Ich hatte das Problem heute... über WebOberfläche keine Login mehr, und über FHEM auch tot.
habe es jetzt disabled...
"2) Zugangsdaten in fhem config im Klartext wieder beim define gesetzt und config gespeichert"
Nur weil das Passwort geändert wurde? Wenn es unverändert wäre, bräuchte man das nicht setzen, oder?
FHEM Shutdown Restart mach ich dann in ein paar Stunden.
Zitat von: Docter am 16 Februar 2021, 14:07:12
Nur weil das Passwort geändert wurde? Wenn es unverändert wäre, bräuchte man das nicht setzen, oder?
Ich hatte es zusätzlich gemacht, obwohl ich mein Passwort auch nicht geändert hatte- ob es wirklich zwingend notwendig ist, weiß ich nicht. Wenn es bei dir ohne klappt, kannst du es ja hier mal schreiben.
Ging auch ohne...
Ein paar Stunden disabled und shutdown restart hat geklappt.
Thx
Moin
Nur so mal ein kleiner Hinweis von mir.
Gestern war wohl der Server von Somfy down. (keine Ahnung wie lange) Da war meine Connexoon auch nicht erreichbar!
Heute geht es wieder und sie will gleich ein update machen!
Gruss Christoph
Zitat von: pc1246 am 17 Februar 2021, 12:39:17
Moin
Nur so mal ein kleiner Hinweis von mir.
Gestern war wohl der Server von Somfy down. (keine Ahnung wie lange) Da war meine Connexoon auch nicht erreichbar!
Heute geht es wieder und sie will gleich ein update machen!
Gruss Christoph
Danke für den Hinweis - bei mir definitiv ein anderes Problem- da bei mir Login über andere Zugänge funktionierte - nur der über tahoma war blockiert!
Hallo, habe ein PRoblem mit der Tahoma Box.
getEventsInterval
2
getStatesInterval
0
lastError
Bad credentials
und im log (mit verbose=5) bekomme ich ein
021.03.01 12:40:21.463 3: tahoma1: tahoma_connect
2021.03.01 12:40:21.463 3: tahoma1: tahoma_login
2021.03.01 12:40:21.463 2: tahoma1: login start
2021.03.01 12:40:21.464 5: tahoma1: tahoma_UserAgent_NonblockingGet page=login
2021.03.01 12:40:21.465 3: tahoma1: request active
2021.03.01 12:40:21.616 5: tahoma1: tahoma_GetCookies looking for Cookies in header
2021.03.01 12:40:21.617 5: tahoma1: tahoma_dispatch data={"errorCode":"AUTHENTICATION_ERROR","error":"Bad credentials"}
2021.03.01 12:40:21.617 3: tahoma1: tahoma_dispatch error: Bad credentials
2021.03.01 12:40:29.789 4: tahoma1: tahoma_cancelExecutions
2021.03.01 12:40:29.789 3: tahoma1: tahoma_cancelExecutions subpage=
2021.03.01 12:40:29.789 5: tahoma1: tahoma_UserAgent_NonblockingGet page=exec/current/setup
2021.03.01 12:40:29.926 5: tahoma1: tahoma_GetCookies looking for Cookies in header
2021.03.01 12:40:29.927 5: tahoma1: tahoma_dispatch data={"errorCode":"RESOURCE_ACCESS_DENIED","error":"Not authenticated"}
2021.03.01 12:40:29.927 3: tahoma1: tahoma_dispatch error: Not authenticated
Hab schon testweise das Passwort auf der somfy Seite geändert (und dann auch hier) hat leider keine Verbesserung/Änderung gebracht
Nur per web lassen sich die Geräte im Moment bedienen.
ZitatBad credentials
bei mir hatte das geholfen:
1) Ich habe das tahoma modul für einige Zeit (bei mir 2-3 Stunden) über attribute disable deaktiviert (=keine Loginversuche mehr)
Danach ging der Login über die tahoma -Seite - d.h. falsche Logins über FHEM blockieren auch Web tahoma-Link.
2) Zugangsdaten in fhem config im Klartext wieder beim define gesetzt und config gespeichert
(dann ging login von fhem bei tahoma wieder - keine bad credentials - aber Geräte ließen sich noch nicht steuern)
3)
fhem shutdown restart und es ging wieder alles
Geht der Login bei dir über?:
https://www.tahomalink.com/enduser-mobile-web/steer-html5-client/tahoma/
Das ging bei mir nämlich auch nicht mehr.
Werde das mit dem disablen mal probieren.
Aber die TaHomalink Webseite komme ich ganz normal drauf, und kann die Geräte steuern.
Habe bei somfy dann passwort geändert, in FHEM das neue Passwort eingegeben und dann FHEM neu gestartet
Oder einfach mal einen Reconnect am Router machen - mit neuer IP hat das bei mir auch schon Wunder gewirkt...
Ok so ganz verstehe ich das im Moment nicht.
Ich habe nun disable auf 1 gestellt.,
Nun funktioniert alles, Obwohl Disable auf 1 steht funktioniert alles?
Ich kann Fenster Öffnen/schließen und bekomme den Status und im FileLog ist kein Fehler mehr drinnen?
Reconnect funktioneirt leider nicht, da ich eine fixe IP habe
bei mir trat das Problem heute auch wieder aus...
kurz disable 20min, wieder enabel und shutdown restart.
Somfy mag wohl die vielen Zugriffe nicht. Tado meckert auch bereits.
Moin
Da es mich jetzt auch ereilt hatte, habe ich jetzt auch mal eine Stunde ca. disabled. Danach das Atrribut geloescht und alles wieder fein!
Bald habe ich wieder mehr Zeit, dann kommt das KLF200 zum Einsatz. Das nervt so ab!
Auf der Seite kann ich mich nicht einloggen!
Gruss Christoph
wie willst du das mit dem KLF200 lösen?
Nach 30min dissable kommt man auch wieder auf die TAHOMA Seite... oder einloggen über SOMFY und von dort über den Link Tahoma steuern. Ging immer, auch wenn die andere Seite sich gesperrt hatte.
Nervig ist das wohl... die Frage ist nur, warum jetzt plötzlich?
Moin
Das KLF200 ist von Velux, und hat nichts mit Somfy zu tun! Man hat auch keinen Zugang von aussen, weshalb ich wohl die Connexoon behalten werde!
Aber dieses andauernde es geht nicht, und das dann der Regierung erklaeren zu muessen, das geht mir schon lange auf den Keks!
Deshalb liegt das KLF ja auch schon bereit!
Gruss Christoph
Hallo, ich kann die Probleme zwar nicht generell bestätigen, aber vielleicht einen Work Around anbieten:
Zur Vergrößerung des Login Intervalls habe ich mal zwei neue Attribute hinzugefügt:
intervalLoginMin = Zeit bis zum ersten Loginversuch nach Fehler, Zeit wird danach immer verdoppelt (default=5s)
intervalLoginMax = Zeit in der das Login zyklisch ausgeführt wird, wenn mehrere Loginversuche gescheitert sind (default=160s)
Auch das zyklische Lesen der Events kann/sollte ggf. über das Attribut intervalEvents mal auf 10s vergrößert werden (default=2s)
Modul Version 223 ist eingecheckt und kann (morgen) über update nachgeladen werden, oder direkt aus dem Repository heruntergeladen werden:
https://svn.fhem.de/fhem/trunk/fhem/FHEM/26_tahoma.pm (https://svn.fhem.de/fhem/trunk/fhem/FHEM/26_tahoma.pm)
Generell befürworte ich aber auch einen Umstieg auf das KLF200 - bei mir läuft das aber leider auch nicht 100%ig zuverlässig.
Es ist manchmal weg und muss über das Web-Interface wieder aktiviert werden.
Kennt einer das Problem bzw. eine Lösung?
Gruß Rolf
Moin Rolf
Danke fuer den Versuch, das zu verbessern!
Ich glaube Deine Frage waere im entsprechenden Thread besser aufgehoben!
Gruss Christoph
Zitat von: mike3436 am 05 März 2021, 11:33:47
Generell befürworte ich aber auch einen Umstieg auf das KLF200 - bei mir läuft das aber leider auch nicht 100%ig zuverlässig.
Es ist manchmal weg und muss über das Web-Interface wieder aktiviert werden.
Kennt einer das Problem bzw. eine Lösung?
Moin Rolf,
bei mir läuft die KLF200 absolut zuverlässig. Ich habe einen Watchdog, der das Teil durchstartet (Shelly einmal off-on), wenn nicht present. Hat aber in den letzten 365 Tagen noch kein einziges mal zugeschlagen. Ist dein Netz stabil?
Gruss
Enno
Hallo Enno,
danke für die Info, das Netz (LAN) ist stabil, aber ich habe auch noch OpenHab parallel am KLF200 und jetzt auch mal den Watchdog eingebaut.
Zitat von: mike3436 am 07 März 2021, 15:39:39
danke für die Info, das Netz (LAN) ist stabil, aber ich habe auch noch OpenHab parallel am KLF200
Hallo Mike,
das könnte aber das Problem sein. Wie Stefan schreibt, (https://forum.fhem.de/index.php/topic,92907.0.html) läuft die KLF200 hin und wieder nicht stabil. Sein Modul löst dann einen Reboot auf dem zweiten Kanal aus. Wenn der aber durch OpenHab belegt ist, funktioniert das vielleicht nicht zuverlässig.
ich denke du solltest mit dem Problem mal in dem richtigen Faden wechseln. Da gibt es bestimmt den Ein oder Anderen der das erklären kann. Hier ist das offtopic ;D
Gruss
Enno
Hallo zusammen,
seit 2018 läuft unser Rolladen perfekt und ohne Störungen mit FHEM tahoma und mit der Somfy App über die Connxoon Box.
nur einmal in 2020 hatte ich schon einmal ein Problem. Nach einem Update bie Somfy musste ich das pwd ändern und alles zurücksetzen, dann leif wieder alles.
Seit ein paar Tagen funktionert er mit FHEM leider wieder nicht mehr. In der Somfy App musste ich erst ein Update für die Box bestätigen, damit er über die App wieder gesteuert werden kann.
in FHEM loggt sich tahoma nicht mehr bei tahomalink.com/... ein.
Ich habe dann folgendes nacheinander versucht:
- 26_tahoma.pm Update, shutdown restart
- alles zurückgesetzt und FHEM neu gestartet
- Passwort geändert, Einloggen mit der Somfy App überprüft, funktioniert mit der App
- alle tahoma Einträge in FHEM (ACCOUNT, devices) gelöscht, tahoma neu definiert mit
define tahoma1 tahoma username passwort
- attr blocking 1 eingetragen
Leider hat alles bisher nichts genutzt, state bleibt trotzdem nach jedem shutdown restart immer auf initialized und bekommt nicht connected.
Dahmit werden auch keine devices angelegt.
hat jemand eine Idee, wie ich den Rolladen wieder über FHEM steuern kann?
Hier das list:
Internals:
BLOCKING 0
Clients :tahoma:
DEF ACCOUNT crypt:xxxxx crypt:xxxxxx
FUUID 604aa365-f33f-f21b-c604-e78936f5f7cb02b5
HTTPCookies
NAME tahoma1
NR 860
NTFY_ORDER 50-tahoma1
STATE Initialized
SUBTYPE ACCOUNT
TYPE tahoma
VERSION 0223
eventId
getEventsInterval 2
getLoginIntervalMax 160
getLoginIntervalMin 5
getStatesInterval 0
lastError Bad credentials
logged_in 0
loginRetryTimer 160
refreshStatesInterval 120
refreshStatesTimer 1615507099
request_active 0
request_time 1615506979.23745
startup_done
startup_run
timeout 10
url https://www.tahomalink.com/enduser-mobile-web/enduserAPI/
userAgent TaHoma/10287 CFNetwork/901.1 Darwin/17.6.0
HTTPCookieHash:
helper:
password xxxxx
username xxxxx
paramHash:
NAME
addr https://www.tahomalink.com:443
auth 0
code 401
displayurl https://www.tahomalink.com/enduser-mobile-web/enduserAPI/login
header User-Agent: TaHoma/10287 CFNetwork/901.1 Darwin/17.6.0
host www.tahomalink.com
httpheader HTTP/1.1 401
Date: Thu, 11 Mar 2021 23:56:18 GMT
Server: overkiz
Strict-Transport-Security: max-age=31536000; includeSubDomains
Content-Type: application/json;charset=UTF-8
Connection: close
keepalive 1
loglevel 4
nonblocking 1
noshutdown 1
page login
path /enduser-mobile-web/enduserAPI/login
protocol https
redirects 0
timeout 10
url https://www.tahomalink.com/enduser-mobile-web/enduserAPI/login
data:
userId xxxxx
userPassword xxxxx
hash:
sslargs:
Attributes:
room tahoma
Viele Grüße
Werner
Moin Werner
Erst einmal deaktiviere das device einmal fuer eine gewisse Zeit. Bei mir war es ueber eine Stunde, da ich es vergessen hatte. Kannst du aber in den Posts hier direkt lesen.
Wenn Du es einfach nur loeschst und neu anlegst, dann ist der Zeitraum zu kurz! Somfy scheint das ewige einloggen nicht zu moegen!
Gruss Christoph
Hallo Christoph,
vielen Dank für den Tipp. Das war es.
Jetzt funktioniert wieder alles.
Viele Grüsse
Werner
Zitat von: pc1246 am 12 März 2021, 06:56:45
deaktiviere das device einmal fuer eine gewisse Zeit
Wie mache ich das am Einfachsten, ohne es zu löschen?
odie13690
ZitatWie mache ich das am Einfachsten, ohne es zu löschen?
Attribut disable auf dem tahoma account aktivieren und nachher wieder löschen
attr mytahoma disable 1Mit der neusten Version gibt es das Attribut intervalLoginMax, und wenn dass auf 1800 gesetzt wird, dann macht das login automatisch irgendwann 1800s = 30min pause.
meine Tahoma spinnt nun total, keine Ahnung ob es einen Zusammenhang gibt...
Beim ersten Lockout waren allen meine IO Antriebe "unerreichbar".
Box Reset half, alle Temp Sensoren mussten mit Batterie entfernen reset werden.
Beim zweiten Lockout dasgleiche Problem...
Jetzt beim letzten Lockout vor Umstellung auf MaxIntervall waren die Antriebe noch da... aber Quasi alle Sensoren weg.
Und auch der Batterie Reset funktionierte nicht mehr.
Alle Fenstersensoren, Sonne und Temperatur Sensoren melden Batterie Tot, funktionieren dann kurz wieder und sind wieder weg.
Box Reset ohne Erfolg...
Antriebe funktionieren, sogar Taster in Tahoma eingebunden funktionieren nicht mehr. Total ärgerlich, weil es das System nahezu wertlos macht.
Kennt das jemand? GIbt vielleicht die Tahoma Box selbst ihren Geist auf?
Bin für jeden Tipp Dankbar.
Zur Aufklärung, nach FHEM Modul disable und nochmaligem Hard-Reset der Tahoma Box läuft die Box und das Modul wieder...
*MeToo* Seit heute Probleme, FHEM Modul geht nicht, lediglich die App läuft. Jalousien kennen plötzlich kein "set ... Up" und "set ... Down" mehr, nur noch "Open" und "Close", die aber auch nicht gehen.
Komme über die Homepage rein, URL (https://www.tahomalink.com/enduser-mobile-web/enduserAPI/) ist laut Debugger unverändert.
Verbose 5 schmeißt:
2021.04.03 23:03:12 1: PERL WARNING: Use of uninitialized value $attrVal in concatenation (.) or string at ./FHEM/26_tahoma.pm line 1575.
Somfy/Tahoma war und ist schon immer ein nerviges Thema. Auch wenn die Hardware toll zu sein scheint, ist die Anbindung und der Support einfach nur grottenschlecht. Wenn ich das ablösen könnte, wäre es das erste! War mehr als einmal froh, noch Fernbedienungen für die Jalousien zu haben.
@Det20:
Schaff dir eine KLF200 an und du hast keine Probleme mehr. ich habe den Umstieg nicht bereut - seitdem keine Fehlfahrten mehr.
Gruß
eurofinder
Gerne, hast du einen Guide? Also um zu springen?
Ich brauche den Sch**ss echt nur wegen der Ansteuerung der Jalousien, ansonsten würde ich die Box nichtmal als Untersetzer für Kaffee nehmen. Und der Support ... Ach was rege ich mich auf, der letzte Scheiß halt. Und trau dich mal eine kritische Frage im Support-Forum von Somfy zu stellen. Deine Frage wird nicht veröffentlicht oder nachträglich, sobald du auch nur im Ansatz was negatives über den Saftladen sagst. Da darfst du nur postives sagen, sowas habe ich noch nie erlebt.
===
Nachtrag: für 15 Minuten disablen und dann wieder aktivieren hat funktioniert.
Ich bin nach der Beschreibung im FHEM-wiki vorgegangen:
https://wiki.fhem.de/wiki/Velux_KLF200 (https://wiki.fhem.de/wiki/Velux_KLF200)
Habe meine Geräte von der Tahoma-Box auf die KLF200 übertragen. Läuft absolut zuverlässig. Mit der Tahoma hatte ich auch immer Probleme dahingehend, dass bei mehr als 10 Geräten, die über die API gesteuert wurden, vereinzelt ein Rollladen nach dem Zufallsprinzip nicht gesteuert wurde.
Mit der KLF200 entfällt der Aufruf des Somfy-Servers, weil keine Internetverbindung notwendig ist. Nachteil: Die Steuerung per App von überall ist nicht mehr möglich. Man kann es aber auch anders sehen: Das Haus ist sicherer geworden, weil nicht von außen angreifbar.
Unterstützung erhälst du auch im Forum unter:
https://forum.fhem.de/index.php?topic=92907.0 (https://forum.fhem.de/index.php?topic=92907.0)
Gruß
eurofinder
Danke, die können aber 'nur' IO und nicht RTS, ist das richtig?
BTW: Steuerung heute wieder nicht möglich, allerdings gibt mir das Modul 'connected' aus.
@Det20:
RTS kann ich nicht sagen, da ich nur IO-Geräte habe.
Gruß
eurofinder
ZitatDanke, die können aber 'nur' IO und nicht RTS, ist das richtig?
Das KLF200 ist für Velux Produkte gedacht, und kann nur IO.
Hallo ich habe heute wiede rmal ein Problem mit dem Tahoma Device - bekomme immer Fehlermeldung "Bad credentials"
Habe schon versucht auf der Somfy Seite das Passwort zu ändern und auch im DEF vom Device.
mit verbose = 5 bekomme ich leider auch keine weiteren details
2021.05.05 13:04:04.809 4: tahoma1: tahoma_refreshAllStates
2021.05.05 13:04:04.810 5: tahoma1: tahoma_UserAgent_NonblockingGet page=setup/devices/states/refresh
2021.05.05 13:04:04.954 5: tahoma1: tahoma_GetCookies looking for Cookies in header
2021.05.05 13:04:04.955 5: tahoma1: tahoma_dispatch data={"errorCode":"RESOURCE_ACCESS_DENIED","error":"Not authenticated"}
2021.05.05 13:04:04.955 3: tahoma1: tahoma_dispatch error: Not authenticated
2021.05.05 13:04:18.580 4: tahoma1: tahoma_getDevices
2021.05.05 13:04:18.580 5: tahoma1: tahoma_UserAgent_NonblockingGet page=setup
2021.05.05 13:04:18.725 5: tahoma1: tahoma_GetCookies looking for Cookies in header
2021.05.05 13:04:18.726 5: tahoma1: tahoma_dispatch data={"errorCode":"RESOURCE_ACCESS_DENIED","error":"Not authenticated"}
2021.05.05 13:04:18.726 3: tahoma1: tahoma_dispatch error: Not authenticated
2021.05.05 13:04:30.377 3: tahoma1: tahoma_connect
2021.05.05 13:04:30.378 3: tahoma1: tahoma_login
2021.05.05 13:04:30.378 2: tahoma1: login start
2021.05.05 13:04:30.378 5: tahoma1: tahoma_UserAgent_NonblockingGet page=login
2021.05.05 13:04:30.379 3: tahoma1: request active
2021.05.05 13:04:30.558 5: tahoma1: tahoma_GetCookies looking for Cookies in header
2021.05.05 13:04:30.558 5: tahoma1: tahoma_dispatch data={"errorCode":"AUTHENTICATION_ERROR","error":"Bad credentials"}
2021.05.05 13:04:30.558 3: tahoma1: tahoma_dispatch error: Bad credentials
2021.05.05 13:04:40.399 3: tahoma1: tahoma_login
2021.05.05 13:04:40.399 2: tahoma1: login start
2021.05.05 13:04:40.400 5: tahoma1: tahoma_UserAgent_NonblockingGet page=login
2021.05.05 13:04:40.930 5: tahoma1: tahoma_GetCookies looking for Cookies in header
2021.05.05 13:04:40.931 5: tahoma1: tahoma_dispatch data={"errorCode":"AUTHENTICATION_ERROR","error":"Bad credentials"}
2021.05.05 13:04:40.931 3: tahoma1: tahoma_dispatch error: Bad credentials
2021.05.05 13:05:00.439 3: tahoma1: tahoma_login
2021.05.05 13:05:00.439 2: tahoma1: login start
2021.05.05 13:05:00.440 5: tahoma1: tahoma_UserAgent_NonblockingGet page=login
2021.05.05 13:05:00.665 5: tahoma1: tahoma_GetCookies looking for Cookies in header
2021.05.05 13:05:00.665 5: tahoma1: tahoma_dispatch data={"errorCode":"AUTHENTICATION_ERROR","error":"Bad credentials"}
2021.05.05 13:05:00.666 3: tahoma1: tahoma_dispatch error: Bad credentials
Hat da noch wer einen Tipp?
Disable für 30min
Shutdown restart
Mach bitte mal ein Screenshot von tahoma1 , hat sich der state geändert?
hab den ganzen FHEM Server schon mal neu gestartet
Wenn ich das Device Disable, dann kommen trotzdem noch log ins filelog rein - scheint trotzdem daten zu senden,
Wenn ich selber die Login Daten an https://www.tahomalink.com/enduser-mobile-web/enduserAPI/ schicke, dann bekomme ich ein
{"success":true,"roles":[{"name":"ENDUSER"}]} zurück.
Der State ist auf "Initialized"
du musst disable 1 setzen und 30min warten...
dann neustarten.
nein daran liegts/lag es nicht.
Irgendwas ist komisch bei mir, ich habe mal einen Workaround gemacht.
Villeicht kann mal ein Profi was dazu sagen.
Ich habe ja im DEF vom Tahoma Device als userId die email adresse drinnen stehen zB. "test@test.com"
In den HttpUtils wird dann ein urlencode gemacht und dabei wird auch der Punkt umgewandelt, das @ wird und MUSS auch gewandelt werden
Aber wenn auch der Punkt umgewandelt wird, dann erkennt Tahoma das bei mir nicht mehr.
Ich habe nun in der 26_tahoma, den data selber zusammengebaut und dabei den punkt als punkt belassen, nun funktioniert alles wieder
Wird es hier eine update mal geben?
Mit der letzen Änderung hat er meine Änderung wieder rausgelöscht beim update...
ZitatWird es hier eine update mal geben?
Wenn du mir deine Änderung postest, dann könnte ich die natürlich übernehmen.
Oder wurde deine Änderung in HttpUtils gemacht - wenn das ein Fehler war, dann kann das wohl auch übernommen werden, wenn nicht, wird's schwierig.
Hallo Zusammen,
ich hoffe ich bin hier richtig.
Ich habe bei mir Zuhause nur Oximo IO Motoren verbaut.
Momentan nutzte ich nur die Somfy Nina zu Ansteuerung. Diese würde ich allerdings gerne erweitern, damit ich die Rolladen usw. auch per Handy (Android) App Steuern kann.
Jetzt lese ich von machen, die Probleme mit der Tahoma Box haben. Dann habe ich die KLF200 erlesen. Nun bin ich etwas unschlüssig.
Die App am Handy ist mir ganz wichtig.
Außerdem kenne ich mich mit der Ansteuerung und den ganzen Schlüsseln nicht aus.
Kann ich von der Somfy Nina, die KLF200 "anlernen".
Was wäre die einfachste Lösung? Tahoma oder KLF200?
Wenn die Frage kommen sollte, ob ich von unterwegs die Rollläden öffnen oder schließen will, ich habe VPN zuhause und kann mich direkt in mein Netz verbinden.
ZitatWas wäre die einfachste Lösung? Tahoma oder KLF200?
Die einfachste Lösung ist wohl Tahoma. Du kannst die Somfy App nutzen, und alles manuell und automatisch per Kalender steuern.
Die Schlüssel kannst du von der Nina einfach auf KLF200 oder Tahoma übertragen/senden.
Wenn du schon eine Hausautomatisierung basierend auf FHEM hast, würde ich das KLF200 verwenden, weil es nur im internen Hausnetz angesprochen wird, und keine externe Serverkommunikation benötigt.
Ich verwende beides, habe aber auch neben FHEM noch OpenHAB am laufen, mit dem das KLF200 verbunden ist.
OpenHAB ist ungleich schwieriger zu konfigurieren, dafür ist aber die HandyApp einfach und schnell zu bedienen.
In FHEM sind alle Geräte einfach und schnell eingebunden, ohne das man sich mit vielen Konfigurationsdateien herumschlagen muss.
Fazit:
Wenn du nur deine Rolladen per App ansteuern willst, dann ist die Tahoma Box immer noch eine gute Wahl.
Die Einbindung in eine bestehende oder angedachte, selbst händelbare Hausautomatisierung macht man besser mit dem KLF200.
Vielen Dank für die Antwort.
Das erleichtert mir die Entscheidung sehr und ich werde zu der Tahoma Box gehen.
Ich strebe auch in Zukunft keine weiteren externen Hausautomationen an, da mit das Know-How fehlt.
Danke!
Hallo zusammen,
wie/wo ändert man bitte das Tahoma-Passwort in FHEM?
LG Ingo
in der DEF vom Tahoma device: <username> <password> (ohne <>) eingeben,
oder neu definieren, so: defmod tahoma1 tahoma ACCOUNT <Loginname> <Password>,
das wird anschliessend verschlüsselt
Danke!
Vor dem Eintrag wahrscheinlich den bisherigen Schlüssel löschen?
LG Ingo
überschreiben
Tut mir leid, ich muss nachfragen:
Da steht ACCOUNT crypt: xxxxxxxxx und
crypt: xxxxxxxxxx
Überschreibe ich jetzt ALLES, also auch ACCOUNT Crypt etc oder nur den dahinter stehenden Schlüssel?
Vielen Dank!
Danke, hat geklappt!
Noch ein kleiner Hinweis, falls Du die Connexoon Box hast:
Die Connexoon Box braucht ab und an ein Update, das wird Dir in der Somfy App angezeigt.
Wenn das Update ausgeführt wurde, funktioniert tahoma in FHEM manchmal nicht mehr.
Meine Erfahrung ist, dann muss man in FHEM in die Komandozeile Update tahoma eingeben.
Wenn das Update ausgeführt wurde, funktioniert alles wieder.
Offenbar passt ein guter Geist in FHEM die Somfy Änderungen an.
Das ist ein guter Tipp, vielen Dank!
Ich hab zwar nicht die Connexxoon, aber ein Update wurde auch bei meiner Box durchgeführt. Hoffte, so die Fehlermeldung
WEB_192.168.xxx.xx_59746 / command jsonlist2 tahoma_161215,tahoma_161218,tahoma_161732,tahoma_161672,tahoma_161238,tahoma_161216,tahoma_161219,tahoma_161671,tahoma_161668,tahoma_161215Timer,tahoma_161218Timer,tahoma_161732Timer,tahoma_161672Timer,tahoma_161238Timer,tahoma_161216Timer,tahoma_161219Timer,tahoma_161671Timer,tahoma_161668Timer STATE direction ClosureState disabled state. For details see the csrfToken FHEMWEB attribute.
2021.06.08 07:32:37 3: tahoma1: tahoma_login
2021.06.08 07:32:37 2: tahoma1: login start
2021.06.08 07:32:37 3: tahoma1: tahoma_dispatch error: Bad credentials
2021.06.08 07:33:19 3: tahoma_161672: tahoma_applyRequest failed - define error
loszuwerden, hat aber nicht geklappt.
Wie weiter oben empfohlen, hab ich auch mal das Passwort bei Somfy und in FHEM geändert - Fehlermeldungen bleiben.
Muss ich das Gerät neu installieren oder gibt es noch weitere Lösungsmöglichkeiten?
Früher hat die Steuerung einwandfrei funktioniert.
LG Ingo
Sieh mal weiter oben auf Seite 36 die Tips dazu.
gruß
Werner
Danke, Werner, probiere ich gleich aus.
LG Ingo
Mist, hat leider nicht funktioniert. Gerät mehr als eine Stunde disabled, dann enabled und die neuen Attribute intervalLoginMax, intervallLoginMin und auch intervallEvents eingetragen.
Fehlermeldung:
2021.06.08 11:24:10 3: tahoma1: tahoma_login
2021.06.08 11:24:10 2: tahoma1: login start
2021.06.08 11:24:11 3: tahoma1: tahoma_dispatch error: Bad credentials
2021.06.08 11:24:18 3: tahoma_161732: tahoma_applyRequest failed - define error
Was könnte ich noch probieren? Der "define error" kommt mir verdächtig vor.
Ebenso auch
2021.06.08 11:29:31 3: FHEMWEB WEB CSRF error: csrf_188968149787xxx ne csrf_117105027435569xxx for client WEB_192.168.178.95_49xxx / command set tahoma_161732 setClosure 50. For details see the csrfToken FHEMWEB attribute.
csrfToken?????
LG Ingo
Ohne erfolgreiches Login können keine Kommandos abgesetzt werden.
"Bad credentials" könnte in deinem Fall auch auf ein Passwort mit Sonderzeichen hinweisen, die wohl nicht immer sauber bzw. wie erwartet übertragen werden.
Wenn dem so ist, dann Passwort auf Tahoma Webpage ändern und erneut in Account eintragen.
Vorher schon FHEM tahoma Modul deaktivieren, damit nicht regelmässig ein Loginversuch mit falschem Passwort ausgeführt wird.
LG Rolf
Hallo Rolf,
das Passwort enthält keine Sonderzeichen.
Auffällig finde ich auch, dass parallel eine ähnliche Fritzbox-Fehlermeldung auftaucht:
2021.06.08 13:22:48 2: FRITZBOX FritzBox: Readout_Run_Web.1376 Error: Didn't get a session ID
Bei der FritzBox muss jetzt User und PW eingegeben sein, danach sollte der Fehler verschwunden sein. Ist aber nicht!
Ob beide Fehlermeldungen im Zusammenhang stehen bzw womöglich die gleiche Ursache haben?
Hab jetzt tahoma1 gelöscht und neu angelegt. "get tahoma1 devices" bringt "no devices found". HTTPCookies sind leer.
Zum Verzweifeln!
Beide Probleme (tahoma und FritzBox) sind übrigens erstmals nach einem Update des Raspi aufgefallen.
LG Ingo
kann es sein, dass dein Raspi nicht an der Fritzbox angemeldet ist oder eine falsche IP Adresse hat?
dann kann tahoma auch nicht auf die cloud zugreifen und keinen login machen
falsche Überlegung, dann ging ja der web-Zugriff auf FHEM auch nicht
aber es deutet doch auf ein Netzwerkproblem hin.
In solchen Fällen schalte ich den Raspi und die Fritzbox ab, zähle bis 10, schalte die fritzbox an, warte bis frizbox verbunden ist und
schalte den Raspi an.
Ist zwar nicht professionell, aber führt manchmal zum Erfolg. ggf. noch mit Putty in den Raspi einloggen und mit "systemctl stop fhem", und "systemctl start fhem" FHEM
aus- und einschalten.
Hast du vielleicht ein backup vor dem update gemacht?
viele Grüße
Werner
Hallo Werner,
probiere ich nachher. Ja, eine Sicherung liegt vor. Werde ich danach mal einspielen.
LG Ingo
Sicherung (mit Stand vor dem Update) eingespielt. Auch hier zeigt tahoma1 keine HTTPCookies. Status initialized. Fehler hat also wohl nichts mit dem Update zu tun.
Als nächstes werde ich den Neustart der Box und des Raspi probieren.
Solange der Status von tahoma1 initialized ist, hat sich das device nicht über das Netzwerk eingelogged.
kannst Du denn den Rolladen auf der mobilen App mit dem Handy oder tablet steuern, wenn die Geräte über das WLAN im Internet sind.
Wenn Du alles zurücksetzt und neu anmeldest, zeig mal einen entsprechenden Ausschnitt des Logfiles dazu.
Viele Grüße
Werner
Hallo Werner,
zwischenzeitlich war mal "connected" und ein HTTPCookie angezeigt worden, ohne dass eine Bedienung über den Raspi möglich war. Jetzt sind sie wieder weg. Über die App und via Internet lassen die Rollläden sich wie gewohnt steuern.
Hier der Ausschnitt aus dem Log:
021.06.09 14:16:01 3: tahoma1: tahoma_login
2021.06.09 14:16:01 2: tahoma1: login start
2021.06.09 14:16:01 3: tahoma1: request active
2021.06.09 14:16:01 3: tahoma_00000BE8: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_00000BE8: unknown device=ogp://1203-1168-3381/00000BE8, subtype=DEVICE
2021.06.09 14:16:01 3: tahoma_00d06fb5: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_00d06fb5: unknown device=undefined, subtype=PLACE
2021.06.09 14:16:01 3: tahoma_039575E9: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_039575E9: unknown device=ogp://1203-1168-3381/039575E9, subtype=DEVICE
2021.06.09 14:16:01 3: tahoma_09E45393: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_09E45393: unknown device=ogp://1203-1168-3381/09E45393, subtype=DEVICE
2021.06.09 14:16:01 3: tahoma_12937606: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_12937606: unknown device=io://1203-1168-3381/12937606, subtype=DEVICE
2021.06.09 14:16:01 3: tahoma_151a1bfe: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_151a1bfe: unknown device=undefined, subtype=PLACE
2021.06.09 14:16:01 3: tahoma_161215: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_161215: unknown device=io://1203-1168-3381/161215, subtype=DEVICE
2021.06.09 14:16:01 3: tahoma_161216: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_161216: unknown device=io://1203-1168-3381/161216, subtype=DEVICE
2021.06.09 14:16:01 3: tahoma_161218: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_161218: unknown device=io://1203-1168-3381/161218, subtype=DEVICE
2021.06.09 14:16:01 3: tahoma_161219: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_161219: unknown device=io://1203-1168-3381/161219, subtype=DEVICE
2021.06.09 14:16:01 3: tahoma_161238: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_161238: unknown device=io://1203-1168-3381/161238, subtype=DEVICE
2021.06.09 14:16:01 3: tahoma_161668: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_161668: unknown device=io://1203-1168-3381/161668, subtype=DEVICE
2021.06.09 14:16:01 3: tahoma_161671: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_161671: unknown device=io://1203-1168-3381/161671, subtype=DEVICE
2021.06.09 14:16:01 3: tahoma_161672: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_161672: unknown device=io://1203-1168-3381/161672, subtype=DEVICE
2021.06.09 14:16:01 3: tahoma_161732: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_161732: unknown device=io://1203-1168-3381/161732, subtype=DEVICE
2021.06.09 14:16:01 3: tahoma_1e635fc0: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_1e635fc0: unknown device=undefined, subtype=PLACE
2021.06.09 14:16:01 3: tahoma_26976bdc: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_26976bdc: unknown device=undefined, subtype=PLACE
2021.06.09 14:16:01 3: tahoma_2874f891: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_2874f891: unknown device=undefined, subtype=PLACE
2021.06.09 14:16:01 3: tahoma_3331ac2d: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_3331ac2d: unknown device=undefined, subtype=SCENE
2021.06.09 14:16:01 3: tahoma_3de78c50: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_3de78c50: unknown device=undefined, subtype=PLACE
2021.06.09 14:16:01 3: tahoma_63c0d0d4: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_63c0d0d4: unknown device=undefined, subtype=PLACE
2021.06.09 14:16:01 3: tahoma_65c9c028: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_65c9c028: unknown device=undefined, subtype=PLACE
2021.06.09 14:16:01 3: tahoma_66a81f9b: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_66a81f9b: unknown device=undefined, subtype=PLACE
2021.06.09 14:16:01 3: tahoma_6ec53749: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_6ec53749: unknown device=undefined, subtype=PLACE
2021.06.09 14:16:01 3: tahoma_742379fb: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_742379fb: unknown device=undefined, subtype=PLACE
2021.06.09 14:16:01 3: tahoma_924f6909: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_924f6909: unknown device=undefined, subtype=SCENE
2021.06.09 14:16:01 3: tahoma_a0d91d26: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_a0d91d26: unknown device=undefined, subtype=PLACE
2021.06.09 14:16:01 3: tahoma_b27174db: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_b27174db: unknown device=undefined, subtype=PLACE
2021.06.09 14:16:01 3: tahoma_b58d0d73: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_b58d0d73: unknown device=undefined, subtype=PLACE
2021.06.09 14:16:01 3: tahoma_b76484c2: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_b76484c2: unknown device=undefined, subtype=PLACE
2021.06.09 14:16:01 3: tahoma_bb1683a2: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_bb1683a2: unknown device=undefined, subtype=PLACE
2021.06.09 14:16:01 3: tahoma_bfb06ac4: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_bfb06ac4: unknown device=undefined, subtype=SCENE
2021.06.09 14:16:01 3: tahoma_c9abb27c: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_c9abb27c: unknown device=undefined, subtype=SCENE
2021.06.09 14:16:01 3: tahoma_c9f5a3fb: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_c9f5a3fb: unknown device=undefined, subtype=PLACE
2021.06.09 14:16:01 3: tahoma_d1dc64e3: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_d1dc64e3: unknown device=undefined, subtype=PLACE
2021.06.09 14:16:01 3: tahoma_d3a287c8: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_d3a287c8: unknown device=undefined, subtype=SCENE
2021.06.09 14:16:01 3: tahoma_d965fcec: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_d965fcec: unknown device=undefined, subtype=PLACE
2021.06.09 14:16:01 3: tahoma_df2f3d1b: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_df2f3d1b: unknown device=undefined, subtype=PLACE
2021.06.09 14:16:01 3: tahoma_eba09a01: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_eba09a01: unknown device=undefined, subtype=PLACE
2021.06.09 14:16:01 3: tahoma_f5c81d62: I/O device is tahoma1
2021.06.09 14:16:01 3: tahoma_f5c81d62: unknown device=undefined, subtype=SCENE
2021.06.09 14:16:02 3: tahoma_fc986ed9: I/O device is tahoma1
2021.06.09 14:16:02 3: tahoma_fc986ed9: unknown device=undefined, subtype=PLACE
2021.06.09 14:16:02 3: tahoma_pod_0: I/O device is tahoma1
2021.06.09 14:16:02 3: tahoma_pod_0: unknown device=internal://1203-1168-3381/pod/0, subtype=DEVICE
2021.06.09 14:16:02 3: tahoma_stack: I/O device is tahoma1
2021.06.09 14:16:02 3: tahoma_stack: unknown device=homekit://1203-1168-3381/stack, subtype=DEVICE
2021.06.09 14:16:02 0: Featurelevel: 6
2021.06.09 14:16:02 0: Server started with 314 defined entities (fhem.pl:21952/2020-05-16 perl:5.028001 os:linux user:fhem pid:526)
2021.06.09 14:16:02 2: dectrepeater error: cannot get SID, check connection/hostname/fritzbox-user/password
2021.06.09 14:16:02 3: telnetForBlockingFn_1623240XXX: port 44XXX opened
2021.06.09 14:16:05 3: tahoma1: request active
2021.06.09 14:16:05 3: tahoma1: tahoma_dispatch error: Bad credentials
Was muss ich denn wie alles löschen, um vor einer Neueinrichtung sämtliche Spuren zu tilgen? Im Room tahoma finden sich zB diverse Rooms und Scenes, die für mich völlig bedeutungslos sind. Es fehlen dagegen die neuen Devices.
Vielen Dank für Dein Bemühen!
LG Ingo
ich muss mich hier nun leider auch melden - habe das gleiche Problem: "Bad credentials".
mir scheint als hat es mit der Umstellung von Somfy auf die neue Anmeldeseite zu tun?
Unter tahomalink.com (https://www.tahomalink.com/enduser-mobile-web/steer-html5-client/tahoma/) kann ich mich auch wegen falschem Passworts nicht mehr anmelden. Auf diese URL verweist ja auch die verwendete API in FHEM.
Die NEUE Seite https://www.somfy-connect.com/de/ funktioniert und verbindet dann weiter auf die gewohnte tahoma Webpage.
Evtl hilft das den Entwicklern weiter!
Hallo Werner,
zwischenzeitlich war mal "connected" und ein HTTPCookie angezeigt worden, ohne dass eine Bedienung über den Raspi möglich war. Jetzt sind sie wieder weg. Über die App und via Internet lassen die Rollläden sich wie gewohnt steuern.
Hier der Ausschnitt aus dem Log:
[code]021.06.09 14:16:01 3: tahoma1: tahoma_login
2021.06.09 14:16:01 2: tahoma1: login start
2021.06.09 14:16:01 3: tahoma1: request active
2021.06.09 14:16:01 3: tahoma_00000BE8: I/O device is tahoma1
, subtype=DEVICE
2021.06.09 14:16:02 0: Featurelevel: 6
2021.06.09 14:16:02 0: Server started with 314 defined entities (fhem.pl:21952/2020-05-16 perl:5.028001 os:linux user:fhem pid:526)
2021.06.09 14:16:02 2: dectrepeater error: cannot get SID, check connection/hostname/fritzbox-user/password
2021.06.09 14:16:02 3: telnetForBlockingFn_1623240XXX: port 44XXX opened
2021.06.09 14:16:05 3: tahoma1: request active
2021.06.09 14:16:05 3: tahoma1: tahoma_dispatch error: Bad credentials
Was muss ich denn wie alles löschen, um vor einer Neueinrichtung sämtliche Spuren zu tilgen? Im Room tahoma finden sich zB diverse Rooms und Scenes, die für mich völlig bedeutungslos sind. Es fehlen dagegen die neuen Devices.
Vielen Dank für Dein Bemühen!
LG Ingo
[/quote]
Hallo Ingo,
zunächst ein Hinweis zum DECT Anschluss, der offenbar auch nicht funtioniert.
Lies mal unter https://knowblog.de/fhem-einbinden-von-fritz-dect-200-avm/
Vielleicht ist das nützlich.
Dann würde ich alle devices im Raum tahoma löschen, dann verschwindet der Raum auch.
Dann in die Komandozeile update tahoma eingeben.
Das dauert ein bißchen bis es fertig ist. Auf die Ausgabe nach dem Update warten.
Anschließend tahoma ganz neu nach Anweisung installieren.
Dann geht es hoffentlich wieder.
viele Grüße
Werner
Versuche ich, vielen Dank!
Also bei mir ist seit gestern auch schicht im Schacht ... auch das neu anlegen des Devices hilft nicht.
Es bleibt immer bei der Meldung: "Bad Credentials" ... ich vermute mal das die irgendwas an der API geändert haben ...
Die "Somfy - Connexoon"-App geht nach wie vor ...
Hallo zusammen, hallo Mike,
jetzt ist es passiert. Ich habe ein wenig herumprobiert und habe jetzt auch in FHEM keinen Zugang zu meinem Somfy Account mehr.
Ich hoffe, Mike liest diesen Beitrag demnächst und kann uns helfen.
Folgendes passiert (bei mir zumindest so)
Ich habe die Connexoon Box zur Steuerung vom io-Rolladenmotor.
Diese ist bei Somfy angemeldet und aktiviert mit der zugehörigen PIN.
auf meinen Mobilgeräten habe ich die Somfy App, eingelogged mit Mailadresse (username) und Passwort.
Damit kann ich den Rolladen einwandfrei steuern. Zur Sicherheit, dass aktuelle Daten verwendet werden,
habe ich das Passwort geändert und die Aktivierung überprüft.
Das ganze funktionierte bis gestern auch noch mit dem tahoma device in FHEM.
Folgende Änderung scheint es bei Somfy zu geben:
In der Vergangenheit hat das Login mit der aktivierten Connexoon Pin und dem User und Passwort für Connexoon Windows funktioniert.
Heute werden unter der URL https://www.tahomalink.com/enduser-mobile-web/enduserAPI/ offenbar die
Login-Daten für die Connexoon Box nicht mehr akzeptiert.
Wenn ich auf die Webseite von Somfy gehe, kann ich mich mit den Daten in den Connexon-Bereich einloggen aber nicht
in den Bereich Tahoma-Box. Dort muß offenbar eine aktivierte Tahoma-Box mit eigenem Passwort vorhanden sein.
Ob das vorher auch schon so war oder ob jetzt eine Trennung erfolgt ist weiß ich nicht.
Tatsache ist, das die im Modul stehenden URL die für die Box gültigen Daten nicht akzeptiert und ich
nehme an, das die URL geändert werden muss.
Viele Grüße
Werner
Login Daten werden auf der Seite https://accounts.somfy.com/ akzeptiert, auf der Seite tahomalink.com jedoch nicht.
Wenn ich die URL https://api.somfy.com/api/ in 26_tahoma.pm eintrage, bekomme ich den Status connected, aber es werden keine weitere devices angelegt.
also ... ich hab die URL geändert auf ...enduser-mobile-web/externalAPI/json darauf hin bewegte sich ein rollladen wieder ... dann passierte wieder nix ... also hab ich die url zurückgeändert .. seit dem funktionieren die rolladen wieder ...
aber !!! solange sich ein rolladen bewegt blockiert fhem und kann keine andere aktion ausführen ^.^'
darauf hin hab ich einfach mal ein normales update durchgeführt ... folge
! nach dem update funktioniert alles wieder !
Bei mir jetzt auch.
Update und alles einmal neu aufgesetzt, (autocreate disable 0 nicht vergessen), und alles geht wieder.
viele Grüße
Werner
Bitte einmal ganz ausführlich.... Wie habt Ihr das gemacht?
(Tahoma1 und alle Devices im Raum tahoma einzeln löschen? Dann update tahoma? Danach define tahoma1 tahoma ACCOUNT user passwort? Und an welcher Stelle/wo autocreate disable 0? Hab ich irgendetwas vergessen?
Vielen Dank,
Ingo
bei mir läuft auch alles wieder, habe nichts angefasst. evtl hatte Somfy Probleme/Umstellungen mit der API
Ein Wunder! Bei mir läuft es auch wieder - ohne irgendwelche Maßnahmen. Also wohl wirklich ein Somfy-Problem.
Vielen Dank Allen für die Tipps!
In den Internals findet sich übrigens folgender Hinweis:
json string is faulty: <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML ..
Schaun wir mal, was daraus noch wird....
LG Ingo
Hallo Zusammen,
tut mir leid, wenn nicht alles mit dem rahoma-Modul und dem Somfy-Server rund läuft. Ich habe das bei mir kontrolliert, und keine größeren Auffälligkeiten festgestellt. Ich habe aber auch eine 8 Jahre alte Tahoma Box, und keine Connexxon. Probleme könnten aber auch durch das HttpUtils Modul kommen, an dem von Zeit zu Zeit Änderungen gemacht werden, und dann je nach Update Stand bei den Leuten verschiedene Versionen aktiv sind. Wenn ich hier im Forum Probleme mitbekomme, dann mache ich in der Windows Laufzeitumgebung immer erst mal ein Update des FHEM auf den aktuellen Stand, und schaue mir dann das Verhalten unnter Windows an. Wenn ich dann kein Problem feststellen kann und auch nichts zu eurem Problem beitragen kann, dann beteilige ich mich auch nicht unbedingt an der Diskussion.
Des weiteren sehe ich mir auch meine FHEM Logs an (gefiltert mit grep bzw. findstr nach "ahoma", "request login error", "tahoma_dispatch")
y:\log\fhem-2021-06-01.log:2021.06.01 01:22:20 2: tahoma1: tahoma_dispatch http request failed: connect to https://178.32.15.131:443 timed out
y:\log\fhem-2021-06-01.log:2021.06.01 01:22:52 2: tahoma1: tahoma_dispatch http request failed: read from https://178.32.15.131:443 timed out
y:\log\fhem-2021-06-01.log:2021.06.01 07:01:55 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-01.log:2021.06.01 07:01:55 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-01.log:2021.06.01 07:30:34 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-01.log:2021.06.01 07:30:34 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-01.log:2021.06.01 08:01:12 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-01.log:2021.06.01 08:01:12 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-01.log:2021.06.01 08:01:46 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-01.log:2021.06.01 08:01:46 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-01.log:2021.06.01 22:01:34 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-01.log:2021.06.01 22:01:34 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-01.log:2021.06.01 22:02:08 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-01.log:2021.06.01 22:02:08 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-01.log:2021.06.01 22:28:47 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-01.log:2021.06.01 22:28:47 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-02.log:2021.06.02 05:46:25 2: tahoma1: tahoma_dispatch http request failed: connect to https://178.32.15.131:443 timed out
y:\log\fhem-2021-06-02.log:2021.06.02 07:00:57 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-02.log:2021.06.02 07:00:57 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-02.log:2021.06.02 07:01:31 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-02.log:2021.06.02 07:01:31 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-02.log:2021.06.02 19:13:08 2: tahoma1: tahoma_dispatch http request failed: 178.32.15.131: Network is unreachable
y:\log\fhem-2021-06-02.log:2021.06.02 22:02:03 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-02.log:2021.06.02 22:02:03 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-02.log:2021.06.02 22:28:42 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-02.log:2021.06.02 22:28:42 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-02.log:2021.06.02 22:29:18 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-02.log:2021.06.02 22:29:18 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-02.log:2021.06.02 22:29:54 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-02.log:2021.06.02 22:29:54 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-02.log:2021.06.02 22:30:30 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-02.log:2021.06.02 22:30:30 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-02.log:2021.06.02 22:31:06 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-02.log:2021.06.02 22:31:06 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-03.log:2021.06.03 01:24:08 2: tahoma1: tahoma_dispatch http request failed: connect to https://178.32.15.131:443 timed out
y:\log\fhem-2021-06-03.log:2021.06.03 05:22:37 2: tahoma1: tahoma_dispatch http request failed: connect to https://178.32.15.131:443 timed out
y:\log\fhem-2021-06-03.log:2021.06.03 07:01:11 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-03.log:2021.06.03 07:01:11 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-03.log:2021.06.03 07:01:47 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-03.log:2021.06.03 07:01:47 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-03.log:2021.06.03 07:02:07 3: tahoma1: tahoma_dispatch error: Bad credentials
y:\log\fhem-2021-06-03.log:2021.06.03 22:00:23 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-03.log:2021.06.03 22:00:23 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-03.log:2021.06.03 22:31:03 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-03.log:2021.06.03 22:31:03 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-03.log:2021.06.03 22:31:37 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-03.log:2021.06.03 22:31:37 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-04.log:2021.06.04 01:23:41 2: tahoma1: tahoma_dispatch http request failed: read from https://178.32.15.131:443 timed out
y:\log\fhem-2021-06-04.log:2021.06.04 01:24:00 2: tahoma1: tahoma_dispatch http request failed: connect to https://178.32.15.131:443 timed out
y:\log\fhem-2021-06-04.log:2021.06.04 05:21:29 2: tahoma1: tahoma_dispatch http request failed: connect to https://178.32.15.131:443 timed out
y:\log\fhem-2021-06-04.log:2021.06.04 07:02:02 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-04.log:2021.06.04 07:02:02 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-04.log:2021.06.04 07:30:40 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-04.log:2021.06.04 07:30:40 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-04.log:2021.06.04 08:01:19 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-04.log:2021.06.04 08:01:19 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-04.log:2021.06.04 22:01:03 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-04.log:2021.06.04 22:01:03 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-04.log:2021.06.04 22:01:37 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-04.log:2021.06.04 22:01:37 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-04.log:2021.06.04 22:22:14 4: tahoma1: tahoma_dispatch data=<html><head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title>Overkiz - Universal HomeControl</title> <!-- PROD1 --> <style> body { font-family: Arial, Verdana, Helvetica, sans-serif; font-size: 10pt; color: black; } </style></head><body><div align="center"><br/><br/><br/><br/><table border="0" width="90%"> <tr> <td width="50%" align="center"><img src="/error/overkiz_logo.gif"/></td> <td> <p class="intro"> <b>Server is down for maintenance</b><br/> <br/> We are sorry for the inconvenience.<br/> Please try again in a few minutes. </p> </td> </tr></table></div></body></html>
y:\log\fhem-2021-06-04.log:2021.06.04 22:30:45 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-04.log:2021.06.04 22:30:45 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-04.log:2021.06.04 22:31:19 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-04.log:2021.06.04 22:31:19 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-04.log:2021.06.04 22:31:53 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-04.log:2021.06.04 22:31:53 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-05.log:2021.06.05 01:22:45 2: tahoma1: tahoma_dispatch http request failed: connect to https://178.32.15.131:443 timed out
y:\log\fhem-2021-06-05.log:2021.06.05 01:23:14 2: tahoma1: tahoma_dispatch http request failed: read from https://178.32.15.131:443 timed out
y:\log\fhem-2021-06-05.log:2021.06.05 05:20:17 2: tahoma1: tahoma_dispatch http request failed: connect to https://178.32.15.131:443 timed out
y:\log\fhem-2021-06-05.log:2021.06.05 07:00:51 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-05.log:2021.06.05 07:00:51 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-05.log:2021.06.05 08:01:34 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-05.log:2021.06.05 08:01:34 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-05.log:2021.06.05 22:41:35 4: tahoma1: tahoma_dispatch data=<html><head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title>Overkiz - Universal HomeControl</title> <!-- PROD1 --> <style> body { font-family: Arial, Verdana, Helvetica, sans-serif; font-size: 10pt; color: black; } </style></head><body><div align="center"><br/><br/><br/><br/><table border="0" width="90%"> <tr> <td width="50%" align="center"><img src="/error/overkiz_logo.gif"/></td> <td> <p class="intro"> <b>Server is down for maintenance</b><br/> <br/> We are sorry for the inconvenience.<br/> Please try again in a few minutes. </p> </td> </tr></table></div></body></html>
y:\log\fhem-2021-06-06.log:2021.06.06 01:23:27 2: tahoma1: tahoma_dispatch http request failed: read from https://178.32.15.131:443 timed out
y:\log\fhem-2021-06-06.log:2021.06.06 01:23:44 3: tahoma1: tahoma_dispatch error: Bad credentials
y:\log\fhem-2021-06-06.log:2021.06.06 05:19:18 2: tahoma1: tahoma_dispatch http request failed: connect to https://178.32.15.131:443 timed out
y:\log\fhem-2021-06-06.log:2021.06.06 08:01:58 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-06.log:2021.06.06 08:01:58 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-06.log:2021.06.06 08:30:37 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-06.log:2021.06.06 08:30:37 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-06.log:2021.06.06 09:01:16 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-06.log:2021.06.06 09:01:16 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-06.log:2021.06.06 09:01:50 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-06.log:2021.06.06 09:01:50 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-06.log:2021.06.06 22:01:33 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-06.log:2021.06.06 22:01:33 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-06.log:2021.06.06 22:32:12 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-06.log:2021.06.06 22:32:12 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-06.log:2021.06.06 22:32:46 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-06.log:2021.06.06 22:32:46 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-07.log:2021.06.07 01:22:38 2: tahoma1: tahoma_dispatch http request failed: https://178.32.15.131/enduser-mobile-web/enduserAPI/events/x/fetch: Can't connect(2) to https://178.32.15.131:443: SSL wants a read first
y:\log\fhem-2021-06-07.log:2021.06.07 01:22:48 4: tahoma1: tahoma_dispatch data=<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"><html><head><title>400 Bad Request</title></head><body><h1>Bad Request</h1><p>Your browser sent a request that this server could not understand.<br />Reason: You're speaking plain HTTP to an SSL-enabled server port.<br /> Instead use the HTTPS scheme to access this URL, please.<br /></p></body></html>
y:\log\fhem-2021-06-07.log:2021.06.07 07:00:12 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-07.log:2021.06.07 07:00:12 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-07.log:2021.06.07 07:00:46 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-07.log:2021.06.07 07:00:46 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-07.log:2021.06.07 07:01:20 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-07.log:2021.06.07 07:01:20 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-07.log:2021.06.07 07:01:40 3: tahoma1: tahoma_dispatch error: Bad credentials
y:\log\fhem-2021-06-07.log:2021.06.07 07:02:20 3: tahoma1: tahoma_dispatch error: Bad credentials
y:\log\fhem-2021-06-07.log:2021.06.07 22:33:23 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-07.log:2021.06.07 22:33:23 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-07.log:2021.06.07 22:33:57 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-07.log:2021.06.07 22:33:57 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-07.log:2021.06.07 22:34:31 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-07.log:2021.06.07 22:34:31 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-08.log:2021.06.08 01:23:11 2: tahoma1: tahoma_dispatch http request failed: https://178.32.15.131/enduser-mobile-web/enduserAPI/events/x/fetch: Can't connect(2) to https://178.32.15.131:443: SSL wants a read first
y:\log\fhem-2021-06-08.log:2021.06.08 01:23:21 4: tahoma1: tahoma_dispatch data=<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"><html><head><title>400 Bad Request</title></head><body><h1>Bad Request</h1><p>Your browser sent a request that this server could not understand.<br />Reason: You're speaking plain HTTP to an SSL-enabled server port.<br /> Instead use the HTTPS scheme to access this URL, please.<br /></p></body></html>
y:\log\fhem-2021-06-08.log:2021.06.08 05:17:30 2: tahoma1: tahoma_dispatch http request failed: connect to https://178.32.15.131:443 timed out
y:\log\fhem-2021-06-08.log:2021.06.08 07:02:06 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-08.log:2021.06.08 07:02:06 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-08.log:2021.06.08 07:30:46 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-08.log:2021.06.08 07:30:46 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-08.log:2021.06.08 08:01:25 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-08.log:2021.06.08 08:01:25 4: tahoma1: tahoma_dispatch data={"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
y:\log\fhem-2021-06-08.log:2021.06.08 22:00:17 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-08.log:2021.06.08 22:34:48 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-09.log:2021.06.09 01:23:11 2: tahoma1: tahoma_dispatch http request failed: https://178.32.15.131/enduser-mobile-web/enduserAPI/setup/devices/states/refresh: Can't connect(2) to https://178.32.15.131:443: SSL wants a read first
y:\log\fhem-2021-06-09.log:2021.06.09 05:16:42 2: tahoma1: tahoma_dispatch http request failed: connect to https://178.32.15.131:443 timed out
y:\log\fhem-2021-06-09.log:2021.06.09 08:01:20 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-10.log:2021.06.10 01:22:24 2: tahoma1: tahoma_dispatch http request failed: https://178.32.15.131/enduser-mobile-web/enduserAPI/events/x/fetch: Can't connect(2) to https://178.32.15.131:443: SSL wants a read first
y:\log\fhem-2021-06-10.log:2021.06.10 05:15:45 2: tahoma1: tahoma_dispatch http request failed: connect to https://178.32.15.131:443 timed out
y:\log\fhem-2021-06-10.log:2021.06.10 07:00:18 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-10.log:2021.06.10 08:00:22 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-10.log:2021.06.10 22:01:40 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-10.log:2021.06.10 22:35:44 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-11.log:2021.06.11 01:22:07 2: tahoma1: tahoma_dispatch http request failed: https://178.32.15.131/enduser-mobile-web/enduserAPI/setup/devices/states/refresh: Can't connect(2) to https://178.32.15.131:443: SSL wants a read first
y:\log\fhem-2021-06-11.log:2021.06.11 05:14:55 2: tahoma1: tahoma_dispatch http request failed: connect to https://178.32.15.131:443 timed out
y:\log\fhem-2021-06-11.log:2021.06.11 08:01:36 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-11.log:2021.06.11 21:00:39 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-11.log:2021.06.11 22:00:45 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-12.log:2021.06.12 01:22:56 2: tahoma1: tahoma_dispatch http request failed: https://178.32.15.131/enduser-mobile-web/enduserAPI/events/x/fetch: Can't connect(2) to https://178.32.15.131:443: SSL wants a read first
y:\log\fhem-2021-06-12.log:2021.06.12 05:13:52 2: tahoma1: tahoma_dispatch http request failed: connect to https://178.32.15.131:443 timed out
y:\log\fhem-2021-06-12.log:2021.06.12 08:00:32 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-12.log:2021.06.12 22:37:48 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-13.log:2021.06.13 01:22:53 2: tahoma1: tahoma_dispatch http request failed: read from https://178.32.15.131:443 timed out
y:\log\fhem-2021-06-13.log:2021.06.13 01:23:05 3: tahoma1: tahoma_dispatch error: Bad credentials
y:\log\fhem-2021-06-13.log:2021.06.13 05:13:00 2: tahoma1: tahoma_dispatch http request failed: connect to https://178.32.15.131:443 timed out
y:\log\fhem-2021-06-13.log:2021.06.13 08:01:39 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
y:\log\fhem-2021-06-13.log:2021.06.13 09:01:43 3: tahoma1: tahoma_dispatch error: Too many asynchronous jobs, try again later (job was Full refresh all states)
Auf meinem 1. Raspi wo die Rolladensteuerung mit dem tahoma modul aktiv ist, läuft immer noch ein FHEM Stand vom 15.10.2017, nur mit einem aktuellen 26_tahoma.pm.
Damit und mit der aktuellsten FHEM Version habe ich wie gesagt keine größeren Probleme.
Ca. 4 mal pro Tag, mach das Modul aufgrung eines Server Timeouts oder Blockierung ein erneutes Login.
Gruß, Rolf
Hallo also ich habe auch schon wieder probleme mit dem Login aus FHEM herraus.
Ich probiere dann immer mit Chrome Extension "Talend API Tester" per Post den Body
"userID=ich@mail.de&userPassword=meinPassword" zu schicken, und dann bekomme ich dann korrekt die Daten zurück.
Aber aus FHEM nur das berüchtigte "2021.06.14 11:10:07.348 5: tahoma1: tahoma_dispatch data={"errorCode":"AUTHENTICATION_ERROR","error":"Bad credentials"}"
Leider sieht man nicht genau was da per HTTP rausgeht, ich vermute es wird da wieder irgendwo was beim user/password verwurschtelt :(
Eine andere Frage, wie erkenn ich ob ich die KLF200 vernweden kann?
Ich habe 2 Velux Dachfnester mit Rollos und eine Markisse von somfy - wo erkenne ich das das die KFLF 200 die Dinger steren kann (Dei Dachflächenfenster werden vermutlich gehen oder bei der Markisse?)
Weil das tahoma hat bei mir noch nie länger als 1-2 Wochen durchgängig funktioniert.
Es nüssen IO-Motoren sein, wenn die KLF200 verwendet werden soll.
Gruß
eurofinder
Also auf der Tahomawebseite scheint bei mir alles unter dem Punkt io auf
unter RTS habe ich keine Geräte
und unter sonstige Somfy nur eine Sensitive Taste.
dh es sollte somit möglich sein?
Werde mir die KLF 200 dann mal bestellen
Zitat von: sn0000py am 14 Juni 2021, 11:13:35
Hallo also ich habe auch schon wieder probleme mit dem Login aus FHEM herraus.
Ich probiere dann immer mit Chrome Extension "Talend API Tester" per Post den Body
"userID=ich@mail.de&userPassword=meinPassword" zu schicken, und dann bekomme ich dann korrekt die Daten zurück.
Aber aus FHEM nur das berüchtigte "2021.06.14 11:10:07.348 5: tahoma1: tahoma_dispatch data={"errorCode":"AUTHENTICATION_ERROR","error":"Bad credentials"}"
Leider sieht man nicht genau was da per HTTP rausgeht, ich vermute es wird da wieder irgendwo was beim user/password verwurschtelt :(
Probier doch bitte mal folgendes:
zunächst das Passwort auf dem Smartphone oder tablet unter Einstellungen in der mobilen App von Somfy oder in der Web-Seite somfy.de auf Ihr Bereich gehen und bei Anmelden Passwort vergessen anklicken. Dann kann nach EMail-Bestätigung ein neues Passwort gesetzt werden.
Anschliessend in FHEM das tahoma device (i.a. tahoma1) öffnen und auf DEF klicken, da kann dann die Definition geändert werden.
Angezeigt wird ACCOUNT crypt ... crypt .. (Loginname und Passwort verschlüsselt) angezeigt.
Einfach überschreiben mit ACCOUNT <Loginname> <neues Passwort> im Klartext und unten modify tahoma1 anklicken.
Die Verschlüsselung erfolgt dann automatisch beim ersten Einloggen von tahoma1 bei https://www.tahomalink.com/enduser-mobile-web/enduserAPI/
Dann wird wahrscheinlich wieder alles gehen.
viele Grüße
Werner
okay ... seit ein paar tagen geht auch wieder nix mehr ... es funktionierte ein paar Tage dann war wieder schluss ..
lastError- Too many asynchronous jobs, try again later (job was Full refresh all states)
... hab einfach nur mal auf dem Thaoma Device ein "set Tahoma refreshAllStates" ausgeführt und nun laufen Sie wieder ...
ich könnte mir vorstellen ... und die Fehlermeldung deutet darauf hin ... das die API evtl. noch nicht ganz richtig umgesetzt wurde.
Laut der Meldung müssten ja zu viele Anfragen an Tahoma eingegangen sein ... evtl. ein Problem bei der Verwendung von Triggern etc. ... das die dann zu gebombt werden ...
k.A. ... nur mal laut nachgedacht ...
Ich habe mal eine neue Version 224 eingecheckt, bei der ein re-login deaktiviert wurde, wenn nur die Fehlermeldung TOO_MANY_OPERATIONS_IN_PROGRESS zurückkommt (Fehlertext = Too many asynchronous jobs, try again later). Das dürfte den dann vorher entstandenen Traffic etwas entschärfen.
Ein manuelles refreshAllStates sollte nicht notwendig sein, wenn man es nicht deaktiviert hat (attr intervalRefresh nicht gesetzt oder größer 0 ).
Hallo,
ich als Halblaie brauche eure Hilfe hierzu. Auch meine Tahoma Box funktioniert nicht mehr, trotz update, alles löschen usw.. Ich kriege immer Bad Credentials obwohl Benutzername und Passwort stimmen. Auf der SOMFY Connect Seite kann ich mich einloggen, die untere url funktioniert aber nicht. Auf der Seite https://www.tahomalink.com/enduser-mobile-web/steer-html5-client/tahoma/ kriege ich immer gesagt ich hätte das falsche Passwort. Auch Zurücksetzen des Passworts hat nicht funktioniert. Das Feld HTTP Cookies ist bei mir leer.
Was soll ich tun? :'(
Danke euch allen
Jueli
Too many requests, try again later : login with xxx@xxx.xxx
Ist das was neues? Sperrt mich mal wieder aus. :(
Ich versuche mit Disable und Shutdown Restart es zu fixen. Hing sich aber sehr schnell auf.
Hallo,
habe mehrere Markisen von denen aber 2 Stück elektrisch miteinander verbunden sind. Möchte sie aber gerne einzeln bedienen können. Wenn ich diese dann stromlos mache um sie an eine anderen Fernbedienung anzulernen, werden natürlich immer beide Markisen angelernt. Gibt es eine Möglichkeit mit dem Tahoma-Modul eine Kommando zu senden, um eine einzelne Markise in den Anlernmodus zu bekommen. Habe schon eine Vielzahl der verfügbaren Befehle probiert, leider hat noch keiner funktioniert.
Gibt es eine Doku zu den Befehlen? Meine Markisen sind über die Connexoon-Box und das Tahoma-Modul in fhem eingebunden.
Hier das Listing einer Markise:
defmod tahoma_11127311 tahoma DEVICE io://0827-2060-3623/11127311
attr tahoma_11127311 IODev velux
attr tahoma_11127311 alexaName Markisebach
attr tahoma_11127311 alexaRoom Terrasse
attr tahoma_11127311 alias Awning Markisebach
attr tahoma_11127311 devStateIcon clos.*:fts_shutter_20:close ope.*:fts_shutter_80:open
attr tahoma_11127311 eventMap dim100:closed dim0:open
attr tahoma_11127311 genericDeviceType blind
attr tahoma_11127311 homebridgeMapping clear CurrentPosition=DeploymentState TargetPosition=TargetClosureState,cmd=setPosition
attr tahoma_11127311 icon fts_shutter_updown
attr tahoma_11127311 levelInvert 0
attr tahoma_11127311 room Terrasse,alexa,tahoma
attr tahoma_11127311 stateFormat devicestate
attr tahoma_11127311 webCmd dim
setstate tahoma_11127311 closed
setstate tahoma_11127311 2021-08-23 09:24:23 .lastupdate 1629703463
setstate tahoma_11127311 2021-08-23 08:55:14 DeploymentState 0
setstate tahoma_11127311 2021-08-23 08:55:14 DiscreteRSSILevelState normal
setstate tahoma_11127311 2021-08-22 17:34:08 IODev velux
setstate tahoma_11127311 2021-08-23 08:55:14 Memorized1PositionState 105
setstate tahoma_11127311 2021-08-23 08:55:14 MovingState 0
setstate tahoma_11127311 2021-08-23 08:55:14 NameState MarkiseBach
setstate tahoma_11127311 2021-08-23 08:55:14 OpenClosedState closed
setstate tahoma_11127311 2021-08-23 08:55:14 PriorityLockTimerState 0
setstate tahoma_11127311 2021-08-23 08:55:14 RSSILevelState 62
setstate tahoma_11127311 2021-08-23 08:55:14 StatusState available
setstate tahoma_11127311 2021-08-23 08:55:14 TargetClosureState 0
setstate tahoma_11127311 2021-08-23 08:55:14 devicestate closed
Gruß rippi
Hallo Rippi,
ich habe mich mal vor längerem damit beschäftigt, bin aber mangels Dokumentation auch nicht zum Ergebnis gekommen.
Wahrscheinlich geht das, aber über eine andere, nicht öffentlich dokumentierte API.
Mit dem Set&Go Adapter geht das wohl, denn der ist für den Installateur gedacht.
Bei mir sind Rolladen Kabel glücklicherweise immer zu einer Steckdose geführt und dort an 230v geklemmt, und man kann sie hier trennen.
Meistens sind die aber in einer Unterputzdose auf 230V geklemmt.
Gruß Rolf
Wenn ich mir die aktuell möglichen Kommandos des Device RollerShutter anschaue, dann haben sich diese erweitert. Ich weis aber nicht, ob diese bei der Tahoma und Connexoon identisch sind.
dim:slider,0,1,100 cancel:noArg advancedRefresh close:noArg delayedStopIdentify down:noArg getName:noArg identify:noArg my:noArg open:noArg refreshMemorized1Position:noArg setClosure setDeployment setMemorized1Position setName setPosition setSecuredPosition startIdentify:noArg stop:noArg stopIdentify:noArg up:noArg wink runManufacturerSettingsCommand keepOneWayControllersAndDeleteNode:noArg pairOneWayController sendIOKey:noArg setConfigState unpairAllOneWayControllersAndDeleteNode:noArg unpairAllOneWayControllers:noArg unpairOneWayController
Alle Befehle ohne ":noArg" benötigen mindestens einen weiteren Parameter, der mir aber erst mal nicht bekannt ist. Wenn der Befehl mehrere Parameter benötigt, so ist das Modul dafür nicht ausgelegt.
Wenn man sich das Login mit "verbose 4" anschaut, dann haben folgende Befehle 2 Parameter:
runManufacturerSettingsCommand
pairOneWayController
unpairOneWayController
Hallo Mike3435,
Danke für deine Antwort. Leider habe ich das Problem, das die beiden Markisen an einer Stelle, die sehr schlecht zugänglich ist, elektrisch verbunden sind.
Deswegen wäre es schön, wenn man mit einem der vorhandenen Befehle die Markise in den Lernmodus versetzen könnte.
Die von dir genannten Befehle wären vermutlich das was man dafür verwenden könnte, wenn man die Parameter kennen würde.
Habe aber in der Zwischenzeit mein Problem gelöst.
Lösung:
ZitatSobald sich der Motor im Programmiermodus befinden muss die neue Fernbedienung angelernt werden. Das passiert meist durch einen kurzen Druck auf die "Prog"-Taste der neuen Fernbedienung. In dem Moment sendet die neue Fernbedienung ihren Schlüssel an alle Motoren, die sich im Programmiermodus befinden und die Motoren speichern den Schlüssen ein. Die Motoren bestätigen das mit einer kurzen Auf/Ab Bewegung.
Es ist also nicht die Fernbedienung die entscheidet welchen Motor sie steuert, sondern die Motoren entscheiden von welcher Fernbedienung (Schlüssel) sie sich steuern lassen.
Das Löschen einer Fernbedienung funktioniert auf dem identischen Weg, denn die Motoren verfolgen die Logik: Wenn ich den Schlüssel schon kenne, lösche ich ihn.
Da man eine Fernbedienung nur mit einer 2. Fernbedienung löschen kann (mit der 1. Fernbedienung versetzt man die Markise in den Lernmodus und und bei der 2. Fernbedienung drückt man kurz die Prog-Taste. Ist der Code vorhanden wird er gelöscht, ist er nicht vorhanden wird er aufgenommen) , war ich der Meinung, das es nur funktioniert wenn ich sie stromlos mache.
Zum Glück habe ich die Situo 5 io von Somfy die fünf Kanäle hat und jeder Kanal stellt eine "eigene" Fernbedienung dar. So konnte ich mit dem einen Kanal auf dem nur eine Markise bedient wurde, die Markise in den Lernmodus versetzen, und anschließend auf den 2. Kanal wechseln auf dem beide Markisen programmiert waren und dort dann kurz die Prog-Taste drücken um die 1. Markise zu löschen.
Hört sich kompliziert an aber es hat funktioniert.
Danke
Gruß rippi
nutzt hier jemand evohome Stellantriebe? Wenn ich diese über FHEM oder Tahoma ansteuere habe ich immer ein "PeriodicOverride" im Reading RAMSESSetPointOverrideModeState. Somit wird die Temperatureiinstellung automatisch nach einer Zeit überschrieben. Über den Befehl setSetpointOverride PermanentOverride bekomm ich immer ein "tahoma_dispatch error: Invalid JSON format or type in request body". Sieht für mich eher nach einem Tahoma problem aus? Hat da jemand ne Idee? Hab hierzu auch mal ein Ticket bei Somfy direkt eröffnet.
Hallo,
ich habe harmony und tahoma erfolgreich bei Fhem integriert und kann nun aus FHEM und auch aus FTUI den Fernseher einschalten und Rollos herunter fahren.
Aber wie kann ich mit der Harmony ein IO Plug an- oder ausschalten? Wo und wie muss ich die Verbindung herstellen?
Kann mir das jemand für doofe erklären?
Danke euch.
Zitat von: tek am 22 Oktober 2021, 20:53:57
nutzt hier jemand evohome Stellantriebe? Wenn ich diese über FHEM oder Tahoma ansteuere habe ich immer ein "PeriodicOverride" im Reading RAMSESSetPointOverrideModeState. Somit wird die Temperatureiinstellung automatisch nach einer Zeit überschrieben. Über den Befehl setSetpointOverride PermanentOverride bekomm ich immer ein "tahoma_dispatch error: Invalid JSON format or type in request body". Sieht für mich eher nach einem Tahoma problem aus? Hat da jemand ne Idee? Hab hierzu auch mal ein Ticket bei Somfy direkt eröffnet.
Evohome sagt Sonfy ist schuld und Somfy sagt Evohome ist schuld... Beide werben mit Kompatibilität, liefern aber Schrott... Der Kunde ist mal wieder der Dumme...
hab jetzt Stellantriebe von Somfy verbaut und mit der neuen Tahoma Switch verbunden. Es läuft auch alles wie es soll, aber die Stellantriebe lassen sich aus FHEM heraus nicht steuern... jemand Erfahrung damit?
Hallo,
seit einigen Tagen funktioniert das Tahoma Modul nicht mehr korrekt. Wenn ich FHEM frisch starte, dann funktioniert es (set ... down). Läuft FHEM aber einige Stunden und ich versuche es abends, dann geht es plötzlich nicht mehr. Das Log ist nicht auffällig:
2022.01.08 18:08:12 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/26_tahoma.pm line 1478.
2022.01.08 18:09:50 1: PERL WARNING: Use of uninitialized value $attrVal in concatenation (.) or string at ./FHEM/26_tahoma.pm line 1576.
2022.01.08 18:12:57 5: tahoma1: tahoma_UserAgent_NonblockingGet page=exec/apply
2022.01.08 18:12:57 5: tahoma1: tahoma_GetCookies looking for Cookies in header
Danach kommt nix mehr.
Das Geräte-Listing:
Internals:
BLOCKING 0
Clients :tahoma:
DEF ACCOUNT xxx
FUUID 5c434f53-f33f-4070-3f3b-62f8a62d99a8b9a4
HTTPCookies JSESSIONID=5EE87D1D1883B89D017F6CB5A6DAE08C
NAME tahoma1
NR 114
NTFY_ORDER 50-tahoma1
STATE Connected
SUBTYPE ACCOUNT
TYPE tahoma
VERSION 0223
eventId xxx
gatewayId xxx
getEventsInterval 2
getEventsTimer 1641616348
getLoginIntervalMax 160
getLoginIntervalMin 5
getStatesInterval 0
getStatesTimer 1641612155
inGateway 0203-4680-5049
inVersion
lastError Not authenticated
logged_in 0
loginRetryTimer 5
refreshStatesInterval 120
refreshStatesTimer 1641616371
request_active 0
request_time 1641661977.72818
socket
startup_done 1
startup_run 7
timeout 10
url https://www.tahomalink.com/enduser-mobile-web/enduserAPI/
userAgent TaHoma/10287 CFNetwork/901.1 Darwin/17.6.0
HTTPCookieHash:
JSESSIONID:
Options Path=/enduser-mobile-web; Secure; HttpOnly; SameSite=None
Value 5EE87D1D1883B89D017F6CB5A6DAE08C
helper:
password xxx
username xxx
devices:
HASH(0x69c3bc0)
HASH(0x69ab3c0)
HASH(0x69de148)
HASH(0x69d36d0)
HASH(0x6a17248)
HASH(0x69dff78)
HASH(0x6624650)
HASH(0x6a1cc40)
HASH(0x6a05ea8)
HASH(0x69d6560)
HASH(0x1fe3308)
HASH(0x2131d00)
HASH(0x66e6700)
HASH(0x66e63e8)
HASH(0x492a9b0)
HASH(0x69d3e80)
HASH(0x69f9210)
HASH(0x68b0e80)
HASH(0x69a1568)
HASH(0x6a1fb30)
HASH(0x66427f0)
HASH(0x69fc130)
HASH(0x50cbd10)
HASH(0x69fbbf0)
HASH(0x680bc48)
HASH(0x67bd038)
HASH(0x664d458)
HASH(0x6879d70)
HASH(0x6706520)
HASH(0x687aaa8)
HASH(0x6726778)
HASH(0x6726148)
HASH(0x687ac10)
HASH(0x667f5e0)
HASH(0x6680b78)
paramHash:
NAME
addr https://www.tahomalink.com:443
auth 0
buf
code 401
compress 1
data {"label":"EG Esszimmer - down - iphone","actions":[{"deviceURL":"rts://0203-4680-5049/16751133","commands":[{"name":"down","parameters":[]}]}]}
displayurl https://www.tahomalink.com/enduser-mobile-web/enduserAPI/exec/apply
errno 101
header Content-Type: application/json
User-Agent: TaHoma/10287 CFNetwork/901.1 Darwin/17.6.0
Cookie: JSESSIONID=5EE87D1D1883B89D017F6CB5A6DAE08C
host www.tahomalink.com
httpheader HTTP/1.1 401
Date: Sat, 08 Jan 2022 17:12:57 GMT
Server: overkiz
Strict-Transport-Security: max-age=31536000; includeSubDomains
Content-Length: 66
Keep-Alive: timeout=5, max=50
Connection: Keep-Alive
hu_blocking 0
hu_filecount 1
hu_port 443
hu_portSfx
hu_sslAdded 1
keepalive 1
loglevel 4
nonblocking 1
noshutdown 1
page exec/apply
path /enduser-mobile-web/enduserAPI/exec/apply
protocol https
redirects 0
timeout 10
url https://www.tahomalink.com/enduser-mobile-web/enduserAPI/exec/apply
hash:
COMMANDS dim:slider,0,1,100 cancel:noArg close down identify:noArg my open rest stop test:noArg up openConfiguration
DEF DEVICE rts://0203-4680-5049/16751133
FUUID 5c434f53-f33f-4070-42d6-bee41bfe0b615f7f
IODev tahoma1
NAME EG.Jalousien.Esszimmer
NR 135
NTFY_ORDER 50-EG.Jalousien.Esszimmer
STATE RTS
SUBTYPE DEVICE
TYPE tahoma
device rts://0203-4680-5049/16751133
fid 16751133
inClass RollerShutter
inControllable rts:RollerShutterRTSComponent
inLabel EG Esszimmer
inPlaceOID f44a0645-ae92-4bee-9bb4-f0f676318086
inType 1
READINGS:
2022-01-08 02:20:38 IODev tahoma1
sslargs:
refresh_event:
Attributes:
disable 0
room ...
verbose 5
Bin ich der einzige oder hat sich da was geändert, zB der Agent?
Hallo Det,
ich kann bei mir keine Auffälligkeiten entdecken, d.h. alles funktioniert normal.
Änderungen habe ich auch schon lange nicht mehr gemacht.
Du hast mit "verbose 5" aufgezeichnet, und die Ausgabe "tahoma1: tahoma_GetCookies looking for Cookies in header" ist wirklich die letzte tahoma1 Ausgabe!?
Dann müste das Programm während des logins in dieser Routine hängenbleiben - warum auch immer.
Diesen Programmteil habe ich auch nur aus einem anderen FHEM Modul übernommen, und das hat bisher immer problemlos gearbeitet.
Du könntest mal die Routine tahoma_GetCookies um die nachfolgende 2. Log-Zeile erweitern, um dem Problem auf die Spur zu kommen.
Log3 $name, 5, "$name: tahoma_GetCookies looking for Cookies in header";
Log3 $name, 5, "$name: tahoma_GetCookies header=$header";
Habe es fast jeden Tag. Hier das Ergebnis im Log:
2022.01.11 10:34:50 5: tahoma1: tahoma_GetCookies looking for Cookies in header
2022.01.11 10:34:50 5: tahoma1: tahoma_GetCookies header=HTTP/1.1 401
Date: Tue, 11 Jan 2022 09:34:50 GMT
Server: overkiz
Strict-Transport-Security: max-age=31536000; includeSubDomains
Content-Length: 66
Keep-Alive: timeout=5, max=50
Connection: Keep-Alive
Was mich wundert ist der 401. Habe nun einen weiteren Set hinzugefügt, "connect":
if( $hash->{SUBTYPE} eq "ACCOUNT") {
$list = "cancel:noArg reset:noArg connect:noArg refreshAllStates:noArg getStates:noArg";
if( $cmd eq "cancel" ) {
tahoma_cancelExecutions($hash);
return undef;
}
elsif ( $cmd eq "reset" ) {
HttpUtils_Close($hash);
$hash->{logged_in} = undef;
$hash->{loginRetryTimer} = undef;
return undef;
}
elsif( $cmd eq "connect" ) {
HttpUtils_Close($hash);
tahoma_connect($hash);
return undef;
}
elsif( $cmd eq "refreshAllStates" ) {
tahoma_refreshAllStates($hash);
return undef;
}
elsif( $cmd eq "getStates" ) {
tahoma_getStates($hash);
return undef;
}
}
Nachdem ich dann "set ... connect" gemacht habe, ging es. Irgendwo verliert er unterwegs die Verbindung und weiss es nicht.
Die http Antwort schein mir auch suspect - passt nicht zum login.
Es könnte sein, das aus irgend einem Grund der Timer aussetzt.
Der würde mit dem 'tahoma_connect' wieder aktiviert.
Die einzige 'RemoveInternalTimer($hash)' function, die mir suspect erscheint ist beim Attribut 'disable'
Ich kann mich nicht mehr erinnern warum das hier so gecoded ist, und es macht aus meiner sicht hier keinen Sinn.
Kommentiere das mal aus:
} elsif( $attrName eq "disable" ) {
my $hash = $defs{$name};
# RemoveInternalTimer($hash);
if( $cmd eq "set" && $attrVal ne "0" ) {
} else {
$attr{$name}{$attrName} = 0;
}
} elsif( $attrName eq "blocking" ) {
Versuche ich mal. Ich disable tahoma über Nacht, nachdem ich dort einige Login Probleme hatte. Neu ist hier auch, dass ich als INet Provider nun Starlink nutze. Da ich dort noch optimiere (Fritzbox hinter SL-Router oder Dishy), haue ich ab und an mal die Internet Verbindung weg. Da ich Repeater-hinter-Repeater nutzen muss, ist das auch nicht so 100% stabil. Könnte auch daran liegen.
Sieht gut aus, damit funktioniert es bei mir nach einem Tag immer noch. Denke, kannst du einchecken. Kannst du mir einen Gefallen tun und die "set ... login" so oder vielleicht als "set ... reconnect" drin lassen? Falls es nicht mehr klappt, hätte ich einen Workaround und muss das Modul nicht extra vom Update excluden.
VG
Neues Modul version 225 eingechecked.
Änderungen:
- Befehl 'disconnect' schliesst Verbindung zum Server
- Befehl 'reconnect' schliesst Verbindung zum Server und öffnet sie wieder
- nur bei Tahoma ACCOUNT schliesst attr disabled die Verbindung und bei entferntem attr disabled wird die Verbindung wieder aufgebaut
- Unterbinden von Steuerungsbefehlen, wenn Tahoma ACCOUNT disabled oder not logged_in
Vielen dank, klappt 1a!
Mein Tahoma bekommt keine Verbindung mehr, angeblich sind meine Zugangsdaten falsch (habe ich aber schon geprüft, DEF erneuert usw). Die App funtkioniert:
2022.04.04 08:47:53 3: tahoma1: tahoma_login
2022.04.04 08:47:53 2: tahoma1: login start
2022.04.04 08:47:53 5: tahoma1: tahoma_UserAgent_NonblockingGet page=login
2022.04.04 08:47:53 3: tahoma1: request active
2022.04.04 08:47:53 5: tahoma1: tahoma_GetCookies looking for Cookies in header
2022.04.04 08:47:53 5: tahoma1: tahoma_GetCookies header=HTTP/1.1 401
Date: Mon, 04 Apr 2022 06:47:53 GMT
Server: overkiz
Strict-Transport-Security: max-age=31536000; includeSubDomains
Cache-Control: no-cache, no-store, max-age=0, must-revalidate
Pragma: no-cache
Expires: 0
Strict-Transport-Security: max-age=31536000 ; includeSubDomains
X-XSS-Protection: 1; mode=block
X-Frame-Options: DENY
X-Content-Type-Options: nosniff
Content-Type: application/json;charset=UTF-8
Connection: close
2022.04.04 08:47:53 5: tahoma1: tahoma_dispatch data={"errorCode":"AUTHENTICATION_ERROR","error":"Bad credentials"}
2022.04.04 08:47:53 3: tahoma1: tahoma_dispatch error: Bad credentials
Hallo Det,
bei mir funktioniert alles wie gewohnt.
Alle paar Tage mal 'bad credential' aber mit 3-4 login Versuchen nach 3min wieder online.
meine Attribute:
intervalEvents 10
intervalLoginMax 600
intervalLoginMin 20
url https://178.32.15.131/enduser-mobile-web/enduserAPI/
verbose 3
Hallo!
Bei mir klappt es auch nicht mehr seit wenigen Tagen. Die 5 Jahre vorher ohne Probleme...
2022.04.08 20:20:10 3: tahoma1: tahoma_login
2022.04.08 20:20:10 2: tahoma1: login start
2022.04.08 20:20:10 3: tahoma1: tahoma_dispatch error: Bad credentials
Habt ihr eine Idee dazu?
Auf dem Tahoma-Portal kann ich mich anmelden und auch steuern.
Viele Grüße und danke
Heute geht es wieder, per App hat es immer geklappt.
@mike3436
Schau dir doch mal das an:
https://github.com/Somfy-Developer/Somfy-TaHoma-Developer-Mode
Auf den ersten Blick ist das dort präsentierte API identisch zu dem von mir umgesetzen. Aber die Möglichkeit mit einen generierten Token eine offline Kommunikation zur Tahoma Box direkt betreiben zu können ist mir neu und hört sich natürlich interresant an. Ich werde das in einer ruhigen Minute mal ausprobieren, aber momentan habe ich keine Zeit dafür.
Offline wäre sehr interessant, da der Tahoma Dienst doch gerne mal zickt. HA steht da nicht gerade im Vordergrund
moin eine Frage, nachdem bei mir gestern der Dienst wieder für stunden ausgefallen war, habe ich die Handfernbedienung gesucht - ist so ne VELUX INTEGRA KLR 200.
Nach dem ich die aber schon sehr lange nicht mehr benötigt hat, hat die leider alle Geräte verloren - und neu finden tut es die Geräte nicht.
Gibt es einen Weg wie ohne möglichst wenig schaden das ganze an die KLR 200 wieder anlernen kann? (Damit ich am nächsten Abend wenns kalt wird ich nicht wieder im kalten sitzen muss ;) )
Im FHEM gibts ja da ein 2 so unpar* sachen drinnen aber weiss nicht genau ob es klug ist die da nun auszuführen?
Neue Fernbedienung anlernen ohne die fest zugeordnete Fernbedienung vorliegen zu haben geht durch Spannungsunterbrechung. Danach werden die neu mit Spannung versorgten IO Geräte für ein paar Minuten gefunden. Also richtige Sicherung finden und für 20s ausschalten, und danach Suchlauf in KLR200 starten. Nicht die Sicherung mehrmals kurz aus und einschalten, denn damit kann man das Gerät in Werkseinstellung zurücksetzen. Steht aber alles in den Anleitungen der Geräte.
Die neuen Tahoma Funktionen der Geräte, die automatisch in FHEM verfügbar sind, habe ich nicht ausprobiert, und kenne auch die Parameter nicht. Davon würde ich die Finger lassen, wenn du dir nach einer fehlerhaften Ausführung mangels Kenntnisse nicht selbst weiterhelfen kannst. Theoretisch müsste man damit alles machen können, was man auch mit dem Set'n'Go machen kann, und vielleicht hat Somfy dazu eine App für Installateure entwickelt.
Falls jemand etwas zu den Funktionen herausgefunden hat, kann er das ja gerne posten.
Hmmm wo steht das mit der Spannungsunterbrechung?
Hätte es mal probiert, aber irgendwie mag das nicht so ganz - oder ich mache noch was falsch.
DAs Problem ist die Fenster sind in 5 Meter Höhe und eigentlich nur übrs Dach erreichbar - was etwas schwierig ist.
Ich hoffe das irgendwann mal wieder der Tahoma Dienst läuft, eventuell gibt es da drinnen noch so eine kopierfunktion?
Nur bekomme ich ständig einen Fehler "Auf Ebene des Servers ist ein Fehler aufgetreten"
So Tahoma Server ging wieder, dann konnte ich die Daten auf die Fernbedienung kopiern, und von dort dann auf das neue KLF200 - endlich kann ich die alte Box in den Müll werfen
Hallo,
leider bekomme ich seit Tagen keine Verbindung zum Tahoma-Server. Mit der Fehlermeldung ,,Bad credentials".
Habe auch schon das Device komplett neu angelegt. Auch die E-Mailadresse und das Passwort 10x geprüft.
So ist es angelegt.
defmod tahoma2 tahoma ACCOUNT crypt:ABC crypt:DEF
attr tahoma2 intervalEvents 10
attr tahoma2 intervalLoginMax 600
attr tahoma2 intervalLoginMin 20
attr tahoma2 room 9 Zentralen
attr tahoma2 url https://178.32.15.131/enduser-mobile-web/enduserAPI/
attr tahoma2 verbose 3
Jemand noch eine Idee? Bin echt ratlos.
Disablen, 20min warten, wieder enablen, fhem neu starten und login Intervalls höher setzen.
Interval events 3
.. Loginmax 1800
.. Loginmin 10
Und mal checken ob fhem ständig irgendwas setzen will
Anscheinend scheint das disablen für 20 Minuten ja geholfen zu haben.
Dies müsste auch das Erhöhen des intervalLoginMax von 10 Minuten auf 30 Minuten bewirken.
attr tahoma2 intervalLoginMax 1800
Wichtig ist, dass die letzte Version 0225 aktiv ist - vorher wurden bei neue Befehlen trotzdem gesendet, und somit die gewollte Ruhigstellung unterbrochen.
Hallo, ja anscheinend.
Ich halte den TaHoma Server aber auch für wankelmütig. 🙈
Würde mich echt freuen, wenn es eine Möglichkeit gibt den Server von Sonfy ,,nur noch Optional" zu nutzen.
Oder dass beide Wege (Somfy-Server & Local) angestoßen werden (wenn die Box damit nicht in die Knie geht)
Fand den Ansatz von bluemevo ganz interessant.
—>Schau dir doch mal das an:
https://github.com/Somfy-Developer/Somfy-TaHoma-Developer-Mode
Aber dafür fehlen mir die Fähigkeiten. 🙋♂️
Selbes Phänomen bei mir auch seit einigen Tagen, von einem Tag auf den anderen geht nichts mehr. Tahoma1 findet keine Geräte mehr. Benutzername und Passwort habe ich bereits bei geändert. Interval habe ich auch angepasst wie hier beschrieben dennoch geht nichts mehr.
Version ist die 0225. Fhem habe ich auch ein Update gemacht und von Linux auch.
Dennoch kommt immer die Fehlermeldung im Log.
tahomal:tahoma login
tahomal: login start
tahomal:tahoma dispatch error: Bad credentials
Schonmal die weiter oben beschriebene disbale Prozedure gemacht?
danach sollte es erstmal wieder gehen. Und natürlich einen shutdown restart?
Habe ich leider auch schon probiert ohne Erfolg.
Wie lange gewartet? Kommst per App in Tahoma?
Gewartet habe ich fast 1 Stunde, per App kann ich alles steuern.
Mir ist aufgefallen wenn ich auf Reconnect gehe ist tahoma1 sofort Disconnected.
Login start
equest active
I/O device
is
tahomal
unknown device=internal://0803-1025-4201/pod/0,
subtype=DEVICE
00BE8:
I/O device is tahomal
00BE8:
unknown device=ogp://0803-1025-4201/00000BE8,
subtype=DEVICE
3FEF3 : I/O device is tahomal
3FEE3：
unknown device=ogp://0803-1025-4201/0003FEF3 ,
subtype=DEVICE
57559 •
I/O device
is
tahomal
575E9 •
unknowndevice=ogp://0803-1025-4201/03957559,
subtype=DEVICE
45393: I/O device is tahomal
45393:
unknown device=ogp://0803-1025-4201/09E45393,
subtype=DEVICE
6532:
I/O device is tahomal
6532: unknown device=io://0803-1025-4201/1026532,
subtype=DEVICE
49895°
I/O device
is tahomal
49895:
unknowndevice=io://0803-1025-4201/11749895.
subtype=DEVICE
Habe soeben festgestellt dass ich noch mehr Fehler im Log habe.
Internals:
BLOCKING 0
Clients :tahoma:
DEF ACCOUNT crypt:xxxxxxxxcc
crypt:xxxxxxxxxxxx
FUUID 5cxxxxxxxxxxxx
HTTPCookies
NAME tahoma1
NR 71
NTFY_ORDER 50-tahoma1
STATE Initialized
SUBTYPE ACCOUNT
TYPE tahoma
VERSION 0225
eventId
getEventsInterval 3
getLoginIntervalMax 1800
getLoginIntervalMin 10
getStatesInterval 0
lastError Not authenticated
logged_in 0
loginRetryTimer 1800
refreshStatesInterval 120
refreshStatesTimer 1655472233
request_active 0
request_time 1655470620.2183
startup_done
startup_run
timeout 10
url https://www.tahomalink.com/enduser-mobile-web/enduserAPI/
userAgent TaHoma/10287 CFNetwork/901.1 Darwin/17.6.0
HTTPCookieHash:
helper:
password crypt:xxxxxxxxxxxxxx
username crypt:xxxxxxxxxxxx
devices:
paramHash:
NAME
addr https://www.tahomalink.com:443
auth 0
buf
code 401
compress 1
displayurl https://www.tahomalink.com/enduser-mobile-web/enduserAPI/setup
header Content-Type: application/json
User-Agent: TaHoma/10287 CFNetwork/901.1 Darwin/17.6.0
host www.tahomalink.com
httpheader HTTP/1.1 401
Date: Fri, 17 Jun 2022 12:57:00 GMT
Server: overkiz
Strict-Transport-Security: max-age=31536000; includeSubDomains
Cache-Control: no-cache, no-store, max-age=0, must-revalidate
Pragma: no-cache
Expires: 0
Strict-Transport-Security: max-age=31536000 ; includeSubDomains
X-XSS-Protection: 1; mode=block
X-Frame-Options: DENY
X-Content-Type-Options: nosniff
Content-Length: 66
Keep-Alive: timeout=5, max=50
Connection: Keep-Alive
hu_blocking 0
hu_filecount 1
hu_port 443
hu_portSfx
hu_sslAdded 1
keepalive 1
loglevel 4
nonblocking 0
noshutdown 1
page setup
path /enduser-mobile-web/enduserAPI/setup
protocol https
redirects 0
timeout 10
url ;D ;Dhttps://www.tahomalink.com/enduser-mobile-web/enduserAPI/setup
hash:
sslargs:
Attributes:
alias tahoma1
intervalEvents 3
intervalLoginMax 1800
intervalLoginMin 10
Hat keiner eine Ahnung wie ich das Teil wieder zum laufen bringe, bei der Hitze ist das ziemlich asozial ;D
Bist du sicher das das Passwort stimmt?
mit den Meldungen aus dem log kann ich leider nicht helfen.
Das Passwort habe ich bereits dreimal kontrolliert inklusive Benutzername.
Wie gesagt ich hatte auch seit über einem Jahr keine Änderungen an Fhem gemacht.
Hallo Elmer,
ausgehend von deinen gesetzten Attibuten sollte alles funktionieren. Wenn das Login nicht funktioniert, dann gibt es nicht weiter wichtige Folgefehler bei den Devices, da diese über das nach dem Login abgerufene Setup erst vollständig ergänzt werden. Ansonsten kann ich zu der eigentlichen Problematik nichts sagen.
Generell sollte man unterlassen mit mehreren Apps (>5) von verschiedenen Geräten auf den Tahoma Server gleichzeitig bzw. kurz hintereinander zuzugreifen, also mit mehreren FHEM's oder Tahoma Apps vom Mobil Phone oder Pad. Und das Ändern der Passworts halte ich auch für einen unnötigen Aktionismus, der meines Erachtens eher zu Problemen führt, da alle Somfy Server auf das neue Passwort abgeglichen werden müssen.
zum vorgeschlagenen Offlinebetrieb (https://github.com/Somfy-Developer/Somfy-TaHoma-Developer-Mode):
Ich habe mir das angeschaut, und es wäre möglich, ist aber nur mit Tahoma V2 realisierbar, und ich habe noch die erste Tahoma V1.
Bei der Tahoma V1 läßt sich der Admin Modus nicht aktivieren, und somit ist eine Programmierung und Test meinerseits nicht möglich.
Heute Mittag habe ich das Modul und die Markise gelöscht und beides neu eingerichtet. Plötzlich lief alles als ob nichts gewesen ist, jetzt ist wieder alles tot, ich könnte kotzen. Da anscheinend keinen Zugriff auf den Server.
Bad credentials
STATE : Initialized
Ich empfinde das gleiche Problem hier in die Niederlanden. Ich bin dabei ihre Helpdesk verrückt zu machen un mail sie jede Woche das einloggen wieder zu acceptieren, nach ein oder zwei Tage geht es dan wieder. Ich hab den refreshrate auf 300 Sekunden eingestelt. Dat kan man doch kaum ein ddos Angriff nennen. Ich bleibe sie daran errineren bis es wieder geht.
Hat jemand ein besseren Lösung?
Ich bin sicher das das Problem irgenwo in die Somfycloud Server liegt. Ich hab nämlich die Geräte auch über Google eingebunden. Auch wen Fhem und die Tahoma app kein Verbindung machen können geht es durch die Google Assistent tadellos.
(Bitte Verständnis, Deutsch ist nicht meine Muttersprache)
Ich hatte früher auch alle 1-2 Tage Login Problem bzgl. "bad credentials", seit ich diese Konfiguration benutze habe ich allerdings seit nun 5 Monaten nichts zu meckern. :)
devName = FHEM
intervalEvents = 10
intervalLoginMax = 300
intervalLoginMin = 20
url = https://178.32.15.131/enduser-mobile-web/enduserAPI/
Ob es nun an dem direkten IP-Aufruf, dem explizit vergebenen DevNamen oder den Intervals liegt kann ich nicht sagen.
Hallo Thomas,
ich habe jetzt das gleiche Problem. Hast du inzwischen eine Lösung, wie man per Fhem die gewünschte Temperatur in den Thermostaten setzen kann?
Danke
Julia
Hallo,
ich habe auch das Problem der "Bad credentials".
Zeitgleich habe ich festgestellt, dass ich die Tahoma-App am Handy nicht von meinem WLAN nutzen kann und es beim Login zu einem Fehler kommt.
Starte ich die App in den mobilen Daten, geht es.
Das lässt mich zu einer Vermutung kommen, dass meine Heim-IP geblockt wurde (ggf. zu viele Anmeldeversuche von FHEM??).
Ich habe nun zunächst mal versucht "IT-Fuzzi" Einstellungen zu testen....
devName = FHEM
intervalEvents = 10
intervalLoginMax = 300
intervalLoginMin = 20
url = https://178.32.15.131/enduser-mobile-web/enduserAPI/
Greets
Ist tatsächlich so, deine IP wurde geblockt.
Vermutlich war wieder irgendwas nicht erreichbar und FHEM hat es zu oft versucht.
Solches Verhalten konnte ich früher auch immer mal wieder beobachten.
Nach meinen Erfahrungen kommt es immer zu Störungen, wenn von Somfy etwas geändert wurde oder ein Update auf die Box (Connexoon) durchgeführt wurde. Man kann sich dann oft auch mit der App auf den Handy nicht mehr anmelden.
Nach meiner Ansicht fünktioniert dann folgendes.
Da im fhem dann tahoma1 keine Verbindung aufnehmen kann, versucht tahoma1 ständig wieder eine Verbindung einzurichten und das führt zu bad credential.
Meine Abhilfe, die bisher immer funktioniert hat.
attr tahoma1 disable 1 setzen, am Handy auch nicht mehr versuchen.
Am nächsten Morgen attr tahoma1 disable 0 setzen.
Alles funktioniert wieder.
Da das öfter passiert, wäre es schön, wenn man der Rolladensteuerung direkt ein Funksignal senden könnte so wie die Fernbedienung. Dann wäre man vom Server nicht mehr abhängig.
Bei meinem Roto Rolladen funktioniert das gut. (Funksteuerung simu mit Somfy RTS Protokoll)
viele Grüße
Werner
Hallo Zusammen,
ich weiß nicht, ob das bereits diskutiert wurde aber hat sich jemand bereits die offizielle local API von Somfy angeschaut? Den Somfy Developer Mode bzw. die local API scheint es mittlerweile für TaHoma und auch für Connexoon Boxen zu geben.
https://github.com/Somfy-Developer/Somfy-TaHoma-Developer-Mode (https://github.com/Somfy-Developer/Somfy-TaHoma-Developer-Mode)
Ich habe mein 26_tahoma.pm Modul nun insofern modifiziert, dass ich die local API nutze. Dazu habe ich den "Login" auskommentiert und noch 3-4 Änderungen vorgenehmen müssen bzgl. Bearer Token etc. (eher quick & dirty). Funktioniert aber seit ~1 Woche super und ohne weitere Probleme. Wäre es denkbar, dass Modul auch offiziell darauf anzupassen alternativ die lokale Schnittstelle zu benutzen?
Liebe Grüße
habe seit gestern ein Problem mit einer RTS Markise...
Es ist faszinierend...
Sende ich den Befehl "Close" oder "deploy" fährt die Markise aus... soweit sogut.
Sende ich den Fefehl "Open" oder Undeploy" fährt die Markise auch aus... ich kann sie also per FHEM Befehl nicht wieder einfahren.
Was kann da passiert sein?
Danke
Thomas
Zitat von: Docter am 12 April 2023, 08:20:57Sende ich den Befehl "Close" oder "deploy" fährt die Markise aus... soweit sogut.
Sende ich den Fefehl "Open" oder Undeploy" fährt die Markise auch aus... ich kann sie also per FHEM Befehl nicht wieder einfahren.
Was kann da passiert sein?
Hallo Thomas, hierzu kann ich auch nichts sagen - die Befehle werden ohne Änderung an die API gesendet. Die Liste der möglichen Befehle wird ebenfalls aus der API gelesen und dann passend zum Device angeboten - haben sich diese ggf. verändert?
ZitatIch habe mein 26_tahoma.pm Modul nun insofern modifiziert, dass ich die local API nutze. Dazu habe ich den "Login" auskommentiert und noch 3-4 Änderungen vorgenehmen müssen bzgl. Bearer Token etc. (eher quick & dirty). Funktioniert aber seit ~1 Woche super und ohne weitere Probleme. Wäre es denkbar, dass Modul auch offiziell darauf anzupassen alternativ die lokale Schnittstelle zu benutzen?
Wenn du mir das Modul schickst, kann ich die Änderungen übernehmen und beide Modi verfügbar machen.
Ich kann den Developer Mode bei meiner alten Tahoma Box der 1. Generation leider nicht aktivieren.
Zitat von: mike3436 am 14 April 2023, 09:58:23Zitat von: Docter am 12 April 2023, 08:20:57Sende ich den Befehl "Close" oder "deploy" fährt die Markise aus... soweit sogut.
Sende ich den Fefehl "Open" oder Undeploy" fährt die Markise auch aus... ich kann sie also per FHEM Befehl nicht wieder einfahren.
Was kann da passiert sein?
Hallo Thomas, hierzu kann ich auch nichts sagen - die Befehle werden ohne Änderung an die API gesendet. Die Liste der möglichen Befehle wird ebenfalls aus der API gelesen und dann passend zum Device angeboten - haben sich diese ggf. verändert?
Um Feedback zu geben...
Heute auf der Somfy Homepage:
"19.04.2023: Kurzfristiges TaHoma Update | Bedienung Markisen mit RTS-Motor
Liebe Somfy Kunden,
heute am Mittwoch, den 19.04.2023 wird zwischen 10:00 und 11:00 Uhr unser Server mit einem neuen TaHoma Update aktualisiert.
Während der Serverarbeiten können unsere Smart Home Boxen ca. 20 Minuten nicht bedient oder aktiviert werden.
Bereits festgelegte Automatiken werden weiterhin ausgeführt.
Nach dem Update können betroffene Nutzer Ihre Markise mit RTS-Motor wieder bequem über die TaHoma-App bedienen.
Vielen Dank für Ihr Verständnis.
Somfy Privatkundenservice"
ZitatWenn du mir das Modul schickst, kann ich die Änderungen übernehmen und beide Modi verfügbar machen.
Ich kann den Developer Mode bei meiner alten Tahoma Box der 1. Generation leider nicht aktivieren.
Wollte fragen ob sich da was weiter tut. Ich würde die direkte API auch benötigen.
LG Thomas
seit gestern hat sich die Performance der Tahoma Einbindung massiv verschlechtert...
Ständig bekomme ich die Meldung: "Too many requests, try again later : login with "xxx@xxx.com""
So läuft fast gar nicht mehr... Gibt es Hoffnung?
Zitat von: IT-Fuzzi am 31 März 2023, 08:35:54Hallo Zusammen,
ich weiß nicht, ob das bereits diskutiert wurde aber hat sich jemand bereits die offizielle local API von Somfy angeschaut? Den Somfy Developer Mode bzw. die local API scheint es mittlerweile für TaHoma und auch für Connexoon Boxen zu geben.
https://github.com/Somfy-Developer/Somfy-TaHoma-Developer-Mode (https://github.com/Somfy-Developer/Somfy-TaHoma-Developer-Mode)
Ich habe mein 26_tahoma.pm Modul nun insofern modifiziert, dass ich die local API nutze. Dazu habe ich den "Login" auskommentiert und noch 3-4 Änderungen vorgenehmen müssen bzgl. Bearer Token etc. (eher quick & dirty). Funktioniert aber seit ~1 Woche super und ohne weitere Probleme. Wäre es denkbar, dass Modul auch offiziell darauf anzupassen alternativ die lokale Schnittstelle zu benutzen?
Liebe Grüße
Gibt es mehr Infos dazu?
Seit heute liegt meine gesamte Steuerung am Boden, weil die blöde Tahoma mich ständig wieder aussperrt...
Too many requests, try again later : login with "xxx@xxx.com"
wäre es eigentlich möglich, die Internals wie "connected" oder "logged_in" wie als readings zu erhalten?
So könnte ich meine Rollladensteuerung zumindest aussetzen wenn Tahoma mal wieder weg oder Disconnected ist.. sonst versuchen meine DoIF immer und immer wieder was zu stellen
Ich betreibe meine Somfy mit einem RFXTRX jedoch in letzter zeit fährt immer wieder ein anderer Rollladen nicht.
Mit der Tahoma BOX erhoffte ich mir das das zuverlässiger wird. Jedoch ebenso dauernd ausgesperrt aus der API. Und das nervt noch mehr.
Kann man bezüglich der local API unterstützen damit das ev zum laufen kommt im Modul?
Ev Tests durchführen oder dergleichen.
LG Thomas
Zitat von: Docter am 14 Juni 2023, 15:04:28wäre es eigentlich möglich, die Internals wie "connected" oder "logged_in" wie als readings zu erhalten?
So könnte ich meine Rollladensteuerung zumindest aussetzen wenn Tahoma mal wieder weg oder Disconnected ist.. sonst versuchen meine DoIF immer und immer wieder was zu stellen
Ist es nicht möglich für diese Anforderung direkt auf das internal über [<devicename>:&<internal>] z.B. myTahoma:&STATE myTahoma:&logged_in zuzugreifen? Ich kann natürlich ein reading hinzufügen, wenn das erforderlich erscheint.
P.S.: Ich hatte jetzt auch erstmalig ein Problem mit "Bad credentials"
url = https://178.32.15.131/enduser-mobile-web/enduserAPI/funktionierte nicht mehr - ich habe das URL attribut entfernt und der default funktioniert wieder:
url = https://www.tahomalink.com/enduser-mobile-web/enduserAPI/anscheinend hat sich die Server IP geändert auf aktuell 217.182.125.204, was dann auch wieder funktioniert
url = https://217.182.125.20/enduser-mobile-web/enduserAPI/Zum Developer Mode:
Ich würde die Änderungen von IT-Fuzzi gern übernehmen, habe aber leider nichts von ihm gehört. Vielleicht muss ich ihn mal direkt anschreiben.
Zitat von: mike3436 am 19 Juni 2023, 14:12:01Zum Developer Mode:
Ich würde die Änderungen von IT-Fuzzi gern übernehmen, habe aber leider nichts von ihm gehört. Vielleicht muss ich ihn mal direkt anschreiben.
DAs wäre super wenn du das machen würdest, vielleicht wird das ganze ja noch was.
LG
Zitat von: mike3436 am 19 Juni 2023, 14:12:01Zitat von: Docter am 14 Juni 2023, 15:04:28wäre es eigentlich möglich, die Internals wie "connected" oder "logged_in" wie als readings zu erhalten?
So könnte ich meine Rollladensteuerung zumindest aussetzen wenn Tahoma mal wieder weg oder Disconnected ist.. sonst versuchen meine DoIF immer und immer wieder was zu stellen
Ist es nicht möglich für diese Anforderung direkt auf das internal über [<devicename>:&<internal>] z.B. myTahoma:&STATE myTahoma:&logged_in zuzugreifen? Ich kann natürlich ein reading hinzufügen, wenn das erforderlich erscheint.
leider geht das mit dem DOIF nicht, das funktioniert leider nur per Reading...
Wollte nur mal nachfragen...
Würde das mit dem Reading denn gehen? Ein "logged_in" als Reading würde mir schon helfen.
Danke
Zitat von: mrfloppy am 20 Juni 2023, 14:18:10Zitat von: mike3436 am 19 Juni 2023, 14:12:01Zum Developer Mode:
Ich würde die Änderungen von IT-Fuzzi gern übernehmen, habe aber leider nichts von ihm gehört. Vielleicht muss ich ihn mal direkt anschreiben.
DAs wäre super wenn du das machen würdest, vielleicht wird das ganze ja noch was.
LG
Hallo zusammen, ich habe auch Interesse an der Version mit der Local API. Nachdem ich mich hier eingelesen habe, befürchte ich allerdings, dass die Version von IT-Fuzzi hier nicht mehr ankommen wird.
Meine gebrauchte Tahoma Box Premium habe ich eben erst in ebay erstanden und befindet sich noch auf dem Weg zu mir.
@mike3436 schau dir mal folgende Code-Anpassungen an - so sollte man die Local API in der Theorie angesprochen bekommen. Kannst du daraus was zusammen mergen?
sub tahoma_login($) {
my ($hash) = @_;
my $name = $hash->{NAME};
Log3 $name, 3, "$name: tahoma_login";
HttpUtils_Close($hash);
$hash->{logged_in} = undef;
$hash->{startup_run} = undef;
$hash->{startup_done} = undef;
# URL und Pod für lokale API
my $local_url = "https://ha101-1.overkiz.com/enduser-mobile-web/enduserAPI/";
my $pod = "YOUR_GATEWAY_PIN"; # Ersetzen Sie dies durch Ihre Gateway-PIN
# Anmeldeinformationen für lokale API
my $username = "YOUR_EMAIL_ADDRESS";
my $password = "YOUR_PASSWORD";
# Login-Anfrage an lokale API senden
my $login_url = "${local_url}login";
my $login_body = "userId=$username&userPassword=$password";
my %login_headers = (
'Content-Type' => 'application/x-www-form-urlencoded'
);
HttpUtils_NonblockingGet({
timeout => 10,
noshutdown => 1,
hash => $hash,
url => $login_url,
data => $login_body,
headers => \%login_headers,
callback => \&tahoma_handle_login_response,
nonblocking => 1,
});
}
sub tahoma_handle_login_response($) {
my ($hash, $response) = @_;
my $name = $hash->{NAME};
if ($response->{httpCode} == 200) {
my $session_id = $response->{HTTPCookies}->{'JSESSIONID'}; # Sitzungs-ID aus der Antwort erhalten
Log3 $name, 2, "$name: Login erfolgreich, Session-ID: $session_id";
# Nach erfolgreicher Anmeldung können weitere Aktionen ausgeführt werden
# Z.B. Token generieren, um die lokale API zu autorisieren
tahoma_generate_token($hash, $session_id);
} else {
Log3 $name, 2, "$name: Login fehlgeschlagen, HTTP-Code: $response->{httpCode}";
# Hier können Sie entsprechend auf einen fehlgeschlagenen Login reagieren
}
}
sub tahoma_generate_token($) {
my ($hash, $session_id) = @_;
my $name = $hash->{NAME};
# Token-Generierungs-Anfrage an lokale API senden
my $token_url = "${local_url}config/$pod/local/tokens/generate";
my %token_headers = (
'Content-Type' => 'application/json',
'Cookie' => "JSESSIONID=$session_id"
);
HttpUtils_NonblockingGet({
timeout => 10,
noshutdown => 1,
hash => $hash,
url => $token_url,
headers => \%token_headers,
callback => \&tahoma_handle_token_response,
nonblocking => 1,
});
}
sub tahoma_handle_token_response($) {
my ($hash, $response) = @_;
my $name = $hash->{NAME};
if ($response->{httpCode} == 200) {
my $token = $response->{data}->{token}; # Token aus der Antwort erhalten
Log3 $name, 2, "$name: Token erfolgreich generiert: $token";
# Hier können Sie den generierten Token speichern und für zukünftige lokale API-Anfragen verwenden
} else {
Log3 $name, 2, "$name: Fehler beim Generieren des Tokens, HTTP-Code: $response->{httpCode}";
# Hier können Sie entsprechend auf einen Fehler beim Generieren des Tokens reagieren
}
}
@eckonator
ich kann gerne funktionierenden, getesteten Code übernehmen, aber wie schon geschrieben habe ich eine Tahoma der 1. Generation und ich kann das Feature des lokalen Zugriffs im Tahoma Control Center für meine Box nicht aktivieren, und somit auch nichts selber testen.