[gelöst] update und update check zeigen immer alle Module an?

Begonnen von australien, 14 Juni 2018, 08:27:01

Vorheriges Thema - Nächstes Thema

Beta-User

Hmm, bin eher der Ansicht, dass da irgendwas anderes verbogen ist.

Ich habe bei fhem und signalduino als Ergebnis "nothing to do...", und die weitere Quelle sollte nicht zu was anderem führen.
Vielleicht mal alle Drittquellen beseitigen, dann ein update machen, und dann alle der Reihe nach wieder aktivieren?

Wenn dann noch Probleme bestehen, sagt die Glaskugel: SD-Karte ist wirklich ok?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

RaspiLED

Beta-User hat bestimmt ein Update ignore drin!
Gruß Arnd


Gesendet von iPhone mit Tapatalk
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Beta-User

Gab aber die Tage updates aus beiden Quellen => glaube ich nicht.,
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

jw1hal

Update_Check:fhem
List of new / modified files since last update:
UPD ./CHANGED
UPD FHEM/00_SIGNALduino.pm
UPD FHEM/01_FHEMWEB.pm
UPD FHEM/10_MQTT2_DEVICE.pm
UPD FHEM/14_Hideki.pm
UPD FHEM/14_SD_RSL.pm
UPD FHEM/14_SD_WS.pm
UPD FHEM/14_SD_WS07.pm
UPD FHEM/14_SD_WS09.pm
UPD FHEM/14_SD_WS_Maverick.pm
UPD FHEM/41_OREGON.pm
UPD FHEM/49_SSCam.pm
UPD FHEM/49_SSCamSTRM.pm
UPD FHEM/90_SIGNALduino_un.pm
UPD FHEM/98_Dooya.pm
UPD FHEM/firmware/SIGNALduino_nano328.hex
UPD FHEM/firmware/SIGNALduino_promini328.hex
UPD FHEM/firmware/SIGNALduino_uno.hex

New entries in the CHANGED file:
  - feature: 49_SSCam: V7.6.0, The PTZ panel is completed by "Preset" and
                       "Patrol" dropdown lists (for PTZ cams only)

tasmota
nothing to do...

signalduino
nothing to do...


Update:2018.12.04 19:21:20 1 : backup tar: ./log/fhem-2018-12.log: Datei hat sich beim Lesen geändert.
2018.12.04 19:21:20 1 : backup done: FHEM-20181204_191809.tar.gz (165630527 Bytes)
2018.12.04 19:21:20 1 :
2018.12.04 19:21:20 1 : fhem
2018.12.04 19:21:21 1 : UPD ./CHANGED
2018.12.04 19:21:21 1 : UPD FHEM/00_SIGNALduino.pm
2018.12.04 19:21:21 1 : UPD FHEM/01_FHEMWEB.pm
2018.12.04 19:21:21 1 : UPD FHEM/10_MQTT2_DEVICE.pm
2018.12.04 19:21:21 1 : UPD FHEM/14_Hideki.pm
2018.12.04 19:21:21 1 : UPD FHEM/14_SD_RSL.pm
2018.12.04 19:21:21 1 : UPD FHEM/14_SD_WS.pm
2018.12.04 19:21:22 1 : UPD FHEM/14_SD_WS07.pm
2018.12.04 19:21:22 1 : UPD FHEM/14_SD_WS09.pm
2018.12.04 19:21:22 1 : UPD FHEM/14_SD_WS_Maverick.pm
2018.12.04 19:21:22 1 : UPD FHEM/41_OREGON.pm
2018.12.04 19:21:22 1 : UPD FHEM/49_SSCam.pm
2018.12.04 19:21:22 1 : UPD FHEM/49_SSCamSTRM.pm
2018.12.04 19:21:22 1 : UPD FHEM/90_SIGNALduino_un.pm
2018.12.04 19:21:22 1 : UPD FHEM/98_Dooya.pm
2018.12.04 19:21:23 1 : UPD FHEM/firmware/SIGNALduino_nano328.hex
2018.12.04 19:21:23 1 : UPD FHEM/firmware/SIGNALduino_promini328.hex
2018.12.04 19:21:23 1 : UPD FHEM/firmware/SIGNALduino_uno.hex
2018.12.04 19:21:24 1 : saving fhem.cfg
2018.12.04 19:21:24 1 : saving ./log/fhem.save
2018.12.04 19:21:24 1 :
2018.12.04 19:21:24 1 : New entries in the CHANGED file:
2018.12.04 19:21:24 1 : - feature: 49_SSCam: V7.6.0, The PTZ panel is completed by "Preset" and
2018.12.04 19:21:24 1 : "Patrol" dropdown lists (for PTZ cams only)
2018.12.04 19:21:24 1 :
2018.12.04 19:21:24 1 :
2018.12.04 19:21:24 1 : tasmota
2018.12.04 19:21:24 1 : nothing to do...
2018.12.04 19:21:24 1 :
2018.12.04 19:21:24 1 :
2018.12.04 19:21:24 1 : signalduino
2018.12.04 19:21:25 1 : UPD FHEM/00_SIGNALduino.pm
2018.12.04 19:21:25 1 : UPD FHEM/14_Hideki.pm
2018.12.04 19:21:25 1 : UPD FHEM/14_SD_RSL.pm
2018.12.04 19:21:25 1 : UPD FHEM/14_SD_WS07.pm
2018.12.04 19:21:25 1 : UPD FHEM/14_SD_WS09.pm
2018.12.04 19:21:25 1 : UPD FHEM/14_SD_WS_Maverick.pm
2018.12.04 19:21:25 1 : UPD FHEM/14_SD_WS.pm
2018.12.04 19:21:25 1 : UPD FHEM/41_OREGON.pm
2018.12.04 19:21:25 1 : UPD FHEM/90_SIGNALduino_un.pm
2018.12.04 19:21:25 1 : UPD FHEM/98_Dooya.pm
2018.12.04 19:21:25 1 : saving fhem.cfg
2018.12.04 19:21:25 1 : saving ./log/fhem.save
2018.12.04 19:21:25 1 :
2018.12.04 19:21:25 1 : New entries in the CHANGED file:
2018.12.04 19:21:25 1 : 03.12.2018
2018.12.04 19:21:25 1 : 14_SD_UT.pm - added new repeats attr
2018.12.04 19:21:25 1 : 01.12.2018
2018.12.04 19:21:25 1 : signalduino_protocols.hash - ID 46 modified preamble - Attention, DOIF no longer functional | added doc
2018.12.04 19:21:25 1 : 14_SD_UT.pm - added new model TEDSEN_SKX1MD
2018.12.04 19:21:25 1 : 00_SIGNALduino.pm - added 46 in SD_UT %matchListSIGNALduino
2018.12.04 19:21:25 1 : 27.11.2018
2018.12.04 19:21:25 1 : 00_SIGNALduino.pm - Bug in Parse_MU removed
2018.12.04 19:21:25 1 : 14_SD_BELL.pm - new model KANGTAI Doorbell (Pollin 94-550405)
2018.12.04 19:21:25 1 : 00_SIGNALduino.pm - added ID 42 on matchListSIGNALduino
2018.12.04 19:21:25 1 : signalduino_protocols.hash - added ID 42 for KANGTAI Doorbell (Pollin 94-550405) | added doc
2018.12.04 19:21:25 1 : 26.11.2018
2018.12.04 19:21:25 1 : 14_SD_UT.pm - added new model SF01_01319004 | rename model Novy_Pureline_6830 to Novy_840029 | Novy_840029 buttons rename
2018.12.04 19:21:25 1 : !!! Attention, model Novy_Pureline_6830 are delete and must be new define after receive (Novy_840029)!!!
2018.12.04 19:21:25 1 : 25.11.2018
2018.12.04 19:21:25 1 : 00_SIGNALduino.pm - Enhanced logoutput and better troubeleshoot support when flashing firmware via module
2018.12.04 19:21:25 1 : 20.11.2018
2018.12.04 19:21:25 1 : 14_SD_BELL.pm - fix error "subroutine subroutine &SD_BELL::InternalVal ..."
2018.12.04 19:21:25 1 : 18.11.2018
2018.12.04 19:21:25 1 : signalduino_protocols.hash - protocoll ID 14,15,32,41,57,79 switch to modul SD_BELL
2018.12.04 19:21:25 1 : !!! Attention, DOIF can not react anymore, a new device from modul SD_BELL will be created !!!
2018.12.04 19:21:25 1 : 14_SD_BELL.pm - fix error "subroutine subroutine &SD_BELL::readingsBeginUpdate ..."
2018.12.04 19:21:25 1 : 17.11.2018
2018.12.04 19:21:25 1 : 00_SIGNALduino.pm - bugfix set flash for github releases
2018.12.04 19:21:25 1 : 14_SD_BELL.pm - fix error "subroutine &SD_BELL::AttrVal called at ./FHEM/14_SD_BELL.pm line 192."
2018.12.04 19:21:25 1 : 00_SIGNALduino.pm - fix regex SD_BELL
2018.12.04 19:21:25 1 : ... rest of lines skipped.
2018.12.04 19:21:25 1 : Calling /usr/bin/perl ./contrib/commandref_join.pl -noWarnings, this may take a while
2018.12.04 19:22:32 1 :
2018.12.04 19:22:32 1 : update finished, "shutdown restart" is needed to activate the changes.
2018.12.04 19:22:32 1 :
2018.12.04 19:22:32 1 : Please consider using the global attribute sendStatistics
2018-12-04 19:22:32 Global global UPDATE


Neustart .....

Update-Check:fhem
List of new / modified files since last update:
UPD FHEM/00_SIGNALduino.pm
UPD FHEM/14_Hideki.pm
UPD FHEM/14_SD_RSL.pm
UPD FHEM/14_SD_WS.pm
UPD FHEM/14_SD_WS07.pm
UPD FHEM/14_SD_WS09.pm
UPD FHEM/14_SD_WS_Maverick.pm
UPD FHEM/41_OREGON.pm
UPD FHEM/90_SIGNALduino_un.pm
UPD FHEM/98_Dooya.pm
UPD FHEM/firmware/SIGNALduino_nano328.hex
UPD FHEM/firmware/SIGNALduino_promini328.hex
UPD FHEM/firmware/SIGNALduino_uno.hex

tasmota
nothing to do...

signalduino
nothing to do...
Raspberry Pi 3 Model B Rev 1.2; Linux 4.9.59-v7+; Raspbian GNU/Linux 9 (stretch); CUL433 (VTS 0.29 CSM868); CUL 868 (VTS 0.29 CSM868); 6x BrennenstuhlRCR1000N; 8x ZAP; 3x EmilLux; 10x Sonoff Basic (Tasmota 5.10.0f); 5x HM-CC-RT-DN; 9x HM-SEC-SCo; 8x HM-SEC-SCo, 7x HM-LC-Sw1PBU-FM; Fritz!Box 7362 SL

Beta-User

Hmm, irgendwo meine ich mich dunkel erinnern zu können, dass es irgendwann mal einen ähnlichen Fall gegeben hat.
Da war das Problem entweder update gewesen oder die FHEM-Controlfile.

Kannst du beide mal mit der svn-Version vergleichen?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

RaspiLED

Hi,
Ihr jagt ein Gespenst! Es ist alles richtig!
Das FHEM Repo hat einen anderen Stand als die neuere Entwicklerversion.

Update Check sagt richtig: Update erfolgt aus FHEM Repo, aber nicht aus Entwicklerversion

Wenn man das Update dann macht:  Update erfolgt aus FHEM Repo und auch aus Entwicklerversion, weil dann ja wieder die alten aus dem FHEM Repo geupdatet werden müssen.

Lösungen:
A) einfach ignorieren -> passt ja
B) die Signalduino Dateien aus dem Update des FHEM Repos herausnehmen -> dann hat man keine (Log-)Einträge und unnötigen Updates

Gruß Arnd


Gesendet von iPhone mit Tapatalk
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Beta-User

#36
 "Update ignore" kenne ich nicht, und habe genau ein Modul in exlude_from_update drin.
Das hat aber nichts mit den Signalduino-Themen zu tun.

Soweit ich den Diskussionsstand in Erinnerung habe, war das Verhalten früher so wie beschrieben, aber zwischenzeitlich erkennt FHEM auch, wenn Fremdquellen die "eigenen" Module übersteuern (nicht ganz sicher, aber wird nicht anhand der Dateigröße gecheckt, ob das übereinstimmt und ansonsten angenommen, dass kein update durchgeführt werden soll?).

Wie dem auch sei, wenn der jeweilige user das als für sich gelöst betrachtet, soll mir das recht sein. Ich würde wenigstens noch ein update force
machen; ich hatte das Problem nämlich früher auch mal, und es ist - wie beschrieben - nicht mehr vorhanden...

EDIT: Ergebnis von update check eben:
Zitat
fhem
List of new / modified files since last update:
UPD FHEM/59_HCS.pm

signalduino
List of new / modified files since last update:
UPD FHEM/lib/signalduino_protocols.hash
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

RaspiLED

Hi,
ja natürlich das meinte ich ja ;-) Danke!

Hier der Thread dazu:
https://forum.fhem.de/index.php/topic,83351.msg767469.html#msg767469

Gruß Arnd



Gesendet von iPhone mit Tapatalk
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Beta-User

Siehe edit vom vorherigen Beitrag: kein Pingpong hier, einziges Exclude ist AutoShuttersControl...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

jw1hal

Zitat von: Beta-User am 05 Dezember 2018, 09:25:52Ich würde wenigstens noch ein update force
machen; ich hatte das Problem nämlich früher auch mal, und es ist - wie beschrieben - nicht mehr vorhanden...

Hab ich gemacht. Allerdings war da nichts zu sehen. Der Browser hat geladen und geladen und irgendwann hat er gesagt nicht erreichbar. Dann habe ich aktualisiert und Fhem war wieder da.

Dann Neustart und Update-Check.
Ergebnis:
Zitatfhem
List of new / modified files since last update:
UPD FHEM/00_SIGNALduino.pm
UPD FHEM/14_Hideki.pm
UPD FHEM/14_SD_RSL.pm
UPD FHEM/14_SD_WS.pm
UPD FHEM/14_SD_WS07.pm
UPD FHEM/14_SD_WS09.pm
UPD FHEM/14_SD_WS_Maverick.pm
UPD FHEM/41_OREGON.pm
UPD FHEM/90_SIGNALduino_un.pm
UPD FHEM/98_Dooya.pm
UPD FHEM/firmware/SIGNALduino_nano328.hex
UPD FHEM/firmware/SIGNALduino_promini328.hex
UPD FHEM/firmware/SIGNALduino_uno.hex

tasmota
nothing to do...

signalduino
nothing to do...

Dann Update, Neustart und Update-Check. Das selbe Ergebnis.

Ich habe das in Global:exclude_from_update 00_TSCUL.pm 16_STACKABLETS.pm DevIoTS.pm 10_UNIRoll_TS.pm 13_TSKS300.pm 14_TSCUL_TX.pm 14_TSCUL_WS.pm 15_TSCUL_EM.pm CalcUtil.pm 97_timerTS.pm 98_TSCULflash.pm 97_timerTS.pm 98_apptime.pm 10_IT.pm 10_CULG.pm 10_CUL_HM.pm HMConfig.pm 98_HMinfo.pm
   


Gruß jw1hal
Raspberry Pi 3 Model B Rev 1.2; Linux 4.9.59-v7+; Raspbian GNU/Linux 9 (stretch); CUL433 (VTS 0.29 CSM868); CUL 868 (VTS 0.29 CSM868); 6x BrennenstuhlRCR1000N; 8x ZAP; 3x EmilLux; 10x Sonoff Basic (Tasmota 5.10.0f); 5x HM-CC-RT-DN; 9x HM-SEC-SCo; 8x HM-SEC-SCo, 7x HM-LC-Sw1PBU-FM; Fritz!Box 7362 SL

Beta-User

Du hast nicht zufällig "updateNoFileCheck 1" in global gesetzt? (Wenn da was steht, bitte löschen)

Ansonsten würde ich mal versuchen, erst nur die FHEM-Liste abzuarbeiten und dann nur die Signalduino-Quelle.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

jw1hal

#41
Internals:
   DEF        no definition
   FD         3
   NAME       global
   NR         1
   STATE      no definition
   TYPE       Global
   currentlogfile ./log/fhem-2018-12.log
   logfile    ./log/fhem-%Y-%m.log
Attributes:
   autoload_undefined_devices 1
   autosave   0
   backup_before_update 1
   configfile fhem.cfg
   exclude_from_update 00_TSCUL.pm 16_STACKABLETS.pm DevIoTS.pm 10_UNIRoll_TS.pm 13_TSKS300.pm 14_TSCUL_TX.pm 14_TSCUL_WS.pm 15_TSCUL_EM.pm CalcUtil.pm 97_timerTS.pm 98_TSCULflash.pm 97_timerTS.pm 98_apptime.pm 10_IT.pm 10_CULG.pm 10_CUL_HM.pm HMConfig.pm 98_HMinfo.pm
   logfile    ./log/fhem-%Y-%m.log
   modpath    .
   motd       SecurityCheck:
 

Protect this FHEM installation by configuring the allowed device allowed_WEB
You can disable this message with attr global motd none
   room       System
   showInternalValues 1
   sslVersion SSLv23:!SSLv3:!SSLv2
   statefile  ./log/fhem.save
   updateInBackground 1
   userattr   alexaName alexaRoom cmdIcon devStateIcon devStateStyle fm_fav fm_groups fm_name fm_order fp_Bad fp_Balkon fp_Diabeck fp_Flur fp_Kinderzimmer fp_Kueche fp_Schlafzimmer fp_Wohnzimmer genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock homebridgeMapping:textField-long icon sortby structexclude webCmd webCmdLabel:textField-long widgetOverride
   verbose    3
   version    fhem.pl:17779/2018-11-18
Raspberry Pi 3 Model B Rev 1.2; Linux 4.9.59-v7+; Raspbian GNU/Linux 9 (stretch); CUL433 (VTS 0.29 CSM868); CUL 868 (VTS 0.29 CSM868); 6x BrennenstuhlRCR1000N; 8x ZAP; 3x EmilLux; 10x Sonoff Basic (Tasmota 5.10.0f); 5x HM-CC-RT-DN; 9x HM-SEC-SCo; 8x HM-SEC-SCo, 7x HM-LC-Sw1PBU-FM; Fritz!Box 7362 SL

Beta-User

...das scheint es nicht gewesen zu sein...

(Wirf bitte aus dem list die Hinweise zu telnet und die Ortsangaben raus...)
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors