FHEM Forum

Hallo liebe Community,

mein CUL Stick CC1101-USB-Lite 868MHz ist angekommen und ich muss leider gleich die Anfängerfragen aller Anfängerfragen stellen.

Aktuelles Image auf der FritzBox ist OS 5.50 inkl Freetz Rev. 10162.
Nachdem Einstecken des CUL sehe ich keine LED. Anhand der Anleitung von Uli, soll der USB-Fernanschluss aktiviert werden. Dort habe ich den Haken "USB Fernasnschluss aktiv" und bei "Andere" gesetzt. Dann bekomme ichunter USB Geräte ATMEL ATm32U4DFU angezeigt. Aber unter /dev/ttyACM0 ist nichts zu finden. Auch in FHEM kein CUL initialized.
Nachdem ich fhem heruntergefahren und mit sh startfhem gestartet habe, bekomme ich folgendes in der Kommandozeile:

Use of uninitialized value in string ne at ./FHEM/99_CULflash.pm line 63.

Woran könnte dies liegen und wie kann ich am Besten vorgehen, ohne den CUL am PC zu flashen?

EDIT: Schließe ich den CUL an meinen Mac blinkt ebenfalls keine LED...

Grüße

Hallo sTaN,

dein CUL wurde ohne Firmware geliefert. Deshalb leuchtet (besser ist blinke im Sekundentakt) deine LED nicht. Wie man die Firmware flasht, kann man im fhemwiki (//www.fhemwiki.de/wiki/Kategorie:CUL) nachlesen.

Gruß
Thomas

Hi Rohan,

danke für die schnelle Rückmeldung. Sollte der CUL aber nicht direkt von meiner FritzBox 7390 geflasht werden? Ich denke, wenn er da schon nicht richtig erkannt wird, wird dies auch nicht mit geflashter Firmware der Fall sein, oder?

Gruß

Sollte... Worüber möchtest du jetzt debattieren?

Deine Entscheidung.

Gruß
Thomas

Nicht debattieren, nur verstehen. Zu mal ich nur Mac OS X habe und der Flashvorgang relativ umständlich ist.

Du hast eine Alternative, ob umständlich oder nicht...

- das CUL auch mit gedrücktem Knopf eingesteckt?
- die *richtige* FW am *richtigen* Platz?
- ...

Deine Entscheidung.

EOT

Gruß
Thomas

Habe den CUL mit gedrücktem Knopf eingesteckt und ein usb scan ausgeführt.
Erahlte dann die Ausgabe:
CUL_V3: flash it with: CULflash none CUL_V3
Anschließend habe ich CULflash none CUL_V3 ausgeführt mit nachfolgender Meldung:
File size for CUL_V3.hex does not correspond to filetimes.txt entry

Über SSH sehe ich, das mein Verzeichnis dfu-programmer den Besitzer root hat. Muss diesboxusr99 wie bei den anderen sein?

ok...

... nix für ungut!

dies ist ein Fehler, der schon häufiger Gegenstand der Erörterung war. Bitte mal die entsprechende Fehelr-Sequenz in eine Suchmaschine deiner Wahl eingeben.

Du müsstest (wenn(!) ich mich recht erinnere) die Dateigröße (und evtl. das Datum) in der Datei "filetimes.txt" anpassen.

Gruß
Thomas

Hallo Thomas,

leider bringt meine Suche nicht den gewünschten Erfolg, da der Fehler eher auf ein Update bezogen ist. Weiterhin finde ich gar keine filetimes.txt
Aber im Logfile sind mir einige Fehlermeldungen aufgefallen. FHEM wurde frisch installiert mit der aktuellen 5.3

Hier mal der Auszug vom Logfile direkt nach der Installation.

2013.02.19 22:30:57 1: Including fhem.cfg
2013.02.19 22:30:58 1: reload: Error:Modul 99_SUNRISE_EL deactivated:
 Can't locate Math/Trig.pm in @INC (@INC contains: /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2 /var/InternerSpeicher/fhem/lib/perl5/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/5.12.2 /opt/lib/perl5/site_perl/5.12.2/mips-linux /opt/lib/perl5/site_perl/5.12.2 /opt/lib/perl5/5.12.2/mips-linux /opt/lib/perl5/5.12.2 . ./FHEM) at ./FHEM/99_SUNRISE_EL.pm line 11, <$fh> line 2.
BEGIN failed--compilation aborted at ./FHEM/99_SUNRISE_EL.pm line 11, <$fh> line 2.

2013.02.19 22:30:58 1: reload: Error:Modul 99_backup deactivated:
 Can't locate File/Glob.pm in @INC (@INC contains: /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2 /var/InternerSpeicher/fhem/lib/perl5/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/5.12.2 /opt/lib/perl5/site_perl/5.12.2/mips-linux /opt/lib/perl5/site_perl/5.12.2 /opt/lib/perl5/5.12.2/mips-linux /opt/lib/perl5/5.12.2 . ./FHEM) at ./FHEM/99_backup.pm line 139, <$fh> line 2.
BEGIN failed--compilation aborted at ./FHEM/99_backup.pm line 139, <$fh> line 2.

2013.02.19 22:30:58 1: reload: Error:Modul 99_update deactivated:
 Can't locate File/Copy.pm in @INC (@INC contains: /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2 /var/InternerSpeicher/fhem/lib/perl5/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/5.12.2 /opt/lib/perl5/site_perl/5.12.2/mips-linux /opt/lib/perl5/site_perl/5.12.2 /opt/lib/perl5/5.12.2/mips-linux /opt/lib/perl5/5.12.2 . ./FHEM) at ./FHEM/99_update.pm line 12, <$fh> line 2.
BEGIN failed--compilation aborted at ./FHEM/99_update.pm line 12, <$fh> line 2.

2013.02.19 22:30:58 3: telnetPort: port 7072 opened
2013.02.19 22:30:59 3: WEB: port 8083 opened
2013.02.19 22:30:59 3: WEBphone: port 8084 opened
2013.02.19 22:30:59 3: WEBtablet: port 8085 opened
2013.02.19 22:30:59 1: reload: Error:Modul 92_FileLog deactivated:
 Can't locate IO/File.pm in @INC (@INC contains: /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2 /var/InternerSpeicher/fhem/lib/perl5/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/5.12.2 /opt/lib/perl5/site_perl/5.12.2/mips-linux /opt/lib/perl5/site_perl/5.12.2 /opt/lib/perl5/5.12.2/mips-linux /opt/lib/perl5/5.12.2 . ./FHEM) at ./FHEM/92_FileLog.pm line 7, <$fh> line 17.
BEGIN failed--compilation aborted at ./FHEM/92_FileLog.pm line 7, <$fh> line 17.

2013.02.19 22:30:59 0: Can't locate IO/File.pm in @INC (@INC contains: /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2 /var/InternerSpeicher/fhem/lib/perl5/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/5.12.2 /opt/lib/perl5/site_perl/5.12.2/mips-linux /opt/lib/perl5/site_perl/5.12.2 /opt/lib/perl5/5.12.2/mips-linux /opt/lib/perl5/5.12.2 . ./FHEM) at ./FHEM/92_FileLog.pm line 7, <$fh> line 17.
BEGIN failed--compilation aborted at ./FHEM/92_FileLog.pm line 7, <$fh> line 17.

2013.02.19 22:30:59 1: configfile: Cannot load module FileLog
2013.02.19 22:30:59 1: usb create starting
2013.02.19 22:31:00 1: usb create end

Hier im Forum habe ich zu dem Fehler folgenden Thread gefunden:
http://forum.fhem.de/index.php?t=rview&goto=65002&th=10875 (//forum.fhem.de/index.php?t=rview&goto=65002&th=10875)
Bin mir aber nicht sicher, ob das mein Problem wirklich effektiv löst.

Hi sTaN,

Zitat von: sTaN schrieb am Di, 19 Februar 2013 23:44...
leider bringt meine Suche nicht den gewünschten Erfolg, da der Fehler eher auf ein Update bezogen ist. Weiterhin finde ich gar keine filetimes.txt

Mein Hinweis bezog sich auf diesen Thread, den ich kürzlich mal quer-mitgelesen hatte. Aber den Thread hast du ja auch schon selbst gefunden.

Und nun zu deiner 2. Baustelle, obwohl die erste noch nicht abgeschlossen ist ;)

ZitatAber im Logfile sind mir einige Fehlermeldungen aufgefallen. FHEM wurde frisch installiert mit der aktuellen 5.3 ...

Sorry, aber zu FHEM-Installationen auf einer FB habe ich wenig bis gar nichts beizutragen, ich bekomme nur (immer wieder) hier mit, dass es da wohl (ab und an) Probleme gibt. Auch zu den von dir gelisteten Fehlermeldungen meine ich kürzlich hier etwas gelesen zu haben.

Gruß
Thomas

Hallo Thomas,

danke erst mal für deine Mühe! Normwalerweise sollte sich die Einrichtung via FritzBox relativ einfach gestalten, aufgrund des bereits vorhandenem dfu-programmer und dem autocreate. Aber dies scheint wohl mit der aktuellen Version nicht der Fall.

Wie du auch erkannt hast, sind dort bereits einige Baustellen, was mich immer wieder stutzig macht. Deshalb Frage ich lieber ein mal mehr als zu wenig.

Zitat von: Rohan schrieb am Mi, 20 Februar 2013 09:14Mein Hinweis bezog sich auf diesen Thread, den ich kürzlich mal quer-mitgelesen hatte. Aber den Thread hast du ja auch schon selbst gefunden.

Genau dieser Thread hilft mir leider nicht wirklich weiter, da ich keine filetimes.txt habe. Die CUL_V3.hex könnte ich mir hier besorgen. Nur fehlt mir dann die filetimes.txt
Wo müsste die liegen? Im Verzeichnis /fhem/FHEM. Vielleicht kann mir jemand helfen, der mit dem CUL in Verbindung mit der FritzBox Erfahrung hat.

Aber bevor ich soviel am rumbasteln bin, würde mich eher noch interessieren, ob generell was falsch gelaufen ist. Nicht ohne Grund drüfte ich sonst soviel Probleme haben.

Grüße

Ich werde mal versuchen meine FritzBox komplett neu zu flashen (nach Werkseinstellungen).
Vermutlich haut bei mir was mit den Benutzern und Rechten nicht hin.

Schaue ich in meine /etc/passwd habe ich mehrere Einträge (z.B.: boxusr99 und boxusr99int):

root:x:0:0:root:/mod/root:/bin/sh
openvpn:x:1000:1002:OpenVPN account:/home/openvpn:/bin/false
nobody:x:100:1000:nobody:/home/nobody:/bin/false
davfs2:x:101:1001:DavFS2:/home/davfs2:/bin/false
ntp:x:102:1:NTP daemon:/home/ntp:/bin/false
tor:x:104:1003:tor:/home/tor:/bin/false
boxusr99:$1$ooloebz$LtgJSCh3jTWjVP/DRIQhJ0:1099:0:box user:/home-not-used:/bin/s
boxusr99int:$1$kuohvbf$xSLkB3JrAeSHTmMFGae0w1:2099:0:box user:/home-not-used:/bi
boxusr100:$1$xbejksd$tkn.2h3j8Ofo0fUQe1aAY/:1100:0:box user:/home-not-used:/bin/
boxusr100int:$1$dlimlor$AlTE453Ie.cpWnxXV3bRu/:2100:0:box user:/home-not-used:/b
ftpuser:x:103:1:ftp user:/var/media/ftp:/bin/false
fhem:any:1099:0:fhem:/home-not-used:/bin/sh

Der Besitzer meiner fhem Installation (außer dfu-programmer) ist boxusr99:

root@FritzBox:/var/media/ftp/fhem# ls -l
drwxrwxr-x    1 boxusr99 20            2048 Feb 19 23:58 FHEM
-rwsrwxr-x    1 root     20          243556 Jul  7  2011 dfu-programmer
drwxrwxr-x    1 boxusr99 20            2048 Feb 19 23:58 docs
-rw-rw-r--    1 boxusr99 20            1656 Dec  2 16:43 fhem.cfg
-rwxrwxr-x    1 boxusr99 20           76275 Oct 28 19:16 fhem.pl
drwxr-xr-x    1 boxusr99 20            2048 Feb 19 23:57 lib
drwxrwxr-x    1 boxusr99 20            2048 Feb 19 23:58 log
-rwxrwxr-x    1 boxusr99 20         1688499 Apr 25  2012 perl
-rwxr-xr-x    1 boxusr99 20             939 Dec  5 19:35 startfhem
drwxrwxr-x    1 boxusr99 20            2048 Feb 19 23:57 www

Die ID 1099 ist bei dem Benutzer fhem und boxusr99 eigentlich gleich, aber ist das normal?
Das Problem scheinen in letzter Zeit mehrere Leute zu haben, aber ohne wirkliche Lösungen. Zum Beispiel hier (//forum.fhem.de/index.php?t=msg&goto=64337&rid=0&srch=Error%3AModul+99_SUNRISE_EL+deactivated#msg_64337) und hier (//forum.fhem.de/index.php?t=msg&goto=63698&rid=0&srch=Error%3AModul+99_SUNRISE_EL+deactivated#msg_63698)

Vielleicht weiß ja noch jemand, was man tun kann.

EDIT: Ich habe noch einen Nachtrag:
Kann es manchmal sein, dass auf der fhem.de Homepage nicht das aktuellste Image liegt? Ich habe über telnel fritz.box 7072 mal noch ein update force gemacht. Und siehe da in /var/media/ftp/fhem/FHEM sind nun die *.hex Dateien zu finden. (Wieso geht über ssh ein update force nicht?) Allerdings habe ich auch nachdem ich den CUL flashen will die Fehlermeldung File size for CUL_V3.hex does not correspond to filetimes.txt entry...
Auch scheinen einige Dateien mehr dazu gekommen zu sein.
Sollte dies nicht komplett im aktuellen Image enthalten sein? die angelegte CHANGED Datei beinhaltet viele viele Dinge, welche vorher nicht da waren.

Ich hänge mal noch das Logfile nach während dem Update an. Dort ist ersichtlich das http://fhem.de:80 (//fhem.de:80) wohl nicht erreichbar ist, um die nötigen Dateien zu laden.

Grüße

> ... nix für ungut!

nix für (doppel) ungut...

> Du müsstest (wenn(!) ich mich recht erinnere) die Dateigröße
> (und evtl. das Datum) in der Datei "filetimes.txt" anpassen.

man müsste einfach mal sein FHEM aktualisieren, denn eine "filetimes.txt" sowie "updatefhem" sind seit 5.3 keine bstandteile mehr von FHEM!

bei der release 5.3 wurde von rudi vergessen eine aktualisierte updafhem.pm zu verteilen. diese sorgte dafür, das der befehl updatefhem (und die dafür benötigte datei filetime.txt) "ausser gefecht" gesetzt wurde. da diese datei aber beim releasewechsel unterging, gibt es installationen die eine "mischung aus 5.2 und 5.3" sind.

abhilfe:

- config, logfiles, fhem.save sichern
- fritzbox image von fhem.de installieren (nicht von AVM(!), da diese weder aktuell ist, noch supported wird)
- "update" ausführen
- "shutdown restart" ausführen
- cul flashen, wie beschrieben..

martin

"Danke."

Es hieß

ZitatFHEM wurde frisch installiert mit der aktuellen 5.3

. Ist der "Fehler" in der aktuell downloadbaren 5.3 noch enthalten?

Gruß
Thomas

Zitat von: Martin Fischer schrieb am Mi, 20 Februar 2013 12:09man müsste einfach mal sein FHEM aktualisieren, denn eine "filetimes.txt" sowie "updatefhem" sind seit 5.3 keine bstandteile mehr von FHEM!

Hallo Martin,

danke für die Rückmeldung. Wie Thomas richtig sagte, es wurde ein das (ich dachte) aktuellste Image 5.3 von fhem.de für die FritzBox 7390 runtergeladen.
Aber scheinbar ist dies nicht die aktuellste Version und ich habe deshalb solche Probleme? Gibt es aktuell denn noch mehr Neulinge, bei denen es nicht klappt?

Gruß

Ich habe schon mal einen Wiki-Eintrag (//www.fhemwiki.de/wiki/CUL_an_einer_Fritzbox_flashen) angefangen. Vlt. bekommen wir ja genug Infos für zukünftige Problemschilderungen zusammen.

Kritik / Anmerkungen / Ergänzungsvorschläge für die, die keinen eigenen Wiki-Zugriff wollen, evtl. bitte hier rein?

Bitte daran denken: Ich habe keine FritzBox.

Gruß
Thomas

Super Idee, danke Thomas.

Eventuell noch zwei Änderungen. Auch nach dem Drücken des "Knopf" am CUL blinkt die LED noch nicht. (Wahrscheinlich erst nachdem die FW geflasht wird)
Auch nach dem Update und shutdown restart konnte ich den CUL noch nicht flashen.

Aber dazu gebe ich noch mal Feedback, wenn ich heute nach Hause komme, die FritzBox komplett neu und noch mal das FHEM Image flashe, anschließend das update mache und dann den shutdown restart.

Eventuell sollte dem Beitrag noch folgendes hinzugefügt werden:

Update von FHEM unter 5.3:

Per Telnet auf die FritzBox Einwählen (ssh funktioniert hier nicht)
telnet fritz.box 7072

Das Update durchführen (evtl. mit Option force?):
update force

FHEM neustarten:
shutdown restart

Telnet verlassen:
exit

Sollte FHEM nicht von alleine starten muss dies manuell erfolgen.
Per SSH auf die FritzBox
ssh root@fritz.box
cd /var/InternerSpeicher/fhem
./startfhem

Ich hoffe ich habe heute Erfolg und bringe den CUL zum fliegen.

Gruß

Danke für die Hinweise, sTaN. Werden eingearbeitet.

Ich möchte jetzt aber erst Mal die Antwort von Martin Fischer abwarten. Zudem habe ich ja mit meinem HM-"Kram" auch noch offene Baustellen.

Gruß
Thomas

> Aber scheinbar ist dies nicht die aktuellste Version und ich habe deshalb
> solche Probleme? Gibt es aktuell denn noch mehr Neulinge, bei denen es nicht klappt?

Auf fhem.de wird die letzte veröffentlichte Release zum download angeboten. Dies entspricht einem "code-freeze" und aus der 5.2 wird eine 5.3.

Alles was nach der Veröffentlichung der Release 5.3 geändert wird, hinzukommt, usw. wird über "update" aus dem SVN (sprich development Zweig) ausgeliefert, bis dann entschieden wird: "code freeze" und 5.4 releasen.

Dann geht es wieder von vorne los.

Gruß Martin

> Ich möchte jetzt aber erst Mal die Antwort von Martin Fischer abwarten.

upsala... habe ich hier was verpaßt? Auf welche Antwort wartest Du?

Gruß Martin

Hi Martin,

Thomas meinte die Antwort auf die Frage

Zitat von: Rohan schrieb am Mi, 20 Februar 2013 15:54Ich habe schon mal einen Wiki-Eintrag angefangen. Vlt. bekommen wir ja genug Infos für zukünftige Problemschilderungen zusammen.

Kritik / Anmerkungen / Ergänzungsvorschläge für die, die keinen eigenen Wiki-Zugriff wollen, evtl. bitte hier rein?

Okay, also ist die stable 5.3 von fhem.de nicht unbedingt ohne ein Update zu empfehlen, da sonst der CUL nicht geflasht werden kann. Ich habe meine FritzBox gerade frisch geflasht mit einem Fritz OS 5.50 und Freetz Rev. 10170.
FHEM über die Freetz Firmware Update Seite geladen. Scheinbar wieder nicht sauber, da er ewig lädt und nicht den gewohnten Neustart Button anbietet. Siehe Screenshot.
Reboot der Box habe ich dann ca. 15 Minuten nachdem Anstoßen des FHEM Image über SSH gemacht.

Als die Box oben war sofort über http://fritz.box:8083 ein
update + Enter. (Update-Dauer ca. 5 Minuten)
Nachdem Update sicherheitshalber mal ein kompletten Reboot der FritzBox.
Unter den FirtzBox Einstellungen Heimnetz --> USB-Geräte --> USB-Fernanschluss habe ich den USB-Fernanschluss aktiviert und Andere angetriggert
FHEM anschließend mit shutdown noch mal heruntergefahren. Parallel eine SSH Sitzung auf die FritzBox offen und ins Verzeichnis /var/InternerSpeicher/fhem gewechselt.
Anschließend den CUL mit gedrücktem Knopf eingesteckt. Der Stick wird unter Heimnetz --> Geräteübesicht als ATMEL ATm32U4DFU erkannt und als Eigenschaft steht dort Für die Nutzung mit dem USB-Fernanschluss reserviert.
Nun fhem mit ./startfhem in der SSH Session gestartet. Status nachdem Starten:

2013.02.20 19:36:40 1: Including fhem.cfg
2013.02.20 19:36:42 3: telnetPort: port 7072 opened
2013.02.20 19:36:44 3: WEB: port 8083 opened
2013.02.20 19:36:44 3: WEBphone: port 8084 opened
2013.02.20 19:36:44 3: WEBtablet: port 8085 opened
2013.02.20 19:36:45 1: usb create starting
2013.02.20 19:36:46 1: usb create end
2013.02.20 19:36:46 2: SecurityCheck:  WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute.  Restart fhem for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2013.02.20 19:36:46 0: Server started with 8 defined entities (version Fhem 5.3 (DEVELOPMENT), $Id: fhem.pl 2752 2013-02-17 13:55:05Z rudolfkoenig $, pid 1892)
2013.02.20 19:39:42 0: Server shutdown
2013.02.20 19:41:49 1: Including fhem.cfg
2013.02.20 19:41:50 3: telnetPort: port 7072 opened
2013.02.20 19:41:50 3: WEB: port 8083 opened
2013.02.20 19:41:50 3: WEBphone: port 8084 opened
2013.02.20 19:41:51 3: WEBtablet: port 8085 opened
2013.02.20 19:41:51 1: Including ./log/fhem.save
2013.02.20 19:41:51 1: usb create starting
2013.02.20 19:41:51 2: CUL_V3: flash it with: CULflash none CUL_V3
2013.02.20 19:41:55 1: usb create end
2013.02.20 19:41:55 2: SecurityCheck:  WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute.  Restart fhem for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2013.02.20 19:41:55 0: Server started with 8 defined entities (version Fhem 5.3 (DEVELOPMENT), $Id: fhem.pl 2752 2013-02-17 13:55:05Z rudolfkoenig $, pid 2972)

CUL anschließend noch mal unter http://fritz.box:8083 gescannt (usb scan + Enter) mit folgender Ausgabe:

CUL_V3: flash it with: CULflash none CUL_V3

CUL versucht zu flashen mit:

CULflash none CUL_V3

und wieder die Ausgabe:

File size for CUL_V3.hex does not correspond to filetimes.txt entry
Auf der SSH Sesion kam folgende Ausgabe:
Use of uninitialized value in string ne at ./FHEM/98_CULflash.pm line 63.

Nun weiß ich echt nicht mehr was ich noch machen kann...
Irgendwas stimmt dann ja nicht mit der aktuellen 5.3. Kann dieses Verhalten jemand bestätigen oder gibt es derzeit keine weiteren Neueinsteiger? :)

Gruß

Hallo,

Neueinsteiger bin ich zwar keiner mehr - mein fhem wurde noch mit 5.2 installiert und per update auf die 5.3 gehoben aber
in meiner 7390 habe ich unter USB-Geräte ---> USB Fernanschluss deaktiviert
und unter
Geräteübersicht
habe ich meinen SanDisk Cruzer als USB-Speicher,
meinen aktiv USB-Hub als USB-Hub und
ein Unbekanntes Gerät als USB-Gerät mit dem Hinweis das das Gerät nicht verwendet werden könne.

Meine FHEM-Installation läuft aber dennoch, mit dem geflashten CUL, einwandfrei.

Auf meinen RasPi habe ich fhem per Wiki isntalliert - das ist schon die 5.3-er Version mit den letzten Updates.

Sorry das ich dir leider nicht weiter helfen kann.

Grüße

Zitat von: Puschel74 schrieb am Mi, 20 Februar 2013 20:00...
in meiner 7390 habe ich unter USB-Geräte ---> USB Fernanschluss deaktiviert
und unter
Geräteübersicht
habe ich meinen SanDisk Cruzer als USB-Speicher,
meinen aktiv USB-Hub als USB-Hub und
ein Unbekanntes Gerät als USB-Gerät mit dem Hinweis das das Gerät nicht verwendet werden könne.

Ok, dann ist diese Einstellung nicht notwendig. Genau gleiches habe ich auch, wenn USB-Fernanschnluss deaktiviert ist. Geflasht bekomme ich Ihn leider dennoch nicht.
Was mich stutzig macht, dass er nach einer filetimes.txt sucht, obwohl diese laut Martin in der aktuellsten 5.3 nicht mehr enthalten ist.

Schade, dass du Sie, wie wohl viele, von 5.2 auf 5.3 gehoben hast. Ansonsten hättest du vielleicht das gleiche Problem. (Was ich dir aber nicht wünsche :) )

Gruß

Hallo Martin,

Zitat von: Martin Fischer schrieb am Mi, 20 Februar 2013 19:16... Auf welche Antwort wartest Du?

Auf die Frage, ob der von dir beschriebene "Fehler" in dem aktuell auf fhem.de downloadbaren FHEM-Image für die Fritzbox noch enthalten ist?

Dann wäre ohne ein vorheriges Update also kein CUL-Flashen möglich?!

Gruß
Thomas

Hallo,

nun ja. Ich habe den CUL unter Win7 64-bit geflasht und nicht an der FritzBox.

"Damals" wusste ich noch nicht das das direkt an der Box auch geht.

Grüße

Hallo zusammen,

habe das selbe Problem wie du sTaN. Habe heute den CUL bekommen bei mir blinkt er auch nicht. (7390, neue FHEM
Firmware von fhem.de)  

Habe aber noch absolut keinen Plan wie ich die Sachen (Status und Logs)abfrage, bin daher keine große Hilfe.

Bleibe aber an dem Thread dran und lese mich weiter durch :-)

Gruß

Ich konnte es nun lösen. Und zwar mit Hilfe des Threads (http://forum.fhem.de/index.php?topic=10875.msg65018#msg65018) (siehe oben bereits)
Das Ändern der Zeile in der CULflash.pm hat tatsächlich geholfen:

Aus dem Pfad:

my $sdir   = "/fhemupdate2";

diesen Pfad geändert:

my $sdir   = "/fhemupdate4/svn";

Der CUL blinkt nun und wurde unter /dev/ttyACM0 erkannt.

Muss ich jetzt ein explizites define machen, damit er in FHEM angezeigt wird? Oder wie verfahre ich nun weiter.
Laut fhem.de Seite muss ich ein define CUL1 CUL /dev/ttyACM0@9600 1234 machen. Ist dies noch aktuell?

Gruß

Zitat von: sTaN schrieb am Mi, 20 Februar 2013 20:21... Oder wie verfahre ich nun weiter.

siehe hier. Dürfte analog dazu sein.

ZitatLaut fhem.de Seite muss ich ein define CUL1 CUL /dev/ttyACM0@9600 1234 machen. Ist dies noch aktuell?

Ja, siehe Link ;)

Gruß
Thomas

> Thomas meinte die Antwort auf die Frage

>> Ich habe schon mal einen Wiki-Eintrag (//www.fhemwiki.de/wiki/CUL_an_einer_Fritzbox_flashen)
>> angefangen. Vlt. bekommen wir ja genug Infos für zukünftige Problemschilderungen zusammen.
>>
>> Kritik / Anmerkungen / Ergänzungsvorschläge für die, die keinen eigenen Wiki-Zugriff wollen, evtl. bitte hier
>> rein?

ok.. das bezog ich nicht gerade auf mich.

> Okay, also ist die stable 5.3 von fhem.de nicht unbedingt ohne ein Update zu empfehlen,
> da sonst der CUL nicht geflasht werden kann.

Das kann ich(!) weder bestätigen noch das Gegenteil behaupten. Ich bezog mich hier auf die Aussage bzgl. des Updates, da ich der Maintainer von update.pm bin. Rudolf stellt die Images für die FRITZ!Box zusammen. Ich gehe davon aus, das er sie sicherlich auch vorher getestet hat.

Da ich selber FHEM lediglich auf einer meiner FRITZ!Boxen nur für einen Test installiert hatte kann ich auch keine weiteren Informationen dazu liefern, da sie ungeprüft wären.

Ggf. muß dazu Rudi was sagen.

> FHEM über die Freetz Firmware Update Seite geladen. Scheinbar wieder nicht sauber,
> da er ewig lädt und nicht den gewohnten Neustart Button anbietet. Siehe Screenshot.

Auch hier gebe ich zu bedenken:
FHEM über Freetz kommt demnach nicht von fhem.de. Was der "Paketmaintainer" dort ggf. anders macht mag ich nicht zu beurteilen, könnte aber evtl. auch zur Fehlerquelle beitragen.

Ich kann hier nur die Empfehlung aussprechen, dass das Image von fhem.de zu nehmen ist, diese auf einer "jungfreulichen" FRITZ!Box zu installieren und dann sollte es (so wie in der Vergangenheit) normalerweise laufen.

Die Installation über Freetz o.ä. ist hier zur Fehlersuche eher nachteilig, da es nicht die Umgebung ist, von der ausgegangen wird.

> Nun weiß ich echt nicht mehr was ich noch machen kann...

den CUL auf einem "echten Rechner" (idealerweise unter Linux) so wie in der Anleitung zu CUL beschrieben (http://culfw.de/culfw.html (//culfw.de/culfw.html)) flashen.

Gruß Martin

Wahhhnsinn :D
Ich werd verrückt, es läuft.

Nach Eingabe von:

define CUL1 CUL /dev/ttyACM0@9600 1234

wurde der CUL initialisiert und ist im Raum unsorted zu finden.

Ich bedanke mich für Eure Unterstützung und hoffe dieser Thread wird einigen Neueinsteigern weiterhelfen!
Nun kann es endlich weitergehen mit dem Einbinden meiner FS20 Komponenten. Ihr werdet sicher nicht das letzte mal von mir hören! ;-) (Und das soll keine Drohung sein)

Gruß

Hallo sTaN,

Zitat von: sTaN schrieb am Mi, 20 Februar 2013 20:30Wahhhnsinn :D
Ich werd verrückt, es läuft.

Gut! (ich meine nicht, dass du jetzt verrückt wirst ;) )

Und bitte auch mal auf "save" im Web-Interface drücken, damit deine von Hand vorgenommenen "defines" usw. auch nach dem nächsten Neustart von FHEM noch vorhanden sind.

Gruß und viel Spaß mit FHEM
Thomas

Zitat von: Rohan schrieb am Mi, 20 Februar 2013 20:39Gut! (ich meine nicht, dass du jetzt verrückt wirst ;) )

Doch! :) Weil ich Anfangs schon an mir gezweifelt habe, es aber scheinbar ein Bug? in der Version ist und auch scheinbar nur Neueinsteiger damit konfrontiert werden, welche nicht von 5.2 auf 5.3 updaten.

Gruß und danke!

> Was mich stutzig macht, dass er nach einer filetimes.txt sucht,
> obwohl diese laut Martin in der aktuellsten 5.3 nicht mehr enthalten ist.

Weil Du wahrscheinlich nicht das gemacht hast, was ich Dir empfohlen habe:

"jungräuliche" FRITZ!Box + Image 5.3 von fhem.de = keine Suche nach filetimes.txt

Wie Du zuvor selber geschrieben hast, hast Du FHEM von Freetz installiert. Oder aber ich lese hier was falsch.

Gruß Martin

> Auf die Frage (http://forum.fhem.de/index.php?topic=11216.msg65194#msg65194), ob der von dir
> beschriebene "Fehler" in dem aktuell auf fhem.de downloadbaren FHEM-Image
> für die Fritzbox noch enthalten ist?

Das ist mir nicht bekannt.

Man muß hier aber auch trennen:
Einmal ging es um das Thema "CULFlash" und zum zweiten um "filetimes.txt". Das Eine hat erstmal nicht mit dem Anderen zu tun.

"filetimes.txt" ist ein klares "Indiz" für eine fehlerhafte "Mischung von FHM 5.2 und 5.3" (wie oben schon erläutert).

Das ein CUL nicht geflasht werden kann, kann wiederum verschiedene Ursachen haben. Meine Hilfestellung ging in die Richtung, das Erstere erstmal "gerade zu ziehen".

Gruß Martin

> Ich werd verrückt, es läuft.

gut, aber dennoch solltest Du das Problem mit der "filetimes.txt" nicht aus den Augen verlieren.

Gruß Martin

Zitat von: Martin Fischer schrieb am Mi, 20 Februar 2013 20:46> Was mich stutzig macht, dass er nach einer filetimes.txt sucht,
> obwohl diese laut Martin in der aktuellsten 5.3 nicht mehr enthalten ist.

Weil Du wahrscheinlich nicht das gemacht hast, was ich Dir empfohlen habe:

"jungräuliche" FRITZ!Box + Image 5.3 von fhem.de = keine Suche nach filetimes.txt

Wie Du zuvor selber geschrieben hast, hast Du FHEM von Freetz installiert. Oder aber ich lese hier was falsch.

Nein es wurde das original Image von fhem.de geflasht. Einziger Unterschied über die Freetz Oberfläche und nicht über die AVM Oberfläche. Was aber keinen Unterschied macht, außer dass man über die Freetz Oberfläche den Update Status sieht. Gleiches Problem hatte ich aber auch über die AVM Oberfläche. FritzBox wurde "jungfräulich" geflasht. Zwar mit einem Freetz Image, aber auch das hat ja das originale AVM Image als Basis.
Und da ich nicht der Einzige mit diesem Problem bin, glaube ich nicht, dass es an meinem Freetz Image liegt.

Gruß

Ich habe den Wiki-Artikel (//www.fhemwiki.de/wiki/CUL_an_einer_Fritzbox_7390_flashen) umfirmiert, da er ja einzig und allein für eine FB7390 gilt. Damit ihn die interessierten Anwender auch finden (andere URL) und ich mein erstes Posting dazu in diesem Thread nicht mehr ändern kann, poste ich den Link (//www.fhemwiki.de/wiki/CUL_an_einer_Fritzbox_7390_flashen) hier noch einmal.

Gruß
Thomas

Hallo ins Forum,

auch ich bin als Newbie frisch in fhem eingestiegen und habe mir wie hier beschrieben auch gleich eine blutige Nase abgeholt.
Nun habe ich der Empfehlung folgend das Update gefahren und bekomme den CUL noch nicht zum fliegen.

sTaN hatte dann die Lösung beschrieben (ich hoffe, Du liest noch mit):

Zitat von: sTaN schrieb am Mi, 20 Februar 2013 20:21Ich konnte es nun lösen. Und zwar mit Hilfe des Threads (siehe oben bereits)
Das Ändern der Zeile in der CULflash.pm hat tatsächlich geholfen:

Aus dem Pfad:

Code Auswählen Erweitern

my $sdir   = "/fhemupdate2";

diesen Pfad geändert:

Code Auswählen Erweitern

my $sdir   = "/fhemupdate4/svn";

Der CUL blinkt nun und wurde unter /dev/ttyACM0 erkannt.

Muss ich jetzt ein explizites define machen, damit er in FHEM angezeigt wird? Oder wie verfahre ich nun weiter.
Laut fhem.de Seite muss ich ein define CUL1 CUL /dev/ttyACM0@9600 1234 machen. Ist dies noch aktuell?

Jetzt kommt meine Anfängerfrage, denn mit Telnet und und Perl bin ich nicht so bewandert:
Wie kann ich die ´CULflash.pm´editieren?

Auf dem Webserver kann ich das mit FileZilla und einem Editor. Aber wie geht das in der Fritzbox?

Da ich wenigstens lesen und schreiben kann, hoffe ich durch Eure Hilfe hier die nächsten Schritte gehen zu lernen.

Gruß ins Forum
Rosco

Hallo Rosco,

klar lese ich noch mit ;)
Am Besten mit telnet auf die FritzBox (z.B Putty für Windows, ich nutze den Terminal auf dem Mac)

telnet fritz.box 7072

Anschließend mit dem Editor vi die CULflash.pm öffnen

vi /var/InternerSpeicher/fhem/FHEM/CULflash.pm

Daraufhin siehst du den Inhalt der Datei und mit dem Buchstaben i wechselst du in den Bearbeitungsmodus, wechselst in die Zeile und passt sie an.
Mit folgendem Befehl speicherst und schließt du die Datei wieder
:wq

Hoffe das hilft.

Gruss und viel Erfolg

Hallo Du "Nachtarbeiter",

vielen Dank für die schnelle Antwort. Das werde ich morgen Nachmittag gleich ausprobieren. Jetzt gehst erst einmal in die 2Meter.

Gute Nacht

Guten Morgen ins Forum,

oh Mann, ich steh´ ganz schön auf dem Schlauch, hätte nicht gedacht, dass ich zunächst in die Tiefen der Dateistrukturen einfahren muss, um den CUL zum Laufen zu bringen. (Dabei hatte Ulrich in seiner tollen Ausarbeitung alles so gut (einfach) beschrieben.)

Ich denke, ich habe mit Putty eine Telnet Sitzung gestartet bekommen:
Host fritz.box Port 23
PW der FB

Wenn ich dann

Zitatvi /var/InternerSpeicher(fhem/FHEM/CULflash

entere, dann kommt diese Anzeige:

Zitat[grüner Block]
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
- var/InternerSpeicher/fhem/FHEM/CULflash 1/1 100%

Mit í´lässt sich da nichts bearbeiten.


Hier ein Auszug aus dem logfile von fhem nach einem Update:

Zitat...
2013.02.21 22:45:06 1: update 335 file(s) have been updated.
2013.02.21 22:45:06 1: update A new version of fhem.pl was installed, 'shutdown restart' is required!
2013.02.21 22:45:07 1: update moving ./FHEM/99_CULflash.pm to ./unused/
2013.02.21 22:45:07 1: update moving ./FHEM/99_JsonList.pm to ./unused/
2013.02.21 22:45:07 1: update moving ./FHEM/99_backup.pm to ./unused/
2013.02.21 22:45:07 1: update moving ./FHEM/99_update.pm to ./unused/
...

Ist die CULflash.pm tatsächlich dort?
Ich weiß nicht weiter (Heul, im Tal der Ahnungslosen) und ein bißchen Bammel mir etwas zu zerschießen...

Gruß ins Forum

Hallo

du hast hier

Zitatvi /var/InternerSpeicher(fhem/FHEM/CULflash

ein ( anstelle von /

Kopierfehler?

Grüße

Hallo,

´tschuldigung, ein Tippfehler. (ich meine hier im Forum) :-)
Ich habe die Prozedur zweimal in Putty durchgeführ mit eben diesem Ergebnis.

Gruß Rosco

Du legst mit deinem Befehl eine neue Datei an!
Du musst schon direkt:

vi /var/InternerSpeicher/fhem/FHEM/CULflash.pm

eingeben.
Am Besten wechselst du mit folgendem Befehl zunächst in das Verzeichnis, wo die Datei liegt:

cd /var/InternerSpeicher/fhem/FHEM

Und lässt dir dann den Inhalt des gesamten Verzeichnisses anzeigen:

ls -l

Oder Alles was mit CUL anfängt:

ls -l | grep CUL*

Und als weiteren Tipp, schau dir mal die gängigen Linux Befehle an, um auch besser zu verstehen, was du da ggf. machst.

Gruss

Jo, aller Anfang ist schwer...

Das Verzeichnis enthält leider keine ´CULflash.pm´, wohl aber eine ´98_CULflash.pm´.

95% aller Dateien sind so aufgebaut:
zweistellige Zahl_dateiname.ext

Ich könnte sie hier posten, aber das sind ja so einige. Die Zahlen am Anfang sind nicht einmalig, sondern wiederholen sich bis zu 15 mal, eben die 98_... .

Lediglich nachstehende Dateien sehen so aus, wie man es gewohnt ist:

ZitatBlocking.pm
CUL_V2.hex
CUL_V2_HM.hex
CUL_V2_MAX.hex
CUL_V3.hex
CUL_V4.hex
DevIo.pm
FhemUtils
FritzBoxUtils.pm
HttpUtils.pm
MaxCommon.pm
SetExtensions.pm
TcpServerUtils.pm
controls_fhem.txt
fhemcmd.sh

Danke für Eure Unterstützung!

Ups...Ja so ist es aber korrekt!
Also die 98_CULflash.pm muss editiert werden.

Tschuldige dafür!

Gruss

Kein Thema, wäre ich wissender wäre es mir vielleicht selbst aufgefallen.
Das Editieren mit vi in linux ist schon sehr spartanisch...

Na, jedenfalls habe ich die Datei modifiziert und nun nach Ende des Codes ein paar (Leer)Zeilen, für die ich auch zu unschlau bin diese in vi zu löschen.

Also CUL in die 7390 und
restart von fhem - keine Regung (Verzweiflung)

CUL raus, Knöpfchen gedrück und
wieder rein in die Fritte - keine Regung

usb scan und CULflash none CUL_V3 eingeben und
ja, ein erstes Lebenszeichen: der CUL blinkt
- aber, fhem sagt:

Zitat2013.02.23 12:55:19 1: CULflash (dfu-programmer atmega32u4 erase && dfu-programmer atmega32u4 flash ./FHEM/CUL_V3.hex && dfu-programmer atmega32u4 start) 2>&1
2013.02.23 12:55:22 1: CULflash Validating...
18224 bytes used (63.56%)
dfu-programmer: failed to release interface 0.

Der CUL blinkt weiter munter vor sich hin...

Das ist schon nicht einfach - aber ich gebe nicht auf und bin für weitere Ideen sehr dankbar.

Hallo zusammen,

um diesen Thread zum Abschluss zu bringen:

Ich habe in der FB den USB-Feranschluss (war bereits aktiv für Drucker und Andere) um USB-Speicher erweitert. Ich kann hier aber nicht sagen, ob dies tatsächlich notwendig war.

Der CUL blinkt. Da das Logfile nach Eingabe von usb scan noch nicht die (für mich) richtigen Einträge erhielt, blieb nur noch der von  Ulrich Maaß in seinem empfehlenswerten Einsteiger-Tutorial (//fhem.de/Heimautomatisierung-mit-fhem.pdfhttp://) empfohlene Neustart der FB.

Der anschließende Check des Logfiles erbrachte dann die erhofften und gewünschten Inhalte:

Zitat2013.02.23 14:02:03 1: usb create starting
2013.02.23 14:02:04 3: Opening CUL device /dev/ttyACM0
2013.02.23 14:02:05 3: Setting CUL baudrate to 9600
2013.02.23 14:02:05 3: CUL device opened
2013.02.23 14:02:05 1: define CUL_0 CUL /dev/ttyACM0@9600 1034
2013.02.23 14:02:06 3: Opening CUL_0 device /dev/ttyACM0
2013.02.23 14:02:06 3: Setting CUL_0 baudrate to 9600
2013.02.23 14:02:06 3: CUL_0 device opened
2013.02.23 14:02:06 3: CUL_0: Possible commands: BCFiAZEGMRTVWXefmltux
2013.02.23 14:02:06 2: Setting CUL fhtid from FFFF to 1034
2013.02.23 14:02:06 1: usb create end

Der CUL ist initialisiert und in der Rubrik ´Unsorted´ zu finden.

Fazit:
Die derzeit aktuelle fhem 5.3 (Dev.) muss in der Datei 98_CULflash.pm mit der weiter oben angegebenen Modifikation angepasst werden. Und mit ein bißchen Tun klappt´s dann auch mit dem "Anfänger".

Vielen Dank für die Unterstützung bei meinen ersten Erfahrungen mit fhem und den schnell reagierenden Supportern hier im Forum.

Beste Grüße
Rosco

Zitat von: Rosco schrieb am Sa, 23 Februar 2013 14:23Fazit:
Die derzeit aktuelle fhem 5.3 (Dev.) muss in der Datei 98_CULflash.pm mit der weiter oben angegebenen Modifikation angepasst werden. Und mit ein bißchen Tun klappt´s dann auch mit dem "Anfänger".

Das kann ich so nur unterstreichen, da nun somit auch Martin Fischers Annahme bzgl. Freetz widerlegt wurde und es ein Problem im aktuellen Dev. trotz update sein muss.
Ich gehe nämlich davon aus, dass du ein Standard AVM Image hast und keine Freetz Erweiterung, richtig?

Gruß

Ja, ich nutze die aktuelle Original-Firmware von AVM.

Liest hier jemand mit, der unsere Erkenntnisse an die Entwickler weitergibt?

Gruß ins Forum

Soweit ich mitbekommen habe, ist Martin Fischer einer davon. Allerdings nur für die update.pm.
Rudolf König müsste das mit lesen. Ansonsten bin ich auch noch zu frisch in der Materie.

Bei mir klappt es jetzt auch mit dem CUL dank sTaN .

Hatte alles auch jungfräulich installiert und hatte nicht geklappt.

Erst als ich der    98_CULflash.pm    die Zeile

my $sdir   = "/fhemupdate2";  

in

my $sdir   = "/fhemupdate4/svn"

geaendert habe funktionierte es.

Gruß

Huch, seit Feb. 2013 hatte keiner mehr die Probleme?

Dann muss ich das leider noch mal rauskamen.
Ich komme auch nicht wirklich weiter.

Heute habe ich meinen CUL Stick von Busware bekommen.
Installiert bekomme ich Ihn nicht.

Ich sehe auch keine LED die blinken könnte.
Im Log sehe folgendes:


2014.05.16 19:16:17 1: CULflash (dfu-programmer atmega32u4 erase && dfu-programmer atmega32u4 flash ./FHEM/CUL_V3.hex && dfu-programmer atmega32u4 start) 2>&1
2014.05.16 19:16:17 1: CULflash Illegal instruction


Hat sich evtl. was geändert im Laufe des letzten Jahres?

THX