Hallo,
nach langem probieren mit dem FB7170/7270 FHEM Paket 5.4 habe ich einige kleinere Änderungen vornehmen müssen, damit FHEM überhaupt läuft.
1. Swap ist zwingend notwendig, da sonst ständiges reboot der FB mangels RAM. Damit braucht man auch eine erweiterte busybox zum Anlegen des swapfiles.
2. Die Autostart-Routine in debug.cfg sollte etwas besser sein, da der Mount des USB-Sticks doch lange auf sich warten läßt.
3. Der CUL muß mit FLIP am PC geflasht werden, da es mit der FB 7170 keinen dfu-programmer gibt.
4. Auch gibt es keinen mudprobe, also muß man sich mit mknode, chmode, und insmod die kernel-Module laden.
5. Auch sollte man dies auf /var tun, da in /dev alles read-only ist.
Ich schreibe dies, weil ich aufgrund der rudimentären Anleitung natürlich in jedes Fettnäpfchen getreten bin und anderen Newbee's das ersparen möchte.
Nun zum eigentlichen Problem, den CUL zum richtigen Leben zu erwecken:
Ich konnte zwar einen CUL initialized im FEHM sehen und er meldet auch in der CUL Übersicht alles korrekt mit der richtigen FW Version und dem X21 als Initstring, aber eine Kommunikation (und Antwort!) mit "get CUL raw C35" oder "get CUL version" klappte nur ganz selten. Lediglich "set CUL led 00" klappt sicher. Statt dessen disconnected der CUL und reappeared ohne Antwort bei einem Versuch mit "get" etwas zurückzubekommen.
Ich glaube, dass die usbserial.ko nicht die erste Wahl ist und möchte es mit der cdc-acm.ko probieren. Nur ist die mir vorliegende Version für Kernel 2.6.32 (FB7270?) und weigert sich natürlich in einer 2.6.13.1 Version geladen zu werden.
Hat jemand so eine für die FB7170 vorcompilierte Version vorliegen? Ich habe kein Linux (außer auf der FB) oder Ubuntu, wo ich so etwas kompilieren könnte.
Ich möchte Freetz zunächst als Newbee vermeiden, daher bitte nur leichte Kost... ;-)
Vielen Dank für Eure Mithilfe
olbetec
Hallo FB7170-User,
es hat Dank des cdc-acm.ko - Moduls aus einer freetz 1.2 von funker (Danke nochmals fürs Zusenden) geklappt, eine störungsfreie Kommunikation zum CUL aufzubauen. Mit der usbserial.ko hat es leider nur zum Initialisieren gereicht.
Probiert es mal mit den o.a. fb7170_addons.zip aus, die ich mir hier zusammengesucht habe.
Es klappt also doch ohne (komplettes) Freetz, was mir für mich als Anfänger zu aufwändig erschien.
Nun werde ich meinen Spieltrieb ausleben können ;-)
Viel Erfolg den anderen Newbees
olbetec
Hallo olbetec,
vielleicht kannst Du mir helfen. Wie Du weißt, habe ich FHEM auf einer 7170 mit MAX!QUBE und div. Thermostaten laufen. Nun ist mein CUL-V3 gekommen, mit dem ich weitere Sensoren (Heizungsvor- und rücklauf, Außenklima, Gaszähler usw.) abfragen möchte.
Der Cul ist geflascht, steckt in einem USB-Hub samt Speicherstick (darauf ist FHEM)an der FB 7170 und blinkt. FHEM läuft und erzeugt auch Diagramme.
Leider bekomme ich den CUL nicht eingebunden.
Autocreate findet den CUL garnicht.
Wenn ich "define CUL1 CUL /dev/ttyACM0@38400 2443" steht im Log immer "Can't open /dev/ttyACM0: No such device or address"
Weißt Du, wie ich den CUL zum Laufen bekomme? Wie hast Du das denn gemacht? Wie kann ich in der FB abfragen, welche Schnittstellen verwendbar sind? In /dev sind ttyACM0 und 1 vorhanden.
Vielen Dank schon Mal im Voraus
Harald
Hallo Harald,
1. ich würde erst einmal mit lsmod überprüfen, ob die cdc-acm.ko geladen wurde.
2. Weiterhin gehe ich davon aus, dass auch mit Freetz kein mudprobe verfügbar ist. Daher musst du vielleicht selber das Gerät wie u.a. anlegen.
3. Da ich auf meiner FB7170 ohne Freetz keine Schreibrechte auf /dev mit chmod einrichten kann, habe ich wie in meiner startfhem die Geräte von Hand - und zwar auf /var - angelegt:
#Gerät anlegen
mknod /var/ttyACM0 c 166 0
chmod 666 /var/ttyACM0
# hier lade ich das von dir zur Verfügung gestellte Modul (Pfad ggf. anpassen)
insmod fb7170/cdc-acm.ko
# manche berichten, dass sie auch noch mehr als 2 Sekunden warten, bis das Modul geladen wurde
# bei der FB7170 geht ja wegen der Auslagerungsdatei (swap) alles ein bißchen gemächlicher ab...
sleep 2
Viel Erfolg
olbetec
Hallo olbetec,
danke für Deine Infos. Bei mir sind nur die Module ftdi-sio, usblp, usbserial und div. andere geladen aber kein cdc-acm oder ttyACM... - k.A. warum.
Irgendwie bin ich da auf dem falschen Weg.
Ich habe auch versucht, die Befehle auf der Konsole einzugeben, hatte aber auch keinen Erfolg.
Was mache ich da bloß falsch?
Nachtrag:
Jetzt weiß ich, was falsch war. Ich hatte die falsche cdc-acm.ko versucht zu laden.
Nachdem ich die richtige genommen habe, wird der CUL erkannt.
Kaum macht man's richtig, klappt es auch ;-)
Viele Grüße
Harald
Hallo zusammen,
jetzt verstehe ich die Welt (also Linux bzw. meine FB) nicht mehr!
FHEM hat jetzt mehrere Tage prima gelaufen. Seit heute wird der CUL nicht mehr erkannt. Ich bekomme beim Hochfahren von FHEM folgende Fehlermeldung:
modprobe: module /var/media/ftp/uStor01/fhem/kernel/cdc-acm.ko not found in modules.dep. Was bedeutet das?
Ich habe meines Wissens nichts in der startfhem oder sonstwo geändert. Ich bin mit meinem Latein am Ende, da meine Linuxkenntnisse nicht so berauschend sind.
Kann mir jemand helfen?
Vielen Dank im Voraus, viele Grüße und schönen Sonntagabend noch
Harald
Hallo Harald,
irgendwie scheint das mit dem mudprobe nicht zu klappen, weil er das Modul in irgendeiner Aufrufliste nicht finden kann.
Ich schlage daher den gleichen Weg vor wie in meinen 7170_addon.zip, mit mknod, chmod und insmod das Modul zu laden. Achte bitte darauf, dass du die richtige 7170er Version angibst (im Original-Verzeichnis der 7170/7270er Installation steht im Verzeichnis kernel die 7270er Version drin!!!) bzw. das Verzeichnis ausgehend vom fhem Verzeichnis korrekt angibst. Ich habe meine Module in dem Verzeichnis fb7170 stehen, damit wäre das
mknod /var/ttyACM0 c 166 0
chmod 666 /var/ttyACM0
insmod fb7170/cdc-acm.ko
Viel Erfolg
OlBe
Hallo olbetec,
danke für Deine Antwort. Wenn ich das so mache, erhalte ich im Log die Meldung "Can't open /dev/ttyACM0: no device or address" und im MC-Terminal "mknod: /dev/ttyACM0: File exists".
Das verrückte ist, das es ja bis vor kurzem funktioniert hat. Die einzige Änderung, die mir einfällt, ist, dass die FB neu gebootet wurde.
Alles schon sehr seltsam
Viele Grüße
Harald
Nachtrag: Es geht wieder! Ich hatte geschrieben "insmod /kernel/cdc-acm.ko". Nachdem ich das geändert habe in "insmod kernel/cdc-acm.ko" wird das Modul und damit auch CUL erkannt. Warum es tagelang mit dem Eintrag "modprobe ....." ohne mknod..... funktioniert hat und jetzt nicht mehr, ist mir ein Rätsel.
Hilfe
Hallo,
ich bin neu hier und habe ein Problem:
Ich würde gerne Fhem auf meiner FB 7170 installieren nach diese Anleitung (//fhem.de/fritzbox.html).
Aber da gibt es ein paar hürden als linux Anfänger.
1.den Befehl df kennt die Busybox nicht.
2.Der nächste fehler: -sh: /var/flash/debug.cfg: Permission denied ??
3.der manuele start: var/media/ftp/CHIPSBNK-v3-3-8-8-01/fhem/startfhem ??Wäre das so richtig ?
Wie lese ich die lod Datei??
unter http://fritz.box:8083/fhem (//fritz.box:8083/fhem) behomme ich keine antwort.
Hilfe Hilfe und Danke
Hallo buchner51,
ich habe hier (http://forum.fhem.de/index.php?topic=10139.msg58940#msg58940) mal ein FritzBox addon gepostet, das bei mir funktioniert hat (dies müsste aber ähnlich sein, wie das aus diesem Post am Anfang).
Tatsache ist:
- df kennt die busybox der FritzBox7170 nicht (d.h. der Pfad musss codiert werden, siehe startfhem aus meinem fbaddon.zip)
- Du brauchst eine andere Busybox, um einen swap einzurichten (sonst stürtzt die FritzBox regelmäßig ab), ist aber auch dabei
- die Einbindung von CUL (s.u.) habe ich noch nicht getestet, es gibt kein modprobe bei der FritzBox7170:
# FritzBox 7170, 7270 V1/V2
mknod /var/ttyUSB0 c 188 0
chmod 666 /var/ttyUSB0
insmod 7170/usbserial.ko
insmod 7170/ftdi_sio.ko
echo USB drivers loaded ...
- beim manuellen Start fehlt bei Dir ein / am Anfang, ich würde in das Verzeichnis von fhem gehen (cd /var/media/NEW_LINK/fhem) und dort ./startfhem eingeben.
Dann dauert es ein bisschen aber mit ps | grep perl sollte folgende Zeile kommen
766 root 14760 S perl fhem.pl fhem.cfg
.
Dann sollte der Webzugriff klappen.
Kleine Anleitung:
fbaddon.zip einfach im fhem Verzeichnis auspacken und starten (so zumindest die Theorie). Ich würde aber zur Sicherheit die startfhem mittels mv startfhem startfhem.org sichern.
Ich habe den automatischen Start bei mir noch nicht eingebunden, werde das aber demnächst mal machen und posten. Falls Du schneller sein solltest, dann gerne ;-)
Gruß PeMue
Hallo,
erstmal Danke für die schnelle antwort.
Aber nach einem Neustart der FB bekomme ich ein Anmelde fenster.
Was muß ich mit der fbaddon -- fb7170 tun?
ZitatKleine Anleitung:
fbaddon.zip einfach im fhem Verzeichnis auspacken und starten (so zumindest die Theorie). Ich würde aber zur Sicherheit die startfhem mittels mv startfhem startfhem.org sichern.
... oder wer Lesen kann, ist im Vorteil.
Am besten USB Stick entfernen, ab an einen Windows PC, die
startfhem in
startfhem.org umbennen und das
fbaddon.zip auf dem Stick im Verzeichnis fhem auspacken (ich hoffe, sonst werden keine Dateien überschrieben). Dann wieder an die FritzBox dranstecken, per
telnet (oder besser per
putty) einloggen und starten ...
Wenn die FritzBox per Passwort gesichert ist (was sie sein sollte), dann erscheint auch bei Aufruf von
fritz.box:8083/fhem ein Anmeldefenster, user ist egal, Passwort von der Box.
Viel Erfolg.
Gruß PeMue
OK.
habs per Totalcommander rüber geschickt.
Aber das mit dem Passwort geht nicht, User-frei user-user user-fhem immer mit dem Box Passwort
nichts geht ??
Muß man oder kann mann per Telnet User anlegen?
Und bei PS...
kommt folgende antwort:
656 root 11204 S perl fhem.pl fhem.cfg
733 root 1304 R grep perl
... aber der Anmeldebildschirm kommt, oder? Laut der Prozessliste läuft Dein fhem Server. D.h. Du hast ein Problem mit dem Passwort.
Wie loggst Du Dich beim Total Commander ein? Das geht doch per ftp, oder? Es gibt einmal den ftp Zugriff mit dem User ftpuser und dem Fritz Box Passwort. Dann gibt es den Zugriff per Telnet ohne User mit dem selben Passwort.
Welche Firmware hast Du drauf? Hast Du ggf. einen zusätzlichen Benutzer installiert?
Ich würde mal das Passwort (über die fritz.box Oberfläche) temporär deaktivieren und nochmal probieren.
Gruß PeMue
Hallo buchner51,
kopiere einfach den Inhalt der o.a. fb7170_addon.zip in dein fhem-Verzeichnis. Bei dieser Version habe ich die Fehler (z.B. Pfadangaben und andere Kleinigkeiten) in den alten hier herumgeisternden Versionen versucht zu beseitigen.
Vorher kannst du deine fhem.cfg und startfhem aus dem 5.4_7170/7270-Paket sichern.
Dann mußt du nur noch in Zeile 11 von startfhem den Pfad zu deinem USB-Stick anpassen.
Und in fhem.cfg musst du in Zeile 18 dir für den User (my_user) und das Passwort (my_pw) eigene Worte ausdenken und dich damit beim Aufruf von http://fritz.box:8083/fhem (//fritz.box:8083/fhem) anmelden.
Vorher habe ich stumpf mit telnet und dem Fritzboxpasswort von Hand
"/var/media/ftp/FreecomDatabar-01/fhem/startfhem"
den fhem-server gestartet (natürlich FreecomDatabar-01 durch die Bezeichnung deines USB-Sticks ersetzen). Telnet muß sowohl in der Fritzbox per Kurzwahl über das Telefon freigeschaltet werden und bei meinem Windows 8-Rechner in den Features der Systemsteuerung aktiviert werden.
Das mit dem Startscript in der debug.cfg (Anleitung steht in der Datei debug.txt) klappt bei mir leider nicht mehr, nachdem ich auf 5.4. umgestiegen bin. Vielleicht muß ich noch mal die Fritzbox auf Werkseinstellungen zurücksetzen, da auch im Energiemonitor der Fritzboxoberfläche immer 0% Verbrauch angezeigt wird und wohl irgendetwas zerschossen wurde. Der Rest klappt bei mir wunderbar, selbst wenn ich auf "Everything" gehe und mir 11 Plots anzeigen lasse oder Floorplans mit 60-70kB Hintergrundbildern, stöhnt die alte Fritzbox zwar, aber nach einer Minute ist sie dann auch fertig.
Munter bleiben
OlBe
Danke Danke
Ich habs.
Ich habe die .cfg mit nem Editor geöffnet und das (my_user my_pw)entdeckt.
Soweit sogut.
Nun das nächste Problem:
Ist es möglich fhem auf den EIB/KNX anzubinden über eine Ethernet Verbindung (Siemens N148/21)
oder ist der Tul von Busware.de erforderlich??
Gibt es ein Howto oder ähnliches für EIB/KNX ??
Danke
für die kurze aufmerksamkeit.
Hallo olbetec,
ich bin dabei, fhem von v5.3 auf v5.4 umzustellen.
Zu Deinem Post habe ich folgende Frage: Erstellt die Zeile
attr WEB basicAuth { "$user:$password" eq "my_user:my_pw" }
nur das Passwort für den Webzugang, fhem läuft aber weiterhin unter root? Ich habe nämlich die globale Variable motd auf none gestellt, weil der SecurityCheck immer meinte, fhem würde unter root laufen und das war mir auf Dauer zu doof. Allerdings wüsste ich auch nicht, wie ich einen Benutzer auf der Fritz Box 7170 anlegen könnte. Außerdem meine ich mal irgendwo gelesen zu haben, dass einige Prozesse root Rechte brauchen ...
Danke für einen kurzen Hinweis.
Gruß PeMue
PS: Die Fehler und Kleinigkeiten waren dann wohl von mir ;-)
Hallo Peter,
ohne die Vergabe von User und Passwort für den Webzugang ist es mir nicht gelungen, auf die fhem-Oberfläche zuzugreifen. Mit dem Fritzbox-Passwort allein, wie in der Originalversion, ging es nicht. Auch bei mir läuft bei der Abfrage mit
ps | grep perl
als Antwort
3703 root 13328 S perl fhem.pl fhem.cfg
1191 root 1308 S grep perl
fhem offensichtlich unter root.
Ich habe das mit dem Einrichten eines Benutzers auch nicht verstanden, die Sicherheits-Meldung habe ich auch so aufgefasst, dass man zumindest wie in dieser Zeile eine Authentifizierung vorsieht und nicht mit dem Fritzbox-Passwort arbeitet. Wenn so eingerichtet, kann man diese Erinnerung mit motd none abschalten oder sich eine andere Begrüßung auf den Startbildschirm schreiben.
Vielleicht ist auch nur mit Freetz wegen des anderen Images das Anlegern von Benutzern möglich? Egal, es läuft ja nun auch ohne.
Und letztendlich hätte ich es ohne deine wertvolle Vorarbeit (Danke!) nicht - wie der Titel schon sagt - ohne Freetz hinbekommen. Aber meine rudimentären Unix Kontakte sind schon lange her, so dass man sich mit den kleinen Fettnäpfchen als Anfänger zwischen Aufgabe oder Durchbeißen entscheiden muss. Anderen Anfängern wollte ich mit den o.a. Aussagen zur Nutzung des 5.4-7170/7270-Pakets das mühevolle Probieren und Suchen ersparen.
@buchner51
Vielleicht ist das Portieren auf einen EIB/KNX ein neues Thema wert, wenn die Suche nicht fruchtet? Ich kann dazu leider nichts beitragen.
Munter bleiben
OlBe
Hallo olbetec,
ich habe mir mal aus der o.g. zip-Datei (http://forum.fhem.de/index.php?topic=11755.msg69257#msg69257) die fhem.cfg näher angeschaut. Das Passwort für den Webzugriff (8083) wird mit der Zeile
attr WEB basicAuth {"$user:$password" eq "my_user:my_pw"}
(eigener User, eigenes Password) generiert, unten ist noch eine Zeile
# attr WEB basicAuth {use FritzBoxUtils;;FB_checkPw("localhost","$password")}
auskommentiert, meiner Ansicht nach nimmt diese Zeile das Passwort aus der Fritz Box.
Probierst Du mal bei Dir den Zugriff mit 8084 bzw. 8085? Da müsste dann das Fritz Box Passwort gelten.
Danke + Gruß
PeMue
Hallo Peter,
habe auch auf 8084 bei der Version aus dem fb7170_addon (also nur die Zeile für die Authetifizierung für das WEB geändert) nur einen Zugriff über den von mir gewählten User und Passwort. Nur mit dem FB-Passwort über 8084 habe ich keine Chance, er nimmt nur den User und das gewählte fhem-Passwort.
Gruß
OlBe
Hallo,
habe auch Probleme bei der Installation vom FB7170/7270 FHEM Paket 5.4 mit fb7170_addon.zip.
Bin zuerst am fehlenden df-Befehl gehangen, bis ich in der startfhem des addons den Eintrag home=/var/media/ftp/FreecomDatabar-01/fhem gefunden habe. Nur dass mein Stick im WebIf der Box Intenso-BusinessLine-01 heisst.
Also einfach mal im telnet folgendes probiert:
cd /var/media/ftp/Intenso-BusinessLine-01/fhem
startfhem
Dies war auch mehr oder weniger erfolgreich. Es wurde ein Swapfile auf dem Stick installiert.
Nur da ich vergessen hatte in der startfhem das FreecomDatabar auch auf meinen Intenso zu ändern wurde nicht korrekt installiert.
Dies also nachgeholt und gleiche Befehle im telnet wiederholt.
Aber: er findet die startfhem nicht mehr! Habe sogar die unveränderte Version nochmal probiert, auch ohne Erfolg.
Hat dies mit schon installierten Änderungen beim ersten Versuch zu tun?
Schöne Grüße,
Daniel
Hallo Daniel,
bitte poste mal Dein startfhem. Ich bin gerade dabei, ein etwas besser kommentiertes Startskript zu schreiben, bin aber noch nicht fertig.
Ist bei Dir auch der Link /var/media/NEW_LINK vorhanden?
Gruß PeMue
Hallo,
cd /var/media/NEW_LINK
./startfhem
hat gerade funktioniert! Komischerweise vorher nicht als ich das probiert hatte.
Jetzt weiß ich auch warum das Verzeichnis mit Intenso-BusinessLine-01 nicht mehr funktioniert.
Der kriegt wohl bei jedem Abstecken eine neue Nummer, inzwischen heisst er Intenso-BusinessLine-31.
Dann hat das wohl keinen Sinn in der startfhem diesen Verzeichnisnamen zu benutzen.
Dann habe ich den Stick nochmal abgezogen und jetzt funkioniert der NEW_LINK nicht mehr.
cd /var/media/NEW_LINK geht zwar, cd /var/media/NEW_LINK/fhem aber nicht.
Und startfhem wird nicht mehr gefunden.
Meine startfhem ist die aus dem addon-paket, nur dass ich den Verzeichnisnamen auf meinen Stick geändert habe.
MfG
Daniel
Inzwischen schaffe ich es überhaupt nicht mehr die startfhem per telnet auszuführen,
immer "not found" egal ob mit NEW_LINK oder über den Namen vom Stick.
Das ist doch echt zum...
Hallo Daniel,
gehe doch mal über die normale Fritz Box Oberfläche. Da kann man dem USB Stick auch einen Namen zuweisen. Diesen trägst Du dann in startfhem ein. Vielleicht wird der Stick auch nicht richtig gemountet (das müsste auch in der Fritz Box Oberfläche gezeigt werden). Dann ggf. an einen Windows Rechner damit und mal mit Datenträger überprüfen drübergehen ...
Gruß PeMue
Hallo,
laut Weboberfläche heisst er eben Intenso-BusinessLine-01 (die Zahl erhöht sich bei jedem anstecken des Sticks bis zum Fritzbox Neustart)
cd in dieses Verzeichnis funktioniert auch, aber die startfhem findet er nicht.
Kann es evtl. daran liegen dass ich die startfhem mit dem Windows-Editor geändert habe?
Gruß Daniel
Hallo Daniel,
gib mal im Verzeichnis /var/media/Intenso-BusinessLine-01/fhem den Befehl
ls -lga
ein. Dann müsste folgendes rauskommen:
drwxrwxrwx 11 root root 4096 May 8 21:24 .
drwxrwxrwx 6 root root 4096 Jan 1 1970 ..
drwxrwxrwx 3 root root 8192 Jul 2 18:51 FHEM
drwxrwxrwx 2 root root 4096 May 8 21:24 backup
drwxrwxrwx 4 root root 4096 Nov 28 2012 docs
drwxrwxrwx 2 root root 4096 Jul 2 18:39 fb7170
drwxrwxrwx 2 root root 4096 Jan 19 2013 fb7270
-rwxrwxrwx 1 root root 7665 Jul 22 21:11 fhem.cfg
-rwxrwxrwx 1 root root 76275 Nov 28 2012 fhem.pl
drwxrwxrwx 3 root root 4096 Nov 28 2012 lib
drwxrwxrwx 3 root root 4096 Jul 22 21:12 log
-rwxrwxrwx 1 root root 1564996 Nov 28 2012 perl
-rwxrwxrwx 1 root root 1627 Jan 19 2013 startfhem
-rwxrwxrwx 1 root root 327 Mar 25 16:01 stopfhem
-rwxrwxrwx 1 root root 33554432 Jun 14 11:48 swapfile
drwxrwxrwx 5 root root 4096 Nov 28 2012 www
rauskommen. Und fhem.cfg sollte mit einem Unix kompatiblen Editor (z.B. mit Programmer's Notepad 2 (//www.pnotepad.org/)) bearbeitet werden ...
Mit
./startfhem
müsstest Du dann den Server starten können.
Gruß PeMue
Hurra, FHEM ist erstmal installiert. War wirklich Windows schuld.
Habe mal von Knoppix-CD gebootet und damit den Stick erstellt. Hat auf Anhieb geklappt.
(Hänge aber gerade wieder am Login. Das Fritzbox Passwort funktioniert nicht.)
Folgende Fehlermeldung habe ich aber noch:
# cd /var/media/ftp/Intenso-BusinessLine-01/fhem
# ./startfhem
swapfile already present ...
Setting up swapspace version 1, size = 33550336 bytes
additional swap is built ...
Loading USB drivers ...
insmod: cannot insert 'fb7170/ftdi_sio.ko': Success (2)
USB drivers loaded ...
fhem started ...
#
Ist das ein Problem?
MfG Daniel
Hallo Daniel,
bei der Fehlermeldung mit den Treibern bin ich noch am probieren. Da ich aber keinen CUL an der Fritzbox habe, habe ich derzeit keinen Druck (könnte aber bei Dir anders sein). Ich versuche gerade einen USB-seriell Wandler mit FTDI Chip an die Fritz Box anzuschließen und die Treiber zu laden ...
Bezüglich Passwort (//www.fhemwiki.de/wiki/FritzBox_Webzugriff_absichern) in fhem:
Vermutlich ist in fhem.cfg nach der Zeile
define WEB FHEMWEB 8083 global
ein Passwort gesetzt, dass nicht das der Fritz Box entspricht. Versuche mal, dies wie folgt (in der Zeile danach)
attr WEB basicAuth {use FritzBoxUtils;;FB_checkPw("localhost","$password") }
zu ändern (die ursprüngliche Zeile mit # auskommentieren). Dann sollte es klappen. Wenn es funktktioniert, dasselbe auch für die Ports 8084 und 80085 durchführen.
Gruß PeMue
Es war natürlich bei allen Ports das Fritzbox Passwort konfiguriert, bis auf den 8083...
Jetzt läuft die Weboberfläche einwandfrei.
Also mein CUL sollte diese Woche noch eintreffen und dann sollte das laufen.
Wenns mich aufregt dann gibts nen Raspberry. Aber es stehen halt noch zwei 7170 rum.
Gruß Daniel
Hallo Daniel,
ich denke, das mit dem CUL Treibern bekommen wir zusammen in Ferndiagnose hin.
Gruß PeMue
Hi,
find ich klasse soviel Unterstützung zu kriegen. Hatte mit Linux bis jetzt nur auf der Dreambox zu tun.
Komischerweise hatte ich anfangs die gleiche Fehlermeldung von der cdc-acm.ko auch noch.
Dies hat sich jetzt anscheinend erledigt. Lag wohl alles an Windows.
Was brauchst du denn für weitere Daten von mir zur Diagnose?
Grüße Daniel
Hallo Daniel,
im wesentlichen nur den Teil aus fhem.cfg mit den Treibern (oder die Datei komplett).
Gruß PeMue
Bitteschön :-)
Hallo Daniel,
Rudolf König ist der Meinung, für den CUL müsste es mit
mknod /var/ttyACM0 c 166 0
chmod 666 /var/ttyACM0
insmod fb7170/cdc-acm.ko
sleep 2
am Besten funktionieren. Ich weiß nicht, ob da nicht auf der Fritz Box eine Fehlermeldung kommt. Am Besten mal Testen und das Ergebnis posten.
Mein Ansatz wäre
mknod /var/ttyUSB0 c 188 0
chmod 666 /var/ttyUSB0
insmod fb7170/usbserial.ko
sleep 2
bzw. dann für Geräte mit FTDI Chip noch
insmod fb7170/ftdi_sio.ko
einfügen.
Du kannst die beiden Möglichkeiten ja mal auf der Konsole ausprobieren. Die geladenen Module kann man mit
lsmod
anzeigen bzw. mit
rmmod <modulname>
wieder entladen.
Viel Erfolg.
Gruß PeMue
Hi,
werde mich morgen mal damit auseinandersetzen.
Für heute mache ich Schluss.
Gute Nacht, Daniel
Hallo Daniel,
ich persönlich habe mit einem CUL868 an einer 7170 mit dem Treiber usbserial.ko schlechte Erfahrungen gemacht. Er wird zwar korrekt geladen, aber eine richtige Kommunikation hat bei mir nicht geklappt. Er hat den CUL gefunden und initialisiert, aber außer die LED ein/aus kam da nix an bzw. auch nix raus (daher auch der Untertitel dieses Threads!). Mit Hilfe des von Rudolf König favourisierten cdc-acm.ko Treibers, welcher im addon7170-Paket passend für die 7170 bereitgestellt wurde, klappt es nun sehr zuverlässig seit 3 Monaten ohne Mucken/Abstürze o.ä.
Manchmal habe ich das Gefühl, dass man der etwas betagten 7170 etwas Zeit geben muß, damit die Treiber etc. laufen, bevor man das erste Mal die Oberfläche aufruft. Das deckt sich auch mit den Posts hier im Forum, dass es erst nach mehreren Anläufen geklappt hat, obwohl man nichts anderes gemacht hat.
Munter bleiben
OlBe
Hallo,
d.h. für den CUL benötige ich die ftdi_sio.ko gar nicht?
Diese kann ja nicht geladen werden.
Die cdc-acm.ko mit Konfiguration nach Rudolf König läuft anscheinend einwandfrei.
Muss nur der CUL noch ankommen...
Jetzt habe ich noch das Problem dass FHEM auf der Box nicht automatisch startet.
In /var/flash/debug.cfg steht /var/media/ftp/Intenso-BusinessLine-01/fhem/startfhem (sonst nichts)
Gruß Daniel
Hallo Daniel,
Zitatd.h. für den CUL benötige ich die ftdi_sio.ko gar nicht?
Stimmt, für meinen FTDI USB-seriell Wandler brauche ich diesen aber (in Verbindung mit usbserial). Habe aber den cdc-acm.ko noch nicht getestet.
ZitatIn /var/flash/debug.cfg steht /var/media/ftp/Intenso-BusinessLine-01/fhem/startfhem (sonst nichts)
Bei mir steht auch nicht mehr drin ;-)
Ich würde an Deiner Stelle noch einmal den Pfad /var/media/NEW_LINK probieren, dann ist
fhem etwas unabhängiger vom Namen des Sticks.
Welche Firmware hast Du?
Gruß PeMue
Firmware-Version 29.04.87
Habe erfolgreich auf NEW_LINK umgestellt. Trotzdem kein Autostart.
edit:
Habe gerade erst die debug.txt im Addon entdeckt. Diese als debug.cfg eingesetzt und jetzt funktioniert der Autostart *freu*
i=0
while ! [ -e /var/media/NEW_LINK/fhem/startfhem ]; do
sleep 5
let i++
[ $i -lt 12 ] && continue
break
done
[ $i -lt 12 ] && /var/media/NEW_LINK/fhem/startfhem
Bei mir hat NEW_LINK nicht funktioniert. Zusätzlich habe ich den Link des USB-Sticks in der Fritzbox unter Heimnetz - USB-Speicher bei Zugriff aus dem Internet das Root-Verzeichnis des Sticks eingetragen. Dann wird dieses Verzeichnis beim Starten der Fritzbox zuverlässig gemountet. Ich weiß nicht, ob das nun den endgültigen Durchbruch beim Zugriff auf den USB-Stick verschafft hatte, aber in jedem Fall würde ich hier die genaue Pfadbezeichnung nachschauen.
Bei mir klappt das mit dem Startscript auch nicht mehr (hat aber anfänglich mit einem anderen USB-Stick - Pfad wurde natürlich angepasst - sehr schön geklappt und dann ist der Stick kaputt gegangen). Ich werde als nächstes eine Sicherung von den Entstellungen machen und die Fritzbox auf Werkseinstellung setzen und dann die Einstellungen zurückspielen. Beim Zugriff mit Telnet kommen auf der Console in Minutenabständen so seltsame Meldungen und auch in dem Statistik-Menu habe ich seit meinem USB-Crash einen Energieverbrauch von verdächtigen 0% angezeigt. Vielleicht wird die Fritzbox ja nun von dem aktiven USB-Hub versorgt und zeigt deshalb hier Müll an. Der alte Sick hat nur 100mA gezogen und daher hat das damals noch mit einem passiven HUB funktioniert. Ich werde bzgl. des Autostart-Scripts erneut berichten, wenn ich mich an den Werksreset getraut habe...
Munter bleiben
OlBe
Bei mir läuft NEW_LINK bisher einwandfrei und das auch mit haufenweise Neustarts der 7170.
Hat übrigens jemand ne Ahnung ob das auch auf der "abgespeckten" Box, also der 7141 läuft?
Weiß nicht ob die nur weniger Anschlüsse hat oder auch weniger Speicher usw.
MfG
Daniel
Hallo Daniel,
fhem müsste auch auf der Fritz Box 7141 (//www.wehavemorefun.de/fritzbox/FRITZ!Box_Fon_WLAN_7141) laufen. Die Hardware sollte gleich sein. Einfach mal den USB-Stick von der Fritz Box 7170 in die Fritz Box 7141 einstecken und per telnet starten ...
Gruß PeMue
Hallo PeMue,
ich hab die 7141 nicht hier. Ein Kollege hat gefragt ob er auch ne Chance hat FHEM drauf zum laufen zu kriegen.
Hatte die Box vor ner Weile mal offen. Das ist anscheinend ernsthaft die Platine einer 7170 auf der die "fehlenden" Anschlüsse einfach nicht bestückt sind.
Dann werde ich das bei Gelegenheit wohl einfach mal probieren.
Hat hier jemand evtl. noch ne Ahnung zum FHEM-Update auf der 7170?
Link (http://forum.fhem.de/index.php?topic=14104.0)
MfG Daniel
Hallo zusammen,
bin gerade dabei, fhem 5.4 auf meiner Fritz Box 7170 zu installieren. Funktioniert auch wunderbar, aber die Absicherung mit Passwort in fhem.cfg
define WEB FHEMWEB 8083 global
attr WEB basicAuth {use FritzBoxUtils;;FB_checkPw("localhost","$password")}
ist nicht wirksam. Dabei habe ich sie aus der Version von 5.3 kopiert und die FritzBoxUtils.pm sind auch vorhanden. Gefühlt ist 5.4 auch langsamer als 5.3 ...
Danke + Gruß
PeMue
Ich habe versucht nach 5.3 die Funktion FB_checkPw auf das neue FritzOS 5.5 multi-user Login anzupassen, und dabei die Kompatibilitaet zu behalten. Das hat zwar bei mir getan, aber bei vielen anderen nicht. Dass es fuer "single-user-login" auch nicht mehr funktioniert, ist mir neu.
Inzwischen rate ich generell von der Verwendung dieser Funktion ab.
>Gefühlt ist 5.4 auch langsamer als 5.3 ...
Sind ja leider auch Unmengen an neuen Features dabei, egal wie ich versuche dagegen anzugehen :)
Vermutlich normal fuer so ein Projekt wie FHEM. Evtl. hilft longpoll fuer FHEMWEB abzuschalten, dieser ist jetzt von Haus aus an. Apropos: 5.5 steht vor der Tuer...
Hallo Rudolf,
komischerweise funktionierte es heute morgen, ggf. war das Passwort noch im Browser Cache, wer weiß?
Ich würde mal ein funktionierendes fb7170-addon Paket für die FritzBox 7170 zusammenzustellen.
Könntest Du dies in fhem v5.5 mit integrieren?
Danke + Gruß
PeMue
> Könntest Du dies in fhem v5.5 mit integrieren?
Prinzipiell schon, haengt natuerlich von den Details ab :)
Hallo,
denke dass das Passwort wirklich für ne Ewigkeit im Cache bleibt.
Ich muss bei meinem 5.4 auf der 7170 auch nur alle paar Tage das Passwort eingeben.
Und ja, 5.4 ist massiv langsamer als 5.3
MfG Daniel
> Und ja, 5.4 ist massiv langsamer als 5.3
Wenn ihr mit konkreten Zahlen, ein fhem.cfg + Anleitung kommt, dann waere ich bereit das zu pruefen.
Hallo Rudolf,
mit dem fhem.cfg kann ich dienen:
# new line for Fritz Box 7170
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath . # where our FHEM directory is
attr global statefile ./log/fhem.save # where to save the state of the devices
attr global verbose 3 # "normal" verbosity (min 1, max 5)
attr global motd SecurityCheck:\
\
Running with root privileges.\
Restart fhem for a new check if the problem is fixed,\
or set the global attribute motd to none to supress this message.\
# new line for Fritz Box 7170
attr global userattr devStateIcon icon sortby webCmd
define telnetPort telnet 7072 global # our TCP/IP port
# line from below for Fritz Box 7170 (check telnet with password)
attr telnetPort password {use FritzBoxUtils;;FB_checkPw("localhost","$password")}
define WEB FHEMWEB 8083 global
# line from below for Fritz Box 7170 (check FHEMWeb with password)
attr WEB basicAuth {use FritzBoxUtils;;FB_checkPw("localhost","$password")}
# line from below for Fritz Box 7170 (check telnet with own user and password, edit user and password)
#attr WEB basicAuth {"$user:$password" eq "my_user:my_pw"}
define WEBphone FHEMWEB 8084 global
# line from below for Fritz Box 7170 (check WEBphone with password)
attr WEBphone basicAuth {use FritzBoxUtils;;FB_checkPw("localhost","$password")}
attr WEBphone stylesheetPrefix smallscreen
define WEBtablet FHEMWEB 8085 global
# line from below for Fritz Box 7170 (check WEBtablet with password)
attr WEBtablet basicAuth {use FritzBoxUtils;;FB_checkPw("localhost","$password")}
attr WEBtablet stylesheetPrefix touchpad
# fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog
define autocreate autocreate
attr autocreate autosave 1
attr autocreate device_room %TYPE
attr autocreate filelog ./log/%NAME-%Y.log
attr autocreate weblink 1
attr autocreate weblink_room Plots
# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
# If the above notify did not help, then you probably have to enable some of
# the following lines. Verify first that /dev/xxx ist correct.
#define FHZ FHZ /dev/USB0
#define CUL CUL /var/ttyACM0@38400 1234
#attr CUL rfmode HomeMatic
#define EUL TCM 310 /dev/ttyACM0@57600
#define BscBor TCM 120 /dev/ttyUSB0@9600
#define BscSmartConnect TCM 310 /dev/ttyUSB0@57600
#-----------------------------------------------------------------------------
# below are the specific settings for PeMue (FritzBox), no FHT address
define PMCUNO01 CUL 192.168.178.60:2323 0000
attr PMCUNO01 rfmode SlowRF
# adjust CUNO's frequency for EM1000x
set PMCUNO01 freq 868.290
#-----------------------------------------------------------------------------
#-----------------------------------------------------------------------------
# definition of EM1000S at channel 1
define Stromverbrauch CUL_EM 1 75 900 0.23564 6.02
attr Stromverbrauch room Strom_log
define Stromverbrauch_log FileLog ./log/verbr-%Y-%m.log Stromverbrauch:CNT.*
attr Stromverbrauch_log room Strom_log
define Stromverbrauch_d_wl weblink fileplot Stromverbrauch_log:power8:CURRENT
attr Stromverbrauch_d_wl label "Verbrauch (Leistung): Min $data{min1}, Max $data{max1}, Aktuell $data{currval1}"
attr Stromverbrauch_d_wl room Strom
define Stromverbrauch_tag_log FileLog ./log/verbr-tag-%Y.log Stromverbrauch:cum_.*
attr Stromverbrauch_tag_log room Strom_log
define Stromverbrauch_m_wl weblink fileplot Stromverbrauch_tag_log:energy5day:CURRENT
attr Stromverbrauch_m_wl fixedrange month
attr Stromverbrauch_m_wl label "Verbrauch (Energie): Sum $data{sum1}, Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr Stromverbrauch_m_wl room Strom
define Stromverbrauch_y_wl weblink fileplot Stromverbrauch_tag_log:energy5month:CURRENT
attr Stromverbrauch_y_wl fixedrange year
attr Stromverbrauch_y_wl label "Verbrauch (Energie): Sum $data{sum1}, Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr Stromverbrauch_y_wl room Strom
# Abgleich mit Zählerstand im Keller mit
# { setReadingsVal($defs{Stromverbrauch},"basis",<basiswert>,TimeNow()) }
# auf der Konsole, wobei <basisWert> = <zaehlerwert> * 75 - <total_cnt>, <total_cnt> aus Event Monitor
# 31.05.2013: fhem: 39258.3 Zähler: 38589.3
#-----------------------------------------------------------------------------
#-----------------------------------------------------------------------------
# definition of EM1000S at channel 4
define Stromerzeugung CUL_EM 4 375 4500 0.4675 0
attr Stromerzeugung room Strom_log
define Stromerzeugung_log FileLog ./log/erz-%Y-%m.log Stromerzeugung:CNT.*
attr Stromerzeugung_log room Strom_log
define Stromerzeugung_d_wl weblink fileplot Stromerzeugung_log:power8:CURRENT
attr Stromerzeugung_d_wl label "Erzeugung (Leistung): Min $data{min1}, Max $data{max1}, Aktuell $data{currval1}"
attr Stromerzeugung_d_wl room Strom
define Stromerzeugung_tag_log FileLog ./log/erz-tag-%Y.log Stromerzeugung:cum_.*
attr Stromerzeugung_tag_log room Strom_log
define Stromerzeugung_m_wl weblink fileplot Stromerzeugung_tag_log:energy5day:CURRENT
attr Stromerzeugung_m_wl fixedrange month
attr Stromerzeugung_m_wl label "Erzeugung (Energie): Sum $data{sum1}, Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr Stromerzeugung_m_wl room Strom
define Stromerzeugung_y_wl weblink fileplot Stromerzeugung_tag_log:energy5month:CURRENT
attr Stromerzeugung_y_wl fixedrange year
attr Stromerzeugung_y_wl label "Erzeugung (Energie): Sum $data{sum1}, Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr Stromerzeugung_y_wl room Strom
# Abgleich mit Zählerstand im Keller mit
# { setReadingsVal($defs{Stromerzeugung},"basis",<basiswert>,TimeNow()) }
# auf der Konsole, wobei <basisWert> = <zaehlerwert> * 375 - <total_cnt>, <total_cnt> aus Event Monitor
# 31.05.2013: fhem: 22631.1 Zähler: 22486.2
#-----------------------------------------------------------------------------
#-----------------------------------------------------------------------------
# FS20 for Camera
define FS20_54fc00 FS20 54fc 00
attr FS20_54fc00 room FS20
define FileLog_FS20_54fc00 FileLog ./log/FS20_54fc00-%Y-%m.log FS20_54fc00
attr FileLog_FS20_54fc00 logtype text
attr FileLog_FS20_54fc00 room FS20
define FS20_54fc01 FS20 54fc 01
attr FS20_54fc01 room FS20
define FileLog_FS20_54fc01 FileLog ./log/FS20_54fc01-%Y-%m.log FS20_54fc01
attr FileLog_FS20_54fc01 logtype text
attr FileLog_FS20_54fc01 room FS20
# check if {FritzBoxCallNr("**9")} works
# define FS20_54fc00_on notify FS20_54fc00:.* {FritzBoxCallNr("**9")}
#-----------------------------------------------------------------------------
#-----------------------------------------------------------------------------
# show parameters of FritzBox (added in 99_Utils.pm)
define FritzBoxValues_wl weblink htmlCode {ShowFritzBoxValues()}
attr FritzBoxValues_wl room Status_all
define FritzBoxRAM dummy
attr FritzBoxRAM room Status
define FritzBoxRAM_log FileLog ./log/fb_ram-%Y-%m.log FritzBoxRAM
attr FritzBoxRAM_log room Status
#define FritzBoxRAM_at at +*00:02 { fhem("trigger FritzBoxRAM ".FritzRAMswap("R")) }
define FritzBoxRAM_at at +*00:02 { fhem("set FritzBoxRAM ".FritzRAMswap("R")) }
attr FritzBoxRAM_at room Status
define FritzBoxswap dummy
attr FritzBoxswap room Status
define FritzBoxswap_log FileLog ./log/fb_swap-%Y-%m.log FritzBoxswap
attr FritzBoxswap_log room Status
#define FritzBoxswap_at at +*00:02 { fhem("trigger FritzBoxswap ".FritzRAMswap("S")) }
define FritzBoxswap_at at +*00:02 { fhem("set FritzBoxswap ".FritzRAMswap("S")) }
attr FritzBoxswap_at room Status
define FritzBoxload dummy
attr FritzBoxload room Status
define FritzBoxload_log FileLog ./log/fb_load-%Y-%m.log FritzBoxload
attr FritzBoxload_log room Status
#define FritzBoxswap_at at +*00:02 { fhem("trigger FritzBoxload ".FritzLoad("log")) }
define FritzBoxload_wl weblink fileplot FritzBoxload_log:fbload4:CURRENT
attr FritzBoxload_wl label "Fritz Box Auslastung: Min $data{min1}, Max $data{max1}, Aktuell $data{currval1}"
attr FritzBoxload_wl room Status
define FritzBoxload_at at +*00:02 { fhem("set FritzBoxload ".FritzLoad("log")) }
attr FritzBoxload_at room Status
#-----------------------------------------------------------------------------
# show date for plots
define 0_date_wl weblink htmlCode {qx(date "+%d.%m.20%y %H.%M.%S")}
attr 0_date_wl room Strom
#-----------------------------------------------------------------------------
#-----------------------------------------------------------------------------
# from here new items from autocreate
#-----------------------------------------------------------------------------
Bezüglich der Geschwindigkeit muss ich mal 5.3 wieder hochfahren und meinen Raum Strom anklicken. Der hat 6 Grafiken aus zwei Logdateien und braucht mit fhem 5.4 ca. 19 s das erste Mal und mit einem reload ca. 10 s (Dateien von heute, 2x ca. 250 Werte aus einer Monatsdatei mit ca. 300 Werten pro Tag, 2x ca. 25 Werte aus einer Jahresdatei mit ca. 240 Werten und 2x 3 Werte aus derselben Datei).
Mit fhem 5.3 (derselbe Raum, dieselben Daten) das erste Mal ca. 6 s und ein reload ca. 4 s.
Reicht das für ein erstes "Anschauen"?
Jetzt muss ich wieder fhem 5.4 hochfahren ;-)
Danke + Gruß
PeMue
Nachtrag:
fhem 5.3:
# free
total used free shared buffers
Mem: 30316 28292 2024 0 300
Swap: 32760 2400 30360
Total: 63076 30692 32384
fhem 5.4:
# free
total used free shared buffers
Mem: 30316 29244 1072 0 420
Swap: 32760 3564 29196
Total: 63076 32808 30268
Kannst Du das bitte die Zeiten auch nach einem update testen? Ich habe unlaengst ein FileLog Fehler entfernt, der genauso auswirken koennte. Wenn das nichts ausmacht, dann haette ich gerne die Logdatei samt .gplot Definition.
Eine gewachsene Hauptspeicherbelegung ist klar (habe ich schon features gesagt?), und haengt hauptsaechlich von dem verwendeten Modulen ab.
Hallo Rudolf,
dann muss ich mal schauen, wie ich ein Update bei der Fritz Box 7170 schaffe, auf jeden Fall mal Backup aus, da tar zwar da ist, jedoch gzip fehlt. Im Zweifelsfall mache ich das halt "per Hand".
Gruß PeMue
> auf jeden Fall mal Backup aus
attr global backup_before_update 0
Hallo Rudolf,
aktuelle Version geht schneller als die 5.4 (ca. 10 s bzw. reload ca. 6 s).
Backup aus, update starten und warten!!!
Nach ca. 12 Minuten nach update check:
List of new / modified files since last update:
nothing to do ...
Allerdings hatte ich nach shutdown restart zwei Instanzen von perl laufen. Habe dann beide gestoppt und nochmal hochgefahren ...
Anbei auch die Prozessorlast:
(siehe Anhang / see attachement)
Dummerweise loggt mir fhem meine Daten der Prozessorlast nicht mehr, aber das werde ich auch noch lösen ...
Danke + Gruß
PeMue
Hallo zusammen,
jetzt weiß ich auch, warum die Prozessorlast nicht mehr mitgeloggt wird: weil die 99_Utils.pm überschrieben werden. Originalinhalt wieder reinkopieren und alles geht wieder. Es wäre aus meiner Sicht schöner, wenn es einen "privaten" Bereich gäbe, bei dem die Funktionen nach einem Update erhalten bleiben.
Gruß PeMue
99_myUtils.pm ?
http://www.fhemwiki.de/wiki/99_myUtils_anlegen (//www.fhemwiki.de/wiki/99_myUtils_anlegen)
Zitat99_myUtils.pm ?
Naja, wer lesen kann, ist klar im Vorteil, was so zwei Buchstaben ausmachen ...
Hallo zusammen,
so, jetzt habe ich bei meiner alten Fritz Box 7170 fhem 5.4 drauf (betateilchen: Du kannst den kompletten Post ignorieren ;-))
1 Kurzanleitung bei Neuinstallation:
1a. ggf. USB Stick mit FAT32 formatieren (Achtung: Daten gehen verloren!)
1b. fhem ZIP Datei für 7270 (//fhem.de/fhem-5.4-fb7270.zip) herunterladen und im Wurzelverzeichnis auspacken
1c. das fb7170-addon.zip (//forum.fhem.de/index.php?t=getfile&id=5627&rid=309) herunterladen und auf dem Stick im Verzeichnis /fhem entpacken (keine Angst, die Originaldateien sind als *.org im Paket mit drin)
1d. USB Stick wieder in die Fritz Box einstecken und warten, bis er gemountet ist
1e. auf der Fritz Box per telnet einloggen und in das Verzeichnis /var/media/NEW_LINK/fhem wechseln (oder alternativ in das Verzeichnis /var/media/ftp/<stickname>)
./startfhem
dauert ein bisschen, da Swap erstellt wird und die Treiber geladen werden (momentan ist nur CUL voreingestellt)
1f. mit fritz.box:8083/fhem
auf der Weboberfläche mit dem Passwort der Fritz Box einloggen
2 Falls schon einmal fhem installiert war:
2a. fhem mit ./stopfhem
stoppen (falls das bei Euch schon drauf ist)
2b. Stick in der Weboberfläche der FritzBox sicher entfernen und abziehen
2c. am PC das ursprüngliche Verzeichnis fhem in fhem_v5.x (x für die entsprechende Version, die vorher installiert war) umbenennen, Daten sichern
2d. Schritte 1b. und 1c. ausführen
2e. Logdateien aus dem alten Verzeichnis /fhem_v5.x/log in das neue Verzeichnis /fhem/log kopieren
2e. eigene Module aus dem alten Verzeichnis /fhem_v5.x/FHEM kopieren (z.B. 99_myUtils.pm)
2f. eigene Plotdefinitionen aus dem Verzeichnis /fhem_v5.x/www/gplot kopieren
2g. den Rest der eigenen fhem.cfg in die neue fhem.cfg reinkopieren
2g. ab 1d. weitermachen
3 fhem reboot fest machen:
3a: wenn alles funktioniert, die Datei autostart.txt anschauen und entsprechenden Befehl eingeben, beim Neustart blinkt die Info LED während fhem hochfährt
4 fhem stoppen:
siehe 2a., das Skript ist enthalten
5 Anpassungen:
Für die Konfiguration der Startdatei (startfhem) ggf. einzelne Zeilen wieder aktivieren durch Löschen der Kommentare, Voreinstellung ist Fritz Box 7170 und CUL.
Bezüglich Startskript ist Fritz Box 7170 und Fritz Box 7270 V1 gleich, ab V2 gibt es df bzw. modprobe. Swap wird für Fritz Box 7170 und 7270 V1/V2/V3 angelegt, mkswap müsste es ab Fritz Box 7270 v2 geben, aber die erweiterte busybox müsste das genauso können.
Bitte um Infos, falls etwas nicht funktionieren sollte.
@Rudolf: Könntest Du das komplett in der neuen fhem Version integrieren?
Gruß PeMue
Edit:
Ich habe noch gesehen, dass in stopfhem noch etwas verbessert werden kann, Datei siehe Anhang.
Moin,
ich möchte mal eben DANKE SCHÖN sagen,
habe FHEM auf meine 7170 umgezogen und das hat mit obiger Anleitung sehr schön geklappt.
Bei mir war der ttyACM0 nicht in dev, sondern in var.
Der Umzug war nötig, weil sich meine 7270 mit 4 Anrufbeantwortern, Calllog, DECT, WLAN und FHEM etwas überfordert gefühlt hat.
Dies äußerte sich in gelegentlichen Dienstverweigerungen.
Nochmals Danke, gut gemacht !
Hallo zusammen,
bin gerade dabei fhem 5.5 zu installieren und habe das neue Backup Skript entdeckt. Es funktioniert natürlich nicht auf der Fritz Box 7170, aber entsprechend umgeschrieben ist es im Anhang. Kurz mal die Zeiten (für eine fhem 5.4 Installation mit ca. 12 MB Logdateien):
Start: 04.10.2013 13.44.01
Ende: 04.10.2013 13.55.14
Sprich die Fritz Box ist >10 Minuten für ein Backup von nur den wesentlichen Dingen unterwegs ...
Gruß PeMue
Edit:
Und hier noch die Auslastung (der erste Peak war mit dem tar Befehl von der Konsole aus, beim zweiten bin ich dann Kaffee trinken gegangen ...)
(siehe Anhang / see attachement)
Hallo zusammen,
ich bin neu hier in diesem interessanten Forum. Nicht nur das, ich fange auch gerade erst an mich mit Linux zu beschäftigen. Diese Idee entstand aus der Überlegung, meinen doch etwas betagten Windows XP Rechner auszumustern. Allerdings brauche ich dafür Ersatz. Das heißt unter anderem eine ISDN-Einwahlmöglichkeit von außen, einen Anrufbeantworter der beliebige Skripte ausführt, SMS-Empfang (auch zum Skripte ausführen), Apache-Webserver mit PHP usw., es ist einiges. Der Umstieg von IP-Symcon auf fhem scheint dabei die leichtere Übung zu sein. Dazu kommt, dass ich inzwischen auch gerne meinen Dauerstromverbrauch reduzieren möchte. So kam ich auf die Idee, meine inzwischen testweise laufende fhem-Version auf eine meinen Fritzboxen zu implantieren. Bei der 7170 hat es relativ gut geklappt, aber, es läuft viel zu langsam und kommt damit aus dem "Tritt".
Nun zu meinem eigentlichen Problem. Der Umzug auf ein 7270 hat auch ganz gut geklappt, nur, ich kann das "Cul" nicht erreichen. Da es die V1-Box ist funktioniert zwar etwas mehr als auf der 7170, aber eben einiges nicht, was auf V2 und V3 läuft.
Das erste Problem als Linux-Neuling war die Dateien "ftdi_sio.ko" und "usbserial.ko" einzubinden, bzw. festzustellen, dass man für die jeweils entsprechende Kernel-Version auch die der Version (in meinem Fall 2.6.19.2) entsprechenden Dateien verwenden muss. Jetzt werden sie eingebunden, aber was ich auch versuche USB0-USB7 im Verzeichnis /var oder /dev (wo sie anders als auf der 7170 automatisch angelegt werden) anzusprechen - in den Logs steht immer: "Can't open /dev/ttyUSB0: No such device".
Nun möchte ich versuchen mit der Datei "cdc-acm.ko" den "cul" anzusprechen. Allerding finde ich diese Datei nicht für die Kernel-Version 2.6.19.2.
Ich bin dankbar für jede Hilfe.
Fröhliche Grüße
Thomas
Hallo,
comtom hast du mit find -name von root aus mal nach den Modul gesucht ? Wenn es nicht da ist kann ich mit freetz bloß für den Kernel
v2.6.28.8 eines Basteln . Mit lsmod kannst duch nachschauen welches Kernel modul geladen ist . Unter usbcore sollte dann das gennante Kernel Modul sein . Welche Fritzbox os hast du drauf ??
Hallo PeMue,
bei mir dauert das backup 5 mins bei der FB7390 bloß leider danach kommt fbaha resetting buffer .
Die Fritze läuft auf CPU last 100 % wenn gzip läuft . rumspielen mit nice werte erbrachte auch keine Besserung .
Hallo
Bin noch nicht lange hier
Hab mal zu der Beschreibung des Autostart eine Frage.
Hab mit die zip fb7170-addon runtergeladen und entpackt
Dann habe ich die autostart datei mit eine linux editor geöffnet.
In Zeile 15 und 21 habe ich dann den pfad
/var/media/NEW_LINK/fhem/startfhem
umgeschrieben in :
/var/media/ftp/USB2-0-FlashDrive-01/fhem/startfhem
(bei mir find ich den USB Stick im ftp Verzeichniss)
Dann die Datei ins FHEM Verzeichnis meines Stick
Und wie beschrieben gestartet.
Es gab keine Fehlermeldung nach ner Weile kam ganz normal wieder #
Leider startet FHEM nicht wenn ich bei FB den Strom abschalte und wieder anschalte
Was habe ich falsch gemacht
Gruß
Jürgen
Viellicht kann mir einer helfen
Hallo Jürgen,
so wie ich dich verstanden habe läuft dein fhem, wenn du es von Hand startest. Dann ist hier http://forum.fhem.de/index.php/topic,11755.msg87252.html#msg87252 (http://forum.fhem.de/index.php/topic,11755.msg87252.html#msg87252) der Code den du für einen automatischen Start in die debug.cfg schreiben solltest.
Den Code kannst du mit nvi /var/flash/debug.cfg in die Datei schreiben.
Fröhliche Grüße
Thomas
Hallo Jürgen,
das reine kopieren der autostart.txt in das fhem Verzeichnis nützt noch nichts. In der steht auch folgendes:
Zitatput content of this script with
tail -17 autostart.txt > /var/flash/debug.cfg
Zitatas start script in /var/flash/debug.cfg (overwrites all previous definitions in this file!)
Wenn Du das dann gemacht hast, sollte es gehen.
Gruß und guten Rutsch.
PeMue
Danke
Sorry ich dachte die "autostart" wäre ein kleines Programm die die FB debug.cfg ändert :-)
habe jetzt versucht mit dem Befehl
nvi /var/flash/debug.cfg
zu öffnen aber es kam die Meldung
# # nvi /var/flash/debug.cfg
# cat: can't open '/var/flash/debug.cfg': No such file or directory
und auch guten Rutsch
Hallo Jürgen,
wenn du die autostart.txt im fhem-Verzeichnis liegen hast, und du dich in diesem befindest, brauchst du nur noch "tail -17 autostart.txt > /var/flash/debug.cfg" eintippen und "entern". Dadurch wird der Code in die debug.cfg geschrieben.
Fröhliche Grüße
Thomas
Danke
Hab ich gemacht und geht. :) :) :) :)
Warum machen den die anderen nicht auch gleich so direkte Ansagen
ist doch doch ganz einfach gewesen
Nochmals vielen dank
Dir auch einen guten rutsch
Hallo Jürgen,
ist diese Formulierung verständlicher?
# how to start fhem automatically on Fritz Box:
# - if static link NEW_LINK is not available:
# adapt path three times: replace NEW_LINK by ftp and name
# of the USB stick in Fritz Box (e.g. ftp/Storage-01)
# - copy script to fhem directory, go to that directory and
# put content of this script by typing on console:
# tail -17 autostart.txt > /var/flash/debug.cfg
# to start script in /var/flash/debug.cfg
# (overwrites all previous definitions in this file!)
#
# automated start of fhem
# start blinking of info LED
echo 7,3 >/var/led
# check, if USB stick is mounted (max. 60 s)
i=0
while ! [ -e /var/media/NEW_LINK/fhem/startfhem ]; do
sleep 5
let i++
[ $i -lt 12 ] && continue
break
done
[ $i -lt 12 ] && /var/media/NEW_LINK/fhem/startfhem
# stop blinking of info LED
echo 7,1 >/var/led
# log date of reboot in ./log/fb_reboot.log
date "+%d.%m.20%y %H.%M.%S" >> /var/media/NEW_LINK/fhem/log/fb_reboot.log
# automated start of fhem end
Gruß und gutes neues Jahr.
PeMue
Hallo
OK
Ja jetzt schon und nachdem ich weis wie es geht.
Aber warum nicht so direkt wie "comtom" ?
Zitatwenn du die autostart.txt im fhem-Verzeichnis liegen hast, und du dich in diesem befindest, brauchst du nur noch "tail -17 autostart.txt > /var/flash/debug.cfg" eintippen und "entern". Dadurch wird der Code in die debug.cfg geschrieben
Das wäre noch einfacher geswesen :)
Dir auch ein gutes neues jahr
Gruß Jürgen
Hallo comtom,
hast du jetzt die cdc-acm.ko schon gefunden ?
Ein frohes neues Jahr alle zusammen.
@Mani007
Leider bin ich noch nicht fündig geworden, was das Modul "cdc-acm.ko" für den Kernel 2.6.19.2 der FB7270v1 mit Firmware-Version 54.04.88 angeht. Tante Google konnte mir auch nicht helfen.
Außerdem stelle ich gerade fest, dass eine Antwort, die ich gestern hier zum Post 62 geschrieben habe, nicht mehr vorhanden ist?! Warum auch immer, trotz Silvester hatte ich doch gar nicht so viel Alkohol?
Darin hatte ich geschrieben, nachdem ich mich bei dir für dein Interesse bedankt hatte, dass ich mit der Suchfunktion nur meine selbst auf die Box gebrachen "cdc-acm.ko's" gefunden habe und auch dieses Modul nicht als geladen angezeigt wird.
Falls also jemand die besagte Datei haben sollte, wäre ich sehr dankbar dafür.
Fröhliche Grüße
Thomas
Hast du den mal versucht das modul zu laden ? mit insmod kernelmodulnamen .
schau mal bitte mit lsmod | grep usb was da geladen ist dann bite posten .
Hallo comtom,
diese sollte schon mal von der Kernelversion passen .
/lib/modules/2.6.19.0/kernel/drivers/usb/class/
hier rein dann insmod kernelmodulname .
Hallo Mani007,
vielen, vielen Dank!
Es funzt wunderbar.
Nochmals vielen Dank und fröhliche Grüße
Thomas
Hallo zusammen,
ich würde gerne meine 7170 nach dieser Anleitung umbauen, aber mir fehlt dazu die 7170addon.zip und auch die alte FHEM5.4. Gibt's die noch irgendwo?
Gruß,
Andreas
Hallo Andreas,
es sollte auch mit dem addon für die fhem 5.4 funktionieren. Ich habe diese damals "gebaut" und zur Verfügung gestellt. Im Prinzip brauchst Du eine andere busybox um den swap zu erzeugen und die passenden Kernelmodule (die sind aber in der add on enthalten). Wenn ich Zeit habe, baue ich diese für fhem 5.5 zusammen, aber ich belasse meine FritzBox gerade auf fhem 5.4, da ich an meinem SolarKonverter schreibe ...
Gruß PeMue
Hallo zusammen,
für diejenigen, die noch "archaisch" unterwegs sind und die neue AVM Firmware (29.04.88) auf die Fritz Box 7170 aufspielen wollen:
- fhem stoppen mit stopfhem
- ggf. andere laufende Programme (solarview, etc.) ebenfalls stoppen
- USB Stick in der Weboberfläche entfernen (und auch physisch entfernen)
- Firmware aufspielen und noch mal in der Weboberfläche einloggen
- prüfen, ob die Firmware korrekt ist
- USB Stick einstecken und fhem (und den Rest) starten
Gruß PeMue
Hey Leute,
ich weiß ist schon etwas älter der Beitrag aber aus irgendein Grund will der bei mir nicht die Treiber für den Cul richtig laden. Ich hab ihn bereits mit Windows geflasht aber der wird bei mir nicht in Fhem angezeigt.
MFG Jan
Hallo Jan,
bitte poste mal Deine startfhem bzw. die Ausgabe auf der Konsole.
Gruß PeMue
OK hab ich angehängt
Hallo Jan,
das sieht doch ganz gut aus. Meiner Ansicht nach ist das Kernelmodul geladen.
Jetzt müsste in fhem.cfg mit
define <name> CUL /dev/ttyACM0@38400 <FHTID>
der CUL definiert werden und hoffentlich etwas anzeigen.
Macht er aber wohl nicht, oder?
Habe leider nur serielle Adapter und diese "hänge" ich an /dev/ttyUSB0, kann es also selber nicht testen.
Gruß PeMue
Mit der Definition habe ich schon ausprobiert aber der zeigt bei mir nur disconnected an und auch wenn ich die fritzbox nach den Geräten frage zeigt der mir den cul nicht an.
Ach und eine frage noch:
Was genau heißt die Zeile mit cannot insert?
Hallo Jan,
das heißt nur, dass die Module schon geladen sind (fhem wurde schon mal gestartet).
Bei mir kommt auch
# ./startfhem
swapfile already present ...
Setting up swapspace version 1, size = 67104768 bytes
additional swap is built ...
Loading USB drivers for USB2serial adapter ...
mknod: /var/ttyUSB0: File exists
insmod: cannot insert 'fb7170/usbserial.ko': Success (17)
insmod: cannot insert 'fb7170/ftdi_sio.ko': Success (17)
USB drivers for USB2serial adapter loaded ...
Ich kann nur vorschlagen, dass Du mal das cdc_acm.ko auf /dev/ttyUSB0 (also mit den Zeilen davor). Ansonsten kann ich nur raten, weil ich keinen CUL habe. Vielleicht gibt es in den Seiten davor eine Konfiguration, die funktioniert :-\
Gruß PeMue
Trotzdem danke für deine Hilfe.
Werde mal weiter probieren
Gruß Jan
Nur zu den Insmod-Meldungen:
Wenn ich versuche ein zur Kernelversion inkompatibles Kernelmodul zu laden erhalte ich das "Success (8)", wenn ein funktionierendes Modul bereits geladen ist kommt "Success (17)".
Weiter kann ich leider nicht testen, da ich keinen CUL habe. Nur die FHZ1000PC, die ich erst an FB7170 hatte und aktuell mit FB7570 betreibe.
Das "Success (8)"-Problem hatte ich auf der 7570 da ich kein für die Kernelversion 2.6.19.2 vorkompiliertes ftdi_sio-Modul fand (So wie auch für die 7270 v1 nötig), das habe ich dann mit der freetz-Distribution kompiliert.
Poste doch mal bitte die Ausgaben von "uname -r" sowie "lsmod" nachdem du das startfhem einmal aufgerufen hast.
Hab ich Angehängt
Könnte mir den einer eine funktionierenden Kernel geben oder sagen wie man den macht?
Zitat von: Janyboyfreak am 28 Februar 2014, 17:31:34
Hab ich Angehängt
Könnte mir den einer eine funktionierenden Kernel geben oder sagen wie man den macht?
Es geht nicht um einen funktionierenden Kernel (Wo soll das Problem damit sein?), sondern dass deine Kernelmodule dazu passen.
An deinem Screenshot fällt mir hauptsächlich auf dass du die Module usbserial, pl2303 und ftdi_sio geladen hast. Die sind m.E. für den CUL unnötig und blockieren evtl. sogar den cdc_acm.
Hast du eine Ahnung warum die geladen sind? Entweder hast du die startfhem vorher in einer anderen version aufgerufen, oder du hast verschiedene Versionen davon auf deiner Box.
Probiere mal:
1: Box neustarten, danach lsmod aufrufen
2: wenn die Module dann immer noch geladen sind, folgendes der Reihe nach ausführen:
startfhem
rmmod ftdi_sio
rmmod pl2303
rmmod usbserial
insmod fb7170/cdc-acm.ko
lsmod
Ja ich hab die geladen weil ich es mal damit ausprobieren wollte
Hab jetzt ein passenden Kernel gefunden. Der lädt zwar einwandfrei aber den cul erkennt die fb trotzdem nicht
Sorry, die Glaskugel zum Hellsehen ist grad in Reparatur.
Was hast du getan? Den kernel ausgetauscht (wozu?), wenn ja dann gegen welchen?
Aktuelle Konsolenausgaben?
Hallo zusammen,
habe das Laden der Module mal bei mir überprüft:
# insmod fb7170/cdc-acm.ko
# lsmod
usbserial 21344 4 pl2303,ftdi_sio
usbcore 86928 7 cdc_acm,pl2303,ftdi_sio,usbserial,usb_storage,usbahcicore
...
# rmmod fb7170/cdc-acm.ko
Alles ohne Fehlermeldung und wird sauber geladen. Es kann sein, dass die Reihenfolge wichtig ist, ich verwende usbserial, ftdi_sio (für einen USB -> seriell Umsetzer, der so mitläuft), pl2303 für einen S0-Umsetzer für Solarview.
Kann leider den CUL nicht testen, da ich keinen habe.
@Jan: Wenn Du nur ein Gerät am USB Port hast, sollte es kein Problem geben.
Gruß Peter
Hallo zusammen,
Also ich hab ja die FB 7170 und da ich noch ein USB Stick brauche da der interne Speicher zu gering ist habe ich einen USB Hub dazwischen.
An diesen Hub sind halt der USB Stick und der Cul
Hallo Jan,
ist bei meiner Fritz Box 7170 genauso. Nach Deinem Bild sollte doch der Treiber geladen sein, oder? Was ich nicht verstehe ist, dass die Kommunikation mit fhem dann nicht funktioniert ...
Gruß PeMue
Dann zeige mal die dmesg ... und gleichzeitig den CUL raus/rein
Ich denke auch das die geladen sind aber das die FB den Stick iwie nicht erkennt.
Fritz!Box web password:
BusyBox v1.8.2 (2009-04-22 13:54:57 CEST) built-in shell (ash)
Enter 'help' for a list of built-in commands.
dermittle die aktuelle TTY
tty is "/dev/pts/1"
mweitere telnet Verbindung aufgebaut
# dmesg
Linux version 2.6.13.1-ohio (3964) (gcc-Version 3.4.6) #1 Thu May 5 16:23:59 CES
T 2011
memsize=32 MByte
flashsize=8 MByte
&_end=0x942317e4 PFN_ALIGN(&_end)=0x94232000 CPHYSADDR(PFN_ALIGN(&_end))=0x14232
000 memsize=0x2000000
CPU revision is: 00018448
[ohio_gpio_init]
Determined physical RAM map:
memory: 00232000 @ 14000000 (reserved)
memory: 01dce000 @ 14232000 (usable)
On node 0 totalpages: 8192
[alloc_node_mem_map] reduce size from 2883616 Bytes to 262176 Bytes
[alloc_node_mem_map]: (org) sizeof(mem_map) = 262176 mem_map=0x94235000-0x942750
20
[alloc_node_mem_map]: sizeof(mem_map) = 2883616 mem_map=0x93fb5000-0x94275020
zone=0 zone_size[j]=0x90112
realsize=8192
DMA zone: 8192 pages, LIFO batch:3
zone=1 zone_size[j]=0x0
realsize=0
Normal zone: 0 pages, LIFO batch:1
zone=2 zone_size[j]=0x0
realsize=0
HighMem zone: 0 pages, LIFO batch:1
Built 1 zonelists
Kernel command line: console=ttyS0,38400n8r
[ld_mmu_r4xx0] memcpy((void *)(CAC_BASE + 0x100), &except_vec2_generic, 0x30)
Primary instruction cache 16kB, physically tagged, 4-way, linesize 16 bytes.
Primary data cache 8kB, 4-way, linesize 16 bytes.
Synthesized TLB refill handler (20 instructions). Base=0x941f4a0c
TLB synthesizer field overflow (simm)
Synthesized TLB load handler fastpath (34 instructions) Base=0x941f8620.
TLB synthesizer field overflow (simm)
Synthesized TLB store handler fastpath (34 instructions) Base=0x941f8820.
TLB synthesizer field overflow (simm)
Synthesized TLB modify handler fastpath (33 instructions) Base=0x941f8a20.
PID hash table entries: 256 (order: 8, 4096 bytes)
CPU frequency 211.97 MHz
Using 105.984 MHz high precision timer.
[setup_irq]: irq 255 irqaction->handler 0x94041dc0 ()
[register_console] enable commandline console 0
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 30140k/30520k available (1589k kernel code, 320k reserved, 302k data, 11
6k init, 0k highmem)
totalram_pages= 7550
Calibrating delay loop... 211.35 BogoMIPS (lpj=1056768)
loops_per_jiffy=1056768
Mount-cache hash table entries: 512
Checking for 'wait' instruction... available.
Calling initcall 0x941e827c
Calling initcall 0x941e84fc
Calling initcall 0x941ea428
Calling initcall 0x941ead48
Calling initcall 0x941ead54
Calling initcall 0x941efdd4
NET: Registered protocol family 16
Calling initcall 0x941eb5dc
Calling initcall 0x941eb864
Calling initcall 0x941df2c4
Can't analyze prologue code at 9418bc04
Calling initcall 0x941ea118
Calling initcall 0x941ebf10
Calling initcall 0x941edc7c
Calling initcall 0x941ee394
Calling initcall 0x941eefa4
Calling initcall 0x941ef4dc
Calling initcall 0x941ef6a0
Calling initcall 0x941efccc
Calling initcall 0x941efda0
Calling initcall 0x941ea37c
Calling initcall 0x941eb6f4
Calling initcall 0x941e78a4
Calling initcall 0x941e7984
Calling initcall 0x941e7b90
Calling initcall 0x941e7f6c
Calling initcall 0x941e8174
Calling initcall 0x941e82ac
Calling initcall 0x941e9774
Calling initcall 0x941e9bb8
Calling initcall 0x941e9be0
Calling initcall 0x941e9f2c
Calling initcall 0x941e9fe0
Calling initcall 0x941ea020
Calling initcall 0x941ea3e8
Calling initcall 0x941eaaec
Calling initcall 0x941eab78
Calling initcall 0x941eac6c
Calling initcall 0x941eb2a4
Calling initcall 0x941eb2ec
Squashfs 2.2-r2b (released 2006/02/23) (C) 2002-2005 Phillip Lougher
Calling initcall 0x941eb3d0
Calling initcall 0x941eb3e8
Calling initcall 0x941eb7a8
Calling initcall 0x941eb898
Calling initcall 0x941eba1c
Calling initcall 0x941ebfd0
avm_net_trace: Up and running.
Calling initcall 0x941ec050
[avm_power]Ohio250 detected -> overclocking possible
Calling initcall 0x941ec384
[avm] configured: watchdog eventled enable shift register enable direct gpio
gpio usage: reset=12 clock=13 store=10 data=9
AR7WDT: Watchdog Driver for AR7 Hardware (Version 1.0, build: May 5 2011 16:21:
26)
Calling initcall 0x941ed2cc
Serial: 8250/16550 driver $Revision: 1.90 $ 1 ports, IRQ sharing disabled
[uart_add_one_port]
ttyS0 at MMIO 0x0 (irq = 15) is a OHIO_UART
[uart_add_one_port] dont register console port->type = 16
port->cons = 0x941ce300 port->cons->flags = 0x7
[uart_add_one_port] success
Calling initcall 0x941edcc0
io scheduler noop registered
Calling initcall 0x941edccc
[cpmac] Version: 1.129 - Revision 790:1110 - Do 5.05.2011 16:22:45
[avm_event_source_trigger]: not registered
[cpmac] [cpmac_if_register] dev cpmac0 (phy_id 0) registered
Calling initcall 0x941ee19c
Calling initcall 0x941ee304
tun: Universal TUN/TAP device driver, 1.6
tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
Calling initcall 0x941ee3dc
Calling initcall 0x941ee3e8
Calling initcall 0x941ee4a8
Calling initcall 0x941ee4b4
Calling initcall 0x941ee4d8
Calling initcall 0x941ee508
Calling initcall 0x941ee554
Calling initcall 0x941ee578
Calling initcall 0x941ee59c
physmap flash device: 400000 at 10000000
phys_mapped_flash: Found 1 x16 devices at 0x0 in 16-bit bank
Amd/Fujitsu Extended Query Table at 0x0040
phys_mapped_flash: Swapping erase regions for broken CFI table.
number of CFI chips: 1
RedBoot partition parsing not available
Calling initcall 0x941ee70c
Generic platform RAM MTD, (c) 2004 Simtec Electronics
Calling initcall 0x941ee73c
Ohio flash driver (size->0x400000 mem->0x10000000)
flash_size=0x800000
flash_mask=0xffffff
Ohio flash memory: Found 1 x16 devices at 0x0 in 16-bit bank
[genprobe_ident_chips] 4 i 0 j 0
[genprobe_ident_chips] 5 i 0 j 1
Amd/Fujitsu Extended Query Table at 0x0040
Ohio flash memory: Swapping erase regions for broken CFI table.
number of CFI chips: 1
[mtd]: set to default: jffs2_size = 0x20 * 64KByte (0x200000 Bytes)
[ohio_find_hidden_filesystem]: super block found: bytes_used: 0x6ceab9/7137977
[init_ohio_flash] find hidden filesystem size=0x6d2f00 offset=0xad100
[mtd] configure jffs2 partition
[mtd] fs_size=0x770000 max=0x0 is=0x200000 max jffs2_size value 0
[mtd] ERROR jffs2_size too big, reduce to max
[mtd] ohio_flash_map: name=Ohio flash memory bankwidth=2 virt=0xb0000000 phys=0x
10000000 size=0x800000
Creating 5 MTD partitions on "Ohio flash memory":
0x000ad100-0x00780000 : "filesystem"
'nor-flash'
'Bits can be cleared (flash)'
'Has an erase function'
mtd: partition "filesystem" doesn't start on an erase block boundary -- force re
ad-only
0x00010000-0x00780000 : "kernel"
'nor-flash'
'Bits can be cleared (flash)'
'Has an erase function'
0x00000000-0x00010000 : "bootloader"
'nor-flash'
'Bits can be cleared (flash)'
'Has an erase function'
0x00780000-0x007c0000 : "tffs (1)"
'nor-flash'
'Bits can be cleared (flash)'
'Has an erase function'
0x007c0000-0x00800000 : "tffs (2)"
'nor-flash'
'Bits can be cleared (flash)'
'Has an erase function'
partition_info[0]: name=filesystem offset=ad100 size=6d2f00
partition_info[0]: 0xb00ad100: 0x73717368 0x1006
partition_info[1]: name=kernel offset=10000 size=770000
partition_info[1]: 0xb0010000: 0xfeed1281 0x9d05e
partition_info[2]: name=bootloader offset=0 size=10000
partition_info[2]: 0xb0000000: 0x40809000 0x40809800
partition_info[3]: name=tffs (1) offset=780000 size=40000
partition_info[3]: 0xb0780000: 0x40001 0xfbfeffff
partition_info[4]: name=tffs (2) offset=7c0000 size=40000
partition_info[4]: 0xb07c0000: 0x40001 0xfafeffff
Calling initcall 0x941ef184
Calling initcall 0x941ef2c8
Calling initcall 0x941efd94
Calling initcall 0x941f0a84
NET: Registered protocol family 2
IP route cache hash table entries: 512 (order: -1, 2048 bytes)
TCP established hash table entries: 2048 (order: 2, 16384 bytes)
TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
TCP: Hash tables configured (established 2048 bind 2048)
TCP reno registered
Calling initcall 0x941f349c
Calling initcall 0x941f34a4
TCP bic registered
Calling initcall 0x941f34b0
mcfw: IGMPv3 fast forwarding
Calling initcall 0x941f34dc
NET: Registered protocol family 1
Calling initcall 0x941f357c
NET: Registered protocol family 17
Calling initcall 0x941f35fc
Calling initcall 0x941f36b8
NET: Registered protocol family 8
NET: Registered protocol family 20
Calling initcall 0x941f385c
Calling initcall 0x941de024
[setup_irq]: irq 1 irqaction->handler 0x94001590 ()
[setup_irq]: irq 6 irqaction->handler 0x940015a4 ()
Calling initcall 0x940017e4
[ohio_late_init]
Calling initcall 0x941de160
Calling initcall 0x941de3dc
Calling initcall 0x941eb7e4
Calling initcall 0x940cdef0
[avm_new] push_button_gpio=8 value=1 enabled
Calling initcall 0x941ecb40
TFFS: tiny flash file system driver. GPL (c) AVM Berlin (Version 2.0)
mount on mtd4 and mtd5 (double buffering)
Adam2 environment variables API installed.
Calling initcall 0x941ed990
Calling initcall 0x9412b2a8
Calling initcall 0x941f1fa4
[prepare_namespace] new mount root /dev/mtdblock1
use lzma compression
VFS: Mounted root (squashfs filesystem) readonly.
Freeing prom memory: 0kb freed
Freeing unused kernel memory: 116k freed (7579 free)
[setup_irq]: irq 15 irqaction->handler 0x940da11c ()
AR7WDT: System Init UEberwachung 240 Sekunden
TFFS Name Table H
Piglet: module license '
(C) Copyright 2005 by AVM
' taints kernel.
EMIF: asize=1 ta=3 r_hold=0 w_strobe=6 r_strobe=6 ew=1
[piglet]McSP: rFS: 8000 Hz rCLK:2048285 Hz
[avm_new]push_button 'Wlan-Taster', released: GPIO=8 presses=6000 key=button_key
_3
registered device TI Avalanche SAR
tiatm driver (patch_annex=0xc005ae4c)
[tiatm] Set StrictPriority=0
DSP binary filesize = 322784 bytes
[dsl_ur8] dsl serial number successfully set to "465249545a21426f78466f6e574c414
e37313730303030343045463830393033"
[tiatm] INFO V2U-BRIDGEREGISTER: 0x00000019
[avm_power]Ohio250 detected -> overclocking possible
[avm_power]#### boostVoltage: DSP Core voltage set to 1,5 V ####
[setup_irq]: irq 23 irqaction->handler 0xc0046208 ()
[setup_irq]: irq 31 irqaction->handler 0xc0046258 ()
[tiatm]: Powermanagment (States => 1,3,10) supported!
Texas Instruments ATM driver: version:[4.08.02.01]
[tiatm] AvmInterface length: 44
ubik2 driver (ubik2 - 0x10=0xc006d094)
atm_dsp_register_ubik2: ubik2_ToMIPS_notify=0xc005ebfc
atm_dsp_register_ubik2: dsp mem pointer 0xa1c10af4
ubik2_init_interface: DSP-Link Version v3 8480
[ubik2_debug]redirect kernel-messages (/dev/debug)
[ubik2_debug] eof_sync =1
#
Ist das denn so richtig definiert wie im Anhang?
Ich hab mir jetzt ein Raspberry Pi geholt weil ich mir den mal genauer angeschaut habe und ich begeistert war. Damit klappt alles auch Problemlos. Trotzdem danke für eure Hilfe.
MFG Jan
Hallo zusammen!
Ich habe mir eine Fritz!Box 7270 V3 organisiert und versuche nun seit Montag FHEM ans laufen zu bekommen.
Ich weiß, dass dieser Thred für die 7170 ist, aber mit den Anleitungen hier bin ich wesentlich weiter gekommen als mit denen aus dem 7270 v2 Thread ;)
Ein einziges mal bin ich über den Browser auf die Fhemseite gekommen, allerdings mit der Anleitung für die 7170 ohne addon. Leider ist nach einer Stromunterbrechung nichts mehr gegangen. Warum weiß ich nicht.
Jetzt habe ich alles ganz neu Aufgesetzt, Fritz!Box mit dem Recovery- Image und den Stick neu formatiert.
Ich habe Fhem 5.5 und das Addon hineinkopiert.
Wenn ich über telnet "sh startfhem" eingebe bekomme ich auch die passende Rückmeldung, swapfile wird erstellt und "fhem started ..."
Leider komme ich trotzdem nicht über den Browser drauf.
die Datei startfhem habe ich angepasst und auch die stopfhem.
Einen CUL will ich mir erst zulegen wenn ich wenigstens auf die Oberfläche komme. Die Autostart will ich auch erst im nächten Schritt anpassen ;)
Kann mir freundlicherweise jemand helfen was ich falsch gemacht habe?
DANKE!
Hast Du denn geguckt, ob der fhem-Prozess überhaupt läuft?
ls -lha | grep -i fhem
oder ob überhaupt auf Ports gelauscht werden?
netstat -lntp
Beide befehle bitte auf der Konsole eingeben.
Hallo Wernieman!
Vielen Dank für die Schnelle Antwort!
Habe vergessen zu sagen, dass ich mich nicht so wirklich mit linux auskenne.....
Ich habe die Befehle (außer den Balken und das greb -i fhem, da ich nicht weiß wie) mal im root der FB und einmal im Verzeichnis vom stick eingegeben.
siehe die Bilder im Anhang.
Aber ich glaube da läuft nichts, oder?
ALSO ...
der | ist auf der Deutschen Tastatur bei der Taste "<>" zu finden und nennt sich Pipe. Kennt Windows (seit DOS-Zeiten) übrigens auch.
Die befehle fragen das System ab, nicht das Verzeichnis. "ps aux" fragt z.B. alle laufenden Prozesse ab. Mit "| grep -i fhem" filtern wir auf den Namen "fhem".
dann hast Du bei "netstat -lntp" den ersten Buchstaben falsch geschreiben. es ist ein "Kleines L"
Kleine Info zu Unix-Befehlen:
http://forum.fhem.de/index.php/topic,19314.msg146025.html#msg146025 (http://forum.fhem.de/index.php/topic,19314.msg146025.html#msg146025)
Ok, Danke für die kurze Erklärung!!
Habs jetzt noch einmal eingegeben.
einmal im root der FB und einmal im fhem- Verzeichnis.
Nochmals:
Es ist (und muß) egal sein, in welchem verzeichnis Du dieses eingiebst! Ich hoffe, Du bist aber (per telnet?) auf dem System?
Wie Du sehen kannst, lauscht nix auf port 8083, da wird dann nix mit Webzugriff. Siehe auch meine Erklärung im Link.
Läuft den der Prozess?
ps aux | grep fhem
Falls Du keine Möglichkeiten der Eingabe von | hast (was mich wundern würde), dan bitte das pure (und lange)
ps aux
und dann nochmal ps | grep fhem
probieren, auf meiner Fritzbox will ps das aux nämlich auch nicht..
gibt das ps auf der FB genügend Info?
Auf meinem Linux-Rechner ist es "zu kurz", es müsste mindestens "ps x" sein. Alternativ die "alte" Schreibweise "ps -x"
Zitat von: Wernieman am 12 März 2014, 15:35:29
gibt das ps auf der FB genügend Info?
Auf meinem Linux-Rechner ist es "zu kurz", es müsste mindestens "ps x" sein. Alternativ die "alte" Schreibweise "ps -x"
Ich meine schon:
# ps aux
BusyBox v1.8.2 (2010-06-22 13:16:24 CEST) multi-call binary
Usage: ps
Report process status
Options:
w Wide output
# ps | grep fhem
9708 root 14524 S perl fhem.pl fhem.cfg
19574 root 1468 S grep fhem
#
Dann gib uns bitte mal Deine fhem.cfg
Da Du Neiling bist:
cat /opt/fhem/fhem.cfg
Sofern fhem bei Dir unter /opt/fhem installiert ist
Ja, ich bin per Telnet auf der FB, habe alles mal eingegeben. schaut in den Anhang.
Danke für die Geduld! ;)
P.S. noch nen Bild angefügt.
Oder kann es sein, dass meine startfhem einen Fehler hat. hab am Anfang die 7270 V2 V3 auskommentiert und nutze die 7270 V1 mit dem verweis auf das home- Verzeichnis.
Zumindest läuft also fhem..wenn auch gleich zweimal, was sich mit einem neustart oder "killall perl" und "startfhem" sicher beheben lässt.
Ein gängiger Haken ist dass FHEM die Arbeit (zumidnest für 2 Stunden) verweigert wenn das Datum noch nicht korrekt gesetzt ist.
Lasse dir mal mit
date
das Datum ausgeben.
Edit:
Zitat von: Meins am 12 März 2014, 16:08:49
Oder kann es sein, dass meine startfhem einen Fehler hat. hab am Anfang die 7270 V2 V3 auskommentiert und nutze die 7270 V1 mit dem verweis auf das home- Verzeichnis.
Daran sollte es nicht liegen, habe es auch so konfiguriert.
Ok, Datum passt nicht! Fhem läuft jetzt nur einmal.
Thu Jan 1 01:02:03 CET 1970
Wie stelle ich das ein?
Entweder gibst du der Box eine Internetverbindung, oder manuell:
Usage: date [OPTION]... [MMDDhhmm[[CC]YY][.ss]] [+FORMAT]
Display current time in the given FORMAT, or set system date
Options:
-R Outputs RFC-822 compliant date string
-d STRING Displays time described by STRING, not 'now'
-I[TIMESPEC] Outputs an ISO-8601 compliant date/time string
TIMESPEC='date' (or missing) for date only,
'hours', 'minutes', or 'seconds' for date and
time to the indicated precision
-D hint Use 'hint' as date format, via strptime()
-s STRING Sets time described by STRING
-r FILE Displays the last modification time of FILE
-u Prints or sets Coordinated Universal Time
Also z.B.:date 031216442014
Ok, super! Das hat geklappt! Datum stimmt und jetzt kommt das Anmeldefenster im Browser.
Jetzt muss ich nur den Benutzer und das Passwort rausfinden ;D
Mit dem Internet geben ist nicht so einfach, das Ding will meinen Asus Router nicht als Basisstation haben......
Aber das ist ein anderes Problem womit ich mich irgendwann beschäftige wann Fhem läuft.
Hallo Meins,
ich meine, dass in der ZIP Datei von fhem v5.5 kein Passwort gesetzt ist. Wenn doch, versuche es mal mit dem Passwort der Fritz Box, User sollte egal sein (oder Du nimmst ftpuser).
Gruß PeMue
Zitat von: PeMue am 12 März 2014, 17:09:17
Hallo Meins,
ich meine, dass in der ZIP Datei von fhem v5.5 kein Passwort gesetzt ist. Wenn doch, versuche es mal mit dem Passwort der Fritz Box, User sollte egal sein (oder Du nimmst ftpuser).
Gruß PeMue
Hallo PeMue,
ich gucke grad in der fhem.cfg. ftpuser sowie ohne user geht leider nicht....
In der ereignisanzeige der FB wird gesagt: Anmeldung an der FRITZ!Box Benutzeroberfläche von IP-Adresse 127.0.0.1 gescheitert (falsches Kennwort).
ind der fhem.cfg steht das:
define WEB FHEMWEB 8083 global
# new line for Fritz Box 7170 (check FHEMWeb with password)
attr WEB basicAuth {use FritzBoxUtils;;FB_checkPw("localhost","$password")}
....
....
Habe ein # vor die dritte Zeile gesetzt und jetzt komme ich auf die Fhem Startseite!
Ein GROßES DANKE an alle, die mir geholfen haben!!!!!!!!
Wegen Zeitsetzen:
Kennt die FB den Befel "ntpdate"? Würde es einfacher, genauer machen mit der Zeitsetzung, solange eine Internetverbindung da ist.
Hallo Wernieman,
Fritz Box 7170/7490:
# ntpdate
-sh: ntpdate: not found
Sobald die Fritz Box einen Internetzugang hat, holt sie sich die aktuelle Zeit. Da braucht man eigentlich nichts weiteres zu unternehmen.
Gruß PeMue