Announcement

Collapse
No announcement yet.

Starting SONOS plugin causes iOS Client to be slow

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    #16
    Originally posted by dcorsus View Post
    Do you see the problem when the hst client is not running on the phone ?

    Dirk
    Yes. I swipe closed the HSTouch, and disabled the HSTouch server. I tested in between. With the SONOS plugin enabled, it did not matter what I did with HSTouch--the iOS client was slow. When I disable the SONOS client, it does not matter if I have either or both HSTouch client/Server running--the iOS client is fast.
    _______________________________________________

    HS3 : HSpro (3.0.0.460) on Win2012 (vm on ESXi)
    Plugins: HSTouch, UPBSpud, Kinect, Nest, IFTTT, DirecTV, EasyTrigger, Imperihome, Zwave, RFXcom, UltraMon3, UltraWeatherBug3, UltraGCIR3, UltraLog3, UltraPioneer, PHLocation, Pushover, Pushalot, MCSSPrinklers S, JowiHue
    Jon00 Plugins: Bluetooth Proximity, Performance Monitor, DB Chart, Links

    Comment


      #17
      Originally posted by tenholde View Post
      Dirk,

      How do I recreate the Music/Radiostation DB ?



      The continual track updates seems to have been fixed.

      tenholde
      Radio stations just play them
      Music DB: go to HS device page, click on control, click on build DB

      Dirk

      Comment


        #18
        Originally posted by jlrichar View Post
        Yes. I swipe closed the HSTouch, and disabled the HSTouch server. I tested in between. With the SONOS plugin enabled, it did not matter what I did with HSTouch--the iOS client was slow. When I disable the SONOS client, it does not matter if I have either or both HSTouch client/Server running--the iOS client is fast.
        have no clue what might be going on. I'm still on 6.1 will upgrade today.
        One more thing to try is to set the UPNP logging level to events and see if there is some flooding going on.

        Dirk

        Comment


          #19
          Originally posted by jlrichar View Post
          Yes. I swipe closed the HSTouch, and disabled the HSTouch server. I tested in between. With the SONOS plugin enabled, it did not matter what I did with HSTouch--the iOS client was slow. When I disable the SONOS client, it does not matter if I have either or both HSTouch client/Server running--the iOS client is fast.
          which version of the Sonos PI are you using? If you are using the R3.1.x.x can you try the 3.0.x.x version or vice-versa (one is in the beta section of the updater and the other in the Media PI section)?

          Dirk

          Comment


            #20
            Originally posted by dcorsus View Post
            have no clue what might be going on. I'm still on 6.1 will upgrade today.
            One more thing to try is to set the UPNP logging level to events and see if there is some flooding going on.

            Dirk
            I am on the beta 3.1.0.11. After enabling events and errors upnp logging it seems to be a metric ton of these in the log:

            Code:
            Jan-18 9:39:58 PM         Sonos    MySSDP.TreatNotficationQueue is processing Notification = NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 CACHE-CONTROL: max-age=100 LOCATION: http://192.168.xxx.xxx:80/description.xml SERVER: FreeRTOS/7.4.2 UPnP/1.0 IpBridge/1.10.0 NTS: ssdp:alive hue-bridgeid: 001788FFFE1739C2 NT: urn:schemas-upnp-org:device:basic:1 USN: uuid:2f402f80-da50-11e1-9b23-0017881739c2 RECEIVEEP:192.168.xxx.xxx:1900   
            
             Jan-18 9:39:58 PM         Sonos    MySSDP.TreatNotficationQueue is processing Notification = NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 CACHE-CONTROL: max-age=100 LOCATION: http://192.168.xxx.xxx:80/description.xml SERVER: FreeRTOS/7.4.2 UPnP/1.0 IpBridge/1.10.0 NTS: ssdp:alive hue-bridgeid: 001788FFFE1739C2 NT: urn:schemas-upnp-org:device:basic:1 USN: uuid:2f402f80-da50-11e1-9b23-0017881739c2 RECEIVEEP:192.168.xxx.xxx:1900   
            
             Jan-18 9:39:58 PM         Sonos    MySSDP.TreatNotficationQueue is processing Notification = NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 CACHE-CONTROL: max-age=100 LOCATION: http://192.168.xxx.xxx:80/description.xml SERVER: FreeRTOS/7.4.2 UPnP/1.0 IpBridge/1.10.0 NTS: ssdp:alive hue-bridgeid: 001788FFFE1739C2 NT: urn:schemas-upnp-org:device:basic:1 USN: uuid:2f402f80-da50-11e1-9b23-0017881739c2 RECEIVEEP:192.168.xxx.xxx:1900   
            
             Jan-18 9:39:58 PM         Sonos    MySSDP.TreatNotficationQueue is processing Notification = NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 CACHE-CONTROL: max-age=100 LOCATION: http://192.168.xxx.xxx:80/description.xml SERVER: FreeRTOS/7.4.2 UPnP/1.0 IpBridge/1.10.0 NTS: ssdp:alive hue-bridgeid: 001788FFFE1739C2 NT: uuid:2f402f80-da50-11e1-9b23-0017881739c2 USN: uuid:2f402f80-da50-11e1-9b23-0017881739c2 RECEIVEEP:192.168.xxx.xxx:1900   
            
             Jan-18 9:39:58 PM         Sonos    MySSDP.TreatNotficationQueue is processing Notification = NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 CACHE-CONTROL: max-age=100 LOCATION: http://192.168.xxx.xxx:80/description.xml SERVER: FreeRTOS/7.4.2 UPnP/1.0 IpBridge/1.10.0 NTS: ssdp:alive hue-bridgeid: 001788FFFE1739C2 NT: uuid:2f402f80-da50-11e1-9b23-0017881739c2 USN: uuid:2f402f80-da50-11e1-9b23-0017881739c2 RECEIVEEP:192.168.xxx.xxx:1900   
            
             Jan-18 9:39:58 PM         Sonos    MySSDP.TreatNotficationQueue is processing Notification = NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 CACHE-CONTROL: max-age=100 LOCATION: http://192.168.xxx.xxx:80/description.xml SERVER: FreeRTOS/7.4.2 UPnP/1.0 IpBridge/1.10.0 NTS: ssdp:alive hue-bridgeid: 001788FFFE1739C2 NT: uuid:2f402f80-da50-11e1-9b23-0017881739c2 USN: uuid:2f402f80-da50-11e1-9b23-0017881739c2 RECEIVEEP:192.168.xxx.xxx:1900
            _______________________________________________

            HS3 : HSpro (3.0.0.460) on Win2012 (vm on ESXi)
            Plugins: HSTouch, UPBSpud, Kinect, Nest, IFTTT, DirecTV, EasyTrigger, Imperihome, Zwave, RFXcom, UltraMon3, UltraWeatherBug3, UltraGCIR3, UltraLog3, UltraPioneer, PHLocation, Pushover, Pushalot, MCSSPrinklers S, JowiHue
            Jon00 Plugins: Bluetooth Proximity, Performance Monitor, DB Chart, Links

            Comment


              #21
              Originally posted by jlrichar View Post
              I am on the beta 3.1.0.11. After enabling events and errors upnp logging it seems to be a metric ton of these in the log:

              Code:
              Jan-18 9:39:58 PM         Sonos    MySSDP.TreatNotficationQueue is processing Notification = NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 CACHE-CONTROL: max-age=100 LOCATION: http://192.168.xxx.xxx:80/description.xml SERVER: FreeRTOS/7.4.2 UPnP/1.0 IpBridge/1.10.0 NTS: ssdp:alive hue-bridgeid: 001788FFFE1739C2 NT: urn:schemas-upnp-org:device:basic:1 USN: uuid:2f402f80-da50-11e1-9b23-0017881739c2 RECEIVEEP:192.168.xxx.xxx:1900   
              
               Jan-18 9:39:58 PM         Sonos    MySSDP.TreatNotficationQueue is processing Notification = NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 CACHE-CONTROL: max-age=100 LOCATION: http://192.168.xxx.xxx:80/description.xml SERVER: FreeRTOS/7.4.2 UPnP/1.0 IpBridge/1.10.0 NTS: ssdp:alive hue-bridgeid: 001788FFFE1739C2 NT: urn:schemas-upnp-org:device:basic:1 USN: uuid:2f402f80-da50-11e1-9b23-0017881739c2 RECEIVEEP:192.168.xxx.xxx:1900   
              
               Jan-18 9:39:58 PM         Sonos    MySSDP.TreatNotficationQueue is processing Notification = NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 CACHE-CONTROL: max-age=100 LOCATION: http://192.168.xxx.xxx:80/description.xml SERVER: FreeRTOS/7.4.2 UPnP/1.0 IpBridge/1.10.0 NTS: ssdp:alive hue-bridgeid: 001788FFFE1739C2 NT: urn:schemas-upnp-org:device:basic:1 USN: uuid:2f402f80-da50-11e1-9b23-0017881739c2 RECEIVEEP:192.168.xxx.xxx:1900   
              
               Jan-18 9:39:58 PM         Sonos    MySSDP.TreatNotficationQueue is processing Notification = NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 CACHE-CONTROL: max-age=100 LOCATION: http://192.168.xxx.xxx:80/description.xml SERVER: FreeRTOS/7.4.2 UPnP/1.0 IpBridge/1.10.0 NTS: ssdp:alive hue-bridgeid: 001788FFFE1739C2 NT: uuid:2f402f80-da50-11e1-9b23-0017881739c2 USN: uuid:2f402f80-da50-11e1-9b23-0017881739c2 RECEIVEEP:192.168.xxx.xxx:1900   
              
               Jan-18 9:39:58 PM         Sonos    MySSDP.TreatNotficationQueue is processing Notification = NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 CACHE-CONTROL: max-age=100 LOCATION: http://192.168.xxx.xxx:80/description.xml SERVER: FreeRTOS/7.4.2 UPnP/1.0 IpBridge/1.10.0 NTS: ssdp:alive hue-bridgeid: 001788FFFE1739C2 NT: uuid:2f402f80-da50-11e1-9b23-0017881739c2 USN: uuid:2f402f80-da50-11e1-9b23-0017881739c2 RECEIVEEP:192.168.xxx.xxx:1900   
              
               Jan-18 9:39:58 PM         Sonos    MySSDP.TreatNotficationQueue is processing Notification = NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 CACHE-CONTROL: max-age=100 LOCATION: http://192.168.xxx.xxx:80/description.xml SERVER: FreeRTOS/7.4.2 UPnP/1.0 IpBridge/1.10.0 NTS: ssdp:alive hue-bridgeid: 001788FFFE1739C2 NT: uuid:2f402f80-da50-11e1-9b23-0017881739c2 USN: uuid:2f402f80-da50-11e1-9b23-0017881739c2 RECEIVEEP:192.168.xxx.xxx:1900
              I tried some here, don't see any issue.
              SSDP is really chatty so this doesn't necessarily mean anything.

              If you take the HUE bridge off-line, do you still see the sluggishness?

              Dirk

              Comment


                #22
                Originally posted by dcorsus View Post
                I tried some here, don't see any issue.
                SSDP is really chatty so this doesn't necessarily mean anything.

                If you take the HUE bridge off-line, do you still see the sluggishness?

                Dirk
                Yes. I disabled the JowiHue plugin, then unplugged the hue bridge from the network and tested both the iOS and the windows client. Both were very slow. This was the first time I tested the windows client. The test I do to see if something has fixed the problem is to simply play/pause a song. If the plugin is on then I loose control over play/pause after about 10 seconds. For the first 10 seconds the clients seems to have very good response time. After 10 seconds the play/pause button does nothing until about 40 seconds. I also had two shairport instances running to use spuds airplay speak plugin. I tested after exiting those instances, and I still did not see an improvement. I do have two network ports active with two different IP addresses on the local subnet on the machine running the plugin. Do you think that would cause an issue? I'm trying to think of how my setup could be unique.

                Any further ideas what I can test?
                _______________________________________________

                HS3 : HSpro (3.0.0.460) on Win2012 (vm on ESXi)
                Plugins: HSTouch, UPBSpud, Kinect, Nest, IFTTT, DirecTV, EasyTrigger, Imperihome, Zwave, RFXcom, UltraMon3, UltraWeatherBug3, UltraGCIR3, UltraLog3, UltraPioneer, PHLocation, Pushover, Pushalot, MCSSPrinklers S, JowiHue
                Jon00 Plugins: Bluetooth Proximity, Performance Monitor, DB Chart, Links

                Comment


                  #23
                  Originally posted by jlrichar View Post
                  I do have two network ports active with two different IP addresses on the local subnet on the machine running the plugin. Do you think that would cause an issue? I'm trying to think of how my setup could be unique.

                  Any further ideas what I can test?
                  Disconnect one port and see if that makes a difference. I'm out of ideas to be honest given that the PI doesn't even know of the existence of a Sonos controller and not communicate with them. Moreover, there is no polling of any sort in the PI so the way it works is that, the PI after discovering a player, "signs up" for events, so it is the player itself that generates traffic (events).

                  So the only thing I can think off is that during discovery which is multicasted, things go wrong, just can't think of a reason why the PI would cause it. The PI only broadcasts at start-up one message and that's it, after that it goes into listening mode.

                  I could look deeper at the UPNP stuff, if you let it collect for lets say 5 min. Use the "log to disk" option, which will overwrite any existing log file each time you turn it on (so it doesn't append!!). So go to the config page, turn disk logging on, regular logging on, UPNP level to verbose, wait 5 min while doing some stuff on your iOS client, turn disk logging off, compress file, upload. I noted you masked out the IP addresses, these are private addresses, no use to a hacker (or can be discovered in minutes), but if you feel uncomfortable, email me the file. If you "mask" the IP addresses the log is useless.

                  If you are good with wireshark, you could try to trace the windows client or IOS client and see what kind of traffic (might) flood. Sonos does build up its own wireless forwarding (STP) view, if lets say it receives messages that makes him think it needs to reconfigure (all the time) that might explain why it is sluggish, still can't think why the PI would cause it. If you run the windows client, is this a client on your HS PC or a client on a windows phone? If this client is on a windows machine, we can definitely trace it with wireshark. How many players do you have? Are they wired or wireless? If the latter, do you use a Sons bridge? If so ever tried to connect the bridge or players differently? If you have 2 ethernet ports, do you use different subnets or the same? Do you have forwarding active between the ports, more importantly, helpers for broadcast or multicast forwarding?

                  Dirk

                  Comment


                    #24
                    Originally posted by dcorsus View Post
                    Disconnect one port and see if that makes a difference. I'm out of ideas to be honest given that the PI doesn't even know of the existence of a Sonos controller and not communicate with them. Moreover, there is no polling of any sort in the PI so the way it works is that, the PI after discovering a player, "signs up" for events, so it is the player itself that generates traffic (events).

                    So the only thing I can think off is that during discovery which is multicasted, things go wrong, just can't think of a reason why the PI would cause it. The PI only broadcasts at start-up one message and that's it, after that it goes into listening mode.

                    I could look deeper at the UPNP stuff, if you let it collect for lets say 5 min. Use the "log to disk" option, which will overwrite any existing log file each time you turn it on (so it doesn't append!!). So go to the config page, turn disk logging on, regular logging on, UPNP level to verbose, wait 5 min while doing some stuff on your iOS client, turn disk logging off, compress file, upload. I noted you masked out the IP addresses, these are private addresses, no use to a hacker (or can be discovered in minutes), but if you feel uncomfortable, email me the file. If you "mask" the IP addresses the log is useless.

                    If you are good with wireshark, you could try to trace the windows client or IOS client and see what kind of traffic (might) flood. Sonos does build up its own wireless forwarding (STP) view, if lets say it receives messages that makes him think it needs to reconfigure (all the time) that might explain why it is sluggish, still can't think why the PI would cause it. If you run the windows client, is this a client on your HS PC or a client on a windows phone? If this client is on a windows machine, we can definitely trace it with wireshark. How many players do you have? Are they wired or wireless? If the latter, do you use a Sons bridge? If so ever tried to connect the bridge or players differently? If you have 2 ethernet ports, do you use different subnets or the same? Do you have forwarding active between the ports, more importantly, helpers for broadcast or multicast forwarding?

                    Dirk

                    I will try to capture some log to disk data for you to look at. My windows client is on another windows desktop machine on the network. Both of my zp's are wired. I do not have any sonos wireless turned on. Unfortunately from a SONOS perspective it is a very simple setup. Just two wired players. No SONOS speakers. I have no experience with wireshark--but I can take a look at that too. I originally setup two ports on this machine so that if the main port gets saturated it does not interfere with remote plugins trying to communicate with HS. Both ports are on the same subnet, and both could be used by the OS, though it prioritizes the one I made first. The second one is the one I use for remote plugins and is the IP I point them to.
                    _______________________________________________

                    HS3 : HSpro (3.0.0.460) on Win2012 (vm on ESXi)
                    Plugins: HSTouch, UPBSpud, Kinect, Nest, IFTTT, DirecTV, EasyTrigger, Imperihome, Zwave, RFXcom, UltraMon3, UltraWeatherBug3, UltraGCIR3, UltraLog3, UltraPioneer, PHLocation, Pushover, Pushalot, MCSSPrinklers S, JowiHue
                    Jon00 Plugins: Bluetooth Proximity, Performance Monitor, DB Chart, Links

                    Comment


                      #25
                      Originally posted by jlrichar View Post
                      I will try to capture some log to disk data for you to look at. My windows client is on another windows desktop machine on the network. Both of my zp's are wired. I do not have any sonos wireless turned on. Unfortunately from a SONOS perspective it is a very simple setup. Just two wired players. No SONOS speakers. I have no experience with wireshark--but I can take a look at that too. I originally setup two ports on this machine so that if the main port gets saturated it does not interfere with remote plugins trying to communicate with HS. Both ports are on the same subnet, and both could be used by the OS, though it prioritizes the one I made first. The second one is the one I use for remote plugins and is the IP I point them to.
                      Have you tried disconnecting one port and see what happens?
                      Are both ports connected to the same network or different physical segments of your network?
                      If you say remote PI, what PIs are your running remote? Is this on another PC at home or through a tunnel with another home?
                      If different (parts) of your network, do you have bridging or forwarding enabled between the 2 ports?

                      Dirk

                      Comment


                        #26
                        Originally posted by dcorsus View Post
                        Have you tried disconnecting one port and see what happens?
                        Are both ports connected to the same network or different physical segments of your network?
                        If you say remote PI, what PIs are your running remote? Is this on another PC at home or through a tunnel with another home?
                        If different (parts) of your network, do you have bridging or forwarding enabled between the 2 ports?

                        Dirk
                        Remote PI just means on another local windows machine--not through a tunnel. I am running the kinect plugin, the monopriceHDMI matrix plugin, and jon00's BT connector on remote computers. The two ports both go to the same subnet with no bridging or forwarding.
                        _______________________________________________

                        HS3 : HSpro (3.0.0.460) on Win2012 (vm on ESXi)
                        Plugins: HSTouch, UPBSpud, Kinect, Nest, IFTTT, DirecTV, EasyTrigger, Imperihome, Zwave, RFXcom, UltraMon3, UltraWeatherBug3, UltraGCIR3, UltraLog3, UltraPioneer, PHLocation, Pushover, Pushalot, MCSSPrinklers S, JowiHue
                        Jon00 Plugins: Bluetooth Proximity, Performance Monitor, DB Chart, Links

                        Comment


                          #27
                          Originally posted by jlrichar View Post
                          The two ports both go to the same subnet with no bridging or forwarding.
                          So they are physical connected to the same switch or different switches that are connected together somewhere else?

                          If you unplug one port, does it make a difference?

                          Dirk

                          Comment


                            #28
                            This is fixed. It turns out I needed to add hspi_sonos.exe to the firewall because it dynamically allocates some ports for control. After doing so the iOS and windows clients were just as responsive with and without the plugin running.
                            _______________________________________________

                            HS3 : HSpro (3.0.0.460) on Win2012 (vm on ESXi)
                            Plugins: HSTouch, UPBSpud, Kinect, Nest, IFTTT, DirecTV, EasyTrigger, Imperihome, Zwave, RFXcom, UltraMon3, UltraWeatherBug3, UltraGCIR3, UltraLog3, UltraPioneer, PHLocation, Pushover, Pushalot, MCSSPrinklers S, JowiHue
                            Jon00 Plugins: Bluetooth Proximity, Performance Monitor, DB Chart, Links

                            Comment

                            Working...
                            X