I am an automatic service that looks for possible errors in ioBroker and creates an issue for it. The link below leads directly to the test:

https://adapter-check.iobroker.in/?q=https://raw.githubusercontent.com/ioBroker/ioBroker.hm-rega

• [E201] Bluefox was not found in the collaborators on NPM!. Please execute in adapter directory: "npm owner add bluefox iobroker.hm-rega"

Thanks,
your automatic adapter checker.

I assigned other objects to rooms created by hm-rega adapter:

after adapter restart, these assigned objects will be removed from room enum:

Currently, the hm-rega adapter has only access to visible system variables of the CCU. It seems, it only seeks for EnumUsedIDs. Would it be possible to include a switch that it also can scan for EnumIDs in order to additionally find the invisible system variables?

This would be very helpful for some internally created system variables like those of the HMIP weather sensors, e.g. the system variable for the daily rain counter.

Best regards,

Thorsten

I noticed in my influxdb graphs that i have 0 values for temperatures related to thermostats of the HomeMatic IP series.

Based on the logging it looks like, after a CCU reboot, the HM-Rega write 0 as value to the states.
I wondering why the HM-Rega is updating these values, shouldn't that been handled by the HM-RPC ?
Also when a CCU reboot happens (i also rebooted HM-Rega at that time) the 0 value should not be writte but the real value of the temperature.

See below logging summary of a radiator device (HMIP-eTRV)

It would be helpful to add a checkbox to resync all variables and programs similar to hm-rpc: "Synchronisiere Geräte neu (einmalig)"

Is your feature request related to a problem? Please describe.
Group devices (e.g. group of thermostat's) is not synchronized. Therefore it is not possible to control such a group of devices

Describe the solution you'd like
Sync groups to enum.groups

Update Icon

Gruß
Matten Matten

Das Objekt Version der CCU scheint mehr als nur Zahlen und Punkte zu enthalten?

Mit folgende Script:

`var logging = true;
var debugging = false;

//Datenpunkt auswählen wo die installierte Version ersichtlich ist (aus Homematic.Rega Adapter)
var id_Version_installiert = "hm-rega.0.MEQ0228930.0.FIRMWARE_VERSION"/hm-rega.0.MEQ0228930.0.FIRMWARE_VERSION/;

function test() {
var Version_installiert = getState(id_Version_installiert).val;

if(logging){
    log('Version ist nicht aktuell. Installiert: ' +Version_installiert +' Zeilenumbruch warum? ');
}

}

test();`

erhalte ich folgendes Log:

`

javascript.0 2019-03-07 21:11:01.332 info script.js.Test.Test_Abfrage: registered 0 subscriptions and 0 schedules
javascript.0 2019-03-07 21:11:01.332 info Zeilenumbruch warum?
javascript.0 2019-03-07 21:11:01.332 info
javascript.0 2019-03-07 21:11:01.332 info script.js.Test.Test_Abfrage: Version ist nicht aktuell. Installiert: 2.41.5
javascript.0 2019-03-07 21:11:01.314 info Start javascript script.js.Test.Test_Abfrage
`

Versions:

• hm-rpc version: <1.98>

• hm-rega version: <2.30>

• CCU model: <CCU 2>

• CCU firmware: <2.41.5>

Hi,

the new js-controller 2.0 will come into latest repository in the next days and we want to make sure that all adapters are working well. We already did a 2 weeks Beta test and so some adapter were aleady checked and some needed slight adjustments.

You can find more information in ioBroker/ioBroker.js-controller#482 and in the ioBroker Forum. If you have more technical questions please write in the referenced issue or in the Developer thread please. General questions are best in the genral thread.

Please update your systems to js-controller 2.0 and check your adapter.

Please close this issue once you have checked your adapter or received successfull reports from users.

Thank you very much for your support. Please contact us in the other Threads or Forum on any question.

Derzeit gibt es unter unter den Objekten den Punkt CCU(Name). Darunter wird z. B. auf Wunsch der DutyCycle geschrieben oder die Firmware-Version.
Ich fände es gut wenn dort noch einige weitere Daten hinzukommen könnten.
In HM-Script kann man folgende Daten relativ einfach abfragen:

WriteLine("Version: " # dom.Version());
WriteLine("ReGaHss-Version: " # dom.BuildLabel());
WriteLine("Anzahl Geräte: " # (dom.GetObject(ID_DEVICES)).Count());
WriteLine("Anzahl Kanäle: " # dom.GetObject(ID_CHANNELS).Count());
WriteLine("Anzahl Datenpunkte: " # dom.GetObject(ID_DATAPOINTS).Count());
WriteLine("Anzahl SysVars: " # dom.GetObject(ID_SYSTEM_VARIABLES).Count());
WriteLine("Anzahl Programme: " # dom.GetObject(ID_PROGRAMS).Count());

Gerade die Rega-Version ist teilweise wichtig zu wissen. Die Anderen Punkte wie Anzahl Geräte, Kanäle, Datenpunkt usw finde ich aber auch durchaus interessant und würde mir wünschen wenn die Daten eben auch dort gepflegt würden.

Hello ,
The Sticky Unreach information will not be reset automatically under objects even if it is already reset in CCU. The state still stands on true.

Describe the bug
Adding devices to functions causes a complete whipe of all in ioBroker assigned devices to that function and only includes the ones present in the CCU.

To Reproduce
1)Steps to reproduce the behavior:
2) Create a function
3) Assign 1 device to that function
4) Syncronise rega (states will be mapped to that function now)
5) Add other devices to that function in ioBroker
6) Add another device to that function in the CCU
7) restart rega adapter
8) all de devices assigned to that function in step 6 are removed.

Expected behavior
Equal to Rooms, do only add the new device to the function and not clean all others

Screenshots & Logfiles
If applicable, add screenshots and logfiles to help explain your problem.

Versions:

• hm-rpc version: 1.9.19
• hm-rega version: 2.4.5
• JS-Controller version: 1.5.14
• Node version: 10.16.2
• Operating system: Ubuntu 18.04 LTS
• CCU model: Debmatic
• CCU firmware: 3.47.15.31

Hallo,

ich glaube ich habe einen Bug bei mir beseitigen können.
Bei jedem Neustart des Adapters/Instanz wurde auf der CCU ein Log-Eintrag erzeugt "homematic-ccu2 local0.err ReGaHss: Error: Content-Length or Postback Param size incorrect! PostParam=&!# devices.fn 1.4^M !#^M !# Dieses Homematic-Script..."
Dann habe ich mir die "devices.fn" Datei mal angeschaut und 3 Änderungen vorgenommen:

1. Die Zeilen "string sDevId;" und "string sChnId;" unter die Zeile "Write('{');" verschoben.
2. Alle überflüssigen Zeilenumbrüche entfernt
3. Den beginn gekürzt auf "!# devices.fn 1.4" ohne die weiteren Kommentare

Falls jemand das hier liest und umbauen möchte, kann er das ja Schrittweise machen und sieht dann ggf. woran genau es lag. (Dann könnte z.B. der Kommentar, von wem das ursprüngliche Script war, drin bleiben)

Gruß AlGu

Nach Änderung der Gewerk und Raumzuordnung in der CCU erfolgt keine korrekte Syncronisierung in ioBroker.
Ablauf

• Änderung der Zurdnung auf der CCU
  

• REGA und RPC Adapter deaktiviert

• Gerät (Objekt) in ioBroker gelöscht

• REGA und RPC Adapter mit erneuter Syncronisierung gestartet
  danach wurde das Gerät (Object) mit den alten Zuordnungen angelegt
  
  Ergänzung:
  Unter Aufzählungen blieben die Nummern (ich denke die alten Channels) nach dem Löschen des Gerätes übrig. Bei Rübergehen mit dem Mauszeiger wurde die SNr. des gelöschten Gerätes angezeigt.
  

HI all

A CCU String System variable, which is set to a string and set another time to the same(!) string, has a new timestamp in CCU but this is ignored by the Rega on iobroker.
All Timestamps in iobroker -> Objects -> Systemvariable -> MouseOver are left to the inital set of the variable

Sample:

• System Variable "mytestvar" is set to "test".
  -> a 2nd setvalue by a ccu program to this variable with the same content "test" is ignored while setting it to "test2" would be detected (after next poll interval).

I do expect that any variable change, which is indicated at the ccu i.e. by timestamp will also be detected by Rega and thus the iobroker->Objects would respect these new timestamps.

UseCase:
I use system Variable "LoggerMail" for incidating Log entries to be sent by email to me.
When washer is ready LogggerMail is set to "Washer ready". If I start the washer another time before any other Message arrives on the variable, I will not be notified about the second finished washer run.

Thanks! ;-)

Referring to https://forum.iobroker.net/viewtopic.php?f=30&t=8039&p=159775#p159775 there is an issue when reading the Systemvariables. rega adapter aborts on reading with error

