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
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> 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.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
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
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
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
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> 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.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
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
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
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
Am Montag, 15. Oktober 2012 21:02:29 UTC+2 schrieb 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.
>
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
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
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
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 !!!
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
...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-)
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
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
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
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
Am Donnerstag, 4. Oktober 2012 11:38:49 UTC+2 schrieb 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
>
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
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
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> 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.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> 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.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
>> 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?
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
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
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
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
Am Dienstag, 16. Oktober 2012 08:59:34 UTC+2 schrieb 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
>
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
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
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> 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
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> 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.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
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.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
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
Am Samstag, 20. Oktober 2012 20:05:00 UTC+2 schrieb 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.
>
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
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-)
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com