update unterschiede?

[punker]

Was ist eigentlich der Unterschied zwischen:

update fhem und updatefhem?

Ich benutze immer ersteres und funktioniert prima!

Habe soeben die zweite Version ohne irgendwelche Zusatzparameter versucht und es kam folgendes:

File size for www/pgm2/console.js (0) does not correspond to filetimes.txt entry (550)

Welches Update ist das richtige?

mfg

Dieter

[Rudolf Koenig]

> Was ist eigentlich der Unterschied zwischen:

> *update fhem* und *updatefhem*?

In fhem kann man Kommandos abkuerzen, es wird das erste Befehl genommen, was
passt. Z.Zt gibt es ein updatefhem Kommando, diesen kann man auch mit update
oder up aufrufen. Ich vermute "update fhem" ersetzt alle Dateien, in deren
Namen das Wort fhem vorkommt, auch wenn es nicht notwendig war.

Demnaechst sollte Martins neugeschriebenes update.pm das bisherige
updatefhem.pm abloesen (darauf warten wir seit ca 3 Monaten), danach wird
updatefhem nicht mehr funktionieren, nur update. Was dann "update fhem"
bewirkt, kann ich noch nicht sagen.

[Martin Fischer]

Am Donnerstag, 4. Oktober 2012, 11:52:04 schrieb Rudolf Koenig:
> [...]

> Demnaechst sollte Martins neugeschriebenes update.pm das bisherige
> updatefhem.pm abloesen (darauf warten wir seit ca 3 Monaten), danach wird
> updatefhem nicht mehr funktionieren, nur update. Was dann "update fhem"
> bewirkt, kann ich noch nicht sagen.

nur zur richtigstellung:
das von rudi angesprochene "3 monate" warten ist darin begründet, das es noch
zu verzögerungen in anderen (nicht von mir) stammenden modulen kam, da die
neue struktur noch nicht final war.

das neue update ist seit mehreren wochen fertig und wartet auf ein paar tests,
die wir (rudi, boris, ich (ggf. weitere)) erst noch gemeinsam durchführen
müssen.

wie rudi schon schilderte:
"update" ist aktuell nur eine kurzform von "updatefhem". wenn das neue
"99_update.pm" ausgerollt wird, dann sollte dass das alte "updatefhem"
automatisch erkennen und es wird wiederum automatisch initial ein "update"
aufgerufen (wer kann noch folgen? :-) ist aber nicht nötig, da es ja
automatisch passiert).

ab diesem zeitpunkt wäre dann das "updatefhem" obsolet.

der neue update-command ist so vorbereitet, das er "pakete" unterstützen kann
(was aber zur zeit der verteilung noch nicht genutzt werden wird).

pakete könnten dann sein:
- nur fhem (ohne gui)
- fhem + fhemweb
- fhem + fhemweb + floorplan
- fhem + irgendein_frontend
- fhem + was_weiss_ich :-)

es wird künftig keine "filetimes.txt" mehr geben. die "filetimes.txt"
beinhaltet aktuell die dateien inkl. zeitstempel und grössenangaben. sie wird
benötigt um zu prüfen, welche dateien aktualisiert werden.

künftig gibt es sogenannte "steuerdateien". diese heissen dann
"controls_PAKET.txt". wobei PAKET eben für die oben möglichen pakete stehen.
intitial wird es also eine "controls_fhem.txt" geben. wir haben festgelegt,
das fhem _immer_ mit fhemweb (pgm2) ab der 5.3 ausgeliefert werden soll.

ein "update fhem" bedeutet dann "aktualisiere alle dateien aus dem paket
fhem". und da es initial _nur_ das fhem paket gibt, bedeutet das demnach
_alle_ dateien. werden wir in ferner zukunft also evtl. mal die möglichkeiten
der "modulpakete" einführen, dann würde ein "update PAKETNAME" nur die dateien
aktualisieren, die zu dem entsprechendem paket gehören.

desweiteren enthalten die "steuerdateien" künftig nicht mehr nur die dateien
und den zeitstempel sondern auch steuerbefehle wie UPD, MOV, DEL, DIR. damit
kann über ein update gesteuert werden ob fhembedingte dateien aktualisiert,
verschoben oder gelöscht werden sollen. darüber hinaus können auch notwendige
verzeichnisse erzeugt werden. das ganze wurde notwendig, durch die einführung
der neuen fhem-struktur und den damit verbundenen änderungen an fhemweb,
floorplan und wheater. letztere anpassungen bzgl. der struktur haben diese
zeit benötigt.

soviel mal "auf die schnelle" dazu...

mehr und ausführliche infos kommen dann, wenn wir die neue updateroutine
getestet haben.

gruss martin

[Tom]

Danke Martin,

sehr verständlich ausgedrückt (zumindest für mich ;)), und es ist
schön, mal wieder über die Vorgänge hinter den Kulissen zu lesen.

Gruß
Torsten

[Rudolf Koenig]

> mehr und ausführliche infos kommen dann, wenn wir die neue updateroutine
> getestet haben.

Ich habs getestet, und auch eingecheckt, damit es auch von einem
groesseren Kreis getestet werden kann. Wenn also jemand eins auf
halbkonservativ macht, der sollte ab sofort updatefhem ausschreiben
und nicht mehr mit update abkuerzen. Konservative kennen update/
updatefhem gar nicht :)
Die anderen sollten folgendes ausfuehren:
fhem> updatefhem
fhem> shutdown restart
...
fhem> update

Ich habs getestet mit folgenden Kombinationen:
- SVN @ OSX: update
- SVN @ RPi: update
- 5.2.tar.gz: updatefhem, update
- 5.2.tar.gz: updatefhem, updatefhem housekeeping clean yes, update
- fhem-5.2-fb7390.image: updatefhem, update
- fhem-5.2-fb7390.image: updatefhem, updatefhem housekeeping clean
yes, update

aber vmtl. doch etwas uebersehen: also bitte hier melden.

[Tom]

Hallo Rudi,

sieht bisher gut aus, nur eine Meldung macht mich stutzig...
Ausgangsversion:

2012.10.07 12:29:38 0: Server started (version Fhem 5.2 (DEVELOPMENT),
$Id: fhem.pl 1905 2012-09-30 07:31:59Z rudolfkoenig $, pid 23808)

updatefhem: 37 Dateien geladen, dann...
2012.10.15 21:27:44 1: updatefhem New version of fhem.pl, 'shutdown
restart' is required!

shutdown restart:

2012.10.15 21:27:58 0: Server shutdown
2012.10.15 21:28:01 1: Including
/usr/syno/synoman/webman/3rdparty/fhem/var/fhem.cfg
2012.10.15 21:28:02 3: telnetPort: port 7072 opened
2012.10.15 21:28:02 3: WEB: port 8083 opened
2012.10.15 21:28:02 3: WEBphone: port 8084 opened
2012.10.15 21:28:02 3: WEBtablet: port 8085 opened
2012.10.15 21:28:02 3: Opening myCUNO device 192.168.1.123:2323
2012.10.15 21:28:02 3: myCUNO device opened
2012.10.15 21:28:02 3: myCUNO: Possible commands: mBCFiAGMRTVWXOefltuxEq

^^^^^^^^^^^^^^ ????
Das war bisher noch nie.

dann UPDATE:

2012.10.15 21:28:14 0: Server started (version Fhem 5.2 (DEVELOPMENT),
$Id: fhem.pl 1966 2012-10-15 08:01:58Z rudolfkoenig $, pid 24850)
2012.10.15 21:28:21 3: update get
http://fhem.de/fhemupdate4/svn/FHEM/FhemUtils/release.pm
2012.10.15 21:28:21 1: update check Releases => local: Fhem 5.2
(DEVELOPMENT) remote: Fhem 5.2 (DEVELOPMENT)
2012.10.15 21:28:21 3: update get
http://fhem.de/fhemupdate4/svn/controls_fhem.txt
[... backup folgt, dann dowloads ohne Ende...]
2012.10.15 21:29:02 1: update 260 file(s) have been updated.
2012.10.15 21:29:02 1: update A new version of fhem.pl was installed,
'shutdown restart' is required!
2012.10.15 21:29:03 1: update create directory
/usr/syno/synoman/webman/3rdparty/fhem/FHEM/FhemUtils
2012.10.15 21:29:03 1: update create directory
/usr/syno/synoman/webman/3rdparty/fhem/docs
[...etliche moves...]

Schlussendlich noch ein Neustart, dann alles gut (bisher). ;)

Entspricht das dem erwarteten Verhalten?
Was will FHEM da von meinem CUNO?

Gruß
Torsten

[edank]

Habe es gerade ausgeführt!

Ist alles sauber durchgelaufen!

Das einzige was mir aufgefallen ist, ist das ein Ordner doc (mit ein paar html-Files aber nicht alle) ins Fhem Hauptverzeichnis (fhem/doc) angelegt wurde.

Laut Wiki gehört er aber eine Ebene tiefer in den www (fhem/www/doc) Ordner.

Und ja, ich hatte schon vorher die neue Struktur.

LG

edank

[Hausautomat]

Am 15.10.2012 21:39, schrieb Tom:
> 2012.10.15 21:28:02 3: myCUNO: Possible commands: mBCFiAGMRTVWXOefltuxEq
>
> ^^^^^^^^^^^^^^ ????
> Das war bisher noch nie.
>

Normal. Nur eine Info-Ausgabe.

Gruß
Jens

[UliM]

Hi,
hatte auf meiner FB7390 auch die neue Dateistruktur schon manuell angelegt und Dateien verschoben.

> update
--> Screen-Meldungen:

260 file(s) have been updated:
...

A new version of fhem.pl was installed, 'shutdown restart' is required!

Housekeeping:
...

(bergeweise move)

Update completed!

-> an der Oberfläche keine Änderungen zu sehen, alle icons werden korrekt angezeigt, auch im floorplan alles ok.
-> auch nach erneutem shutdown restart alles bestens
--> hat super funktioniert - saubere Arbeit - 
Danke & Glückwunsch an Rudi, Martin und Boris zum GoLive !!!

[UliM]

...eins doch noch :)

Nach update, dann shutdown restart im log:
2012.10.15 22:16:20 1: reload: Error:Modul 99_update deactivated:
 Global symbol "%UPDATE" requires explicit package name at /var/InternerSpeicher/fhem/FHEM/99_update.pm line 37, <$fh> line 5.

=8-)

[Prof. Dr. Peter A. Henning]

Ich habe leider etwas zu mäkeln (Details siehe separaten Thread !):
Die COC-Erweiterung auf dem RaspBerry Pi wird nicht mehr erkannt. CUL und CUNO funktionieren problemlos.

Habe das Update also erst einmal wieder rückgängig gemacht.

Sorry für das Wasser im Wein...

LG

pah

[Sebastian Krohe]

Bei mir unter Debian hat es geklappt updatefhem dann update - hatte die alte Dateistruktur.

Bei mir fehlte seit einen der letzten Updates das Fhemlogo im Darkstyle - nach dem Update musste ich in der Darkstyle.cfg in
der ersten Zeile darklogo.png durch ../icons/darklogo  ersetzten und dann hat wieder geklappt.

Keine Ahnung wo das her kam.

Vielen Dank an alle

[Rudolf Koenig]

> Global symbol "%UPDATE" requires explicit package name at

Heisst, dass release.pm nicht geladen werden konnte. Wuesste ich gerne wieso,
bei mir trat das (zum Schluss :) nicht mehr auf, auf keinem der Testrechner.
Passiert das auch bei einem normalen Neustart? Wenn ja, dann bitte versuch
fhem.cfg soweit zu verkleinern, dass Du es hier posten kannst :)

[UliM]

Am Montag, 15. Oktober 2012 23:38:18 UTC+2 schrieb Rudolf Koenig:

Passiert das auch bei einem normalen Neustart?

Ja - nicht shotdown restart, sondern shutdown, dann Neustart aus FB-telnet:
2012.10.15 23:57:56 0: Server shutdown
2012.10.15 23:58:31 1: Including fhem.cfg
2012.10.15 23:58:33 1: reload: Error:Modul 99_update deactivated:

release.pm liegt in /var/InternerSpeicher/fhem/FHEM/FhemUtils
-rwxr-xr-x    1 boxusr80 root           388 Sep 26 22:29 release.pm

 

Wenn ja, dann bitte versuch
fhem.cfg soweit zu verkleinern, dass Du es hier posten kannst :)

Oha... irgendein Anhaltspunkt was drinbleiben soll?
Ich schick Dir mal meine komplette fhem.cfg per PN - aber die willst Du ja wahrscheinlich gar nicht haben...

Gruß, Uli
 

[Rudolf Koenig]

> release.pm liegt in /var/InternerSpeicher/fhem/FHEM/FhemUtils
> -rwxr-xr-x 1 boxusr80 root 388 Sep 26 22:29 release.pm

Die "richtige" Version dieser Datei ist 511 Bytes lang.

Das Problem ist, dass 99_update.pm die in controls_fhem.txt befindlichen
Kommandos umsortiert, und dadurch erst die updates, und dann die moves
durchfuehrt. Damit ueberschreibt dein altes (und bisher nicht verwendetes)
FHEM/release.pm das gerade heruntergeladene FHEM/FhemUtils/release.pm

Ich habe controls_fhem.txt jetzt geaendert, so dass andere dieses Problem nicht
mehr haben: fhem/FHEM/release.pm landet ab sofort in fhem/unused. Du musst
(leider) die Datei fhem/FHEM/FhemUtils/release.pm per Hand ersetzen mit
folgendes:

################################################################
# $Id:$
package main;
use strict;
use warnings;

use vars qw($DISTRIB_ID);
use vars qw($DISTRIB_RELEASE);
use vars qw($DISTRIB_BRANCH);
use vars qw($DISTRIB_DESCRIPTION);
use vars qw(%UPDATE);

$DISTRIB_ID="Fhem";
$DISTRIB_RELEASE="5.2";
$DISTRIB_BRANCH="DEVELOPMENT";
$DISTRIB_DESCRIPTION="$DISTRIB_ID $DISTRIB_RELEASE ($DISTRIB_BRANCH)";

$UPDATE{server} = "http://fhem.de";
$UPDATE{path} = "fhemupdate4";
$UPDATE{packages} = "FHEM";

1;
###############

und fhem danach neu starten.

[Rudolf Koenig]

> Das einzige was mir aufgefallen ist, ist das ein Ordner doc (mit ein paar
> html-Files aber nicht alle) ins Fhem Hauptverzeichnis (fhem/doc) angelegt
> wurde.

Danke, mein Fehler, habs geaehdert. Wird in Deinem Fall aber nichts mehr
Aendern.

[Tom]

>> 2012.10.15 21:28:02 3: myCUNO: Possible commands: mBCFiAGMRTVWXOefltuxEq

>> Das war bisher noch nie.
>>
> Normal. Nur eine Info-Ausgabe.

mag sein, aber wozu jetzt auf einmal?

[UliM]

Am Dienstag, 16. Oktober 2012 08:34:03 UTC+2 schrieb Rudolf Koenig:

Du musst die Datei fhem/FHEM/FhemUtils/release.pm per Hand ersetzen mit
folgendes:

und fhem danach neu starten.

Inhalt ersetzt, shutdown restart -> keine Fehler im log.
Auch ein reload 99_update.pm läuft nun problemlos.
Danke!
Gruß, Uli

[puschel74]

Hallo,

ich hab mich mal getraut und ein updatefhem - shutdown restart und anschliessend nochmal
ein updatefhem housekeeping clean yes mit shutdown restart durchzuführen ;-)
Klappt einwandfrei auf meiner 7390.
Aber 2 kleine Fragen hätte ich noch.
1. Was ist damit gemeint?

2012.10.19 22:16:40 1: usb create starting
2012.10.19 22:16:40 1: usb create end
und 2.
2012.10.19 22:22:29 3: Update structure 'EG_WohnzimmerAlle' to undefined because device 'WZ_Fensterbeleuchtung' has changed
Bei der zweiten Frage muss ich mich vermutlich ;-) mal durch die commandref wühlen und schauen wie structure nun
eingebunden wird und was es macht.
Ich hab mich heute seit ca. 3 Monaten mal wieder an ein updatefhem gewagt aber es lief einwandfrei durch.
Ich hab jetzt
2012.10.19 22:16:40 0: Server started (version Fhem 5.2 (DEVELOPMENT), $Id: fhem.pl 1966 2012-10-15 08:01:58Z rudolfkoenig $, pid 15320)
auf meiner 7390.
Noch ein grosses Lob und herzlichen Dank an alle Fhem-Programmierer und -tüftler.
Top (Freizeit-)Arbeit die Ihr hier leistet.

Grüße

[Steffen]

Hallo!

Eine kurze frage, gibt es mit dem neuem update die Möglichkeit die update-datei sich wieder vorher anzusehen so wie vorher mit "updatefhem changed"???

Mfg Steffen

[eppi]

> Eine kurze frage, gibt es mit dem neuem update die Möglichkeit die update-datei sich wieder vorher anzusehen so wie vorher mit "updatefhem changed"???
>
>

Hallo Steffen
Ja, mit dem Befehl: update check

Gruss Dani

[Rudolf Koenig]

> 2012.10.19 22:16:40 1: usb create starting
> 2012.10.19 22:16:40 1: usb create end

Im default config wird "usb create" aufgerufen, der wiederum der Reihe nach
alle bekannten, aber in fhem nicht konfigurierten /dev/tty... Geraete oeffnet,
und prueft, ob man sie in fhem verwenden koennte. Damit man weiss, woher die
Meldungen "Opening /dev/xxx, not a CUL device, usw." kommen, werden diese mit
starting...end umklammert.

> 2012.10.19 22:22:29 3: Update structure 'EG_WohnzimmerAlle' to undefined because device 'WZ_Fensterbeleuchtung' has changed

Das sind die Aenderungen von Tobias: Aenderungen in struktur-Elementen werden
nach oben weitergereicht. Vlt. muss das noch verfeinert werden.

[Martin Fischer]

Am Freitag, 19. Oktober 2012, 22:20:53 schrieb Steffen:
> [...]

> Eine kurze frage, gibt es mit dem neuem update die Möglichkeit die
> update-datei sich wieder vorher anzusehen so wie vorher mit "updatefhem
> changed"???

ja, ich muss noch die angepasste commandref.html einchecken, da rudi mich mit
der veröffentlichung von update.pm etwas "überfallen" hatte ;-)

wird aber die tage noch nachgeholt.

[puschel74]

Hallo,

ich vermute mal die structure muss noch etwas verfeinert werden, wie Rudi schon geschrieben hat.
Ich habe unsere Ventilatoren im Obergeschoss in eine Structure zusammengefasst.
Sobald ich aber einen der beiden Ventialtoren schalte(n will) bekomme ich
seit dem letzen updatefhem am Freitag leider ein

2012.10.21 18:35:49 3: Update structure 'OG_Ventilatoren' to undefined because device 'OG_Zimmer_Ventilator' has changed

Kennt jemand einen Workaround dafür oder muss ich was neu definieren?

Danke schonmal.

Grüße

[UliM]

Hi,
leicht OT, aber gut... Du musst auf der structure die Attribute clientstate_behavior und clientstate_priority
Bei mir sieht das zB so aus:

define ez_LichtAlle structure room ez_LichtRegal ez_Schreibtisch ez_LichtVitrine
attr ez_LichtAlle clientstate_behavior relative
attr ez_LichtAlle clientstate_priority on off
attr ez_LichtAlle icon icoLicht.png
attr ez_LichtAlle room Esszimmer

Details: http://fhem.de/commandref.html#structure  :)

=8-)