2018-07-06 12:05:57.921 - error: hm-rega.0 Cannot parse answer for
variables:
{"40":{"Name":"Alarmmeldungen","TypeName":"VARDP","DPInfo":"Anzahl%20Alarmmeldungen","Value":0,"ValueMin":0,"ValueMax":65000,"ValueUnit":"","ValueType":16,"ValueSubType":0,"ValueList":""},
"41":{"Name":"Servicemeldungen","TypeName":"VARDP","DPInfo":"Anzahl%20Servicemeldungen","Value":13,"ValueMin":0,"ValueMax":65000,"ValueUnit":"","ValueType":16,"ValueSubType":0,"ValueList":""},
"15116":{"Name":"Abwesenheit","TypeName":"VARDP","DPInfo":"Keiner%20im%20Haus%2C%20weil%20Haust%FCr%20abgeschlossen","Value":false,"Timestamp":"2018-07-05
14:30:08","ValueMin":null,"ValueMax":null,"ValueUnit":"","ValueType":2,"ValueSubType":2,"ValueList":"ist%20falsch%3Bist%20wahr"},
"1322":{"Name":"Alarmzone%201","TypeName":"ALARMDP","DPInfo":"Alarmmeldung%20Alarmzone%201","Value":false,"Timestamp":"1970-01-01
01:00:00","ValueMin":null,"ValueMax":null,"ValueUnit":"","ValueType":2,"ValueSubType":6,"ValueList":"nicht%20ausgel%F6st%3Bausgel%F6st"},
"2033":{"Name":"Arbeitstag_heute","TypeName":"VARDP","DPInfo":"Arbeitstag%20heute","Value":true,"Timestamp":"2018-06-26
03:03:46","ValueMin":null,"ValueMax":null,"ValueUnit":"","ValueType":2,"ValueSubType":2,"ValueList":"ist%20falsch%3Bist%20wahr"},
"2034":{"Name":"Arbeitstag_morgen","TypeName":"VARDP","DPInfo":"Arbeitstag%20morgen","Value":true,"Timestamp":"2018-06-26
03:03:46","ValueMin":null,"ValueMax":null,"ValueUnit":"","ValueType":2,"ValueSubType":2,"ValueList":"ist%20falsch%3Bist%20wahr"},
"7026":{"Name":"Aussentemperatur","TypeName":"VARDP","DPInfo":"Aussentemperatur","Value":3.141500,"Timestamp":"2018-06-26
03:03:46","ValueMin":-100,"ValueMax":100,"ValueUnit":"%B0C","ValueType":4,"ValueSubType":0,"ValueList":""},
"11971":{"Name":"Aussentemperatur-aussen","TypeName":"VARDP","DPInfo":"","Value":25.812000,"Timestamp":"2018-07
...

Full log attached
Regards Ralf
iobroker.2018-07-06.log.txt

Habe die Version 2.4.11 installiert und bekomme im Log den Error: Cannot parse answer for variables:

mit debug gestartet:

Node: v10.16.3
NPM:6.10.3
JS-Controller: 2.0.9

Der Name unter Common.name bei den ALARM Objekten wird anders gefüllt als bei den anderen Feldern. Es wäre wünschenswert wenn die Bezeichnung einheitlich der sprechende Name wäre. Die Seriennr ist dort eher ungünstig. Eine Pusmeldung: Kommunikationsstörung bei Wandthermostat Wohnzimmer ist informativer als eine Nachricht: Kommunikationsstörung MEQ1234567

Ich benutzte verschiedene Scripte. Dort frage ich auf die ALRAM Felder ab.

Über

var Bezeichnung = getObject(id).common.name.substr(0, obj.common.name.indexOf(':'));

habe ich mir die Bezeichnung geholt. Über

var ID_Name = id.split('.')[2];

Die ID. Derzeit ist bei den Alarmfeldern die ID eingetragen

Beim setzen eines Values mit Umlauten in eine Variable vom Typ Zeichenkette wird der neue String nicht übernommen (ohne fehlermeldung)

see above

If rooms etc. are modified within HomeMatic, the changes are not applied right away within ioBroker.
It requires to reload the hm-rega adapter to see the changes in the admin, Enums (German: Aufzählungen) tab. However, it seems like changes are not applied to Objects, like "enum.rooms" immediately. It requires a re-start of the ioBroker to get the objects like "enum.rooms" updated right away.

See for example: https://forum.iobroker.net/viewtopic.php?f=21&t=10096&start=940#p218779

My request is to update the readme of the hm-rega adapter and describe this accordingly.

Thanks!

Bei uns werden die Namen nicht mehr komplett gefüllt:

Damit wird auch in den Scripts die Auswahl nicht mehr richtig angezeigt:

Kann es an der Version liegen?

http://forum.iobroker.net/viewtopic.php?f=22&t=5482

Hallo IoBroker Spezialisten

Ich habe seit heute seltsame Abstürze des IoBroker.
Sagt euch dieses log etwas?
Danach ist alles eingefrohren. kein zugriff per web oder SSH mehr möglich.
am raspi 2 leuchtet nur die HDD LED permanent.

danke im voraus

lg.

host.iobroker   2017-02-27 19:26:57.025   info   Restart adapter system.adapter.hm-rega.0 because enabled
host.iobroker   2017-02-27 19:26:57.024   error   instance system.adapter.hm-rega.0 terminated with code 0 (OK)
hm-rega.0   2017-02-27 19:26:56.960   info   terminating
hm-rega.0   2017-02-27 19:26:56.929   error   at Manager.ondata (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/manager.js:322:16)
hm-rega.0   2017-02-27 19:26:56.929   error   at Decoder.add (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/node_modules/socket.io-parser/index.js:246:12)
hm-rega.0   2017-02-27 19:26:56.929   error   at Decoder.Emitter.emit (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/node_modules/socket.io-parser/node_modules/component-emitter/index.js:134:20)
hm-rega.0   2017-02-27 19:26:56.929   error   at Decoder. (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/node_modules/component-bind/index.js:21:15)
hm-rega.0   2017-02-27 19:26:56.929   error   at Manager.ondecoded (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/manager.js:332:8)
hm-rega.0   2017-02-27 19:26:56.929   error   at Manager.Emitter.emit (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/node_modules/component-emitter/index.js:133:20)
hm-rega.0   2017-02-27 19:26:56.929   error   at Manager. (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/node_modules/component-bind/index.js:21:15)
hm-rega.0   2017-02-27 19:26:56.929   error   at Socket.onpacket (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/socket.js:236:12)
hm-rega.0   2017-02-27 19:26:56.929   error   at Socket.onack (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/socket.js:312:9)
hm-rega.0   2017-02-27 19:26:56.929   error   at Socket. (/opt/iobroker/node_modules/iobroker.hm-rega/hm-rega.js:1353:39)
hm-rega.0   2017-02-27 19:26:56.929   error   TypeError: Cannot set property 'hm-rpc.0.info' of null
hm-rega.0   2017-02-27 19:26:56.909   error   uncaught exception: Cannot set property 'hm-rpc.0.info' of null

Die Werte der Wetterstation in der CCU von heute Morgen:

Zur selben Zeit im ioBroker:

Im ioBroker nach einem Neustart von hm-rega.0:

Versions:

• hm-rpc version: 1.9.15
• hm-rega version: 2.4.0
• JS-Controller version: 1.5.12
• Node version: 8.16.0
• NPM: 6.4.1
• Operating system: iobroker @docker
• CCU model: raspberrymatic
• CCU firmware: 3.45.7.20190622

Ich erhalte bei der Differenzermittlung ein "NaN" zurück bei Abfragen auf die ALARM States:

 var aktuelles_Datum = new Date();
 
 var id_state = "hm-rpc.0.OEQ1544741.1.STATE"/*Wohnzimmer Stehlampe:1.STATE*/;
 var id_sticky_unreach = "hm-rpc.0.OEQ1544741.0.STICKY_UNREACH_ALARM"/*Wohnzimmer Stehlampe:0.STICKY_UNREACH_ALARM*/;
 var id_unreach = "hm-rpc.0.OEQ1544741.0.UNREACH_ALARM"/*Wohnzimmer Stehlampe:0.UNREACH_ALARM*/;
 var dif = Math.round((aktuelles_Datum - getState(id_unreach).lc)/1000);
 var dif1 = Math.round((aktuelles_Datum - getState(id_sticky_unreach).lc)/1000);
 var dif2 = Math.round((aktuelles_Datum - getState(id_state).lc)/1000);
 
log('Letzte Änderung am Sate: ' +formatDate(getState(id_state).lc, "TT.MM.JJ SS:mm:ss")+' Uhr ');
log('Letzte Änderung am sticky_unreach: ' +formatDate(getState(id_sticky_unreach).lc, "TT.MM.JJ SS:mm:ss")+' Uhr ');
log('Letzte Änderung am unreach: ' +formatDate(getState(id_unreach).lc, "TT.MM.JJ SS:mm:ss")+' Uhr '); 
log('dif ' +dif);
log('dif1 ' +dif1);
log('dif2 ' +dif2);

Die Abfrage auf state (hier dif2) liefert das richtige Ergebnis die beiden anderen Abfragen leider nicht. Lasse ich mir die Datenpunkte anzeigen sieht es zwar gut aus aber irgend etwas muss dort anders sein?

Ich kann mit Alarm States keine Dif bilden.

Natürlich hat der State sich schon einmal verändert.

Ich erhalte folgende Ausgabe:

javascript.0 | 2019-07-22 19:07:31.668 | info | script.js.Test.lc_Abfrage: dif2 38252
-- | -- | -- | --
javascript.0 | 2019-07-22 19:07:31.668 | info | script.js.Test.lc_Abfrage: dif1 NaN
javascript.0 | 2019-07-22 19:07:31.668 | info | script.js.Test.lc_Abfrage: dif NaN
javascript.0 | 2019-07-22 19:07:31.668 | info | script.js.Test.lc_Abfrage: Letzte Änderung am unreach: 19.07.19 13:05:28 Uhr
javascript.0 | 2019-07-22 19:07:31.667 | info | script.js.Test.lc_Abfrage: Letzte Änderung am sticky_unreach: 19.07.19 13:05:28 Uhr
javascript.0 | 2019-07-22 19:07:31.667 | info | script.js.Test.lc_Abfrage: Letzte Änderung am Sate: 22.07.19 22:30:00 Uhr
javascript.0 | 2019-07-22 19:07:31.659 | info | Start javascript script.js.Test.lc_Abfrage.

Wie man sieht hatte ich am 19.07 eine Servicemeldung (Kommunikationsstörung). Deshalb sollte das Script bei einer Division ein Erbenis liefern (beim State Befehl funktioniert es ja auch wie man im Log sieht).

Hier nochmal das Script:

var aktuelles_Datum = new Date();

var id_state = "hm-rpc.0.OEQ1544741.1.STATE"/Wohnzimmer Stehlampe:1.STATE/;
var id_sticky_unreach = "hm-rpc.0.OEQ1544741.0.STICKY_UNREACH_ALARM"/Wohnzimmer Stehlampe:0.STICKY_UNREACH_ALARM/;
var id_unreach = "hm-rpc.0.OEQ1544741.0.UNREACH_ALARM"/Wohnzimmer Stehlampe:0.UNREACH_ALARM/;
var dif = Math.round((aktuelles_Datum - getState(id_unreach).lc)/1000);
var dif1 = Math.round((aktuelles_Datum - getState(id_sticky_unreach).lc)/1000);
var dif2 = Math.round((aktuelles_Datum - getState(id_state).lc)/1000);

log('Letzte Änderung am Sate: ' +formatDate(getState(id_state).lc, "TT.MM.JJ SS:mm:ss")+' Uhr ');
log('Letzte Änderung am sticky_unreach: ' +formatDate(getState(id_sticky_unreach).lc, "TT.MM.JJ SS:mm:ss")+' Uhr ');
log('Letzte Änderung am unreach: ' +formatDate(getState(id_unreach).lc, "TT.MM.JJ SS:mm:ss")+' Uhr ');
log('dif ' +dif);
log('dif1 ' +dif1);
log('dif2 ' +dif2);

hi,

since the 2.1.2 update the adapter is continuously (each 5min) renaming all my devices:

this spams the log intensively

Hallo,

habe heute das Modul auf die letzte Version geupdated. Nun bekomme ich bei meinen beiden Thermostaten von Homematic (nicht IP) FAULT_REPORTING (s. Screenshot)

Kann ich das irgendwie beheben? Mit der Version aus Ende November/Anfang Dezember hat alles problemlos funktioniert.

Das Log:

undefined2019-01-31 21:58:15.004 - info: host.raspmatic object change system.adapter.hm-rpc.0
--
2019-01-31 21:58:15.005 - info: host.raspmatic stopInstance system.adapter.hm-rpc.0
2019-01-31 21:58:15.812 - info: host.raspmatic object change system.adapter.hm-rega.0
2019-01-31 21:58:15.812 - info: host.raspmatic stopInstance system.adapter.hm-rega.0
2019-01-31 21:58:15.813 - info: host.raspmatic stopInstance system.adapter.hm-rega.0 killing pid 3130
2019-01-31 21:58:15.868 - info: host.raspmatic instance system.adapter.hm-rega.0 terminated with code 0 (OK)
2019-01-31 21:58:16.020 - info: host.raspmatic stopInstance timeout "1000 system.adapter.hm-rpc.0 killing pid 3022
2019-01-31 21:58:16.024 - info: hm-rpc.0 xmlrpc -> 192.168.255.1:2001/ init ["http://192.168.255.1:12001",""]
2019-01-31 21:58:16.036 - info: hm-rpc.0 Disconnected
2019-01-31 21:58:16.047 - info: hm-rpc.0 xmlrpc -> 192.168.255.1:2001/ init ["http://192.168.255.1:12001",""]
2019-01-31 21:58:16.061 - info: host.raspmatic instance system.adapter.hm-rpc.0 terminated with code 0 (OK)
2019-01-31 21:58:18.327 - info: host.raspmatic instance system.adapter.hm-rega.0 started with pid 3270
2019-01-31 21:58:18.533 - info: host.raspmatic instance system.adapter.hm-rpc.0 started with pid 3276
2019-01-31 21:58:19.958 - info: hm-rpc.0 starting. Version 1.9.5 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v8.15.0
2019-01-31 21:58:20.519 - info: hm-rpc.0 xmlrpc server is trying to listen on 0.0.0.0:12001
2019-01-31 21:58:20.520 - info: hm-rpc.0 xmlrpc client is trying to connect to 192.168.255.1:2001/ with ["http://192.168.255.1:12001","hm-rpc.0"]
2019-01-31 21:58:20.565 - info: hm-rpc.0 Connected
2019-01-31 21:58:20.626 - info: hm-rega.0 starting. Version 2.2.1 in /opt/iobroker/node_modules/iobroker.hm-rega, node: v8.15.0
2019-01-31 21:58:20.648 - info: hm-rega.0 subscribe hm-rpc.0.BidCoS-RF.50.PRESS_SHORT
2019-01-31 21:58:20.733 - info: hm-rega.0 ReGaHSS 192.168.255.1 up
2019-01-31 21:58:20.830 - info: hm-rega.0 time difference local-ccu 1s
2019-01-31 21:58:20.875 - info: hm-rega.0 added/updated 2 favorites to enum.favorites
2019-01-31 21:58:20.950 - info: hm-rega.0 added/updated functions to enum.functions
2019-01-31 21:58:21.006 - info: hm-rega.0 added/updated rooms to enum.rooms
2019-01-31 21:58:21.168 - info: hm-rega.0 renamed hm-rpc.0.OEQ2094673.6 to "HM-CC-RT-DN OEQ2094673:6"
2019-01-31 21:58:21.181 - info: hm-rega.0 renamed hm-rpc.0.OEQ2094673.5 to "HM-CC-RT-DN OEQ2094673:5"
2019-01-31 21:58:21.190 - info: hm-rega.0 renamed hm-rpc.0.OEQ2094673.4 to "Wohnzimmer"
2019-01-31 21:58:21.198 - info: hm-rega.0 renamed hm-rpc.0.OEQ2094673.3 to "HM-CC-RT-DN OEQ2094673:3"
2019-01-31 21:58:21.208 - info: hm-rega.0 renamed hm-rpc.0.OEQ2094673.2 to "HM-CC-RT-DN OEQ2094673:2"
2019-01-31 21:58:21.218 - info: hm-rega.0 renamed hm-rpc.0.OEQ2094673.1 to "HM-CC-RT-DN OEQ2094673:1"
2019-01-31 21:58:21.228 - info: hm-rega.0 renamed hm-rpc.0.OEQ2094673.0 to "Temp Wohnzimmer:0"
2019-01-31 21:58:21.237 - info: hm-rega.0 renamed hm-rpc.0.OEQ2094673 to "Temp Wohnzimmer"
2019-01-31 21:58:21.248 - info: hm-rega.0 renamed hm-rpc.0.OEQ2094641.6 to "HM-CC-RT-DN OEQ2094641:6"
2019-01-31 21:58:21.259 - info: hm-rega.0 renamed hm-rpc.0.OEQ2094641.5 to "HM-CC-RT-DN OEQ2094641:5"
2019-01-31 21:58:21.266 - info: hm-rega.0 renamed hm-rpc.0.OEQ2094641.4 to "Schlafzimmer"
2019-01-31 21:58:21.276 - info: hm-rega.0 renamed hm-rpc.0.OEQ2094641.3 to "HM-CC-RT-DN OEQ2094641:3"
2019-01-31 21:58:21.297 - info: hm-rega.0 renamed hm-rpc.0.OEQ2094641.2 to "HM-CC-RT-DN OEQ2094641:2"
2019-01-31 21:58:21.306 - info: hm-rega.0 renamed hm-rpc.0.OEQ2094641.1 to "HM-CC-RT-DN OEQ2094641:1"
2019-01-31 21:58:21.319 - info: hm-rega.0 renamed hm-rpc.0.OEQ2094641.0 to "Temp Schlafzimmer:0"
2019-01-31 21:58:21.328 - info: hm-rega.0 renamed hm-rpc.0.OEQ2094641 to "Temp Schlafzimmer"
2019-01-31 21:58:21.340 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.50 to "HM-RCV-50 BidCoS-RF:50"
2019-01-31 21:58:21.352 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.49 to "HM-RCV-50 BidCoS-RF:49"
2019-01-31 21:58:21.360 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.48 to "HM-RCV-50 BidCoS-RF:48"
2019-01-31 21:58:21.371 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.47 to "HM-RCV-50 BidCoS-RF:47"
2019-01-31 21:58:21.379 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.46 to "HM-RCV-50 BidCoS-RF:46"
2019-01-31 21:58:21.387 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.45 to "HM-RCV-50 BidCoS-RF:45"
2019-01-31 21:58:21.393 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.44 to "HM-RCV-50 BidCoS-RF:44"
2019-01-31 21:58:21.400 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.43 to "HM-RCV-50 BidCoS-RF:43"
2019-01-31 21:58:21.407 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.42 to "HM-RCV-50 BidCoS-RF:42"
2019-01-31 21:58:21.415 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.41 to "HM-RCV-50 BidCoS-RF:41"
2019-01-31 21:58:21.423 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.40 to "HM-RCV-50 BidCoS-RF:40"
2019-01-31 21:58:21.431 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.39 to "HM-RCV-50 BidCoS-RF:39"
2019-01-31 21:58:21.439 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.38 to "HM-RCV-50 BidCoS-RF:38"
2019-01-31 21:58:21.446 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.37 to "HM-RCV-50 BidCoS-RF:37"
2019-01-31 21:58:21.455 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.36 to "HM-RCV-50 BidCoS-RF:36"
2019-01-31 21:58:21.463 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.35 to "HM-RCV-50 BidCoS-RF:35"
2019-01-31 21:58:21.472 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.34 to "HM-RCV-50 BidCoS-RF:34"
2019-01-31 21:58:21.481 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.33 to "HM-RCV-50 BidCoS-RF:33"
2019-01-31 21:58:21.490 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.32 to "HM-RCV-50 BidCoS-RF:32"
2019-01-31 21:58:21.498 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.31 to "HM-RCV-50 BidCoS-RF:31"
2019-01-31 21:58:21.504 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.30 to "HM-RCV-50 BidCoS-RF:30"
2019-01-31 21:58:21.514 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.29 to "HM-RCV-50 BidCoS-RF:29"
2019-01-31 21:58:21.522 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.28 to "HM-RCV-50 BidCoS-RF:28"
2019-01-31 21:58:21.530 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.27 to "HM-RCV-50 BidCoS-RF:27"
2019-01-31 21:58:21.538 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.26 to "HM-RCV-50 BidCoS-RF:26"
2019-01-31 21:58:21.547 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.25 to "HM-RCV-50 BidCoS-RF:25"
2019-01-31 21:58:21.554 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.24 to "HM-RCV-50 BidCoS-RF:24"
2019-01-31 21:58:21.562 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.23 to "HM-RCV-50 BidCoS-RF:23"
2019-01-31 21:58:21.569 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.22 to "HM-RCV-50 BidCoS-RF:22"
2019-01-31 21:58:21.578 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.21 to "HM-RCV-50 BidCoS-RF:21"
2019-01-31 21:58:21.586 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.20 to "HM-RCV-50 BidCoS-RF:20"
2019-01-31 21:58:21.594 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.19 to "HM-RCV-50 BidCoS-RF:19"
2019-01-31 21:58:21.603 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.18 to "HM-RCV-50 BidCoS-RF:18"
2019-01-31 21:58:21.611 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.17 to "HM-RCV-50 BidCoS-RF:17"
2019-01-31 21:58:21.619 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.16 to "HM-RCV-50 BidCoS-RF:16"
2019-01-31 21:58:21.627 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.15 to "HM-RCV-50 BidCoS-RF:15"
2019-01-31 21:58:21.635 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.14 to "HM-RCV-50 BidCoS-RF:14"
2019-01-31 21:58:21.643 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.13 to "HM-RCV-50 BidCoS-RF:13"
2019-01-31 21:58:21.651 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.12 to "HM-RCV-50 BidCoS-RF:12"
2019-01-31 21:58:21.659 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.11 to "HM-RCV-50 BidCoS-RF:11"
2019-01-31 21:58:21.667 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.10 to "HM-RCV-50 BidCoS-RF:10"
2019-01-31 21:58:21.675 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.9 to "HM-RCV-50 BidCoS-RF:9"
2019-01-31 21:58:21.683 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.8 to "HM-RCV-50 BidCoS-RF:8"
2019-01-31 21:58:21.691 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.7 to "HM-RCV-50 BidCoS-RF:7"
2019-01-31 21:58:21.699 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.6 to "HM-RCV-50 BidCoS-RF:6"
2019-01-31 21:58:21.707 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.5 to "HM-RCV-50 BidCoS-RF:5"
2019-01-31 21:58:21.715 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.4 to "HM-RCV-50 BidCoS-RF:4"
2019-01-31 21:58:21.723 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.3 to "HM-RCV-50 BidCoS-RF:3"
2019-01-31 21:58:21.731 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.2 to "HM-RCV-50 BidCoS-RF:2"
2019-01-31 21:58:21.738 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.1 to "HM-RCV-50 BidCoS-RF:1"
2019-01-31 21:58:21.745 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF.0 to "HM-RCV-50 BidCoS-RF:0"
2019-01-31 21:58:21.752 - info: hm-rega.0 renamed hm-rpc.0.BidCoS-RF to "HM-RCV-50 BidCoS-RF"
2019-01-31 21:58:21.768 - info: hm-rega.0 got 0 programs
2019-01-31 21:58:21.779 - info: hm-rega.0 added/updated 0 programs
2019-01-31 21:58:21.780 - info: hm-rega.0 deleted 0 programs
2019-01-31 21:58:21.792 - info: hm-rega.0 got 4 variables
2019-01-31 21:58:21.823 - info: hm-rega.0 added/updated 4 variables
2019-01-31 21:58:21.824 - info: hm-rega.0 deleted 0 variables
2019-01-31 21:58:21.929 - info: hm-rega.0 added/updated 1 objects
2019-01-31 21:58:21.931 - info: hm-rega.0 request state values
2019-01-31 21:58:22.029 - info: hm-rega.0 got state values

Hallo,
mit der Version 2.1.5 des Adapters kann aus der CCU2 (aktuelle Firmware) kein DutyCycle gelesen werden. Fehler liegt offenbar am Port auf dem die XML-Schnittstelle den DC auf der CCU2 abfragt. Dieser wurde von 2001 auf 32001 geändert wegen der Authentifizierung bei der neuen CCU3 (--> danke für die Erklärung @foxriver76 )

Siehe auch Forenbeitrag: https://forum.iobroker.net/viewtopic.php?f=20&t=21112#p221742

Gruß Steffen

In der CCU kann man ja einstellen, dass man Fehlermeldungen , die sich von selbst erledigt haben, automatisch in der CCU bestätgigen kann. Laut JensMaus (Rasperymatic) werden die aber nur ausgeblendet...

Im IO-Broker bleibt der Datenpunkt "Maintenance" so lange auf Fehler, bis in der CCU einmal in die Fehler gegangen wird, obwohl da keine mehr sind...

aus dem HomematikForum:

Das kann passieren, denn in neueren RaspberryMatic Versionen existiert ja die Möglichkeit Servicemeldungen in der WebUI zu "verstecken". D.h. man kann ja je gerät sagen ob man service Meldungen haben will oder nicht und dann zeigt die WebUI die Servicemeldungen entweder an oder nicht. Dieses Feature nutzt jedoch einen Umstand in der WebUI bzw. ReGaHss aus bei der ServiceMeldungen als "enabled" oder "disabled" markiert werden können. Die Methode die dann die aktuellen Servicemeldungen darstellt wertet dann diese Flags aus und zeigt sie entweder an oder nicht. Nun kann es aber sein (und pocketControl hatte das am Anfang z.B. auch), das externe Applikationen diese Abfrage nach angeschalteten/abgeschalteten Servicemeldungen (noch) nicht implementiert haben und daher diese dann trotzdem alle Servicemeldungen auflisten lassen auch wenn teile davon eigentlich deaktiviert sind.

Für die die sich mit ReGa-Skripting auskennen (und für Entwickler externer Anwenden) muss das z.B. so aussehen:

var servs = dom.GetObject(ID_SERVICES); string id; foreach(id, servs.EnumIDs()) { var r=dom.GetObject(id); if(r) { if(r.IsTypeOf(OT_ALARMDP) && (r.Used() == true) && (r.Enabled() == true) && (r.AlState() == asOncoming)) { WriteLine("ServiceMeldung: " # r.Name() # "." # r.ID() # "." # r.Timestamp().ToInteger() # "." # r.AlOccurrenceTime().ToInteger() # "." # r.AlCounter()); } } }

Describe the bug
Seit der Version 2.1.6 hab ich das Phänomen, dass Timestamps von gewissen Werten von hm-rega via der simple-api als Text statt als Integer geliefert werden. Zum Beispiel liefert
http://iobroker.lan:8082/getBulk/hm-rega.0.9308,hm-rega.0.18871,hm-rega.0.9307,hm-rega.0.11776,hm-rega.0.9071,...
den vierten Wert als Text.

[{"val": 7.319, "ts": 1553901206265},
 {"val": 568, "ts": 1553900613850},
 {"val": 3.770225,"ts": 1553901206262},
 {"val": 2.1,  "ts": "2019-03-30 00:00:01"},
 {"val": true,  "ts": 1553901206258},...

Ich habe mit sonst gleichem Setup verschiedenste hm-rega Versionen ausprobiert und es tritt erst ab 2.1.6 auf, während 2.1.3 nicht betroffen ist. Deswegen glaube ich auch, dass es am hm-rega und nicht am simple-api oder sonst was liegt. Habe mehrfach zwischen 2.1.3 und 2.1.6 bzw. 2.3.2 gewechselt und jeweils 2.1.3 hat funktioniert und die anderen nicht.

Siehe auch: https://forum.iobroker.net/topic/21423/hm-rega-simple-api-timestamp-als-string

Ich verwende die interne API des web-adapters, aber auch ein separat installierter simple-api Adapter hat den Fehler gezeigt. Interessanter Weise ist das /get/ Kommando im Gegensatz zu /getBulk/nicht betroffen.

Hab mir die Änderungen im Code zwischen 2.1.3 und 2.1.6 angeschaut, aber leider ist mir nichts aufgefallen. Bitte daher um Unterstützung bzw. Info, wenn zur Analyse noch etwas benötigt wird.

Expected behavior
Alle Werte als Integer in Millisekunden

Versions:

• hm-rpc version: 1.9.9
• hm-rega version: 2.3.2 (da ist es aufgefallen) 2.1.6+ ist betroffen
• JS-Controller version: 1.4.2
• Node version: 8.10.0
• Operating system: Ubuntu 18.04.2 LTS (GNU/Linux 3.16.63-37 aarch6
• CCU model: CCU2
• CCU firmware: 2.35.16

Due to the fact that the duty cycle script https://github.com/ioBroker/ioBroker.hm-rega/blob/master/regascripts/dutycycle.fn accesses the xml api, it needs the authentication credentials. Otherwise the option does not work when having authentication activated for the api in CCU settings.

Or we find a way to get the information without making an API call like in the script.

I have three RPC instances created, but they are only listed in the dropdown of rfd. It's not possible to activate Homematic IP and choose and RPC instance.

Versions:
io.broker.admin: 3.5.10
Homematic RPC: 1.8.0
HomeMatic ReGaHS: 2.0.0

checked with 2 systems:

HM-Rega 1.7.2 - CCU part VERSION=3.37.8.20181026
HM-Rega 2.0.0 - CCU Part VERSION=3.41.11.20181126

ON CCU Sysvar type String
In Iobroker the Variable is string too,

name is equal, here variabled called test

1. changing sysvar in ccu with hm scripts, all is ok, the string content comes to iobroker var in HMrega.
2. Changing in Object in HM-Rega this sysvar.
   2a-- by using"normal" character without german special lettes like äöüÄÖÜß - working well, content comes to ccu, in iobroker akk=true, all is ok
   2b. when the string contains german letters... dont work, the ccu becomes this values not, in IOBroker after intervall its the old string value from the ccu.

Black

Wenn ich das richtig verstanden habe, sollte es möglich sein über die Einstellungen in dem Adapter, das Polling der "Programme" auch deaktivieren zu können.
Bei mir wird aber jede Minute (Polling Interval) 2 Scripte an die CCU gesendet:
"hm-rega.0 --> Content-Length: 792, Script: !# programs.fn 1.3 !# "
"hm-rega.0 --> Content-Length: 1359, Script: !# polling.fn"

Das Logging dafür habe ich selber hinzugefügt.
Ist das ein Fehler oder so gewollt?

Hi,

i changed a room assignment for a device at my CCU, deleted the device at iobroker objects, restart RPC but the device come back with old room assigment at iobroker.

Then i restarted REGA and after that the device was visible with old and new room:

According to this thread https://forum.iobroker.net/viewtopic.php?f=8&t=15651 it might be a bug !?

hm-rega logt jede State Änderung mit info-level. Bei mir kommen die Änderungen aus einem Script.
Log:

hm-rega-0   2015-08-06 11:23:11   info   State 2630 0
hm-rega-0   2015-08-06 11:23:11   info   State 3283 false
hm-rega-0   2015-08-06 11:23:11   info   State 2630 0
hm-rega-0   2015-08-06 11:23:11   info   State 3282 false
hm-rega-0   2015-08-06 11:22:11   info   State 2630 0
hm-rega-0   2015-08-06 11:22:11   info   State 2630 0
hm-rega-0   2015-08-06 11:22:11   info   State 3283 false
hm-rega-0   2015-08-06 11:22:11   info   State 3282 false
hm-rega-0   2015-08-06 11:21:12   info   State 2630 0
hm-rega-0   2015-08-06 11:21:12   info   State 3283 false
hm-rega-0   2015-08-06 11:21:12   info   State 2630 0
hm-rega-0   2015-08-06 11:21:11   info   State 3282 false
hm-rega-0   2015-08-06 11:20:11   info   State 2630 0
hm-rega-0   2015-08-06 11:20:11   info   State 3283 false
hm-rega-0   2015-08-06 11:20:11   info   State 2630 0
hm-rega-0   2015-08-06 11:20:11   info   State 3282 false
hm-rega-0   2015-08-06 11:20:00   info   State 3281 false
hm-rega-0   2015-08-06 11:20:00   info   State 3284 1
hm-rega-0   2015-08-06 11:20:00   info   State 3279 25.1
hm-rega-0   2015-08-06 11:20:00   info   State 3280 25.5
hm-rega-0   2015-08-06 11:20:00   info   State 2632 25.7
hm-rega-0   2015-08-06 11:20:00   info   State 3278 23.7
hm-rega-0   2015-08-06 11:20:00   info   State 4076 2

For Admin3 some changes are needed: see http://forum.iobroker.net/viewtopic.php?f=24&t=10268

Ich habe ioBroker und eine lxccu auf dem selben Raspi2.
Da nach dem booten die lxccu noch nicht direkt zur Verfügung steht, kann ioBroker natürlich noch nicht dorthin verbinden:

hm-rega-0   2015-08-07 08:10:43 error   post request error: connect ECONNREFUSED
hm-rega-0   2015-08-07 08:10:43 info    ReGaHSS 192.168.0.11 up
hm-rega-0   2015-08-07 08:10:38 info    subscribe hm-rpc.0.BidCoS-RF:50.PRESS_SHORT
hm-rega-0   2015-08-07 08:10:37 info    starting. Version 0.2.2 in /opt/iobroker/node_modules/iobroker.hm-rega

Im weiteren Verlauf bekomme ich dann:

hm-rega-0   2015-08-07 08:12:35 info    Got unexpected ID: hm-rega.0.2630
hm-rega-0   2015-08-07 08:12:35 info    Got unexpected ID: hm-rega.0.3282
hm-rega-0   2015-08-07 08:12:33 info    Got unexpected ID: hm-rega.0.3283
hm-rega-0   2015-08-07 08:11:35 info    Got unexpected ID: hm-rega.0.2630
hm-rega-0   2015-08-07 08:11:35 info    Got unexpected ID: hm-rega.0.3282
hm-rega-0   2015-08-07 08:11:33 info    Got unexpected ID: hm-rega.0.2630

Sobald ich dann hm-rega einmal neu starte funktioniert alles.

Bin gerade von der 2.2.1 auf die 2.30 gegangen. Folgende zwei Fehler fand ich danach im log. Weiß nicht ob es problematisch ist. Falls nicht issue einfach schließen.

hm-rega.0 2019-02-08 20:25:21.563 info subscribe hm-rpc.0.BidCoS-RF.50.PRESS_SHORT
hm-rega.0 2019-02-08 20:25:21.482 info starting. Version 2.3.0 in /opt/iobroker/node_modules/iobroker.hm-rega, node: v6.14.0
host.iobroker 2019-02-08 20:25:20.340 info instance system.adapter.hm-rega.0 started with pid 17376
iobroker 2019-02-08 20:25:18.051 info exit 0
iobroker 2019-02-08 20:25:18.041 info Adapter "hm-rega" updated
iobroker 2019-02-08 20:25:17.982 info upload [0] hm-rega.admin /opt/iobroker/node_modules/iobroker.hm-rega/admin/homematic.png homematic.png image/png
iobroker 2019-02-08 20:25:17.925 info upload [1] hm-rega.admin /opt/iobroker/node_modules/iobroker.hm-rega/admin/index.html index.html text/html
host.iobroker 2019-02-08 20:25:17.870 info instance system.adapter.hm-rega.0 terminated with code 0 (OK)
hm-rega.0 2019-02-08 20:25:17.836 info terminating
iobroker 2019-02-08 20:25:17.834 info upload [2] hm-rega.admin /opt/iobroker/node_modules/iobroker.hm-rega/admin/index_m.html index_m.html text/html
host.iobroker 2019-02-08 20:25:17.815 info stopInstance system.adapter.hm-rega.0 killing pid 11108
host.iobroker 2019-02-08 20:25:17.815 info stopInstance system.adapter.hm-rega.0
host.iobroker 2019-02-08 20:25:17.814 info object change system.adapter.hm-rega.0
iobroker 2019-02-08 20:25:17.797 info Update "system.adapter.hm-rega.0"
iobroker 2019-02-08 20:25:17.746 info upload [3] hm-rega.admin /opt/iobroker/node_modules/iobroker.hm-rega/admin/words.js words.js application/javascript
iobroker 2019-02-08 20:25:17.709 info got /opt/iobroker/node_modules/iobroker.hm-rega/admin
iobroker 2019-02-08 20:25:11.368 info npm install --production (System call) in "/opt/iobroker/node_modules/iobroker.hm-rega"
hm-rega.0 2019-02-08 20:25:00.467 error runScriptFile Error: ENOENT: no such file or directory, open '/opt/iobroker/node_modules/iobroker.hm-rega/lib/../regascripts/programs.fn'
hm-rega.0 2019-02-08 20:25:00.463 error runScriptFile Error: ENOENT: no such file or directory, open '/opt/iobroker/node_modules/iobroker.hm-rega/lib/../regascripts/polling.fn'
iobroker 2019-02-08 20:24:15.813 info npm install [email protected] --production --prefix "/opt/iobroker" (System call)
iobroker 2019-02-08 20:24:15.811 info Update hm-rega from @2.2.1 to @2.3.0
iobroker 2019-02-08 20:24:14.436 info upgrade hm-rega

see ioBroker/ioBroker.hm-rpc#75

Additionally: ${functionLight} also needs to be replaced

basically for: ioBroker/ioBroker.js-controller#198

After upgrading the CCU2 firmware to version 2.47.20 the variables for alarms are the same as for service messages. i.e. if I have 2 services messages on the CCU2 and 0 alarams, then in ioBroker there are 2 alarams and 2 service messages. If the services message on CCU2 decreases the alarms counter ist set to 1 in ioBroker (same as services messages).
Also deleting the whole hm-rega.0 objects and restart the hm-rega adapter did not solve the problem.

It very often happens that new user are not changing the enums in the CCU which leads to the fact that the REGA adapter receives enums as $......
It should be possible in the REGA adapter to use the same translation list as the CCU does which would result in less iritations of users.
Downside would be for cases where a CCU update leads to a requirement to update the ioBroker REGA translation list. I assume that would not happen often though.

Example of one of those discussions:

http://forum.iobroker.net/viewtopic.php?f=21&t=10096&start=40

Hallo zusammen,

seit einiger Zeit startet der hm-rega nicht mehr. Ich habe schon auf der Konsole versucht in neu zu installieren, update und upgrade...

Folgende Fehlermeldung bekomme ich:

instance system.adapter.hm-rega.0 terminated with code 0 (OK)

by controller[0]: at Decoder.add (/opt/iobroker/node_modules/socket.io-parser/index.js:246:12)
by controller[0]: at Decoder.Emitter.emit (/opt/iobroker/node_modules/component-emitter/index.js:134:20)
by controller[0]: at Decoder. (/opt/iobroker/node_modules/component-bind/index.js:21:15)
by controller[0]: at Manager.ondecoded (/opt/iobroker/node_modules/socket.io-client/lib/manager.js:332:8)
by controller[0]: at Manager.Emitter.emit (/opt/iobroker/node_modules/socket.io-client/node_modules/component-emitter/index.js:133:20)
by controller[0]: at Manager. (/opt/iobroker/node_modules/component-bind/index.js:21:15)
by controller[0]: at Socket.onpacket (/opt/iobroker/node_modules/socket.io-client/lib/socket.js:236:12)
by controller[0]: at Socket.onack (/opt/iobroker/node_modules/socket.io-client/lib/socket.js:312:9)
by controller[0]: at Socket.adapter.getForeignObject (/opt/iobroker/node_modules/iobroker.hm-rega/hm-rega.js:138:54)
by controller[0]: at Object.decrypt (/opt/iobroker/node_modules/iobroker.hm-rega/lib/crypto.js:29:31)
by controller[0]: TypeError: Cannot read property 'length' of undefined
at Decoder.add (/opt/iobroker/node_modules/socket.io-parser/index.js:246:12)
at Decoder.Emitter.emit (/opt/iobroker/node_modules/component-emitter/index.js:134:20)
at Decoder. (/opt/iobroker/node_modules/component-bind/index.js:21:15)
at Manager.ondecoded (/opt/iobroker/node_modules/socket.io-client/lib/manager.js:332:8)
at Manager.Emitter.emit (/opt/iobroker/node_modules/socket.io-client/node_modules/component-emitter/index.js:133:20)
at Manager. (/opt/iobroker/node_modules/component-bind/index.js:21:15)
at Socket.onpacket (/opt/iobroker/node_modules/socket.io-client/lib/socket.js:236:12)
at Socket.onack (/opt/iobroker/node_modules/socket.io-client/lib/socket.js:312:9)
at Socket.adapter.getForeignObject (/opt/iobroker/node_modules/iobroker.hm-rega/hm-rega.js:138:54)
at Object.decrypt (/opt/iobroker/node_modules/iobroker.hm-rega/lib/crypto.js:29:31)
TypeError: Cannot read property 'length' of undefined
uncaught exception: Cannot read property 'length' of undefined

see ioBroker/ioBroker.hm-rpc#94
The https ports are are the same as usual expect that they start with an additional 4.

Seit dem Update werden die Level-Werte für die Jalousie-Aktoren nicht mehr in Prozent umgerechnet.
Statt 100 Prozent werden von HM-Rega nun 1 und für 30% nun 0,3% geschrieben.

es gab heute ein Firmwareupdate für die CCU-2 auf v.2.47.10

Seit dem Einspielen scheint es Probleme mit dem hn-rega Adapter zu geben.
Die Systemvariablen auf der CCU-2 werden nicht mehr aktualisiert.

Folgende LOG-Einträge finde ich hierzu:
hm-rega.0 2019-06-25 23:35:34.334 warn Got unexpected ID: hm-rega.0.5111 hm-rega.0 2019-06-25 23:35:22.824 warn Got unexpected ID: hm-rega.0.11620 hm-rega.0 2019-06-25 23:48:15.063 error Cannot parse answer for favorites: hm-rega.0 2019-06-25 23:48:15.063 error "<?xml version=\"1.0\" encoding=\"iso-8859-1\"?>\n<!DOCTYPE html PUBLIC \"-//W3C//DTD XHTML 1.0 Transitional//EN\"\n \"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd\">\n<html xmlns=\ hm-rega.0 2019-06-25 23:48:15.063 error <-- invalid response: hm-rega.0 2019-06-25 23:48:15.058 error "<?xml version=\"1.0\" encoding=\"iso-8859-1\"?>\n<!DOCTYPE html PUBLIC \"-//W3C//DTD XHTML 1.0 Transitional//EN\"\n \"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd\">\n<html xmlns=\ hm-rega.0 2019-06-25 23:48:15.058 error <-- invalid response:

Anscheinend wird hier etwas nicht so abgefragt, wie es der CUxD gerne hätte.

May  7 18:02:09 homematic-raspi daemon.warn cuxd[582]: use CUX2801001:4.CMD_QUERY_RET=1 to activate CUX2801001:4.CMD_RETL command!
May  7 18:02:09 homematic-raspi daemon.warn cuxd[582]: use CUX2801001:5.CMD_QUERY_RET=1 to activate CUX2801001:5.CMD_RETS command!
May  7 18:02:09 homematic-raspi daemon.warn cuxd[582]: use CUX2801001:5.CMD_QUERY_RET=1 to activate CUX2801001:5.CMD_RETL command!

Hallo,

ich habe die verschiedenen Channels einer Komponente umbenannt damit die in Scripten einfacher identifizierbar werden. Das Gerät war dabei bereits in iobroker bekannt.

Betroffen sind die Channels 6 und 7 eines Wandthermostaten. Hier aus dem Log nach dem restart des rega adapters. Umbenennung sollte also angekommen sein:

hm-rega.0 2017-03-05 07:33:29.140 info renamed hm-rpc.0.LTK4443419.6 to "Gallery.Thermostat:6"
hm-rega.0 2017-03-05 07:33:29.136 info renamed hm-rpc.0.LTK4443419.7 to "Gallery.Thermostat:7"

im Tab instanzen ists jetzt aber so, dass der Datenpunkt DECISION_VALUE auf :7 noch den alten Namen hat, wohingegen die andern Datenpunkte alle umbenannt sind:

LTK4443419		Gallery.Thermostat	device	light.dimmer	Gallery		

0		Gallery.Thermostat:0	channel		Gallery			
1		Gallery.Thermostat.Weather	channel		Gallery, Gallery	Battery Operated, Environment		
		HUMIDITY	state	Gallery.Thermostat.Weather.HUMIDITY	state	value.humidity	Gallery, Gallery	Battery Operated, Environment	32 %	
		TEMPERATURE	state	Gallery.Thermostat.Weather.TEMPERATURE	state	value.temperature	Gallery, Gallery	Battery Operated, Environment	22.3 °C	

2		Gallery.Thermostat.Climate	channel		Gallery, Gallery	Heating		
		PARTY_START_YEAR		state	Gallery.Thermostat.Climate.PARTY_START_YEAR	state		Gallery, Gallery	Heating	0 year	
		SET_TEMPERATURE			state	Gallery.Thermostat.Climate.SET_TEMPERATURE	state	level.temperature	Gallery, Gallery	Heating	22 °C	
		WINDOW_OPEN_REPORTING	state	Gallery.Thermostat.Climate.WINDOW_OPEN_REPORTING	state		Gallery, Gallery	Heating	false	

7		Gallery.Thermostat:7	channel		Gallery			
		DECISION_VALUE			state	HM-TC-IT-WM-W-EU LTK4442319:7.DECISION_VALUE	state		Gallery		0	

Was mich ausserdem wundert ist dass der Datenpunkt :6 (der fensterkontakt) gar nicht erst gelistet wird... (das kann aber auch ein hm-rpc problem sein.

Weitere infos / tests gerne...

Grüße
Udo

I am an automatic service that looks for possible errors in ioBroker and creates an issue for it. The link below leads directly to the test:

https://adapter-check.iobroker.in/?q=https://raw.githubusercontent.com/ioBroker/ioBroker.hm-rega

• [E021] "licenses" in package.json are depricated. Please use only "license": "NAME" field.
• [E130] Too many news found in io-package.json. Mast be less than 21. Please remove old news.
• [E301] Tests on Travis-ci.org are broken. Please fix.

Thanks,
your automatic adapter checker.