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

[aldoa1]

Ich versuche es jetzt erstmal mit Intervallen. Wenn die Temperatur z.B. auf 20 geändert wird soll er Sa.-So. von 8-22 Uhr alle 15 Minuten auf 20 einstellen. Mo.-Fr. von 13-22 Uhr alle 15 Minuten auf 20 Grad.

Das ganze dann auch noch für die Temperaturen 19, 22,23,24. Die Komforttemperatur ist 21 Grad. Ab 22 Uhr ist die Spartemperatur bei 16 Grad.

[Ein ehemaliger Benutzer]

Ja.

Wenn du Per Script die targettemp zwingst immer da zu bleiben wo du sie haben willst,

geht das bestimmt auch.

Also quasi n trigger wenn die Target temp sich ändert und diese und jene Bedingung nicht erfüllt ist, dann stell sie

sofort wieder zurück meinen Wert.

Ist dann halt ping pong. Aber geht.

[foxthefox]

Hallo,

ich hab mal das Array für den mode in Number ind er Version 0.13 auf github umgebaut .

0=Auto, 1=zu/aus, 2=voll auf/ein

evtl. hilft das ja schon zu der Verbesserung bei der Fehlermeldung.

Habe auch bzgl Error noch einen Text in der Meldung ergänzt.

Bei der nächsten Version, würde ich hier auf String wechseln um die Modi beim Namen zu nennen (allerdings dann nur in English und nicht variabel; auto, off, boost evtl. noch eco für Absenktemperatur und comfort für Komfortemperatur).

Auch würde ich die Objekte anders benennen:

Dect200 -> Switch

Comet -> Thermostat

Dect100 -> Repeater

Contact = Contact

Wäre diese Änderung zu schlimm, oder akzeptabel?

Gruß

Klaus

[uwered]

@foxthefox:

Wäre diese Änderung zu schlimm, oder akzeptabel? `
Moin Klaus.

Ich fände es gut.

Zum einen sind die Begrifflichkeiten (auto, off, boost, eco) weit verbreitet und auch leichter im Ablauf zuzuordnen.

Und von den Herstellernamen auf "Universal-Namen" zu wechseln, macht m.E. auch Sinn.

Gruss,

Uwe

[Ein ehemaliger Benutzer]

Hallo Klaus,

mit der neuen Version funktioniert alles einwandfrei und der Fehler

ist auch weg.

Also sowohl der Mode Fehler als auch der "Error Calling the Fritzbox" Fehler.

Hing also unmittelbar zusammen.

Super! Ich danke dir!

Was die Umbenennung der Datenpunkte angeht muss ich sagen dass es mir persönlich ziemlich wurscht ist

wie die heißen. Ich kenne die aktuellen Namen und verstehe sie.

Für Neueinsteiger ist dein Vorschlag aber bestimmt noch n tick übersichtlicher bzw. verständlicher.

[der_Auge]

Wir müssen dann nur die alten Datenpunkte löschen um die neuen anlegen zu lassen?

Was ist mit aufgezeichneten Daten (von Temperaturen) ?

Gruß

Jürgen

[foxthefox]

@der_Auge:

Wir müssen dann nur die alten Datenpunkte löschen um die neuen anlegen zu lassen?

Was ist mit aufgezeichneten Daten (von Temperaturen) ?

Gruß

Jürgen `

Die Datenpunkte sind nach löschen des Adapters ohnehin schon gelöscht.

Bei den aufgezeichneten Temperaturen sieht es denke ich anders aus.

Bei der Ablage in tägliche Dateien müssten diese umbenannt werden, um in einem gemeinsamen trend sichtbar zu sein.

Wenn es in MySQL abgespeichert ist, müsste wahrscheinlich in einer Tabelle etwas umgebogen werden oder die History-Daten in die neue Ablage dazugemergt werden. Hab bisher MySQL nicht benutzt.

Verloren sollten die Altdaten auf jeden Fall nicht sein, nur nicht direkt zugreifbar.

Gruß

