Tastencode für Wake Up On Lan

Sehr interessante Idee.

Mir fällt dazu nur was "ganz" schmutziges ein.
/etc/init.d/rc.net umbenennen und die Firmware entsprechen anpassen.
ein neues /etc/init.d/rc.net mit "etherwake" Aufruf erzeugen.

#96*1* ,bzw. #96*0* könnten dann dieses Skript ansteuern.

Ich vermute das Modul /usr/bin/telefon ist für diese Aufgabe mit "festen" Werten/Namen versehen.

@AVM: Hey AVM, macht das mal als freie Schnittstelle verfügbar. So zur Steuerung !
Wünsch ich mir zu Ostern ;-)

Haveniceday.

Edit: diese Info mit #96* steht in der Onlinehilfe der Box.
/usr/www/html/help/hilfe_wlan_allgemein.html

Evtl. folgende Möglichkeit:
Der telefon-Prozess kann Tasteneingaben nach stdout/err (?) loggen. Wenn man das filtert (mit grep) und an ein kleines Skript / Programm schickt, könnte das beliebige Befehle ausführen.

Sowas wie "telefon 2>&1 | grep Dial_h > ~/dial.txt &" loggt alle Tasten in die Datei. (Bloß keine * und #.)

@iwow
.... ein Gedanke - mein VDR will sowas auch - fehlt noch ein upnp plugin für den vdr um sich mit der fbox zu unterhalten

Hallo haveaniceday,

wollt mal fragen, ob du evtl. weißt, wie man den Tastencode für Telnet deaktivieren nutzen kann, um seinen eigenen Programmaufruf zu starten?

Ist dir aufgefallen, dass haveaniceday seit 10 Monaten nicht mehr hier war? Wahrscheinlich nicht... ;-)
Die Tastencodes sind fest in die Binarys einprogrammiert. Da können wir nichts dran ändern.
Mit dtmfbox bzw. callmonitor ist es jedoch möglich Befehle übers Telefon auszuführen.

Mfg Oliver

Nein hab ich nicht drauf geachtet
Aber ich dachte mir wenn ich auf antworten bei ihm klicke, bekommt er eine Nachricht. ;-)
Von dtmfbox und callmonitor habe ich auch schon gehört.
Wenn ich das richt verstanden habe muss man dabei ja von außerhalb anrufen bzw. man braucht eine 2. Voip Nummer, die man dann anruft.
Ich wollte das halt mit dem einen Telefon ohne nach außen zu telefonieren/ ohne 2. Voip Nummer regeln.
Aber hast du vielleicht eine Idee, wie Haveaniceday das mit der rc.net gemeint hat.
(genauere Beschreibung)
Danke Euch

Hallo,

gibt es den Vortschritte in der Richtung?

Wenn ja und mit Erfolg. Könnte einer der "Wissenden" ein kleines Step by Step HowTo verfassen?

Gruß.

Mir ist es jetzt gelungen, was haveaniceday vorgeschlagen hat.
D.h. wenn WLAN aktiviert wird, dann wird mein pc gestartet.
Dazu einfach "/etc/init.d/rc.net" nach "/var/tmp/rc.net" kopieren.
Danach mit vi nach dem Kommentar "## WLAN-Start" einfach "ether-wake -i eth0 <MAC Adresse des PC>" einfügen und speichern.
So nun nur noch "mount -o bind /var/tmp/rc.net /etc/init.d/rc.net" eingeben und ab sofort wird bei jedem WLAN aktivieren mein PC gestartet. (Mein PC ist natürlich über LAN angeschlossen )

Hallo,
Danke!

marcimarck schrieb:

... ab sofort wird bei jedem WLAN aktivieren mein PC gestartet. (Mein PC ist natürlich über LAN angeschlossen )

Zum Vergrößern anklicken....

Ist es auch möglich das ohne dem WLAN zu machen? Sprich das WLAN bleibt immer an.
Können auch mehrere PCs per LAN getrennt so ein und aus geschalet werden?

Gruß.

[Edit frank_m24: Sinnfreies Fullquote vom Beitrag direkt darüber gelöscht. Lies noch mal die Forumregeln.]


Also ich persönlich wüsst jetzt keine Mgl., dass das Wlan trotzdem immer an bleibt. Aber man kann es ja nach dem deaktivieren sofort wieder aktivieren.

Ausschalten von PC's ist mir jetzt auch nicht bekannt, wie man Rechner von der Fritzbox ausschalten könnte.
Aber man kann sehr wohl mehrere PC's anschalten, Allerdings nicht getrennt voneinander, sondern nur alle aufeinmal (außer die bereits laufen ).

Hoffe weitergeholfen zu haben

neues rausgefunden:
es ist mgl. dass das WLAN immer aktiviert bleibt d.h. dass du deinen PC über den Tastencode #96*1* bzw. #96*0* anschalten kannst, ohne die Funktion des WLAN zu beeinflussen. Musst allerdings immer das entgegengesetzte zu vorher wählen. Am besten immer beides hintereinander wählen.

Dazu einfach unter /var/tmp die Datei rc.net erstellen und mit folgendem Inhalt füllen:
"ether-wake -i eth0 <MAC Adresse des PC>"
dann speichern und die Datei ausführbar machen mit "chmod +x /var/tmp/rc.net"
dann noch einbinden mit folgendem Befehl:
"mount -o bind /var/tmp/rc.net /etc/init.d/rc.net"
und schon bleibt WLAN bei dem Tastencode #96*1* bzw. #96*0* unbeeinflusst.

Aber Vorsicht: danach kannst du weder über Telefon noch über WEB Oberfläche WLAN deaktivieren.
Dazu müsstest du einfach fogendes wieder eingeben, bevor du das WLAN wieder deaktivieren kannst:
"umount /etc/init.d/rc.net"

Hi,

marcimarck schrieb:

neues rausgefunden: ...
"mount -o bind /var/tmp/rc.net /etc/init.d/rc.net" ...
"umount /etc/init.d/rc.net"

Zum Vergrößern anklicken....

Ok, danke für die Info!
Wenn ich das richitg sehe "übermountest" du die rc.net Datei,
die scheinbar für das remote controll des WLAN verantwortlich ist.
Was steht den original in der Datei drin?

Gruß.

ja genau, ich übermounte die Datei.
in dieser Datei ist alles enthalten, um das WLAN zu ak-/deaktivieren.
d.h. auch wenn dann ein anderer Computer über Web Oberfläche WLAN ak-/deaktivieren würde, dann würde das WLAN unbeeinflusst bleiben, und stattdessen der gewünschte Computer angehen.
Aber jetzt den ganzen Inhalt der Datei zu posten, wäre wohl ein wenig lang.
Ich könnte Sie dir ja mal schicken wenn du magst.

Hi,

marcimarck schrieb:

Aber jetzt den ganzen Inhalt der Datei zu posten, wäre wohl ein wenig lang. Ich könnte Sie dir ja mal schicken wenn du magst.

Zum Vergrößern anklicken....

jep .

Gruß WLAN-VoIP-Fan.

PS:
Wenn ich das richitg sehen geht es um das setzten von vordefinierten Variablen in der Datei.
Gibt es ein Liste über all die Variablen?

Wäre prima wenn jemand diese Thema noch bis zum Ende dokumentiert.
Da die normale Firmware schon so viele Variablen unterstützt und auch entsprechende Kommandos ausführt, könnte man leicht of Fuktionen wie "Bier holen" im ISDN-Display verzichten

Ich stelle mir das so vor, einfach Variablen die bereits bestehen verwendet man einfach für eine andere Funktion.

Denn ich persönlich suche noch immer nach einer Lösung per Telefon-Code mein NAS im Keller einzuschalten. Die Lösung per WLAN-Extension ist zwar schön aber die explizite Funktion wäre mir lieber.

Ciao
Josh

LED per Tastencode?

hier hat zwar schon länger niemand mehr was geschrieben, aber ich versuche es trotzdem:

Ich würde gerne die Festnetz-Led mit zwei verschiedenen Kombinationen an, bzw wieder ausschalten können.

#96*6* (Bier)
und
#96*9* (ein anderer AVM Kommentar)

sind nicht von Bedeutung. Also wollte ich diese mit den Befehlen

echo 13,2 >/var/led (LED einschalten)
echo 13,1 >/var/led (LED ausschalten)

verbinden. Kann mir jemand sagen, wie ich das realisieren kann? Also wo und ob ich das so Ändern kann?

Vielen Dank

Hallo Zusammen,

so ein WOL über ein Tastenkombination hätte ich auch gerne anstelle vom Bier holen oder so.
Nachdem ich den heutigen Tag damit verbraucht habe mir mehrere Möglichkeiten anzuschauen habe ich mir jetzt meine debug.cfg so angepasst:
Da ich einen analogen Anschluss und einen sipgate Account für mein Fax habe, rufe ich jetzt vom Analogen Account (Nr. 12345678) auf dem sipgate Account (Nr. 87654321) und mein Server fährt hoch.

Ist zwar nicht 100%ig, läuft aber prima!

Viele Grüße
Dirk

Ich hab nicht ganz verstanden was Du wie erstellt hast.
1. Greifst Du via telnet auf die FB zu?
2. Wie editierst Du Dateien ? mit vi?
3. bei mir wäre dann statt dem Aufruf "ether-wake MAC-Adresse" z.B. echo 13,2 >/var/led ?

Du hast geschrieben, du hättest die debug.cfg angepasst, erstellst dann ja aber eine neue Datei (calllog). Hab ich da was falsch verstanden?

1) Ja, per telnet über PuTTY.
2) nein mit nvi. Wenn der nen Fehler macht existiert die Datei nicht (auch wenn sie angezeigt wird), dann über echo "nix" >> /var/flash/debug.cfg eine Datei erstellen.
3) Das sollte klappen.

Genau so läuft es. Das geht nur so weil nur die debug.cfg beim reboot erhalten bleibt, alles andere wird zurückgesetzt und damit würden Änderungen die du direkt in der calllog gemacht hast verloren gehen. So habe ich das jedenfalls verstanden.

Zum testen kannst du auch direkt in der calllog arbeiten. Um es dann reboot-sicher zu machen kommt alles in die debug.cfg.

Grüße und viel Erfolg
Dirk