[ANNOUNCE] wake on lan vomp dongle für Version 0.2.6

    Hallo zusammen,
    ich habe eine aktuelle Version des Patches und eines gepatchten dongles für vomp 0.2.6 erzeugt. Mit Hilfe des WOL Patches ist es möglich einen ausgeschaltenen VDR per wol aufzuwecken. Ich nutze den dongle vor allem, um auch im Bett DVB Fernsehen schauen zu können ohne aufstehen zu müssen um den VDR einzuschalten (folglich läuft mein VDR auch nicht 24/7 :) ).
    Der patch und der dongle können unter folgendem Link heruntergeladen werden.


    Happy testing :)

    VDR: Gentoo 2.6.27 VDR 1.6.0-1 Plugins: VOMP, music, mplayer, dvd, epgsearch, extrecord, femon, arghdirector, premiereepg, mailbox, mediad, osdpip, skinenigmang, image, burn
    VOMP: 0.3.0 mit shutdown patch

    2 Mal editiert, zuletzt von pompase ()

    Super Idee!
    Genau sowas brauch ich!


    Danke!

    Server: yavdr-0.3, Asus M3N78-VM Geforce 8200, X2 5200+,2GB, KNC-One DVB-C, Cinergy T2
    HD-vdr: yavdr-0.3, Asus M4N78-VM Geforce 8200, X2 240, 1GB
    4 x m740 mit open7x0-vdr-fw-ng

    muss ich irgendwo einstellungen machen (Mac-Adresse o.ä.)? Oder reicht WOL im Bios aktivieren und die richtige Dongle laden?

    ARCTIC COOLING Silentium T2 - ASUS M3N78 Pro AMD X2 4850e 2GB RAM - 250+400+500GB Samsung

    Skystar1(TT Rev. 1.3) - Skystar HD S2 - AV-Board 1.2 - PS2 TFT - MediaMVP

    easyVDR 0.7.10

    Ja eigentlich schon!
    Aber beim VDR (linux algemein) muß noch WOL vom treiber her eingestellt werden.
    Schau mal ins wikki!


    Ist eigentlich ganz leicht.

    HauptVDR AMD Goede 1750 Easyvdr 0.06.4
    FF_TT2.3 Skystar2.6c 1x160GB + 1x1TB lautloser Rechner weil er im Keller steht. :D


    2x MediaMVP als Client+VOMPServer-Plugin


    TestVDR AMD Goede 1750 mit TT1.5 Easyvdr 06.*
    Bootet auf einer komischen Weise
    PicoPSU als NT

    hallo bitkit,
    sobald der mvp an den strom gesteckt wird, also bootet, muss der vdr eingeschalten sein, damit er dessen Mac Adresse findet. Solange der mvp client dann läuft merkt er sich die mac adresse des vdr.


    cu

    VDR: Gentoo 2.6.27 VDR 1.6.0-1 Plugins: VOMP, music, mplayer, dvd, epgsearch, extrecord, femon, arghdirector, premiereepg, mailbox, mediad, osdpip, skinenigmang, image, burn
    VOMP: 0.3.0 mit shutdown patch

    Hallo,


    ich bin auch seit kurzem benutzer des vomp-plugins.


    Leider stelle ich mich offenbar bei der Installation des Patches etwas zu dumm an. Ich habe jetzt schon das dongle-wol-shutdown.bin in mein /tftpboot-Verzeichnis kopiert und muss jetzt wohl noch das Patch auf das Plugin anwenden und das Plugin neu erstellen.


    Beim Anwenden des Patches scheitere ich aber schon. Ich habe mein VDR mit dem Install-Skript installiert, jetzt gehe ich also nach /usr/local/src/VDR/PLUGINS/src/vompserver um dort das Patch anzuwenden:

    Code
    patch -p0 /root/vdr-vompserver-0.2.6-active-shutdown.diff

    es passiert aber einfach nichts - also ich muss auch mit Strg-C abbrechen, um wieder auf die Konsole zu kommen.


    Mache ich was falsch?


    LG, Micha

    VDR User #540 :: athlonxp2000+ :: QDI KinetiZ 7E-A Socket A :: 256MB RAM :: 80GB + 160 GB HDD :: 1 x philips DVB-s 1.5 :: opensuse 10.2 :: silentmaxx st-11 :: irdeto 4.9 allcam freecam funcam / alphacrypt 2.03 :: vdr 1.47

    Super vielen Dank - das Patchen hat funktioniert


    Leider wird der VDR nicht "aufgeweckt". Kann ich irgendwo sehen, ob er jetzt wirklich die gepatchte Version verwendet? Ich habe vorher schon mal mit LANStart getestet, ob das Wake-on-LAN prinzipiell funktioniert - da hat sich der VDR wie gewünscht angeschaltet.


    Es war die Rede davon, dass man bei den Netzwerktreiber was einstellen muss, damit das läuft - das entfällt doch, wenn ich den VDR per LANStart anschalten kann, oder?


    Edit: Also wenn ich versuche den VDR runterzufahren und noch via VOMP verbunden bin erhalte ich die entsprechende Warnung - zumindest das scheint zu funktionieren.


    Gruß Micha

    VDR User #540 :: athlonxp2000+ :: QDI KinetiZ 7E-A Socket A :: 256MB RAM :: 80GB + 160 GB HDD :: 1 x philips DVB-s 1.5 :: opensuse 10.2 :: silentmaxx st-11 :: irdeto 4.9 allcam freecam funcam / alphacrypt 2.03 :: vdr 1.47

    Einmal editiert, zuletzt von dawart ()

    wen lanstart den VDR aufweckt ist da ok!
    Da muß noch der dongle herhalten!
    Vieleicht nochmal alles stromlos machen und die dongle neu laden lassen!

    HauptVDR AMD Goede 1750 Easyvdr 0.06.4
    FF_TT2.3 Skystar2.6c 1x160GB + 1x1TB lautloser Rechner weil er im Keller steht. :D


    2x MediaMVP als Client+VOMPServer-Plugin


    TestVDR AMD Goede 1750 mit TT1.5 Easyvdr 06.*
    Bootet auf einer komischen Weise
    PicoPSU als NT

    Damit wol am vomp Client funktioniert muss dieser nach jedem Stromlos Start die Mac Adresse des VDRs lernen. Dazu ist es notwendig, dass der VDR läuft. Wenn der VDR nich angeschalten ist, dann kann der vomp - client auch nicht die MAC Adresse erkennen.
    Also prüfe bitte ob der richtige dongle geladen wird und lass den VDR nach dem ersten Stromlos Start eingeschalten. Der VOMP-Client merkt sich die IP-Adresse so lange bis er vom Strom getrennt wird.

    VDR: Gentoo 2.6.27 VDR 1.6.0-1 Plugins: VOMP, music, mplayer, dvd, epgsearch, extrecord, femon, arghdirector, premiereepg, mailbox, mediad, osdpip, skinenigmang, image, burn
    VOMP: 0.3.0 mit shutdown patch

    Hm das habe ich so gemacht. Auf dem MVP Client erscheint dann aber auch nur "Lokalisiere Server".

    VDR User #540 :: athlonxp2000+ :: QDI KinetiZ 7E-A Socket A :: 256MB RAM :: 80GB + 160 GB HDD :: 1 x philips DVB-s 1.5 :: opensuse 10.2 :: silentmaxx st-11 :: irdeto 4.9 allcam freecam funcam / alphacrypt 2.03 :: vdr 1.47

    Erscheint die Meldung beim ersten Einschalten oder wenn er schon die MAC gelernt hat und Du den VDR aufwecken willst?

    VDR: Gentoo 2.6.27 VDR 1.6.0-1 Plugins: VOMP, music, mplayer, dvd, epgsearch, extrecord, femon, arghdirector, premiereepg, mailbox, mediad, osdpip, skinenigmang, image, burn
    VOMP: 0.3.0 mit shutdown patch

    Also ich habe das Patch installiert, den VDR neu gestartet. Dann den MVP vom Strom getrennt und wieder angeschlossen. Dann den VDR runtergefahren, den MVP angeschaltet und dann kam die Meldung.

    VDR User #540 :: athlonxp2000+ :: QDI KinetiZ 7E-A Socket A :: 256MB RAM :: 80GB + 160 GB HDD :: 1 x philips DVB-s 1.5 :: opensuse 10.2 :: silentmaxx st-11 :: irdeto 4.9 allcam freecam funcam / alphacrypt 2.03 :: vdr 1.47

    So ich habe das Ganze noch mal gemacht:


    Also MVP vom Strom getrennt, VDR hochgefahren, MVP angeschlossen

    MVP ausgeschaltet
    VDR runtergefahren
    MVP angeschaltet


    Es bleibt aber dabei: Auf dem MVP erscheint nur "Lokalisiere Server" und der VDR fährt nicht hoch.


    Hier noch mein tftpboot-Verzeichnis

    Code
    video:/tftpboot # ll
