Just upgrade your @latest and failed install #90
Comments
|
I cannot see the error message, but it looks like it’s failing to install the command-line utilities from homebridge-lib (which is now installed with homebridge-zp). The installation expects homebridge-lib in the node_modules under homebridge-zp, but apparently it’s installed next to it. I’m not quite sure why this happens, let alone how to fix it. I think it is related to how you installed NodeJS or maybe to the platform you’re running on. |
|
I though I’d seen something similar before: ebaauw/homebridge-hue#421 |
|
Could you try again. I made some changes to v1.0.2 which might resolve this. |
|
@ebaauw Thanks for the info... so I just tried again and now joy... So some further information for you. I am using Hoobs on a RPI, I had installed your plugin HB-ZP and HB-LIB and all working fine for a few months, then yesterday I had updates showing for both -ZP and -LIB, I updated both, LIB first (fine) then ZP, after ZP, home bridge stopped working and I could not see the LIB or ZP plugins in the UI anymore.... Today I just separately removed both plugins from the CLI and tried the new update you suggested, no joy, see screen shot.. let me know if you can help, was working perfectly, something changed in your update for my system
|
|
Can you remove homebridge-lib and then install only homebridge-zp? |
@ebaauw Just did that and exact same error I tried a different plug in and that worked fine |
|
I really don't understand how
Can you attach the debug log file created by |
|
@ebaauw I have ssh's into HOOBS but when trying to get to root for the log file I get permission denied, trying to contact hoops to work out how to get it... Are you aware of hoobs? https://hoobs.org What is weird is everything worked until the last update |
Not really. I like to be in control myself of my installations.
I do understand that part: In that update, I re-added the commands from homebridge-lib to the |
|
hoobs are really interactive and helpful if you connect to them on messenger via the website |
|
@ebaauw OK, fixed it!!!! weird outcome though... so I deleted the LIB and ZP plugins via the cli in hoobs... I then installed the plugins in cli instead of the UI, first LIB, then ZP using SUDO first... now in the plugins in the UK i see ZP but not LIB.... all speakers back in and working in Homebridge... thanks for the help, but there is something weird about how this happened and why the LIB plugin does not show as a plugin... |
Cool!
Because, since the latest release, homebridge-lib is no longer a Homebridge plugin - see the release notes, https://github.com/ebaauw/homebridge-lib/releases. |
|
pi@retropie:/usr/lib/node_modules$ sudo npm -g i homebridge-lib homebr npm ERR! A complete log of this run can be found in: Not working after latest upgrade. Tried reinstalling. No luck... |
|
The good (?) news, I managed to get the same error on an old Raspberry Pi 3B. The installation fails every time I try and install homebridge-lib and homebridge-zp in one go, and succeeds every time, I only install homebridge-zp. And I didn't update the README to remove homebridge-lib form the installation instructions, now that's it's again a regular dependency :-( I tested on the last few versions of |
|
No nom update done, on 6.9.0 |
|
Just published v1.0.3 and unpublished v1.0.1 an v1.0.2 |
|
pi@retropie:/usr/lib/node_modules $ npm -version
Still nothing in homekit... |
Might take a little while; HomeKit really doesn't seem to like configuration changes. Did you check the homebridge-log? |
|
removed everything and tried again pi@retropie:/usr/lib/node_modules $ sudo npm -g i homebridge-zp
during startup Jul 25 21:03:27 retropie systemd[1]: Started Node.js HomeKit Server. Still nothing in homekit |
|
Seen that one before: #88. Could you please list the output |
|
|
Thanks, hadn't encountered a Bridge before. This is indeed the same issue as the Boost. Could you please run and attach (upload) bridge.log here? That will retrieve the SOAP calls supported by the Bridge from it. I don't suppose it has physical buttons, but does have a LED? |
|
description does not have -v parameter This has always worked (for the last year) with the bridge in my setup. |
v1.0.0 and later do more elaborate discovery of the Sonos topology, incl. slave and satellite players. In preparation to handle topology changes without having to restart Homebridge. Previous versions simply ignored invisible players.
Damn, I meant |
|
-S |
- Support Sonos Bridge (similar to Sonos Boost), see #90.
|
Should work with v1.0.4. |
|
It's working! Thanks |
|
For me the upgrade went fine, and it seems to work. |
|
That's Sonos speak for: "no can do", e.g. trying to skip to next song when there is none. RenderingControl is used by the Speaker service for Volume, Mute, Balance, Bass, Treble, Loudness, Night Sound, and Speech Enhancement. Apparently homebridge-zp tries to do something to the Sonos One that it doesn't (currently?) support. What are you doing in HomeKit when these messages appear? What source is the One playing? Could you please list the output of Could you also please create a dump the SOAP calls supported by the Sonos One by running |
today I do not see these issues anymore on the One but on the Amp now - once: in conjunction with selecting a playlist from the favourites Is Line-In on my Amp equal to TV in? something funny: |
That's is a different issue. homebridge-zp tries to play the favourite, but the Amp doesn't like it. Probably because there's something wrong with the encoding of the URI or the meta data. XML headaches... What type of input is that favourite? Could you list the output of
Audio In is the analogue input; TV in is the HDMI Arc input. Could you attach the output of
I think the player remembers its most recent track. What track does the Sonos app display after the Text2Speech? What happens if you |
|
is zp.js the same as zpinfo? (I do not find the last one) |
|
./zp.js -H 192.168.108.50 description -S > one.json and for the amp |
|
/homebridge/node_modules/homebridge-zp/cli # ./zp.js -H 192.168.108.58 browse FV:2 |
|
when I turn on an ungrouped Sonos then it plays the last text2speech (shows the last played favourite ) and turns the Sonos off again. Its hard to select a different input, because with actual iOS you can only select an input when the "TV" is on. I do experience quite often "keine Antwort" on the TV-icons (I think mostly on the group master) |
|
Thanks for the info!
Yes. The command is in
I see no unexpected differences for the One, except for the Anyway, no changes to the
A view peculiarities:
What does Eve show as Track? Looks like homebridge-zp misses an event that the input gets switched to text2speech. What software do you use for that.
Courtesy of Apple - nothing I can do about that. I'll add next/previous input to the Sonos accessory, so you can select it in Eve. Alternatively, use the Sonos app...
Another case of the speaker not currently accepting Pause. The speakers actually inform the app / their clients what transport actions it currently accepts, and homebridge-zp should only issue Play, Pause, Stop, Next Track, Previous Track when they're available.
Most likely due to a hiccup in the communication between HomeKit and homebridge. Especially challenging when you have multiple Wifi access points. Turn off IGMP snooping on your router, switches, access points, or, if you have a Fritz!Box (that doens't support switching off IGMP snooping), make sure all access points are on the same port and don't use the Fritz WiFi. See homebridge/homebridge#1801. |
|
/homebridge/node_modules/homebridge-zp/cli # ./zp.js -V when I ungroup my sonos then I see on the non master sonos this track: sayit.0.tts.mp3 (that came from iobroker yesterday) in EVE ans SONOS-APP currently I am not playing via AirPlay, it is only sonos and I do not have a fixed volume. I do only use one fritzbox and no repeater and only one WiFi net (of course from the fritzbox) I do have some hiccups from time to time but in this case it is only the TV-Icon mostly from the Amp in Home showing the issue. I am running Homebridge in an docker image on a Synology On my ethernet I use a Netgear Switch, that one had IGMP Snooping-Status set to ON. I now switched that off |
|
Hm it didn’t get the |
|
Hmm, right, on the screen I do see such more information, but that does not geht into the file
now I copied the text from the output: |
|
Thanks. Looks like I'm sending the right data, but the zone player simply doesn't accept it. I just realised I've got a trial Apple Music account I haven't really been using. Adding a single song as favourite works, but adding a playlist doesn't. Took out WireShark: the Sonos app doesn't play the playlist, but adds it to a queue, and then plays the queue. Doing some quick research online, it appears that this behaviour depends on the type of input source. I'll open a new issue for this, so I can track it separately. I haven't done anything with Sonos queues yet, so I'm not sure how much of an effort it will be to support this. Can you please confirm that you can play the radio stations? |
|
Thanks for your continuous work! I can confirm that the radio station do work. |
|
Just released v1.0.5, which should address most of what was mentioned above. For further debugging the http status 500, please run |
|
Thanks very much! Generally it works and I can also play playlists from Apple Music. The Amp shows "keine Antwort" constantly on my iPAD and Mac but works fine on the iPhone (tested also with force quitting the Home App) |
The zone player doesn't do play/pause when input is on TV (cf. the Sonos app that doesn't show the controls). I cannot hide characteristics dynamically in HomeKit, so, when on TV input, homebridge-zp shows the player as On when there's actually an input signal from the TV and Off otherwise.
The zone player issues multiple event notifications when switching inputs (stopped, connecting..., buffering..., playing). This causes homebridge-zp to display Off and then On again. Same happens on the Sonos app, where the Play/Stop button switches from Stop (indicating playing) to Play (indicating stopped) to Stop (indicating playing).
I take it, this is the TV accessory for the Amp? The Sonos accessory should show as reachable when the other bridged accessories are reachable as well. This issue is unrelated to homebridge or any homebridge plugin. In my experience mostly when the iDevice can't find the accessory (HAP server) over Bonjour (that's where the IGMP snooping interferes). Usually fixed by switching the Wifi on your iDevice off and back on. If not, you might try to to remove the accessory from HomeKit and pair it again.
No. While waiting for a response from the zone player, homebridge-zp times out, returning the previous state to HomeKit. Thus making sure homebridge-zp will not cause HomeKit to perceive unresponsive accessories, even when the zone players are. This timeout is currently hard-coded to 1s. I still need to make this configurable thru |
|
Hmm, I am not sure if I understand you right? The issue with the unresponsive Amp(-group) on the iPAD and Mac is only for one of my 3 sonos and not on my iPhone and only for the TV accessory. Maybe it would be a good idea to pause playback the switching to a different channel? |
Let me try an explain better (this is confusing, even to me). There's two unrelated issues:
In theory, you should be able to create a HomeKit scene to select an input and play it. However, it won't work currently, because:
So I would need to expose Current Identifier on the Sonos service as well, so you can use Eve to create the scene (after which it can be recalled from Home and Siri just fine). Now the challenge: Current Identifier is an integer field, corresponding to the Input Source service. Because HomeKit doesn't like configuration changes, I create a fixed number (currently 20) of these services, and only modify the Display Name, Current Visibility State and Is Configured characteristics when Sonos favourites or the grouping of zones are change. So you would have to use the number of the corresponding Input Source service:
I could probably renumber these to make it easer to remember (e.g. 101, ..., 115 for Sonos favourites). Or add the number to the Display Name, so it shows in the list. Of course, the number would still change if your add or remove a favourite (alphabetically before the one you include in the scene). I don't think it's possible to include text characteristics in HomeKit scenes - none of the HomeKit apps I use (Eve, Matthias' Home, Hesperus) lets me include one. Even if it is, I wouldn't be able to validate whether you entered an existing input source. |
See #90: - Add _Active Identifer_ characteristic to Sonos service, so it can be included in HomeKit scenes. The characteristic value mirrors the value of the TV service characteristic; - After changing input source, wait for and ignore the _Stopped_ `AVTransport`event. Only issue _Play_ after that. This should fix the issue where a zone player would stop playing when switching input. It should also stop _On_ from flipping during the change to the new input; - Setup all 20 input as configured, so they're shown in the _Settings_ screen in Home, giving more insight into the input source numbering. The _Input_ list still shows only the currently valid input sources. - Allow valid input sources to be hidden from the _Input_ list. Note that this resets when Sonos favourites are changed.
|
Regarding AirPlay on my Sonos Amp I do see Play/Pause and Prev and Next and they are functional. Actualy I use a combination of Home App and EVE to define my scenes. Everything I need I set up mostly via EVE (sonos and speaker settings) and I add the setting for the TV accessory via Home App. Can I only switch eg. to TV input if there is a signal on that input? I have e.g. the following situation: What I do not understand is why the TV accessory switches off here? The switch to TV input works fine, if the Sony TV is already on, but it should be no matter if is already on to turned on later, or what do I miss here? |
No, you can switch to TV input whenever you want.
Because there is no signal on the digital input. |
Different handling of TV input, to accomodate TV service (which only allows input selection when actvie, see #90): - Force _On_ and _Active_ when zone player is on TV input; - _TV_ is on when zone player is on TV and there's a signal on the digital input; - _TV_ switches off immediately when input is changed; - _TV_ switches off with a 10s delay when there's no more signal on the digital input (to cope with BluRay player or Netflix sending no signal when switching audio from stereo to Dolby Surround).
- When on TV input, report Sonos service as _On_ and TV service as _Active_; irrespective of the input signal, see #90. - Skip manually hidden input sources when cycling through them in Sonos service or in Remote widged; - Support sleep timer through _Set Duration_ and _Remaining Duration_ characteristics in Sonos service, see #95. - Fix bug where homebridge-zp would no longer process AVTransport events after joining a group. - Persist `currentTransportActions`.
|
v1.0.7 sets On (on the Sonos service) and Active (on the TV service) when on TV input, regardless of the signal. I think the only remaining situation where you cannot switch on a zone, is when there's no input source (so Play doesn't apply). I could try and force-switch the input to the Sonos Chime in this case, but I think it's better to use Remote widget or the Sonos service to cycle to another input. |
Hi, I Just updated to @ latest version and I got the below message failed..... it also has removed the plugin Homebridge-zp completely as well as removing the Homebridge-lib plugin..... I can't install either now? had to also remove you from the JSOn file for home bridge to load.
Please help?
The text was updated successfully, but these errors were encountered: