[gelöst] FHEM hängt nach Update!?

Begonnen von habichthugo, 27 Dezember 2016, 00:53:09

Vorheriges Thema - Nächstes Thema

habichthugo

Die 98_HMinfo.pm aus dem trunk (https://svn.fhem.de/trac/browser/trunk/fhem/FHEM; Rev. 12817 vom 18.12.2016 13:03:46) läuft bei mir nicht. Die habe ich mir dann wohl auch mit dem Update eingefangen. Die aus dem letzten tag (21.12.2016 16:18:53; https://svn.fhem.de/trac/browser/tags/FHEM_5_7/FHEM; Rev. 9830 vom 08.11.2015 19:04:41) geht noch. Die vor dem Update bei mir installierte ist allerdings aktueller (Rev. 11172 vom 2016-04-02 14:15:14), als die im letzten tag, obwohl mein letztes Update lange davor war? Alles sehr verwirrend!?
Um zwischen Rev. 11172 und Rev. 12817 gab es 19 Revs. Selbst wenn ich jetzt ausprobieren würde, ab welchem mein Problem besteht, was mache ich dann damit?
CUL (CC1101-USB-Lite module-V3) + 4*fht80b; SIGNALduino + x Funksteckd.; HM-LGW-O-TW-W-EU + 11*HM-LC-Bl1PBU-FM Rollladenaktor + 1*HM-LC-Sw1PBU-FM Lichtschalter + 2*HM-RC-12-W + 3* HM-CC-RT-DN Heizkörpertherm. + 2*HM-TC-IT-WM-W-EU Wandtherm.; HM-MOD-RPI-PCB Funkmodul; Pi OS Lite 64 (Bookworm); Pi 3B+

KölnSolar

ZitatUm zwischen Rev. 11172 und Rev. 12817 gab es 19 Revs. Selbst wenn ich jetzt ausprobieren würde, ab welchem mein Problem besteht, was mache ich dann damit?
Nix  :-X
Ich dachte Du hättest vielleicht einen Thread gefunden, wo irgendwelche Neuerungen(andersartige Definition, Attribute...) beschrieben wären, die Du noch nicht implementiert hast. Verschieb doch den Beitrag ins HM-Unterforum oder mach dort einen neuen Thread auf. Die dortigen Experten sehen bestimmt sehr schnell, wo es hakt.
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

habichthugo

Erst mal zur Doku.: Mein Fehler tritt mit 98_HMinfo.pm ab Rev. 11535 (28.05.2016 09:53:40) auf, Rev. 11523 (26.05.2016 09:33:27) geht noch...
CUL (CC1101-USB-Lite module-V3) + 4*fht80b; SIGNALduino + x Funksteckd.; HM-LGW-O-TW-W-EU + 11*HM-LC-Bl1PBU-FM Rollladenaktor + 1*HM-LC-Sw1PBU-FM Lichtschalter + 2*HM-RC-12-W + 3* HM-CC-RT-DN Heizkörpertherm. + 2*HM-TC-IT-WM-W-EU Wandtherm.; HM-MOD-RPI-PCB Funkmodul; Pi OS Lite 64 (Bookworm); Pi 3B+

habichthugo

CUL (CC1101-USB-Lite module-V3) + 4*fht80b; SIGNALduino + x Funksteckd.; HM-LGW-O-TW-W-EU + 11*HM-LC-Bl1PBU-FM Rollladenaktor + 1*HM-LC-Sw1PBU-FM Lichtschalter + 2*HM-RC-12-W + 3* HM-CC-RT-DN Heizkörpertherm. + 2*HM-TC-IT-WM-W-EU Wandtherm.; HM-MOD-RPI-PCB Funkmodul; Pi OS Lite 64 (Bookworm); Pi 3B+

satprofi

Ja, Updates können tödlich sein. Selbst schon erfahren.

send from OP3

gruss
-----------------------------------------------------------------------
beelink miniPC - Fhem 6.x CUL 868, FS20, NetIO230 CUL 433
HMLAN, HM-CC-RT-DN,Homematic Actoren,LD382A,Telegram

KölnSolar

Ha, da kann ich Dir vielleicht doch noch weiterhelfen. Ich hatte eben schon einmal in das neue SVN geguckt(und gelernt wie man es benutzt) und das neue Attribut autoLoadArchive im Verdacht. Wenn ich jetzt ins diff der von Dir genannten Versionen gucke, fällt es mir sofort wieder ins Auge. Setz doch mal das Attribut auf 0 und probier es noch einmal mit der neuen Version.(Die Stelle ist nach meinem Verständnis auch nicht sauber programmiert)
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt