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

[Beta-User]

Das ist ein PI, oder?

Solche Schreib-Fehler _könnten_ auf ein Problem der SD-Karte hinweisen.

Würde präventiv Backup und Ersatzkarte empfehlen.

[australien]

ich finde das ganze jetzt etwas komisch.

seit wir hier versuchen eine lösung zu bekommen hat sich nichts geändert, jetzt schaue ich nach dem letzten Eintrag nocheinmal die Datei an, und siehe da, das Datum ist von heute?!

beim update check kommt jetzt auch nur mehr

Code Auswählen Erweitern

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

fhemtabletui
nothing to do...

fhemrollo
nothing to do...

signalduino
nothing to do...

ha_theme
nothing to do...

fhemabfall
nothing to do...

fhemdeparture
nothing to do...

fronthem
nothing to do...
und nicht so viel wie vorher?!

keine Ahnung warum, aber es ist so.

Danke Euch für eure Hilfe und Geduld!

[australien]

Das ist ein PI, oder?

Solche Schreib-Fehler _könnten_ auf ein Problem der SD-Karte hinweisen.

Würde präventiv Backup und Ersatzkarte empfehlen.

hab jetzt glatt deinen Hinweis übersehen, klingt aber logisch.
Danke, werde das checken.

[Otto123]

ich denke die Lösung stand in #2 

[Beta-User]

Angeblich wurde das aber durchgeführt . Vielleicht sollte der TE es aber nochmal überprüfen, ob das Ergebnis wirklcih das richtige war, kann ja nicht schaden .

Beim Durchscrollen habe ich gesehen, dass Wuppi68 hatte auch schon mal die Idee mit der SD-Karte hatte, auch dazu gab es wohl einen Check. Allerdings weiß ich dazu nicht, ob und wie man die Integrität der SD-Karten wirklich zuverlässig prüfen kann.

Vielleicht holst du mal eine der update-Dateien manuell aus dem SVN und schaust, ob das klappt und ob die dann weiter bei den updates angezeigt wird?

[Otto123]

Angeblich wurde das aber durchgeführt .

Klar hat er sicher gemacht - aber:
Vorher stimmte eventuell was mit der controls_fhem.txt nicht, die war danach wieder beschreibbar.
Dann hat er genau einmal update gemacht, logisch damit wurde das update einmal komplett ausgeführt und die controls_fhem.txt neu geschrieben.

Danach hat er es nicht noch einmal gecheckt?

[Beta-User]

Irgendwie hatte ich die vielen Zwischenposts nicht mitbekommen. Scheint ja doch gelaufen zu sein, dann war es eher doch das Berechtigungsthema...
Der Rest, der jetzt noch da ist kommt aus dem Signalduino-Repo. Das solltest du löschen und nochmal neu anlegen, dann könnte das auch nach einem erneuten update vollends verschwinden. (Sowas hatte ich auch mal, keine vertiefte Ahnung warum - könnte das ein alter Developer-Stand sein?)

[australien]

Der Rest, der jetzt noch da ist kommt aus dem Signalduino-Repo. Das solltest du löschen und nochmal neu anlegen, dann könnte das auch nach einem erneuten update vollends verschwinden.

Wie meinst du das? Einfach löschen und neu anlegen, was genau? Verstehe das gerade leider nicht.

[Beta-User]

Die Signalduino-Source löschen mit

Code Auswählen Erweitern

update delete <source>, update durchführen. Zuletzt  dann wieder neu aufnehmen mit

Code Auswählen Erweitern

update add ... und wieder update durchführen.
Siehe https://fhem.de/commandref_DE.html#update

[australien]

das mit dem delete hat gut funktioniert.

nachdem ich die source wieder mit add, update und shutdown durchgeführt habe, kam

Code Auswählen Erweitern

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

fhemtabletui
nothing to do...

fhemrollo
nothing to do...

ha_theme
nothing to do...

fhemabfall
nothing to do...

fhemdeparture
nothing to do...

fronthem
nothing to do...

signalduino
nothing to do...

wieder.

aber ich bin mit dem aktuellen Stand mehr als zufrieden.

Danke nochmal allen beteiligten

[Beta-User]

Hast du dieselbe SignalDuino-source verwendet?

Das ist insgesamt komisch, da gab es zwar mal (soweit ich mich entsinne) eine fehlerhafte controls.txt, aber das ist schon länger behoben (3+ Monate).

[australien]

Die FW des Signalduino ist V 3.3.2-rc2 SIGNALduino cc1101  eine Entwicklerversion.
Beim update nahm ich wieder die gleiche wie vorher, war falsch, oder?

Edit:
Erledigt, hab eine andere source für den signalduino verwendet und es passt

Code Auswählen Erweitern

https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt

[steffen83]

Code Auswählen Erweitern

http://fhem.de/fhemupdate/controls_fhem.txt
https://raw.githubusercontent.com/uniqueck/fhem-abfall/master/controls_fhemabfall.txt
https://raw.githubusercontent.com/peterkappelt/Tradfri-FHEM/dev-cf/src/controls_tradfri.txt
https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt

ich habe das gleiche Problem. Habe auch eine andere signalduino quelle genommen und weiterhin das Problem... Noch jemand ne Lösung?

[jw1hal]

Hallo,

ich habe das selbe Problem und verstehe es (noch) nicht so richtig.

Vor ein paar Tagen bekam ich von einem netten User einen Signalduino, um meine noch hier rum liegenden Steckdosen zum laufen zu bekommen.

Da habe ich unter anderem diese Änderung vorgenommen:

Code Auswählen Erweitern

update add https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt

Nun bekam ich mit, dass nach/bei jedem Update(Check) folgendes zu sehen ist:

Code Auswählen Erweitern

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


Nun habe ich danach gesucht, bin auf dieses Thema und die 2 weiteren Themen gestoßen.
https://forum.fhem.de/index.php?topic=69142.0
https://forum.fhem.de/index.php?topic=73719.0

Ein "update list" ergibt Folgendes:

Code Auswählen Erweitern

http://fhem.de/fhemupdate/controls_fhem.txt
https://raw.githubusercontent.com/klein0r/fhem-tasmota/master/controls_tasmota.txt
https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt

Wie ich las, kann man die 3. Quelle einfach entfernen und gut ist.

Code Auswählen Erweitern

update delete https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt


Nun verstehe ich es nicht richtig, was da genau passiert. Ich verstand es so:
Beim Update wird zuerst die Fhem-Quelle genommen und unter anderem die oben genannten Dateien ausgetauscht, weil sie verändert wurden. Also werden sie durch die neuesten Dateien ausgetauscht.
Danach kommt die 3. genannte Quelle von der Signalduino-Entwicklung oder wie das auch immer heißt, die nun feststellt, dass sie noch neuere Dateien hat oder eben , dass diese Dateien seit dem letzten Update verändert wurden (nämlich durch Fhem-Quelle) und tauscht sie auch wieder aus.
Danach, also beim nächsten Update(Check) bemerkt Fhem wieder, dass die Dateien seit seinem letzten Update wieder verändert wurden und tauscht sie beim Update wieder aus.
Also ein Endloskreislauf.


Wonach wird nun genau geschaut? Nach generellen Veränderungen oder nach dem neuesten Veränderungen seitens der Quelle?

Werden diese Dateien, wenn sie nun vom Entwickler erneuert werden, in der Fhem-Quelle und in der Entwickler-Quelle zur Verfügung gestellt und sind da dann jeweils die gleich neuen Dateien am Start, so dass ich die 3. Quelle entfernen kann oder bleiben die Dateien in der Fhem-Quelle auf einen älteren Stand und nur die bei der Entwicklerquelle werden übertrieben gesagt fast täglich erneuert?

Meine Frage ist nun nicht, wie ich die Meldungen unbedingt weg bekomme, sondern was nun am vernünftigsten ist, damit auch alles so funktioniert, wie es sein sollte. Also die Dateien sollten schon den neuesten Stand haben und die Meldungen sollten/könnten natürlich auch verschwinden.

Wenn man mir allerdings sagt, dass so alles in Ordnung ist und ich mich an den paar Meldungen nicht stören soll, würde ich das auch hinnehmen.


Gruß jw1hal

[RaspiLED]

Hi,
grundsätzlich passt es!
Erklärung:
Offizielle FHEM Signalduino Pakete Version A
Entwicklerversion. Signalduino Version B

Beim Update ersetzt FHEM die Daten aufgrund der nicht passenden Checksummen auf Version A
und direkt danach durch die Entwicklerversion auf Version B

Gruß Arnd


Gesendet von iPhone mit Tapatalk