Ankündigung

Einklappen
Keine Ankündigung bisher.

Squeezebox Wecker nutzen

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

    [Netzwerk] Squeezebox Wecker nutzen

    Hallo zusammen,

    da ich fürs neue Haus dringend eine ordentliche Weckerlösung haben möchte, bin ich kurz davor mir eine Squeezebox Radio zu kaufen und als Wecker zu nutzen.

    Um eine Logik über den EibPC zu starten, die dann verschiedene Dinge erledigt, würde ich gerne das WOL-Signal der Squeezebox nutzen, die sie zu ihrem zuletzt genutzten Squeezeboxserver sendet, bevor der Wecker 5min startet. Hat dies schon einmal irgendjemand hinbekommen?

    LG
    Die Steuerung per SmartPhone macht ein Haus nicht zum SmartHome...

    #2
    Zitat von Janosch25786 Beitrag anzeigen
    Um eine Logik über den EibPC zu starten, die dann verschiedene Dinge erledigt, würde ich gerne das WOL-Signal der Squeezebox nutzen, die sie zu ihrem zuletzt genutzten Squeezeboxserver sendet, bevor der Wecker 5min startet. Hat dies schon einmal irgendjemand hinbekommen?

    LG
    Ich hab ein einfaches Makro geschrieben, das mir den Status der Squeezebox zurückgibt, vielleicht hilft dir das weiter ...

    Such mal danach .... (Status Squeezebox)..

    Gruß Martin

    EDIT: HIER
    Die Selbsthilfegruppe "UTF-8-Probleme" trifft sich diesmal abweichend im groüen Saal.

    Kommentar


      #3
      Hallo,

      ich nutze auch den Squeezebox Wecker, allerdings auch (derzeit) noch mit meinem eigenen Logitech Mediaserver. Das Teil läuft nebenher auf meinem Homeserver.

      Ich nutze für meine kleine Homeautomatisierung IP-Symcon und in dem Herstellerforum haben einige Leute eine Wecker- und Mediaplayerlösung mit in IP-Symcon eingebunden, allerdings sehr aufwendig.
      Ich habes es bisher nicht zu laufen bekommen, aber mich auch nicht mehr weiter damit beschäftigt.

      Die sprechen die Geräte üer MAC-Adresse direkt an.

      Wenn du des PHPs mächtig bist und Lust hast dich durch den Code zu wühlen, kann ich dir den gerne geben, aber wie gesagt, sehr aufwendig.

      Kommentar


        #4
        Zitat von Tuxtom Beitrag anzeigen
        ... aber wie gesagt, sehr aufwendig.
        Das CLI von Logitech ist nicht das Schönste aber doch überschaubar. Da reichen einfache TCP-Kommandos die nahezu jede gängige Logik-Engine (Homeserver, eibpc, WireGate, smarthome.py) senden kann.

        Die Alarmzeit lässt sich aber auf den ersten Blick nicht auslesen.
        Man könnte lediglich den Status periodisch abfragen, aber ob das Sinn macht bezweifle ich.

        Hier mal ein Auszug aus der CLI-Doku zum Thema Alarm:
        Alarm commands and queries

        alarm
        alarms

        <playerid> alarm <add|update|delete|enableall|disableall|defaultvol ume> <taggedParameters>

        The "alarm" command allows to manipulate player alarms.

        Accepted tagged parameters:

        Tag Description
        id The id of an existing alarm. This value is mandatory unless you "add" a new alarm.
        dow Day Of Week. 0 is Sunday, 1 is Monday, etc. up to 6 being Saturday. You can define a group of days by concatenating them with "," as separator. Default: 0-6.
        dowAdd Add a single day of the week to the alarm list This takes precendence over anything sent in the dow tag
        dowDel Removes a single day (0-6) of the week from the alarm list This takes precendence over anything sent in the dow tag
        enabled 1 if the alarm is enabled. Default: 0.
        repeat 1 if the alarm repeats. Default: 1.
        time Time of the alarm, in seconds from midnight. Mandatory when add command is issued
        volume Mixer volume of the alarm. Default: use the default volume for alarms. Mandatory when defaultvolume command is issued
        url (or playlisturl) URL of the alarm playlist. Default: the current playlist. url should be a valid Logitech Media Server audio url. The special value 0 means the current playlist.
        Example values:
        randomplay:track
        randomplay:contributor
        randomplay:album
        randomplay:year
        See also "favorites items".
        Returned tagged parameters:

        Tag Description
        id The id of the newly created or edited alarm.
        Examples:

        Defining a new alarm
        Request: "bd:a5:a9:9b:9d:df alarm add dow:1 enabled:1 playlist:file://some/playlist.m3u time:9000<LF>"
        Response: "bd:a5:a9:9b:9d:df alarm add dow:1 enabled:1 playlist:file://some/playlist.m3u time:9000 id:eaf39<LF>"

        Deleting an alarm
        Request: "bd:a5:a9:9b:9d:df alarm delete id:eaf39<LF>"
        Response: "bd:a5:a9:9b:9d:df alarm delete id:eaf39<LF>"

        Enabling a previously defined alarm for Mo-Fr
        Request: "bd:a5:a9:9b:9d:df alarm update id:eaf39 dow:1,2,3,4,5 enabled:1<LF>"
        Response: "bd:a5:a9:9b:9d:df alarm update id:eaf39 dow:1,2,3,4,5 enabled:1 count:1 <LF>"


        alarm playlists

        The "alarm playlists" returns all the playlists, sounds, favorites etc. available to alarms.

        Returned tagged parameters:

        Tag Description
        Count The number of items available
        For each playlist:
        title The item's name or title
        category The category under which the item is grouped (eg. Favorites, Natural Sounds etc.)
        url The item's URL, or the empty value as a placeholder for the current playlist.
        singleton 1 if the item is the only one in it's category, or 0 if there's more than one item.
        Example:

        Request: "alarm playlists 0 3<LF>"
        Response: "alarm playlists 0 100 category:The current playlist title:Use Current Playlist url: singleton:1 category:Favorites title:Random%20Artists url:randomplay://contributor singleton:0 category:Favorites title:Random%20Tracks url:randomplay://track singleton:0 count:29 <LF>"


        <playerid> alarms <start> <itemsPerResponse> <taggedParameters>

        The "alarms" query returns information about player alarms.

        Accepted tagged parameters:

        Tag Description
        dow If present, the query returns information about this Day Of Week only. Note this takes precedence over any "filter" parameter. 0 is Sunday, 1 is Monday, etc. up to 6 being Saturday.
        filter One of "all" or "enabled" (the default). To get all possible alarms, use "all". To get only enabled alarms, use "enabled"
        Returned tagged parameters:

        Tag Description
        fade 1 if the alarms fade in.
        count Number of alarms returned, based on the filters above.
        For each alarm:
        dow Days Of Week of this alarm.
        enabled 1 if the alarm is enabled.
        repeat 1 if the alarm repeats.
        time Time of the alarm, in seconds from midnight.
        volume Mixer volume of the alarm.
        url URL of the alarm playlist, or "CURRENT_PLAYLIST"
        Example:

        Request: "bd:a5:a9:9b:9d:df alarms 0 3<LF>"
        Response: "bd:a5:a9:9b:9d:df alarms 0 3 count:2 fade:0 dow:1 enabled:1 time:3600 volume:50 url:randomplay://track dow:5 enabled:1 time:81000 volume:77 playlist url:file:///Volumes/Smurf/playlists/Playlists/AAA.m3u <LF>"


        Additionaly, the following player preferences control the operation of the alarm and can be set/queried using the playerpref command.

        alarmfadeseconds (note the case!)
        Whether alarms should fade in on this player. Despite the name, this preference is only a boolean and does not control the number of seconds over which alarms fade in. Set to 0 to disable fading; 1 to enable it.
        alarmTimeoutSeconds
        The number of seconds that an alarm will play for before being automatically stopped. Set to 0 to disable the automatic timeout.
        alarmSnoozeSeconds
        The number of seconds that a snooze will last for.
        alarmsEnabled
        Whether any alarm can sound on this player. Set to 0 to prevent any alarm from sounding; 1 to allow them to sound.
        alarmDefaultVolume
        The volume level (0-100) at which alarms will sound unless they have their own volume specefically set (see "alarm volume").

        See also "alarm" under Notifications.
        EDIT: Ein eigener Squeezeboxserver muss natürlich im LAN laufen.
        Umgezogen? Ja! ... Fertig? Nein!
        Baustelle 2.0 !

        Kommentar


          #5
          Danke euch schon einmal vielmals!

          Ich denke der Lösungsvorschlag von Brick geht schon in die richtige Richtung.

          Meine Frau sagte mir gestern aber, dass sie nur maximal 3 Weckzeiten bräuchte, ob ich ihr das nicht einfach auf feste Tasten legen kann am Bett. Macht die Sache für mich natürlich etwas einfacher, so kann ich Squeezebox oder alternativ MusicPal einfach über eine Logik starten ;-)

          LG
          Die Steuerung per SmartPhone macht ein Haus nicht zum SmartHome...

          Kommentar

          Lädt...
          X