Klaus

[uwered]

Hallo Klaus.

Mir ist was an der Temperaturausgabe der Steckdosen (Dect200) aufgefallen.

Da wird scheinbar der Offsetwert doppelt abgezogen !?

Beispiel :

In der FB am Aktor gemessen 17°, Raumtemp. 17° >> Offset = 0° >> Ausgabe 17°

am Aktor gemessen 17°, Raumtemp. 16,5° >> Offset = 0,5° >> Ausgabe 16°

am Aktor gemessen 17°, Raumtemp. 16,0° >> Offset = 1° >> Ausgabe 15°

Gruss,

Uwe

P.S. Am Dect-Repeater derselbe Effekt, die Heizkörperregler scheinen aber nicht betroffen .

[foxthefox]

@uwered:

Hallo Klaus.

Mir ist was an der Temperaturausgabe der Steckdosen (Dect200) aufgefallen.

Da wird scheinbar der Offsetwert doppelt abgezogen !?

Beispiel :

In der FB am Aktor gemessen 17°, Raumtemp. 17° >> Offset = 0° >> Ausgabe 17°

am Aktor gemessen 17°, Raumtemp. 16,5° >> Offset = 0,5° >> Ausgabe 16°

am Aktor gemessen 17°, Raumtemp. 16,0° >> Offset = 1° >> Ausgabe 15°

Gruss,

Uwe

P.S. Am Dect-Repeater derselbe Effekt, die Heizkörperregler scheinen aber nicht betroffen . `

Danke für die Rückmeldung. Ich werde es mir anschauen und evtl. darf ich nur nicht den Offset mit berücksichtigen, der Bestandteil des Telegrams ist.

Bei den Thermostaten läuft der Aufruf über eine andere Funktion, daher der Unterschied.

Gruß

Klaus

[foxthefox]

@foxthefox:

@uwered:

Hallo Klaus.

Mir ist was an der Temperaturausgabe der Steckdosen (Dect200) aufgefallen.

Da wird scheinbar der Offsetwert doppelt abgezogen !?

Beispiel :

In der FB am Aktor gemessen 17°, Raumtemp. 17° >> Offset = 0° >> Ausgabe 17°

am Aktor gemessen 17°, Raumtemp. 16,5° >> Offset = 0,5° >> Ausgabe 16°

am Aktor gemessen 17°, Raumtemp. 16,0° >> Offset = 1° >> Ausgabe 15°

Gruss,

Uwe

P.S. Am Dect-Repeater derselbe Effekt, die Heizkörperregler scheinen aber nicht betroffen . `

Danke für die Rückmeldung. Ich werde es mir anschauen und evtl. darf ich nur nicht den Offset mit berücksichtigen, der Bestandteil des Telegrams ist.

Bei den Thermostaten läuft der Aufruf über eine andere Funktion, daher der Unterschied.

Gruß

Klaus `

So, habs verbessert, mit der Version 0.14 (npm und github).

Die korrigierte Temperatur wird schon in dem json-array übergeben und braucht nicht nochmal mit dem mitgelieferten Offset addiert werden.

Gruß

Klaus

[uwered]

@foxthefox:

So, habs verbessert, mit der Version 0.14 (npm und github).

Die korrigierte Temperatur wird schon in dem json-array übergeben und braucht nicht nochmal mit dem mitgelieferten Offset addiert werden.

Gruß

Klaus `

Danke Dir.

Jetzt passt es.

Gruß,

Uwe

[foxthefox]

Hallo,

habe massiv den Code umgestellt und mich an die Implementierung der Gruppen gemacht.

Da ich nun die Daten komplett verarbeite, gibt es jetzt auch mehr Datenpunkte als vorher und es werden auch nur die Datenpunkte aufgemacht, die auch wirklich vorhanden sind. Zumindest hoffe ich die Variationen der Firmwareversionen anhand der Rückmeldungen aus dem Forum erwischt zu haben.

Das es eine so umfassende Änderung ist hab ich die Version 0.1.0 genannt.

Vorerst sind die Datenpunkte noch kompatibel zur vorigen Version. Der mode ist auch noch als 0/1/2 hinterlegt.

Sie liegt wie immer auf github.

Bitte testen (hab ja keine Thermostate )

Freue mich auf positive Rückmeldungen oder auch die aufgetretenen Problemchen.

Gruß

Klaus

[uwered]

@foxthefox:

Freue mich auf positive Rückmeldungen oder auch die aufgetretenen Problemchen.

Gruß

Klaus `

Moin Klaus.

Die Leistungsaufnahme ( value.power ) bei den Steckdosen ist um den Faktor 1000 zu groß gewertet …

Ansonsten soweit alles ok.

Gruß, Uwe

[foxthefox]

@uwered:

Moin Klaus.

Die Leistungsaufnahme ( value.power ) bei den Steckdosen ist um den Faktor 1000 zu groß gewertet …

Ansonsten soweit alles ok.

Gruß, Uwe `

Danke für die Meldung, habs geschwind korrigiert.

Schon die Gruppenschaltung probiert?

Gruß

Klaus

[uwered]

@foxthefox:

@uwered:

Moin Klaus.

Die Leistungsaufnahme ( value.power ) bei den Steckdosen ist um den Faktor 1000 zu groß gewertet …

Ansonsten soweit alles ok.

Gruß, Uwe `

Danke für die Meldung, habs geschwind korrigiert.

Schon die Gruppenschaltung probiert?

Gruß

Klaus `
Hallo Klaus.

Danke, aber das hat keine Veränderung bei value.power gebracht, hier wird meine LED immer noch mit 6200 W statt 6,2 angezeigt.

Die Schaltergruppen (Sgroup) lassen sich prima über "state" schalten,

die Thermogruppen (Hgroup) über "targettemp" auf eine Zieltemp. einstellen . Klappt also.

Bei der HGroup ist die Memberliste im Gegensatz zur SGroup leer ….

Gruss

[uwered]

Hallo Klaus ….

Ich habe mal den ganzen Objekte-Baum gelöscht und neu geladen ....

Die Steckdosen DECT200 werden jetzt einwandfrei ausgewertet und sind schaltbar.

Dect100 Repeater auch einwandfrei.

Die Kontakt-Aktoren auch alles ok.

Aber die Thermostate hat es zerlegt !

Da wird fast garnichts ausgelesen, ich häng mal nen Bild dran ....

Gruss, Uwe
3630_clipboard01.jpg

[foxthefox]

@uwered:

Hallo Klaus ….

Ich habe mal den ganzen Objekte-Baum gelöscht und neu geladen ....

Die Steckdosen DECT200 werden jetzt einwandfrei ausgewertet und sind schaltbar.

Dect100 Repeater auch einwandfrei.

Die Kontakt-Aktoren auch alles ok.

Aber die Thermostate hat es zerlegt !

Da wird fast garnichts ausgelesen, ich häng mal nen Bild dran ....

Gruss, Uwe `

Hallo Uwe,

Danke für die Rückmeldung.

ich hoffe ich habe jetzt alles erwischt, was noch nicht so richtig drin war.

-> neue Version auf github

Hatte auch ohne Löschung der Instanz recht komisches Verhalten beobachtet.

Ich warte mal mit weiteren strukturellen Änderungen (Namensgebung, Thermostat-Modi) auf weitere Rückmeldungen.

Gruß

Klaus

[aldoa1]

Bei mir wird jetzt nicht mehr das Comet Thermostat und ein 546e gefunden. Nur noch ein 546e ist in der Liste.

Habe auch noch mal den Adapter deinstalliert und die Objekte gelöscht. Nach Neuinstallation noch immer das gleiche Problem.

[foxthefox]

@aldoa1:

Bei mir wird jetzt nicht mehr das Comet Thermostat und ein 546e gefunden. Nur noch ein 546e ist in der Liste.

Habe auch noch mal den Adapter deinstalliert und die Objekte gelöscht. Nach Neuinstallation noch immer das gleiche Problem. `

