[gelöst] Update hat nie "nothing to do"

Begonnen von gbomacfly, 26 Januar 2018, 07:27:21

Vorheriges Thema - Nächstes Thema

gbomacfly

Hallo Leute :)

Hab hier ein seltsames Problem auf meiner FHEM-Hauptinstanz auf einem Debian-Rechner.

Ich fahre ein Update, dann updatet er augenscheinlich. Mache ich danach nochmal den selben Befehl, macht er dasselbe wieder.
Eigentlich sollte da dann "nothing to do" erscheinen, so ist es auf jeden Fall bei den zwei Raspberry-Instanzen.

Weiss jetzt leider auch nicht, nach was ich da suchen sollte und/oder welche Infos ich noch geben kann.
Hier jedenfalls mal das Log nach 2x Update:

2018.01.26 07:15:36 2: Backup with command: tar -cf - "./_Inline" "./alexa-fhem" "./certs" "./CHANGED" "./configDB.pm" "./contrib" "./data" "./db.conf" "./demolog" "./docs" "./FHEM" "./fhem.cfg" "./fhem.cfg.demo" "./fhem.pl" "./log" "./MAINTAINER.txt" "./README_DEMO.txt" "./restoreDir" "./unused" "./www" |gzip > ./backup/FHEM-20180126_071536.tar.gz
2018.01.26 07:15:44 1: backup done: FHEM-20180126_071536.tar.gz (97327802 Bytes)
2018.01.26 07:15:44 1:
2018.01.26 07:15:44 1: fhem
2018.01.26 07:15:44 1: RMDIR: ./restoreDir/2018-01-22
2018.01.26 07:15:44 1: UPD FHEM/00_SIGNALduino.pm
2018.01.26 07:15:44 1: UPD FHEM/14_Hideki.pm
2018.01.26 07:15:44 1: UPD FHEM/14_SD_RSL.pm
2018.01.26 07:15:44 1: UPD FHEM/14_SD_WS07.pm
2018.01.26 07:15:44 1: UPD FHEM/14_SD_WS09.pm
2018.01.26 07:15:44 1: UPD FHEM/14_SD_WS_Maverick.pm
2018.01.26 07:15:44 1: UPD FHEM/41_OREGON.pm
2018.01.26 07:15:44 1: UPD FHEM/90_SIGNALduino_un.pm
2018.01.26 07:15:45 1: UPD FHEM/98_Dooya.pm
2018.01.26 07:15:45 1: UPD FHEM/firmware/SIGNALduino_nano328.hex
2018.01.26 07:15:45 1: UPD FHEM/firmware/SIGNALduino_promini328.hex
2018.01.26 07:15:45 1: UPD FHEM/firmware/SIGNALduino_uno.hex
2018.01.26 07:15:45 1: saving fhem.cfg
2018.01.26 07:15:45 1: saving ./log/fhem.save
2018.01.26 07:15:45 1:
2018.01.26 07:15:45 1:
2018.01.26 07:15:45 1: fhemabfall
2018.01.26 07:15:45 1: nothing to do...
2018.01.26 07:15:45 1:
2018.01.26 07:15:45 1:
2018.01.26 07:15:45 1: signalduino
2018.01.26 07:15:45 1: UPD FHEM/14_SD_WS_Maverick.pm
2018.01.26 07:15:45 1: UPD FHEM/14_SD_RSL.pm
2018.01.26 07:15:45 1: UPD FHEM/firmware/SIGNALduino_nanoCC1101.hex
2018.01.26 07:15:46 1: UPD FHEM/firmware/SIGNALDuino_radinoCC1101.hex
2018.01.26 07:15:46 1: UPD FHEM/14_SD_WS09.pm
2018.01.26 07:15:46 1: UPD FHEM/98_Dooya.pm
2018.01.26 07:15:46 1: UPD FHEM/firmware/SIGNALduino_nano328.hex
2018.01.26 07:15:46 1: UPD FHEM/firmware/SIGNALduino_promini328.hex
2018.01.26 07:15:46 1: UPD FHEM/firmware/SIGNALduino_uno.hex
2018.01.26 07:15:46 1: UPD FHEM/14_SD_WS07.pm
2018.01.26 07:15:47 1: UPD FHEM/14_Hideki.pm
2018.01.26 07:15:47 1: UPD FHEM/41_OREGON.pm
2018.01.26 07:15:47 1: UPD FHEM/00_SIGNALduino.pm
2018.01.26 07:15:47 1: UPD FHEM/90_SIGNALduino_un.pm
2018.01.26 07:15:47 1: saving fhem.cfg
2018.01.26 07:15:47 1: saving ./log/fhem.save
2018.01.26 07:15:47 1:
2018.01.26 07:15:47 1: New entries in the CHANGED file:
2018.01.26 07:15:47 1: 05.12.2017
2018.01.26 07:15:47 1:  00_SIGNALduino.pm commandref ins deutsche übersetzte und fs20 Demodulation verbessert
2018.01.26 07:15:47 1:  14_Hideki.pm: commandref überarbeitet
2018.01.26 07:15:47 1:  41_Oregon.pm: Deutsche commandref ergänzt
2018.01.26 07:15:47 1: 02.12.2017
2018.01.26 07:15:47 1:  14_Hideki.pm implementing check againts second checksum to reduce wrong data
2018.01.26 07:15:47 1: 22.11.2017
2018.01.26 07:15:47 1:  Fix max length (Proto 51) is to small (#79929 #msg719499)
2018.01.26 07:15:47 1: 21.11.2017
2018.01.26 07:15:47 1:  Fix Bresser (Proto 37) max length to small (#79929)
2018.01.26 07:15:47 1: 18.11.2017
2018.01.26 07:15:47 1:  support of blacklisting of protocols via new attribute
2018.01.26 07:15:47 1:  serval new protocols are added
2018.01.26 07:15:47 1:  many stacktraces and race conditions are fixed
2018.01.26 07:15:47 1:  firmware can now be also updated via http source
2018.01.26 07:15:47 1:  commands (sending) are now placed in a queue, so switching multiple
2018.01.26 07:15:47 1:  sockets for example is now possible withoud manual added delay
2018.01.26 07:15:47 1:  many more fixes
2018.01.26 07:15:47 1:  support for cc1101 based uC like radino or nanocul added
2018.01.26 07:15:47 1: 05.12.2016
2018.01.26 07:15:47 1:   Bugfix wrong return in SIGNALduino_un ParseFn 
2018.01.26 07:15:47 1: 09.10.2016
2018.01.26 07:15:47 1:   improve Send queue: Send not before response of previous
2018.01.26 07:15:47 1: 30.09.2016
2018.01.26 07:15:47 1:   SIGNALduino is now nonblocking
2018.01.26 07:15:47 1:   improved init and keepalive
2018.01.26 07:15:47 1: ... rest of lines skipped.
2018.01.26 07:15:47 1:
2018.01.26 07:15:47 1:
2018.01.26 07:15:47 1: nesges-fhem-modules
2018.01.26 07:15:47 1: nothing to do...
2018.01.26 07:15:47 1:
2018.01.26 07:15:47 1:
2018.01.26 07:15:47 1: tasmota
2018.01.26 07:15:48 1: nothing to do...
2018.01.26 07:15:48 1: Calling /usr/bin/perl ./contrib/commandref_join.pl -noWarnings, this may take a while
2018.01.26 07:15:54 1: *** EN FHEM/14_SD_UT.pm: No document text found
2018.01.26 07:15:54 1: *** EN FHEM/32_YeeLight.pm: No document text found
2018.01.26 07:15:54 1: *** EN FHEM/98_gcmsend.pm: ignoring text due to DOS encoding
2018.01.26 07:15:54 1:
2018.01.26 07:15:54 1: update finished, "shutdown restart" is needed to activate the changes.
2018.01.26 07:15:54 1:
2018.01.26 07:15:54 1: fheminfo Statistics data sent to server. See Logfile (level 4) for details.
2018.01.26 07:20:25 0: Server shutdown
2018.01.26 07:20:25 1: Shutdown executed
2018.01.26 07:20:27 1: PERL WARNING: Subroutine getWeekNumber redefined at ./FHEM/99_myUtils.pm line 79.
2018.01.26 07:20:27 1: Including fhem.cfg
2018.01.26 07:20:28 2: eventTypes: loaded 3279 events from ./log/eventTypes.txt
2018.01.26 07:20:28 1: PERL WARNING: Use of uninitialized value $model in string eq at ./FHEM/32_YeeLight.pm line 172.
2018.01.26 07:20:28 1: PERL WARNING: Use of uninitialized value $model in string eq at ./FHEM/32_YeeLight.pm line 172, <$fh> line 127.
2018.01.26 07:20:28 1: PERL WARNING: Use of uninitialized value $model in string eq at ./FHEM/32_YeeLight.pm line 172, <$fh> line 139.
2018.01.26 07:20:28 1: PERL WARNING: Use of uninitialized value $model in string eq at ./FHEM/32_YeeLight.pm line 172, <$fh> line 156.
2018.01.26 07:20:28 2: Registering GEOFANCY geofancy for URL /geo...
2018.01.26 07:20:28 2: FB_CALLMONITOR (Fritz_Box_Monitor) - read 1 contact from Cache
2018.01.26 07:20:29 1: PERL WARNING: Use of uninitialized value $model in string eq at ./FHEM/32_YeeLight.pm line 172, <$fh> line 1172.
error: no such device '192.168.178.12:5555'
2018.01.26 07:20:30 1: PERL WARNING: Use of uninitialized value $apk[0] in sort at ./FHEM/98_FireTV.pm line 229, <$fh> line 1454.
2018.01.26 07:20:30 1: PERL WARNING: Use of uninitialized value $apk[0] in join or string at ./FHEM/98_FireTV.pm line 230, <$fh> line 1454.
2018.01.26 07:20:30 1: PERL WARNING: Use of uninitialized value $apk[0] in join or string at ./FHEM/98_FireTV.pm line 231, <$fh> line 1454.
2018.01.26 07:20:30 1: AZ.SIGNALduino/define: /dev/serial/by-path/pci-0000:00:1d.1-usb-0:2:1.0-port0@57600
2018.01.26 07:20:30 1: AZ.SIGNALduino/init: /dev/serial/by-path/pci-0000:00:1d.1-usb-0:2:1.0-port0@57600
2018.01.26 07:20:30 1: Including ./log/fhem.save
2018.01.26 07:20:30 2: amazonecho: notify reload
2018.01.26 07:20:30 1: usb create starting
2018.01.26 07:20:30 1: PERL WARNING: can't getattr: Input/output error at FHEM/DevIo.pm line 394.
2018.01.26 07:20:30 1: usb create end
2018.01.26 07:20:30 0: Featurelevel: 5.8
2018.01.26 07:20:30 0: Server started with 154 defined entities (fhem.pl:15951/2018-01-21 perl:5.024001 os:linux user:fhem pid:14694)
2018.01.26 07:20:31 2: AmazonEchoDot: Invalid cookie
ssh: connect to host 192.168.178.13 port 22: No route to host
2018.01.26 07:20:35 2: AZ.SIGNALduino: initialized. v3.3.3-dev
2018.01.26 07:20:35 1: PERL WARNING: Use of uninitialized value $seconds in concatenation (.) or string at ./FHEM/73_PRESENCE.pm line 1153.
2018.01.26 07:20:35 1: PERL WARNING: Use of uninitialized value $seconds in addition (+) at ./FHEM/73_PRESENCE.pm line 1156.
2018.01.26 07:20:56 2: Backup with command: tar -cf - "./_Inline" "./alexa-fhem" "./certs" "./CHANGED" "./configDB.pm" "./contrib" "./data" "./db.conf" "./demolog" "./docs" "./FHEM" "./fhem.cfg" "./fhem.cfg.demo" "./fhem.pl" "./log" "./MAINTAINER.txt" "./README_DEMO.txt" "./restoreDir" "./unused" "./www" |gzip > ./backup/FHEM-20180126_072056.tar.gz
2018.01.26 07:20:58 1: PERL WARNING: Use of uninitialized value $assign in concatenation (.) or string at ./FHEM/98_powerMap.pm line 585.
2018.01.26 07:21:06 1: backup done: FHEM-20180126_072056.tar.gz (97324863 Bytes)
2018.01.26 07:21:06 1:
2018.01.26 07:21:06 1: fhem
2018.01.26 07:21:06 1: UPD FHEM/00_SIGNALduino.pm
2018.01.26 07:21:06 1: UPD FHEM/14_Hideki.pm
2018.01.26 07:21:06 1: UPD FHEM/14_SD_RSL.pm
2018.01.26 07:21:06 1: UPD FHEM/14_SD_WS07.pm
2018.01.26 07:21:06 1: UPD FHEM/14_SD_WS09.pm
2018.01.26 07:21:06 1: UPD FHEM/14_SD_WS_Maverick.pm
2018.01.26 07:21:06 1: UPD FHEM/41_OREGON.pm
2018.01.26 07:21:06 1: UPD FHEM/90_SIGNALduino_un.pm
2018.01.26 07:21:06 1: UPD FHEM/98_Dooya.pm
2018.01.26 07:21:06 1: UPD FHEM/firmware/SIGNALduino_nano328.hex
2018.01.26 07:21:06 1: UPD FHEM/firmware/SIGNALduino_promini328.hex
2018.01.26 07:21:06 1: UPD FHEM/firmware/SIGNALduino_uno.hex
2018.01.26 07:21:06 1: saving fhem.cfg
2018.01.26 07:21:06 1: saving ./log/fhem.save
2018.01.26 07:21:06 1:
2018.01.26 07:21:06 1:
2018.01.26 07:21:06 1: fhemabfall
2018.01.26 07:21:06 1: nothing to do...
2018.01.26 07:21:06 1:
2018.01.26 07:21:06 1:
2018.01.26 07:21:06 1: signalduino
2018.01.26 07:21:07 1: UPD FHEM/14_SD_WS_Maverick.pm
2018.01.26 07:21:07 1: UPD FHEM/14_SD_RSL.pm
2018.01.26 07:21:07 1: UPD FHEM/firmware/SIGNALduino_nanoCC1101.hex
2018.01.26 07:21:08 1: UPD FHEM/firmware/SIGNALDuino_radinoCC1101.hex
2018.01.26 07:21:08 1: UPD FHEM/14_SD_WS09.pm
2018.01.26 07:21:08 1: UPD FHEM/98_Dooya.pm
2018.01.26 07:21:08 1: UPD FHEM/firmware/SIGNALduino_nano328.hex
2018.01.26 07:21:08 1: UPD FHEM/firmware/SIGNALduino_promini328.hex
2018.01.26 07:21:08 1: UPD FHEM/firmware/SIGNALduino_uno.hex
2018.01.26 07:21:08 1: UPD FHEM/14_SD_WS07.pm
2018.01.26 07:21:09 1: UPD FHEM/14_Hideki.pm
2018.01.26 07:21:09 1: UPD FHEM/41_OREGON.pm
2018.01.26 07:21:09 1: UPD FHEM/00_SIGNALduino.pm
2018.01.26 07:21:09 1: UPD FHEM/90_SIGNALduino_un.pm
2018.01.26 07:21:09 1: saving fhem.cfg
2018.01.26 07:21:09 1: saving ./log/fhem.save
2018.01.26 07:21:09 1:
2018.01.26 07:21:09 1: New entries in the CHANGED file:
2018.01.26 07:21:09 1: 05.12.2017
2018.01.26 07:21:09 1:  00_SIGNALduino.pm commandref ins deutsche übersetzte und fs20 Demodulation verbessert
2018.01.26 07:21:09 1:  14_Hideki.pm: commandref überarbeitet
2018.01.26 07:21:09 1:  41_Oregon.pm: Deutsche commandref ergänzt
2018.01.26 07:21:09 1: 02.12.2017
2018.01.26 07:21:09 1:  14_Hideki.pm implementing check againts second checksum to reduce wrong data
2018.01.26 07:21:09 1: 22.11.2017
2018.01.26 07:21:09 1:  Fix max length (Proto 51) is to small (#79929 #msg719499)
2018.01.26 07:21:09 1: 21.11.2017
2018.01.26 07:21:09 1:  Fix Bresser (Proto 37) max length to small (#79929)
2018.01.26 07:21:09 1: 18.11.2017
2018.01.26 07:21:09 1:  support of blacklisting of protocols via new attribute
2018.01.26 07:21:09 1:  serval new protocols are added
2018.01.26 07:21:09 1:  many stacktraces and race conditions are fixed
2018.01.26 07:21:09 1:  firmware can now be also updated via http source
2018.01.26 07:21:09 1:  commands (sending) are now placed in a queue, so switching multiple
2018.01.26 07:21:09 1:  sockets for example is now possible withoud manual added delay
2018.01.26 07:21:09 1:  many more fixes
2018.01.26 07:21:09 1:  support for cc1101 based uC like radino or nanocul added
2018.01.26 07:21:09 1: 05.12.2016
2018.01.26 07:21:09 1:   Bugfix wrong return in SIGNALduino_un ParseFn 
2018.01.26 07:21:09 1: 09.10.2016
2018.01.26 07:21:09 1:   improve Send queue: Send not before response of previous
2018.01.26 07:21:09 1: 30.09.2016
2018.01.26 07:21:09 1:   SIGNALduino is now nonblocking
2018.01.26 07:21:09 1:   improved init and keepalive
2018.01.26 07:21:09 1: ... rest of lines skipped.
2018.01.26 07:21:09 1:
2018.01.26 07:21:09 1:
2018.01.26 07:21:09 1: nesges-fhem-modules
2018.01.26 07:21:09 1: nothing to do...
2018.01.26 07:21:09 1:
2018.01.26 07:21:09 1:
2018.01.26 07:21:09 1: tasmota
2018.01.26 07:21:10 1: nothing to do...
2018.01.26 07:21:10 1: Calling /usr/bin/perl ./contrib/commandref_join.pl -noWarnings, this may take a while
2018.01.26 07:21:16 1: *** EN FHEM/14_SD_UT.pm: No document text found
2018.01.26 07:21:16 1: *** EN FHEM/32_YeeLight.pm: No document text found
2018.01.26 07:21:16 1: *** EN FHEM/98_gcmsend.pm: ignoring text due to DOS encoding
2018.01.26 07:21:16 1:
2018.01.26 07:21:16 1: update finished, "shutdown restart" is needed to activate the changes.
2018.01.26 07:21:16 1:
2018.01.26 07:21:17 1: fheminfo Statistics data sent to server. See Logfile (level 4) for details.


Hat da jemand ne Idee, was da schief läuft?
Kann ich mehr Infos bereitstellen?
Wenn ja, welche?

Danke euch schon Mal!

FHEM auf Debian Server, LogDB, MAX!-HT, Yeelight, Sonoff-Tasmota, IT, Signalduino434, nanoCUL868
FHEM-Keller auf RPI Zero mit OBIS (FHEM2FHEM)
FHEM-WZ auf RPI Zero - BT auf Alexa
Diverse Eigenbausensoren mit Arduino/MQTT

Byte09

#1
habe es nur überflogen , aber wenn ich das richtig sehe , hast du mindestens eine weitere Updatequelle hinzugefügt , wohl z.b.
https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt.

damit befindest du dich beim update quasi in einer schleife.

- update aus dem fhem svn wird durchgefüht
- update aus der weiteren quelle wird durchgeführt , dateien aus dem svn-update werden teilweise ersetzt

beim nächste updatebefehl :
- updatefunktion erkennt, das dateien vorliegen, die nicht denen ausdem fhemsvn entsprechen und möchte sie gerne wieder auf diesen stand bringen.

siehst du , wenn du mal ein update list eingibst.

gruss Byte09

nachtrag : ist aber kein drama, die dateien sind nach dem update alle auf dem neuesten stand.

gbomacfly

Zuerst mal Danke für die Erklärung.

Allerdings glaube ich, dass nicht wirklich alles aktualisiert wird. Bei einer zweiten FHEM-Installation las ich im Changelog etwas über NotifyAndroidTV gelesen. Auf dieser Installation war das Modul dann auch vorhanden.
Auf meiner Hauptinstallation, welche den Fehler hat, allerdings nicht, trotz erneutem Update. Irgendwas is doch faul :(
FHEM auf Debian Server, LogDB, MAX!-HT, Yeelight, Sonoff-Tasmota, IT, Signalduino434, nanoCUL868
FHEM-Keller auf RPI Zero mit OBIS (FHEM2FHEM)
FHEM-WZ auf RPI Zero - BT auf Alexa
Diverse Eigenbausensoren mit Arduino/MQTT

raiderxxl

Hallo Ich hänge mich mal hier mit ran, mir geht es genauso mit der Update URL Signalduino DEV ...

Gibt es da keine Lösung das das Normal Update nicht die DEV Überschreibt?


Grüße

Pascal
FHEM VM Ubuntu-Server auf Intel® NUC-Kit NUC6i5SYH ESXi 6.5
FHEM auf Raspberry2 OSMC Hyperion und TTS

Homematic,TradfriHub und Lampen,WIFILight,Fritzbox,FritzDECT,NanoCul433,IT Steckdosen,Diverse Nachbar-Sensoren,XiaomiZigbee,
ESP_Signalduino,ESPEasy,Amad,HarmonyHub,WLED,MQTT,Tasmota....

CoolTux

Nicht so lange der Entwickler nicht vernünftig die Revisionsnummern/ID's und entsprechend das Updatefile an passt.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

raiderxxl

Danke,

werde dann da mal fragen ob das so gewollt ist ;-)


Pascal
FHEM VM Ubuntu-Server auf Intel® NUC-Kit NUC6i5SYH ESXi 6.5
FHEM auf Raspberry2 OSMC Hyperion und TTS

Homematic,TradfriHub und Lampen,WIFILight,Fritzbox,FritzDECT,NanoCul433,IT Steckdosen,Diverse Nachbar-Sensoren,XiaomiZigbee,
ESP_Signalduino,ESPEasy,Amad,HarmonyHub,WLED,MQTT,Tasmota....

Sidey



Zitat von: CoolTux am 15 Februar 2018, 11:02:20
Nicht so lange der Entwickler nicht vernünftig die Revisionsnummern/ID's und entsprechend das Updatefile an passt.

Hallo CoolTux,

Was meinst Du mit anpassen des Updatefile? Bezüglich Revisionen stehe ich auch auf dem Schlauch.

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem,zigbee2mqtt

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

CoolTux

Ich gehe davon aus das im Controlfile auf Github etwas darauf hinweisen muß das diese Version höher zu bewerten ist wie die Version welche local vorhanden ist. Ebenso ist eigentlich logisch das die Version welche nun aus dem Github local vorligt zeigen muß das sie höher gestellt ist wie die aus dem FHEM SVN.

Da ich mit sowas nicht arbeite ist das meiner logischen Schlußfolgerung zu verdanken.

Mal meine persönliche Meinung zu sowas. Ich finde es Unsinnig eine einfache github Upate Prozedur an zu bieten. Sowas verleitet nur dazu das auch Anfänger sich diese Versionen holen.
Persönlich bin ich der Meinung sollten auf Github nur Versionen für den Entwickler und einer ausgesuchten Gruppe von Testern liegen. Alle anderen Versionen können ohne weiteres ins SVN von FHEM. Im ungünstigsten Fall halt unter contrib.
Versionen von Github sollten von Testern mit FHEM Erfahrung verwendet werden, denn nur die können verlässliche Daten bei Problemen liefern. Erfahrende User wissen aber auch wie man solche Versionen von Hand installiert.



Grüße
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

SabineT

Zitat von: raiderxxl am 15 Februar 2018, 10:55:17
Gibt es da keine Lösung das das Normal Update nicht die DEV Überschreibt?
So wie ich das in FHEM/98_update.pm lese wird die Dateigröße der vorhandenen Datei mit dem Eintrag im controls-File verglichen und wenn die nicht übereinstimmt dann eben die Datei "upgedated". Wenn jetzt also eine Datei über mehrere controls-Files behandelt wird kommt es dann zu dem "loop".

In controls_fhem.txt steht z.B.:
UPD 2017-11-22_07:45:02 185868 FHEM/00_SIGNALduino.pm

In controls_signalduino.txt dann:
UPD 2018_02_08_21:15:27 209421  FHEM/00_SIGNALduino.pm

Erst wird controls_fhem.txt abgearbeitet und wenn FHEM/00_SIGNALduino.pm nicht 185868 Bytes groß ist wird sie vpm FHEM SVN geladen.
Danach wird dann controls_signalduino.txt abgearbeitet, da FHEM/00_SIGNALduino.pm nicht 209421 Bytes groß ist (ist ja jetzt 185868) wird sie vom zugehörigen Github geladen, hat danach dann auch die 209421 Bytes.

Wird jetzt nochmals update aufgerufen passt daher dann die Dateigröße wieder nicht zu dem Eintrag in controls_fhem.txt.

lg, Sabine


CoolTux

Zitat von: nils_ am 16 Februar 2018, 09:02:12
https://fhem.de/commandref_DE.html#exclude_from_update

Wird nicht helfen. Er will ja das die Datei/en upgedatet werden. Halt nur nicht von allen Quellen sondern nur von der Github Quelle.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

nils_

dann verstehe ich den letzten satz da nicht:

ZitatDer Regexp wird gegen den Dateinamen und gegen Quelle:Dateiname geprüft. Um die Datei FILE.pm von updates von fhem.de auszuschließen, weil sie von einer anderen Quelle bezogen wird, kann man fhem.de.*:FILE.pm spezifizieren.
viele Wege in FHEM es gibt!

CoolTux

Zitat von: nils_ am 16 Februar 2018, 10:14:44
dann verstehe ich den letzten satz da nicht:

Ok das habe ich in der Tat überlesen. Dann hast Du Recht mit Deiner Aussage. Einfach exclude_from _update nehmen und es sollte gehen.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

raiderxxl

#13
Exclude funktioniert nicht.
ich habe unter Global das Attribut gesetzt:

attr global exclude_from_update fhem.de.*:00_SIGNALduino.pm fhem.de.*:14_Hideki.pm fhem.de.*:14_SD_RSL.pm fhem.de.*:14_SD_WS07.pm fhem.de.*:14_SD_WS09.pm fhem.de.*:14_SD_WS_Maverick.pm fhem.de.*:41_OREGON.pm fhem.de.*:90_SIGNALduino_un.pm fhem.de.*:98_Dooya.pm fhem.de.*:SIGNALduino_nano328.hex fhem.de.*:SIGNALduino_promini328.hex fhem.de.*:SIGNALduino_uno.hex

Nach einem Neustart wird immernoch vom fhem Repo Files kopiert und die neuen Devs überschrieben.
FHEM VM Ubuntu-Server auf Intel® NUC-Kit NUC6i5SYH ESXi 6.5
FHEM auf Raspberry2 OSMC Hyperion und TTS

Homematic,TradfriHub und Lampen,WIFILight,Fritzbox,FritzDECT,NanoCul433,IT Steckdosen,Diverse Nachbar-Sensoren,XiaomiZigbee,
ESP_Signalduino,ESPEasy,Amad,HarmonyHub,WLED,MQTT,Tasmota....

nils_

hast du mal den '.' escaped bzw. weggelassen??

-->
attr global exclude_from_update fhem\.de.*:00_SIGNALduino.pm

wenn ich es richtig verstehe ist das ein regex.
viele Wege in FHEM es gibt!