Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[looxer01]

Hi,

da hast du noch immer copy Fehler im Script.

Beispielsweise kommt each 2x vor; bei den Thermostaten als auch bei den Verschluessen (einlesen aus enum)

so sollte es bei den Thermostaten aussehen:

 $('channel[state.id=*.'+ThermostatTypeTab[x][4]+'] (rooms='+roomName+') (functions='+HeizungGewerk+') ').each(function (id, i) {   
 idExtract = ThermostatTypeTab[x][0] + id.substr(9, ThermostatTypeTab[x][5]);

und so ist es bei dir:

 $('channel[state.id=*.'+ThermostatTypeTab[x][4]+'] (rooms='+roomName+') (functions='+HeizungGewerk+') ')[color][b].each[/b][/color](function (id, i) {   
 idExtract = ThermostatTypeTab[x][0] + id.substr(9, ThermostatTypeTab[x][5]);

selbst wenn du das jetzt löst sind da vielleicht noch andere Dinge drinnen.

Versuche es doch mal mit Windows und Notepad++ über SSH in Ubuntu.

vG Looxer

[Conquest]

Hallo tobetobe,

wenn du Ubuntu nutzt kann ich dir "Kate" als Editor empfehlen mit allen anderen hat es bei mir auch nicht funktioniert. Seitdem ich diesen nutze habe ich keine Probleme mehr.

https://wiki.ubuntuusers.de/Kate/

LG

Torsten

[cstauch]

Hallo!

Ich bekomme das skript bei mir leider nicht zum laufen, im Log ist Folgendes zu finden:

javascript.0	2017-10-30 16:25:08.871	error	TypeError: Cannot read property 'common' of undefined
javascript.0	2017-10-30 16:25:08.870	error	^
javascript.0	2017-10-30 16:25:08.870	error	members: (objects[enums[i]].common) ? objects[enums[i]].common.members : [],
javascript.0	2017-10-30 16:25:08.870	error	script.js.Heizung: /volume1/iobroker/node_modules/iobroker.javascript/javascript.js:2035
javascript.0	2017-10-30 16:25:08.670	info	Start javascript script.js.Heizung
javascript.0	2017-10-30 16:25:08.599	info	Stop script script.js.Heizung

Hat jemand einen Tip?

Viele Grüße

[looxer01]

@cstauch:

Hat jemand einen Tip? `

Hi,

die stelle wo das passiert ist entweder beim einlesen der Thermostate oder Sensoren

        $('channel[state.id=*.'+ThermostatTypeTab[x][4]+'] (rooms='+roomName+') (functions='+HeizungGewerk+') ').each(function (id, i) {   
             idExtract = ThermostatTypeTab[x][0] + id.substr(9, ThermostatTypeTab[x][5]);
            fullname = getObject(id).common.name;

Offensichtlich konnte nichts eingelesen werden. Da gibt es mehrere Möglichkeiten

1 Falsches Gewerk angegeben ?

Hier muessen die Gewerke angepasst werden

var HeizungGewerk = "Heizung"; // diesem Gewerk muessen alle Thermostate zugeordnet sein.

var SensorGewerk = "Verschluss"; // diesem Gewerk muessen alle Verschlusssensoren zugeordnet sein.

2 die Aufzählungen in ioBroker sind nicht konsistent

schau mal in die Aufzählungen bei ioBroker. evt mal die Gewerke löschen und durch Rega Sync neu erstellen lassen.

vG Looxer

[cstauch]

Hallo Looxer, danke für die Hinweise!

Ich habe mal Screenshots meiner Konfiguration angehängt. Ich sehe die Inkonsistenz nicht. Ist aber vielleicht auch ein "Mann-Kühlschrank-Butter"-Problem, für erhellende Hinweise bin ich sehr dankbar!
3975_screenshot_20171031_094920.png
3975_screenshot_20171031_094955.png
3975_screenshot_20171031_100218.png
3975_screenshot_20171031_100303.png

[looxer01]

Hi,

um ehrlich zu sein muss ich ein wenig raten. Da ich unterwegs bin, kann ich auch nicht testen.

Ich hatte mal ein Problem mit den Gewerken/Räumen. Nach löschen aus den ioBroker Aufzählungen und Neuerstellung (stop and start REGA adapter) war das Problem gelöst.

Dann fällt mir auf, dass du die Gruppierungen dem Gewerk Heizung zugeordnet hast. Nimm mal das Gewerk aus den Gruppierten Thermostaten

Möglicherweise kommt da was rüber womit das script nix anfangen kann.

vG Looxer

[cstauch]

Es funktioniert jetzt, vielen Dank!

Das Entfernen des Gewerks aus der Gruppe hat geholfen!

[looxer01]

vielen Dank für die Rückmeldung. Ist auch gut zu wissen.

Ich denke, dass das ein Punkt für die ioBroker Entwicklung ist.

Der Fehler hätte eigentlich nicht hochkommen sollen.

vG Looxer

[cstauch]

Jetzt ist der Fehler wieder da. :x

Er tritt offensichtlich auf bei folgendem Aufruf:````
rooms = getEnums('rooms');

Der Fehler lässt sich mit folgendem Test-Skript reproduzieren:

var xx = getEnums('rooms');
console.log("debug");

Selbst wenn ich alle Einträge aus Rooms lösche und einen Dummy Einfüge, tritt der Fehler auf.

Wenn ich aber wiederum ein Dummy-Enum anlege und das an getEnums() übergebe, dann lüft das Test-Skript durch.

Der Fehler tritt auf in folgender Zeile (2035 von javascript.js):

                        members: (objects[enums[i]].common) ? objects[enums[i]].common.members : [],

Woran könnte das liegen?

Edit: Übrigens kann ich das enum.rooms auch nicht löschen.

Fehlermeldung:
  ` > Cannot delete "enum.rooms" because not allowed `  

Der Fehler tritt auch dann auf, wenn enum.rooms komplett leer ist :?

Edit2: Jetzt geht es wieder. Neustart von iobroker hat das Problem (vorerst) gelöst…

[looxer01]

@cstauch:

Jetzt ist der Fehler wieder da. `

Das Script läuft normalerweise mit rooms = getEnums('rooms') durch und füllt die rooms-tabelle

Deine enum.rooms Definition sieht normal aus.

Daher der Vorschlag die Räume aus den Gruppierungen zu nehmen. Ist vermutlich das gleiche Problem.

vG Looxer

Edit

aaah - ich habe gerade erst dein Edit2 gesehen.

hmmm. Warum sollte ein Neustart -ohne Aenderung- etwas aendern.

Ich schlage trotzdem vor die Raumzuordnung aus den Gruppierungen zu entfernen und neu zu starten.

[tobetobe]

Hallo zusammen,

ich melde mich nach längerer Zeit mal wieder. Der Job hat Vorrang vor der Bastelei.

Zunächst Dank an Torsten für diesen Tip:
` > Hallo tobetobe,

wenn du Ubuntu nutzt kann ich dir "Kate" als Editor empfehlen mit allen anderen hat es bei mir auch nicht funktioniert. Seitdem ich diesen nutze habe ich keine Probleme mehr. `
Kate ist eindeutig der bessere Editor und hat das copy/paste-Problem nicht.

Dann an Looxer: Danke für den Hinweis, den Fehler im Code konnte ich manuell korrigieren - war der einzige. Nach intensivem Lesen des gesamten Forumbeitrags habe ich das Skript zum Laufen bekommen. Die Fehlermeldungen hatten mit Räumen und Gewerken, die mit $func beginnen, zu tun. Den Anweisungen folgend, habe ich diese Aufzählungen gelöscht und Rega neu gestartet. Die $func tauchen aber immer wieder auf, selbst für Räume, die eindeutig bezeichnet sind (zB gibt es zum Wohnzimmer noch eine $func… livingRoom). Gleiches bei Gewerken. Nachdem ich einfach mal akzeptiert habe, dass diese Dinger immer wieder erscheinen, läuft das Skript. Müssig zu fragen, warum. Wenn ich das richtig verstanden habe, kann man Warnungen ignorieren- korrekt?

Ich taste mich jetzt mal an das Befüllen der Raumparameter in den verschiedenen vis. Kurze Frage dazu: Müssen Uhrzeit und Temperatur auch dann manuell für einen Tag eingetragen werden, wenn der Haken "wie Vortag" gesetzt ist? Und: Können nicht benötigte Zeiträume leer gelassen werden? Darf das also so aussehen, wie in dem Bild?

Beste Grüße und euch morgen noch einen schönen Feiertag,

tobetobe
3875_bildschirmfoto_vom_2017-10-31_19-45-17.png

[looxer01]

Hi

@tobetobe:

Die $func tauchen aber immer wieder auf, selbst für Räume, die eindeutig bezeichnet sind (zB gibt es zum Wohnzimmer noch eine $func… livingRoom). Gleiches bei Gewerken. `

dazu kann ich gar nichts sagen. Das habe ich bei mir auch nie beobachtet

Also mal in die Runde gefragt - Kennt jemand die Ursache ?

@tobetobe:

Kurze Frage dazu: Müssen Uhrzeit und Temperatur auch dann manuell für einen Tag eingetragen werden, wenn der Haken "wie Vortag" gesetzt ist? `

Nein, die Funktion dient zur vereinfachten Pflege.

Beispiel: alle "Wie Vortag" Flags wurden gesetzt. Dann muss nur die erste Zeile (Montag) gepflegt werden. Alle anderen werden ignoriert

@tobetobe:

Und: Können nicht benötigte Zeiträume leer gelassen werden? Darf das also so aussehen, wie in dem Bild? `

Ja und Nein. Der letzte Eintrag einer Zeile muss 00:00:00 enthalten. Alle anderen danach kommend werden ignoriert

Beispiel: Erste Spalte am Montag wird auf 20 Grad und bis Uhrzeit auf 00:00:00 gesetzt. Dann gibt es nur eine Temperatur für den Montag 24h.

Beide Beispiele zusammen genommen: Alles auf "wie Vortag" und erste Spalte mit Temperatur und bis Uhrzeit "00:00:00" würde bedeuten, dass es generell nur eine Temperatur gibt für jeden Tag der Woche und Feiertags.

Allerdings würden noch zusätzlich die Parameter die Temperatur beeinflussen. (z.B. Abwesenheitsabsenkung), falls so eingestellt.

Viele Gruesse

Looxer

[Dirk]

Hallo,

bevor ich mich mit dem Thema etwas tiefer beschäftige, möchte ich etwas Fragen:

Kann ich das Script nutzen?

Meine eingesetzten Geräte:

1x HmIP-FAL230-C6 - Fussbodenheizung im 1OG

1x HmIP-FAL230-C10 - Fußbodenheizung EG

8x HmIP-WTH-2 - Raumthermostat

2x HMIP-eTRV - Für die Handtuchhalter

Nach durchschauen des Code habe ich nur die HMIP-eTRV gefunden. Die HmIP-WTH-2 sind nicht als Typ definiert.

Daher meine Frage.

VG Dirk

[looxer01]

Hi Dirk,

@Dirk:

nach durchschauen des Code habe ich nur die HMIP-eTRV gefunden. Die HmIP-WTH-2 sind nicht als Typ definiert. `

Die Typen lassen sich generell einrichten. Ob es funktioniert muss getestet werden. Vielleicht braucht es noch Anpassungen.

Beispielsweise musste ich bei den alten Thermostaten nach Rückstellung von der Absenktemperatur auf geplante Temperatur einen Delay einbauen.

Also; im Prinzip sollte es funktionieren. Ich habe es aber für die IP Geräte selber noch nicht getestet.

Bei der Fussbodenheizung ist dir sicher selber klar, dass kurzfristige Temperatur-Aenderungen (z.B. Fenster öffnet oder bei Abwesenheit) eher nicht dienlich sind. (kann aber ja auch über die Raumparameter gesteuert werden)

Wenn du Geduld mitbringst, dann helfe ich gerne.

vG Looxer

[Dirk]

Hallo Looxer,

WoW danke für die schnelle Antwort.

Danke für das Angebot der Hilfe, dass nehme ich gerne an.

Daher möchte ich gerne etwas zu meiner Motivation schreiben, damit es keine Missverständnisse gibt.

Unser Haus ist 6 Monate alt. Verbaut ist meistens Wire bis auf die Thermostate und 3x ein 6fach Taster.

Meine Motivation ist die Automatisierung daher habe ich auch VIS nicht installiert.

Durch die moderne Bauweise ist die Fussbodenheizung doch recht schnell - zumindest beim Heizen, das abkühlen dauert halt.

Nach meinen ersten Test benötigt die Heizung für eine "Wohl fühl - Temperatur" ca. 30 Minuten.

Mir geht es also darum, das das Haus automatisch auf Ereignisse reagiert.

Derzeit löse ich das mit den Wochenprogrammen der Thermostate. In Abhängigkeit der Parameter - Ist es in den nächsten 3 Tagen kalt (weatherunderground adapter) schalte die Heizperiode ein und ist eine bestimmte Person (Kind1, Kind2. Mann, Frau - Tr-064 adapter) zu Hause - schalte die entsprechenden Wochenprogramme 1-6.

Auch den Feiertag-adapter habe ich eingebunden.

Das funktioniert auch ganz gut, ist aber etwas Starr.

Möchte ich etwas ändern, dann fasse ich alle Wochenprogramme (8x) an. Das ist auch der HomeMatic WebUi echt nicht gut gelöst und macht keinen Spaß. Wenn jemand die Temperatur per Hand ändert wird dies nicht zurückgestellt (erst wenn im Wochenprogramm eine neue Zeit beginnt) usw. usw.

Da ich das alles etwas einfacher gestalten möchte und die Steuerung aus der CCU heraus nehmen möchte. Habe ich nach Lösungen gesucht.

Dabei bin ich auf Dein Script gestoßen, was einiges an meinen Anforderungen abdeckt. Eine sehr Gute Arbeit mit viel Mühe - großen Respekt.

Da ich mir die Arbeit ersparen möchte, das alles nochmal zu Coden oder in Blocky nachzubauen.

Ja ich hätte die Geduld und auch die Lust. Passt das Script den zu meiner Motivation oder ist Deine Empfehlung eher - es neu anzugehen und es selber umzusetzen.

vG Dirk

[looxer01]

Hi Dirk,

@Dirk:

Passt das Script den zu meiner Motivation oder ist Deine Empfehlung eher - es neu anzugehen und es selber umzusetzen. `

Du hast dir ja sicher die Feature angesehen. Gerade die Reaktion auf Events ist eine Stärke, also

Feiertage, An/Abwesenheit, Urlaub, Party, Schichtarbeit etc. Wenn gewünscht über den google Kalender was sehr einfach geht und somit auch über das Handy ausserhalb des Netzwerkes.

Vermutlich ist es weniger Arbeit, deine Geräte hinzuzufügen. Im idealfall ist es wirklich nur ein Eintrag in der Liste. - mal sehen.

vG Looxer

[looxer01]

Hi Dirk,

Ich empfehle folgende Vorgehensweise.

Nutze zunächst die Raumliste und fange mit dem Handtuchhalter in einem Raum an.

Dazu brauchst du ja nicht einmal die View installieren. Somit kannst du innerhalb weniger Minuten einen ersten Test machen.

Verstellen kannst du ja über die Objektliste. Wenn du merkst, dass es im Prinzip klappt kannst du ja den ersten View installieren.

Manchmal gibt es Probleme mit den Aufzahlungen. Heizgruppen sollten nicht im Heizungsgewerk aufgenommen werden und auch nicht die Räume. (bringt ja auch i.d.R. nix)

vG Looxer

[Dirk]

OK ich habe das mal Probiert.

Einige kleine Änderungen musste ich mache - dazu gleich mehr, das Programm hat aber Warnungen:

javascript.0 2017-11-01 12:05:00.299 warn at Object. (script.js.Heizungssteuerung.P_Thermostatsteuerung:305:1)

javascript.0 2017-11-01 12:05:00.299 warn at LoopRooms (script.js.Heizungssteuerung.P_Thermostatsteuerung:530:1)

javascript.0 2017-11-01 12:05:00.299 warn State "javascript.0.Heizung.Heizplan.GlobaleParameter.Source_last_Program_Run" not found

javascript.0 2017-11-01 12:03:48.285 info script.js.Heizungssteuerung.P_Thermostatsteuerung: registered 0 subscriptions and 1 schedule

javascript.0 2017-11-01 12:03:48.285 info script.js.Heizungssteuerung.P_Thermostatsteuerung: Devices initialisiert

javascript.0 2017-11-01 12:03:42.528 info Start javascript script.js.Heizungssteuerung.P_Thermostatsteuerung

Die Variablen wurden auch nicht angelegt, also keine der neuen Variablen wurden angelegt. Somit stimmt die Meldung.

Hier nun meine Anpassungen:

Zeile 66 – var SensorGewerk = "Verschl"; Ich habe noch HM-IP Tür-/Fenstersensoren (HMIP-SWDO) - damit die nicht gefunden werden hier Quatsch eingegeben.

Zeile 75 -- var UseRoomList = true; //Wenn testmodus werden nur die Angegebenen Raeume abgearbeitet

Zeile 76 -- var RoomList = [];

Zeile 77 -- RoomList[0] = ['Elternbad']; // Liste der Raeume die gesteuert werden soll zum Testen

Zeile 78 – // RoomList[1] = ['Elternbad'];

Zeile 79 – // RoomList[2] = ['Wohnzimmer']; usw. alle anderen Auskommentiert.

Zeile 99 – var debug = true;

Zeile 112 -- var UseEventsGlobalParameter = false;

In Zeile 174 - 177 das hm-rpc.0. auf hm-rpc.1. geändert - da die Thermostate da sind.

[looxer01]

Hi Dirk

@Dirk:

javascript.0 2017-11-01 12:05:00.299 warn State "javascript.0.Heizung.Heizplan.GlobaleParameter.Source_last_Program_Run" not found `

Evt gibt es ein asynchron, also zeitliches Problem. Das kann beim erstmaligen Lauf des Programmes passieren.

Der Parameter sollte angelegt sein. Mach nochmal einen Refresh der Objektliste und schau nach.

der CreateState steht hier

State = Gparameterpath + ".Source_last_Program_Run"; 
createState(State, "init",  {read: true, write: true, type: 'string', name: 'Datum/Zeit des letzten Programmlaufes' , desc: 'Datum/Zeit des letzten Programmlaufes'});

Ansonsten kannst du ggf noch

var VerwendungSelectValue   = true; 

auf false setzen. Dann kannst du im VIS nicht mit der Auswahlliste arbeiten, hast aber in der Objektliste die wirklichen Temperaturen stehen.

Allerdings dürfte die Umstellung bei angelegten States dazu führen, dass der Heizplan initial mit temperaturen von 0 - 17 oder so angelegt ist.

Das Gewerk ist im standard "Heizung" (ggf anpassen) und muss den Thermostaten in der CCU zugeorndet sein.

Läuft das Programm denn ansonsten durch ?

vG Looxer

[Dirk]

Hallo Looxer,

also das Programm läuft weiter. Die Warnung kommt alle 5 Minuten, also scheint es gemäß Cron alle 5 Minuten durch zu laufen.

Da ich ja VIS nicht installiert habe, versuche ich mal das "var VerwendungSelectValue = true; ".

Und OH - da schaue ich noch mal.

Es ist dem Gewerk "Heizung" und "Thermostat" zugeordnet. Das werde ich mal auf nur "Heizung" ändern.