total 5736
-rw-r--r-- 1 root root 1656864 Feb 19 07:40 dongle-wol-shutdown.bin
lrwxrwxrwx 1 root root      26 Feb 25 16:40 dongle.bin -> /tftpboot/mvp-dongle-25022
-rw-r--r-- 1 root root 2548256 Feb 24 13:55 mvp-dongle-25022
lrwxrwxrwx 1 root root      23 Mar  3 19:47 vomp-dongle -> dongle-wol-shutdown.bin
-rw-r--r-- 1 root root 1648672 Feb 24 18:44 vomp-dongle-0.2.6


    Gruß Micha

    VDR User #540 :: athlonxp2000+ :: QDI KinetiZ 7E-A Socket A :: 256MB RAM :: 80GB + 160 GB HDD :: 1 x philips DVB-s 1.5 :: opensuse 10.2 :: silentmaxx st-11 :: irdeto 4.9 allcam freecam funcam / alphacrypt 2.03 :: vdr 1.47

    Hast du sowas wie nen Packetsniffer (z.b. snort, tcpdump) um zu prüfen, ob der mvp client denn überhaupt WOL Paket versendet. Nimm einfach einen weiteren Rechner und schalte den mvp Client, nachdem er die MAC - Adresse gelernt hat, ein. Dann solltest du udp Broadcast Paket sehen, die versendet werden von deinem MVP-Client.
    Um dies Beispielsweise mit tcpdump durchzuführen gib folgendes Kommando als root auf deinem Lauschrechner an:
    "tcpdump -i eth0 -vudp", natürlich vorrausgesetzt du hast die eth0 als LAN Schnittstelle. Dann solltest du von deinem MVP Client Pakete sehen.
    z.B.:
    21:30:17.426259 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: UDP (17), length: 130) 192.168.10.6.2048 > 255.255.255.255.60000: UDP, length 102
    21:30:17.426688 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: UDP (17), length: 32) 192.168.10.6.3024 > 255.255.255.255.3024: UDP, length 4
    21:30:17.426927 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: UDP (17), length: 38) 192.168.10.5.3024 > 192.168.10.6.3024: UDP, length 10
    21:30:17.427277 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: UDP (17), length: 130) 192.168.10.6.2048 > 255.255.255.255.60000: UDP, length 102
    21:30:17.427836 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: UDP (17), length: 130) 192.168.10.6.2048 > 255.255.255.255.60000: UDP, length 102



    Ausserdem kannst du dich noch per telnet mit deinem MVP Client verbinden. Du kannst dich als root ohne Passwort anmelden.
    - töte den laufenden vomp client mit "killall -9 vompclient"
    - starte dann den vompclient mit "/vompclient -d" um den debug Modus zu erhalten. Lasse das Telnet Fenster offen und schalte den vomp client und den VDR aus. Schalte dann den vomp-client wieder ein und du solltest im telnet Fenster folgenden Eintrag sehen:


    1. Einschalten
    21:10:25.539161 [notice] Wol - Send wakeonlan to server
    21:10:25.540159 [notice] VDR - Broadcasting for server
    21:10:25.541637 [notice] Wol - Send wakeonlan to server
    21:10:25.543049 [notice] Wol - Send wakeonlan to server
    21:10:27.039939 [notice] VConnect - Connecting to server at 192.168.10.5
    21:10:27.041259 [notice] Wol - Found etheraddr 00:11:2F:B3:13:43
    21:10:27.042056 [notice] Wol - Server IP set
    21:10:27.058120 [debug] VConnect - Draw done
    21:10:27.096205 [debug] Command - Connected ok, doing login
    21:10:27.110514 [debug] VDR - vdrtime = 1173125847
    21:10:27.111299 [debug] VDR - offset = 3600
    21:10:27.000007 [debug] VDR - set clock = 0
    21:10:27.000771 [debug] VDR - - 1 0
    21:10:27.001539 [debug] VDR - - 1 0
    21:10:27.002379 [debug] VDR - Timezone data: MVP-1:0
    21:10:27.017330 [debug] VConnect - Draw done


    Auschschalten:
    21:11:33.974363 [debug] Remote - Button 61
    21:11:33.975179 [debug] Timers - Starting cancel timer 0x10137dec 1, list size = 1
    21:11:33.975976 [debug] Timers - Removed timer for 0x10137dec ref 1
    21:11:33.977001 [debug] Box - Destruct, now 4
    21:11:33.977806 [debug] Box - Destruct, now 3
    21:11:33.979426 [debug] View - Destruct, now 1
    21:11:33.980252 [debug] Box - Destruct, now 2
    21:11:34.085361 [debug] VDR - Shutting down vdr
    21:11:34.086329 [debug] VDR - VDR shutdown
    21:11:34.087279 [debug] TCP - Have closed
    21:11:34.088058 [debug] VDR - Disconnect
    21:11:37.188617 [debug] Remote - Button 61
    21:11:37.189501 [debug] Box - Construct, now 3
    21:11:37.190266 [debug] View - Construct 0x10137ad0, now 2
    21:11:37.218882 [debug] VConnect - Draw done
    21:11:37.254490 [notice] Wol - Send wakeonlan to server
    21:11:37.255606 [notice] VDR - Broadcasting for server
    21:11:37.257108 [notice] Wol - Send wakeonlan to server
    21:11:37.258554 [notice] Wol - Send wakeonlan to server
    21:11:38.753134 [notice] VConnect - Connecting to server at 192.168.10.5


    Das sollte deine Ausgabe sein. Kannst du das bitte noch prüfen?

    VDR: Gentoo 2.6.27 VDR 1.6.0-1 Plugins: VOMP, music, mplayer, dvd, epgsearch, extrecord, femon, arghdirector, premiereepg, mailbox, mediad, osdpip, skinenigmang, image, burn
    VOMP: 0.3.0 mit shutdown patch

    Also es wird immer rätselhafter. Ich habe die MVP-Box wie von Dir beschrieben in den debug-Modus geschaltet, ausgeschaltet und den VDR runtergefahren. Dann beim Einschalter der MVP


    Dann die Box vom Strom getrennt und wieder angeschlossen, damit das Image neu geladen wird

    Code
    22:34:25.148982 [debug]  BOOTPD - Starting wait
22:34:25.279439 [debug]  Tftpd - Wait finished
22:34:25.279680 [debug]  TftpClient - Client handler started
22:34:25.279941 [debug]  Tftpd - Starting wait
22:34:25.280003 [debug]  TftpClient - RRQ received for vomp-dongle
22:34:25.280120 [info]   TftpClient - File: '/tftpboot/vomp-dongle'
22:34:30.967947 [info]   TftpClient - File transfer finished
22:34:30.968391 [info]   TftpClient - processMessage terminating connection
22:34:49.364513 [debug]  UDPReplier - UDP request from 192.168.1.22
22:34:50.915046 [debug]  Client - MVPClient run success

    und dann wieder MVP aus, VDR runtergefahren.


    Beim nächsten Anschalten der MVP-Box bleibt der VDR aber wieder aus .. sehr merkwürdig. Arbeitet der debug-Modus anders als im "normalen" Modus?

    VDR User #540 :: athlonxp2000+ :: QDI KinetiZ 7E-A Socket A :: 256MB RAM :: 80GB + 160 GB HDD :: 1 x philips DVB-s 1.5 :: opensuse 10.2 :: silentmaxx st-11 :: irdeto 4.9 allcam freecam funcam / alphacrypt 2.03 :: vdr 1.47

    Einmal editiert, zuletzt von dawart ()

    Sorry, da habe ich mich nicht klar ausgedrückt. Mit Ausschalten des MVP meinte ich nicht das Ausschalten durch Stromwegnahme, sondern das ausschalten per Fernbedienung. Und die Ausgabe nach dem einschalten ist die noch bestehende Telnet-Verbindung zum MVP-Client. Dies ist die Ausgabe nachdem der Client per Fernbedienung wieder eingeschalten wird. Du siehtst bei mir also zweimal die Ausgabe des MVP-Client im Debugmodus. Einmal nachdem er gestartet wird und einmal nachdem er per Fernbedienung ein und ausgeschalten wird. Kannst du dazu passend noch den Paketsniffer mitlaufen lassen.

    VDR: Gentoo 2.6.27 VDR 1.6.0-1 Plugins: VOMP, music, mplayer, dvd, epgsearch, extrecord, femon, arghdirector, premiereepg, mailbox, mediad, osdpip, skinenigmang, image, burn
    VOMP: 0.3.0 mit shutdown patch

    Paketsniffer habe ich leider nicht (anderer PC ist WinXP-Rechner). Hat jemand eine Empfehlung dazu für mich? Muss zum Paketsniffen nicht auch der Switch umgestellt werden, damit mein PC die Pakete der anderen Rechner überhaupt bekommt?


    So jetzt habe ich das nochmal durchprobiert:


    Der VDR und MVP sind an, ich habe den MVP in Debug-Modus gesetzt und die Konsolenverbindung zum MVP offen. Dann schalte ich den MVP aus und fahre den VDR runter.

    Dann schalte ich den MVP ein und er sendet auch das WOL-Signal an den VDR

    funktioniert also super. Sobald ich dann aber den debug-Modus verlasse - also erst MVP vom Strom trennen, dann anschliessen, Image neu laden lassen, MVP ausschalten, VDR runterfahren - lässt sich der VDR nicht mehr mit dem MVP hochfahren und ich habe wieder das Bild "Lokalisiere Server".


    Es scheint mir also so, als ob das WOL-Signal im Debug-Modus gesendet wird, im Normalbetrieb aber nicht.

    VDR User #540 :: athlonxp2000+ :: QDI KinetiZ 7E-A Socket A :: 256MB RAM :: 80GB + 160 GB HDD :: 1 x philips DVB-s 1.5 :: opensuse 10.2 :: silentmaxx st-11 :: irdeto 4.9 allcam freecam funcam / alphacrypt 2.03 :: vdr 1.47

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden