Dateien werden bei Update ignoriert!?

Begonnen von Tueftler1983, 17 Januar 2025, 01:20:07

Vorheriges Thema - Nächstes Thema

Tueftler1983

Hallo
Alle Module zum Signalduino werden bei mir ignoriert beim updaten. Aber im global device stehen keine einträge im exclude from update

Woran kann es noch liegen??

Lg


cetri

Hi,

Was meinst du?

UPD FHEM/00_SIGNALduino.pm heisst das im FHEM-Repository ein Update für die Datei 00_SIGNALduino liegt welche im Updateprozess auch aktualisiert würde.

Bei dem unteren signalduino-nothing to do... handelt es sich um ein von dir hinzugefügtes Repository das erstmal nichts mit dem original-FHEM zu tun hat. In diesem Repository gibt es keine Updates.

Das sind 2 verschiedene paar Schuhe. Mach ein Update und der obere Eintrag verschwindet.

LG

Tueftler1983

Wäre ja schön wenn der obere Teil verschwindet, aber ich habe mittlerweile 5 mal das Update gemacht und es steht immer noch da.

LG holger

Otto123

#3
was bekommst Du zurück wenn Du das mal in der FHEM Kommandozeile eingibst?
{qx(ls -lha FHEM/*SD*)}
Aber ehrlich gesagt sieht Dein Screenshot eigentümlich aus?
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

Tueftler1983

Hey

das ist die ausgabe:
-rwxrwxrwx 1 fhem dialout  27K 17. Jan 00:57 FHEM/10_SD_GT.pm
-rwxrwxrwx 1 fhem dialout  25K 11. Mär 2024  FHEM/10_SD_Rojaflex.pm
-rwxrwxrwx 1 fhem dialout  14K 31. Mär 2024  FHEM/14_SD_AS.pm
-rwxrwxrwx 1 fhem dialout  29K 17. Jan 00:57 FHEM/14_SD_BELL.pm
-rwxrwxrwx 1 fhem dialout  13K 11. Mär 2024  FHEM/14_SD_RSL.pm
-rwxrwxrwx 1 fhem dialout 208K 17. Jan 00:57 FHEM/14_SD_UT.pm
-rwxrwxrwx 1 fhem dialout  21K 17. Jan 00:57 FHEM/14_SD_WS07.pm
-rwxrwxrwx 1 fhem dialout  38K 17. Jan 00:57 FHEM/14_SD_WS09.pm
-rwxrwxrwx 1 fhem dialout  17K 17. Jan 00:57 FHEM/14_SD_WS_Maverick.pm
-rwxrwxrwx 1 fhem dialout 166K 17. Jan 00:57 FHEM/14_SD_WS.pm
-rwxrwxrwx 1 fhem dialout  90K 11. Mär 2024  FHEM/21_VBUSDEV.pm

Otto123

#5
sehr merkwürdig ...
Bei mir sieht das auf mehreren System so aus (zumindest die Daten der Dateien):
-rw-r--r-- 1 fhem dialout  25K  8. Okt 2023  FHEM/10_SD_GT.pm
-rw-r--r-- 1 fhem dialout  29K  8. Okt 2023  FHEM/14_SD_BELL.pm
-rw-r--r-- 1 fhem dialout  13K 27. Jan 2020  FHEM/14_SD_RSL.pm
-rw-r--r-- 1 fhem dialout 189K  8. Okt 2023  FHEM/14_SD_UT.pm
-rw-r--r-- 1 fhem dialout  21K  8. Okt 2023  FHEM/14_SD_WS07.pm
-rw-r--r-- 1 fhem dialout  38K  8. Okt 2023  FHEM/14_SD_WS09.pm
-rw-r--r-- 1 fhem dialout  17K  8. Okt 2023  FHEM/14_SD_WS_Maverick.pm
-rw-r--r-- 1 fhem dialout 153K  8. Okt 2023  FHEM/14_SD_WS.pm
-rw-r--r-- 1 fhem dialout  90K 16. Jan 2017  FHEM/21_VBUSDEV.pm
Ich dachte an Berechtigungen, aber die sind es nicht. Aber warum sind Deine Dateien von heute Nacht?
Weil Du da Updates über einen zweiten Weg bekommst?
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

cetri

Kann es sein das du dir da selber ins Knie schiesst? In dem git was du da zusätzlich eingefügt hast sind unter anderem die Dateien drin die bei dir angeblich nicht upgedatet werden.

Meine Vermutung auch wenn ich mich mit dem Updateprozess in FHEM nicht wirklich gut auskenne:

Beim Update werden erst wie auch angezeigt die Dateien zum Signalduino aus dem FHEM-Repository upgedatet. Danach läuft dann das update aus https://github.com/RFD-FHEM/RFFHEM und überschreibt die Dateien wieder mit den Dateien aus diesem git. Also Quasi ein Teufelskreis.

Beta-User

Zitat von: cetri am 17 Januar 2025, 09:37:22Beim Update werden erst wie auch angezeigt die Dateien zum Signalduino aus dem FHEM-Repository upgedatet. Danach läuft dann das update aus https://github.com/RFD-FHEM/RFFHEM und überschreibt die Dateien wieder mit den Dateien aus diesem git. Also Quasi ein Teufelskreis.
Eigentlich ist der update-Prozess so schlau, dass Dateien aus anderen Repos ausgenommen werden.

Manchmal verhakt sich da aber was, v.a., wenn es "irgendwo" ein Problem mit den Berechtigungen gibt und das update eben nicht sauber durchläuft. Weiß aber nicht mehr so recht, wie sich sowas "entklemmen" läßt. Schritt 1 sind immer die Berechtigungen; wenn da was nicht paßt, läuft ggf. das update einfach nicht durch.
Wenn es das nicht ist, könnte - soweit ich mich entsinne! - das Löschen der controls_fhem.txt (unter FHEM) helfen. Ohne Gewähr!

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

cetri

#8
Wenn ich das Wiki richtig vestehe wird bei update nur aus dem FHEM Repository geupdatet. update all nutzt dann auch die zuätzlichen 3rd-Party Repositorys. Ist das richtig so Beta? all ist in der commandref leider nicht weiter dokumentiert.

Wenn dem so sein sollte müsste doch bei update check nach einem normalen update ohne all angezeigt werden das die fhem-Installation ok ist und das in dem zusätzlichen Repository updates vorhanden sind.

Wobei ich mich eh frage warum das zusätzliche Repository eingebunden ist.

UPDATE!!!

Ich habe es gerade einfach mal ausprobiert und das zusätzliche Repository mit

update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt
eingebunden. Dann bekomme ich die gleiche Meldung wie Tueftler.

Ein normales update oder update all behebt den Fehler dann.

Ein erneutes

update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt
sorgt dann wieder für den gleichen Fehler. Wenn es denn ein Fehler ist und kein Feature.

https://forum.fhem.de/index.php?topic=73719.0
https://forum.fhem.de/index.php?topic=69142.0
https://forum.fhem.de/index.php?topic=88659.15

Tueftler1983

Ich meine es vor längerer Zeit ca 1,5 Jahren eingebunden zu haben da ich zusammen mit dem Signaliduno Machern eine Wetterstation eingebunden habe, und dazu über einen längeren Zeitraum beobachten mußte ob alles läuft und ohne diese Einbindung ständig die Dateien überschrieben würden.

Also eigentlich sollte ich das zusätzliche responsy auch löschenmoder auskommentieren können. Oder?
LG holger

cetri

Zitat von: Tueftler1983 am 17 Januar 2025, 10:50:01Also eigentlich sollte ich das zusätzliche responsy auch löschenmoder auskommentieren können. Oder?

Würde ich so machen. Ich habe oben noch ein paar Links eingefügt in denen unte anderem ein update force empfohlen wird.

Ein

update delete https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt
sollte dein Problem aber auch lösen.

Beta-User

Zitat von: Tueftler1983 am 17 Januar 2025, 10:50:01Ich meine es vor längerer Zeit ca 1,5 Jahren eingebunden zu haben da ich zusammen mit dem Signaliduno Machern eine Wetterstation eingebunden habe, und dazu über einen längeren Zeitraum beobachten mußte ob alles läuft und ohne diese Einbindung ständig die Dateien überschrieben würden.

Also eigentlich sollte ich das zusätzliche responsy auch löschenmoder auskommentieren können. Oder?
LG holger
Wenn du die Wetterstation nicht mehr nutzt.

Ansonsten: normale update-Funktion verwenden (nix all oder so, einfach "update")!

Ich habe das repo im Übrigen auch aktiviert, das ist ausdrücklich nicht wirklich ein Problem.

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

Tueftler1983

Hallo, bei einem normalen update kommt das und zwar jedes mal

Downloading https://fhem.de/fhemupdate/controls_fhem.txt
fhem
UPD FHEM/00_SIGNALduino.pm
UPD FHEM/10_FS10.pm
UPD FHEM/10_SD_GT.pm
UPD FHEM/14_FLAMINGO.pm
UPD FHEM/14_Hideki.pm
UPD FHEM/14_SD_BELL.pm
UPD FHEM/14_SD_UT.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/lib/SD_ProtocolData.pm
UPD FHEM/lib/SD_Protocols.pm


Downloading https://raw.githubusercontent.com/klein0r/fhem-tasmota/master/controls_tasmota.txt
tasmota
nothing to do...


Downloading https://raw.githubusercontent.com/ThorstenPferdekaemper/FHEM-FUIP/master/controls_fuip.txt
fuip
nothing to do...


Downloading https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt
signalduino
UPD FHEM/00_SIGNALduino.pm
UPD FHEM/10_FS10.pm
UPD FHEM/10_SD_GT.pm
UPD FHEM/14_FLAMINGO.pm
UPD FHEM/14_Hideki.pm
UPD FHEM/14_SD_BELL.pm
UPD FHEM/14_SD_UT.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/lib/SD_ProtocolData.pm
UPD FHEM/lib/SD_Protocols.pm

New entries in the CHANGED file:
2025-01-06 - Extension for receiving WMBus messages (#1281)


Downloading https://raw.githubusercontent.com/fhempy/fhempy/master/controls_pythonbinding.txt
pythonbinding
nothing to do...
Calling /usr/bin/perl ./contrib/commandref_join.pl -noWarnings, this may take a while
*** EN FHEM/00_websocket.pm: ignoring text due to DOS encoding

update finished, "shutdown restart" is needed to activate the changes.

fheminfo Statistics data sent to server. See Logfile (level 4) for details.

lg holger

Beta-User

Zitat von: Tueftler1983 am 17 Januar 2025, 12:53:49*** EN FHEM/00_websocket.pm: ignoring text due to DOS encoding
Möglicherweise ist das die Ursache...

Wo ist diese Datei her und gibt es eine Möglichkeit, das sauberzustellen?

Ansonsten mal die genannte txt-Datei löschen/umbenennen?
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

betateilchen

Zitat von: Beta-User am 17 Januar 2025, 13:05:32
Zitat von: Tueftler1983 am 17 Januar 2025, 12:53:49*** EN FHEM/00_websocket.pm: ignoring text due to DOS encoding
Möglicherweise ist das die Ursache...

Die Meldung aus der commandref-Generierung hat nichts mehr mit dem Update einzelner Dateien zu tun, das wird erst aufgerufen, nachdem alle updates ausgeführt wurden. Die commandref wird ja letztlich immer aus dem aktuellen Stand NACH dem update generiert, solange man das nicht deaktiviert hat.

Einzige Konsequenz der Meldung: die commandref für das Modul FHEM/00_websocket.pm steht nicht zur Verfügung.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!