eq3 firmware check funkioniert nicht mehr

Begonnen von slor, 25 Oktober 2017, 23:34:14

Vorheriges Thema - Nächstes Thema

Beta-User

Hmm, verstehe grade noch nicht ganz, wie du dir das genau vorstellst. Es ist so, dass es eine revisions-Nummer für das ganze file gibt, aber im Moment sehe ich nicht so recht, wie man die "ans device" bringen könnte (so hatte ich die Anregung verstanden). Dazu bräuchte es wohl noch etwas code im attrTemplate-Modul und einen Ort, um das abzulegen (Attribut wie model). Nach model könnte man es zwar schieben, aber dann wäre jede Änderung ein neues model und damit statistics vermutlich kaum mehr zu gebrauchen.

Die Alternative wäre, jede Änderung am einzelnen Template händisch (z.B. nach model) einzupflegen. (Feiwillige vor..., mir "reicht" es auch so, was für mich an Aufwand mit attrTemplate verbunden ist).

(Anm.: wenn es ist wie hier, dass sich z.B. die URL ändert, und das im attrTemplate drin ist, _kann_ man ja auch einfach mal nachsehen, ob sich das template geändert hat (oder einfach austesten, ob was sinnvolles kommt, wenn man das neu drüberklatscht...).
Meistens ist das ansonsten doch eher statisch..
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

DeeSPe

Zitat von: frank am 01 Dezember 2019, 10:49:25
ich denke du bist ziehmlich spät dran. 
ist das nicht schon seit wochen so.  ;)

mit fhem update solltest du über set attrTemplate alles aktuelle  erhalten.

Das verwirrt mich etwas!
Habe ein aktuelles FHEM und über "set eq3 attrTemplate CUL_HM_firmware_update_downloader" das Device aktualisiert. Die URL ist dann "https://www.eq-3.de/ajax/downloads/downloads_eq3.php", also falsch. Ersetze ich diese durch "https://www.eq-3.de/service/downloads.html", funktioniert die Abfrage leider auch nicht.
Wenn es bei Euch funktioniert, woher bekomme ich denn dann so ein funktionierendes Template?

Gruß
Dan
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert, 98_serviced

Als kleine Unterstützung für meine Programmierungen könnt ihr mir gerne einen Kaffee spendieren: https://buymeacoff.ee/DeeSPe

Beta-User

Hmm, komisch, mit der ajax-Seite bekomme ich Daten. (template-file gestern morgen aktualisiert wg. der Kompabilität zu den letzten Versionen von HTTPMOD wie von frank im msg. 998229 vorgeschlagen).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

DeeSPe

Zitat von: Beta-User am 01 Dezember 2019, 15:18:47
Hmm, komisch, mit der ajax-Seite bekomme ich Daten. (template-file gestern morgen aktualisiert wg. der Kompabilität zu den letzten Versionen von HTTPMOD wie von frank im msg. 998229 vorgeschlagen).

Bei mir wurden seit Ende Oktober keine Daten mehr aktualisiert. Deshalb bin ich da heute drüber gestolpert.
Hab dann heute Vormittag probiert mit manuellem reread und immer keine Daten erhalten - Internetverbindung bestand aber.
Habe eben nochmal ein reread gemacht und bekomme nun wieder aktuellen Daten angezeigt. Keine Ahnung woran es lag.

Danke für's Überprüfen.

Gruß
Dan
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert, 98_serviced

Als kleine Unterstützung für meine Programmierungen könnt ihr mir gerne einen Kaffee spendieren: https://buymeacoff.ee/DeeSPe

yersinia

Wenn ich das Template aktualisiere, dann wird doch die DEF mit dem ggf evralteten FW-Link nicht aktualisiert, oder? Zumindest war das bei mir bisher der Fall, wenn ich mich recht entsinne...
viele Grüße, yersinia
----
FHEM 6.3 (SVN) on RPi 4B with RasPi OS Bullseye (perl 5.32.1) | FTUI
nanoCUL->2x868(1x ser2net)@tsculfw, 1x433@Sduino | MQTT2 | Tasmota | ESPEasy
VCCU->14xSEC-SCo, 7xCC-RT-DN, 5xLC-Bl1PBU-FM, 3xTC-IT-WM-W-EU, 1xPB-2-WM55, 1xLC-Sw1PBU-FM, 1xES-PMSw1-Pl

OdfFhem

Das Template startet mit einem defmod, somit sollte also auch das DEF angepasst werden ...

frank

Zitat von: Beta-User am 01 Dezember 2019, 13:44:34
(Anm.: wenn es ist wie hier, dass sich z.B. die URL ändert, und das im attrTemplate drin ist, _kann_ man ja auch einfach mal nachsehen, ob sich das template geändert hat (oder einfach austesten, ob was sinnvolles kommt, wenn man das neu drüberklatscht...).
Meistens ist das ansonsten doch eher statisch..
du hast mich richtig verstanden.

händisch eintragen hatte ich natürlich nicht im sinn.
war nur so eine idee, ohne das genaue verfahren zu kennen.

je nach "qualität" der templates kann es gerade zusammen mit httpmod zu schlecht erkennbarer "verminderter datenqualität" kommen. besonders, wenn sich die zu pollenden daten zb im internet selten verändern.

zb könnte jemand auf die idee kommen, die vorhandene zusätzliche datenquelle für eq3 fw-updates (rt und tc) in das template zu integrieren, wodurch die datenqualität der anwendung gesteigert würde.

mit einer echten revisionsnummer im templatenamen, die sogar ggf über userreading überwachbar wäre, könnte sich das device sogar ggf automatisch updaten.
die "schwarmintelligenz" von fhem hätte direkten einfluss auf die datenqualität.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Verkehrsrot

Bei mir werden keine Updates mehr angezeigt (müssten aber, habe paar HM-CC-RT-DN mit v1.4, neuere haben v1.5).
Allerdings finde ich auch bei manueller Suche auf https://www.eq-3.de/service/downloads.html keine Firmware-Updates mehr für Homematic Devices außer CCUs. Nehme an, das ist die Ursache? Was nun?

Verkehrsrot

Zitat von: Verkehrsrot am 25 Januar 2020, 16:10:58
Bei mir werden keine Updates mehr angezeigt (müssten aber, habe paar HM-CC-RT-DN mit v1.4, neuere haben v1.5).

Habe nun noch folgenden Fehler in den readings bemerkt, scheinbar klappt der Zugriff auf den eq3-Webserver nicht mehr?

LAST_ERROR
https://www.eq-3.de/ajax/downloads/downloads_eq3.php: Can't connect(2) to https://www.eq-3.de:443: SSL wants a read first
2020-01-25 16:59:49

Otto123

Bei mir funktioniert das, muss bei Dir was lokales sein?
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Verkehrsrot

Hmm, woran liegt es? Ich poste hier mal die Device-Daten, erkennt jemand was?

ZitatBUSY
0
DEF   
https://www.eq-3.de/ajax/downloads/downloads_eq3.php 604800
FUUID
5e2c4018-f33f-1fbf-735e-f48a18fe368a981d
Interval
604800
LASTSEND
1579969309.51162
MainURL
https://www.eq-3.de/ajax/downloads/downloads_eq3.php
MaxAgeEnabled
1
ModuleVersion
3.5.21 - 27.12.2019
NAME
eq3
NOTIFYDEV
global
NR
254
NTFY_ORDER
50-eq3
STATE
<div style="text-align:left">last <a title="eq3-downloads" href="http://www.eq-3.de/service/downloads.html">homematic</a>-fw-check => 2020-01-25 17:21:49<br><br><pre>| device | model | cur_fw | new_fw | release |<br>------------------------------------------------------------------------------------<br>| <b style="color:green">no fw-updates needed! </b> |</pre></div>
TRIGGERTIME
1580514300
TRIGGERTIME_FMT
2020-02-01 00:45:00
TYPE
HTTPMOD
TimeAlign
1579909500
TimeAlignFmt
2020-01-25 00:45:00
addr
https://www.eq-3.de:443
auth
0
buf
code
200
compress
1
conn
data
suchbegriff=&quelle=29&suchkategorie=3&themenbereich=1
displayurl
https://www.eq-3.de/ajax/downloads/downloads_eq3.php
header
host
www.eq-3.de
httpheader
HTTP/1.1 200 OK
Date: Sat, 25 Jan 2020 16:21:49 GMT
Server: Apache/2.4.6 (Red Hat Enterprise Linux) OpenSSL/1.0.2k-fips mod_fcgid/2.3.9
X-Powered-By: PHP/7.1.15
Strict-Transport-Security: max-age=15768000
Connection: close
Transfer-Encoding: chunked
Content-Type: text/html; charset=UTF-8
httpversion
1.1
hu_blocking
0
hu_filecount
1
hu_port
443
hu_portSfx
ignoreredirects
0
loglevel
4
path
/ajax/downloads/downloads_eq3.php
protocol
https
redirects
0
timeout
2
url
https://www.eq-3.de/ajax/downloads/downloads_eq3.php
value
0

Otto123

Mit dem Template gibt es seit heute (Featurelevel 6) ein neues "Problem"
Zitatbad attribute name requestData.* (contains not A-Za-z/\d_\.- or is too long)

So richtig zuordnen kann ich es noch nicht.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

frank

entferne mal ".*" bei attr requestdata.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Otto123

Ja da geht es auf den ersten Blick. Allerdings funktioniert irgendwas nicht mehr. Es gibt kaum noch Firmwarelinks.
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

frank

mein letzter poll vom 15.1. zeigt 19 links.
ich kann gerade nichts weiter testen.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html