WebUI/ReGaHss Beta für CCU2 & RaspberryMatic (2.29.x)

[Familienvater]

Hallo,

ich bin mir nicht 100% sicher, ob es direkt was mit der Rega zu tun hat, aber wenn ich mir den RSSI-Wert eines HmIP-Gerätes in der WebUI "zunutze" machen möchte, wäre mein Gedanke gewesen,
das ich mit einer Systemvariable machen kann, die dem Kanal zugeordnet wird, und über ein WebUI-Programm, analog zur Ventilstellung funktionieren müsste, da kommen aber nur "komische positive" Werte in die Systemvariable.

Also HmScript, dachte ich mir, das ich das so anzeigen lassen kann

Code: Alles auswählen

var rssi= (dom.GetObject(ID_DATAPOINTS)).Get("HmIP-RF.000F17099D8E06:0.RSSI_DEVICE").Value();
WriteLine(rssi);

Es kommt auch ein positiver Wert zurück, nur hat dieser Wert "nichts" mit dem zu tun, was der HmIP-Server anderen "Brokern" liefert, die Abonnenten bekommen negative Werte, und das Script etc. liefert immer positive Werte, das gleiche Verhalten übrigens auch, wenn man Kanal 0 eines HmIP-Aktors auf "Protokolliert" stellt, dann werden auch diese positiven RSSI-Werte geloggt.
Mein Gedanke, ob dort vielleicht irgendwo in der Rega ein "unsigned" verwendet wird, und deshalb das Vorzeichen kippt und irgendwelche wilden Bitshifts passieren.

Direkt nach dem Start der CCU, wenn noch kein Wert empfangen wurde, liefert das Script 0 zurück. Hat man das HmIP-Gerät einmal senden lassen, kommt ein positiver Wert zurück, hier z.B. 222, im XMLRPC-Monitor werden -34 angezeigt, verbringe ich das Gerät woandershin, dann habe ich 180 zu -76, linear interpoliert und hochgerechnet würde sich daraus ergeben, das 256 einem RSSI von 0 entsprechen müsste.

Es ist aber egal, ob Rega Legacy-Version auf einer CCU2 mit 2.31.25, oder dort die Community-Version, da ändert sich am Verhalten nix, und auch bei meiner PiVCCU mit 2.29.23 und Legacy-Rega habe ich dieses Verhalten.

Was denkt Ihr? Normal?

Der Familienvater

[Cash]

Mittlerweile habe ich auf der ccu auch die aktuelle Firmware 2.31.25. Derzeit aber erstmal als Standard-Version.

Dort wollte ich dann mal mein Pushover Script anpassen mit dem neuen Befehl:

Code: Alles auswählen

 ! ----- Umwandlung von Sonderzeichen gem. UTF-8 -----
     message = message.ToUTF8(); 
     titel = titel.ToUTF8();

Funktioniert auch nur nicht so ganz....

äöü usw sind kein Problem auch ein 20°C funktioniert aber 50% funktioniert nicht. Dort bekomme ich keine Pushnachricht. Kann das jemand bestätigen?

Stelle ich wieder auf meine alte Methode:

Code: Alles auswählen

foreach(message_index,message.Split("%")){message_tmp = message_tmp + message_index + "%25";}
message = message_tmp; message_tmp = "";

kommen auch die Pushnachrichten mit % wieder an....

[jmaus]

[...]
äöü usw sind kein Problem auch ein 20°C funktioniert aber 50% funktioniert nicht. Dort bekomme ich keine Pushnachricht. Kann das jemand bestätigen?

Stelle ich wieder auf meine alte Methode:

Code: Alles auswählen

foreach(message_index,message.Split("%")){message_tmp = message_tmp + message_index + "%25";}
message = message_tmp; message_tmp = "";

kommen auch die Pushnachrichten mit % wieder an....

Du bringst hier was durcheinander. UTF8 ist eine Zeichenkodierungsart und nicht eine Art wie man Sonderzeichen in URLs kodiert. Das was du verwenden willst ist UriEncode/UriDecode um alle Sonderzeichen in "%XX" Äquivalente zu konvertieren.

[Cash]

@jmaus

dann gilt das auch für das Script von dtp oder verstehe ich das irgendwie nicht?

viewtopic.php?f=31&t=26282

Wie müsste das denn nun gelöst werden damit ich per Pushover sowohl öäü als auch Sonderzeichen verschicken kann?

Zusatzfrage: Ich verwende nun seit einer Woche die neue Firmware als Standard. Ist der einzige unterschied zwischen Standard und Community die „härtere“ Scriptinterpretation? Oder gibt es weitere Unterschiede? Mein Log war die ganze Woche leer und alles Scripte liefen. Kann ich davon ausgehen das dies dann bei der Community Version auch so ist?

[alchy]

>> H I E R << kannst du dich einlesen.

Alchy

[Cash]

Hallo Jens,

gibt es eine alternativ Anleitung wie ich die Beta bei mir auf der ccu2 installieren kann?

Mit wget

Code: Alles auswählen

    wget --no-check-certificate -O /bin/ReGaHss.community https://github.com/eq-3/
    occu/raw/master/CCU2/packages-eQ-3/WebUI-Beta/bin/ReGaHss
    --2018-03-11 13:55:32--  https://github.com/eq-3/occu/raw/master/CCU2/packages-eQ-3/WebUI-Beta/bin/ReGaHss
    Resolving github.com... 192.30.253.112, 192.30.253.113
    Connecting to github.com|192.30.253.112|:443... connected.
    OpenSSL: error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version
    Unable to establish SSL connection.

funktioniert es ja leider nicht mehr...

[jmaus]

Da das wget/openssl auf einer CCU2 leider zu alt ist und moderne Verschlüsselungsalgorithmen nucht kann wird dieser Fehler leider in Zukunft öfters auftreten.

In dem Falle hier wird dir nur übrig bleiben die Dateien auf deinen Rechner zu kopieren und von dort aus dann via SCP bzw SFTP auf die CCU2 an die richtige Stelle zu kopieren.

[Cash]

Das heißt ich mache alles wie in der Anleitung auf Seite 1 nur bei Punkt 2 anstelle das ich die Dateien per wget lade, lade ich die Dateien z. B. per filezilla auf die ccu. Danach kann ich dann wieder pe putty die Korrektur der Dateipermissions vornehmen usw?

[jmaus]

Genau

[bb85]

Hab seit der Beta 9 ein Problem mit dem AddOn XML-API und der sysvarlist.cgi:

Code: Alles auswählen

XML Parsing Error: not well-formed: http://meine-ccu/config/xmlapi/sysvarlist.cgi Line Number 1, Column 120:
<?xml version="1.0" encoding="ISO-8859-1" ?><systemVariables><systemVariable name='Alarm_Keller' variable='Alarm_Keller</systemVariables>
-----------------------------------------------------------------------------------------------------------------------

devicelist.cgi und statelist.cgi funktionieren.

Ist das ein Problem / eine Inkompatibilität der XML-API?

Danke für diesen Hinweis. Das Problem habe ich nun bereits in ReGa repariert und mit der kommenden beta10 version sollte es dann wieder repariert sein. Trotzdem bitte auch noch weiter testen damit noch mehr fehler gefunden werden können.

Habe gestern auf aktuelle 3.37.8.20180922 geupdated aber der XML Fehler ist immernoch da.... (addons/xmlapi/sysvarlist.cgi)

ReGaHss R1.00.0388.0129 (Aug 25 2018)

Code: Alles auswählen

XML Parsing Error: not well-formed
Location: http://XX.XX.XX.XX/addons/xmlapi/sysvarlist.cgi
Line Number 1, Column 390:<?xml version="1.0" encoding="ISO-8859-1" ?><systemVariables><systemVariable name='${sysVarPresence}' variable='1' value='true' value_list='' ise_id='950' min='' max='' unit='' type='2' subtype='2' logged='false' visible='true' timestamp='1537695361' value_name_0='${sysVarPresenceNotPresent}' value_name_1='${sysVarPresencePresent}'/><systemVariable name='Alarmzone1' variable='Alarmzone1</systemVariables>