Könntest du bitte folgendes tun:

• ein Terminal Fenster öffnen

• in das Verzeichnis iobroker/node_modules/iobroker.fritzdect/node_modules/fritzapi gehen

• node example -u deinusername -p deinpasswort aufrufen

• den Output bräuchte ich dann

Irgendwas scheint bei der Antwort der fritzbox anders zu sein, bzw genaugenommen die functionbitmask und die datenpunkte.

Das log in den debug Modus schalten und evtl Posten, könnte mir auch helfen.

Welche FritzOS Version und Modell hast du?

Gruß

Klaus

Gesendet von iPhone mit Tapatalk

[aldoa1]

@foxthefox:

@aldoa1:

Bei mir wird jetzt nicht mehr das Comet Thermostat und ein 546e gefunden. Nur noch ein 546e ist in der Liste.

Habe auch noch mal den Adapter deinstalliert und die Objekte gelöscht. Nach Neuinstallation noch immer das gleiche Problem. `

Könntest du bitte folgendes tun:

• ein Terminal Fenster öffnen

• in das Verzeichnis iobroker/node_modules/iobroker.fritzdect/node_modules/fritzapi gehen

• node example -u deinusername -p deinpasswort aufrufen

• den Output bräuchte ich dann

Irgendwas scheint bei der Antwort der fritzbox anders zu sein, bzw genaugenommen die functionbitmask und die datenpunkte.

Das log in den debug Modus schalten und evtl Posten, könnte mir auch helfen.

Welche FritzOS Version und Modell hast du?

Gruß

Klaus

Gesendet von iPhone mit Tapatalk `

Ich habe die 7580 mit FRITZ!OS: 06.92

Hier der Output (es werden da die Geräte gezeigt):

Switches: 34:31:C4:D8:62:8D,34:31:C4:D8:6C:53

[34:31:C4:D8:62:8D] FRITZ!Powerline Türstation
[34:31:C4:D8:62:8D] presence: true
[34:31:C4:D8:62:8D] state: true
[34:31:C4:D8:62:8D] temp: -

[34:31:C4:D8:6C:53] FRITZ!Powerline Schlafzimmer
[34:31:C4:D8:6C:53] presence: true
[34:31:C4:D8:6C:53] state: false
[34:31:C4:D8:6C:53] temp: -

Thermostats: 119600643920

[119600643920] Comet DECT Wohnzimmer
[119600643920] temp 20°C°C
[119600643920] target temp 21°C°C

Raw devices

[ { identifier: '34:31:C4:D8:62:8D',
    id: '20000',
    functionbitmask: '640',
    fwversion: '06.92',
    manufacturer: 'AVM',
    productname: 'FRITZ!Powerline 546E',
    present: '1',
    name: 'FRITZ!Powerline Türstation',
    switch: { state: '1', mode: 'manuell', lock: '0', devicelock: '0' },
    powermeter: { power: '4220', energy: '2038' } },
  { identifier: '34:31:C4:D8:6C:53',
    id: '20001',
    functionbitmask: '640',
    fwversion: '06.92',
    manufacturer: 'AVM',
    productname: 'FRITZ!Powerline 546E',
    present: '1',
    name: 'FRITZ!Powerline Schlafzimmer',
    switch: { state: '0', mode: 'manuell', lock: '0', devicelock: '0' },
    powermeter: { power: '0', energy: '19331' } },
  { identifier: '119600643920',
    id: '17',
    functionbitmask: '320',
    fwversion: '03.54',
    manufacturer: 'AVM',
    productname: 'Comet DECT',
    present: '1',
    name: 'Comet DECT Wohnzimmer',
    temperature: { celsius: '200', offset: '-50' },
    hkr: 
     { tist: '40',
       tsoll: '42',
       absenk: '32',
       komfort: '42',
       lock: '0',
       devicelock: '0',
       errorcode: '0',
       batterylow: '0',
       nextchange: [Object] } } ]