0.115: B-Day release! Media browser, tags, automations & WTH

If there is an issue posted to GitHub about it, then most likely.
If there is not an issue for it, then most likely not.

2 Likes

After the 115.5 update Onkyo and SamsungTV Tizen show errors

Platform error remote.onkyo - No module named ā€˜homeassistant.components.onkyo.remoteā€™

Platform error remote.samsungtv_tizen - No module named ā€˜custom_components.samsungtv_tizen.remoteā€™
Platform error remote.samsungtv_tizen - No module named ā€˜custom_components.samsungtv_tizen.remoteā€™

any Idea why??

Thanks

Is this a custom component? I donā€™t see a integration for onkyo remotes, only the integration for the onkyo receiver.

The SamsungTV Tizen integration is a custom one, you should open a separate topic for this as it is not a problem with Home Assistant Core.

Anyway, do you have the folder ā€œcustom_componentsā€ and the needed files are in there in the folder ā€œsamsungtv_tizenā€?

No just have the normal integration Onkyo

Config file:

 ###################
 #####  ONKYO ######
 ###################
  - platform: onkyo
    host: 192.168.1.11
    name: receiver
    receiver_max_volume: 75
    sources:
      pc: 'Computer'
      usb: 'Music'
      strm-box: 'Kodi'
      network: 'net'
      internet=radio: 'Internet Radio'

was working just before the update and i didnā€™t see any braking change about that

Thanks for your answer

Edit
after your comments i checked the config file and see this


########################
## Harmony Remote hub ##
########################
remote:
  - platform: harmony
    name: Living room
    host: 192.168.1.210
    activity: Watch TV

 ###################
 #####  ONKYO ######
 ###################
  - platform: onkyo
    host: 192.168.1.11
    name: receiver
    receiver_max_volume: 75
    sources:
      pc: 'Computer'
      usb: 'Music'
      strm-box: 'Kodi'
      network: 'net'
      internet=radio: 'Internet Radio'

#################################
###### Samsung Tvs ##############
#################################
  - platform: samsungtv_tizen
    host: 192.168.1.118
    port: 8002
    mac: "5C:49:7D:xx:xx:xx"
    source_list: '{"Hdmi-1": "KEY_HDMI1", "Receiver": "KEY_HDMI4"}'
    app_list: '{"Netflix": "11101200001", "YouTube": "111299001912", "Plex": "3201512006963", "Spotify": "3201606009684", "Internet": "org.tizen.browser"}'
#    protocol: ctl_qled
    name: 'SamsungTv Livingroom'
    
  - platform: samsungtv_tizen
    host: 192.168.1.125
    port: 8002
    mac: "38:68:a4:xx:xx:xx"
    source_list: '{"Hdmi-1": "KEY_HDMI1"}'
    app_list: '{"Netflix": "11101200001", "YouTube": "111299001912", "Plex": "3201512006963", "Spotify": "3201606009684", "Internet": "org.tizen.browser"}'
#    protocol: ctl_qled
    name: 'SamsungTv Bedroom'


Where the ā€œremoteā€ is affecting a my media players, marked media_player: on top of my media players solved the problem
@Burningstone Thanks for pointing it out!

Great that you got it wo work :slight_smile:

1 Like

After upgrading to 0.115.6 and supervisor 246 grafana in combination with influxdb is not working anymore. I receive the following message:

error parsing query: found %, expected identifier, string, number, bool at line 1, char 13

When testing the grafana datasource (influxdb) i receive the following error:

InfluxDB Error: error parsing query: found %, expected identifier at line 1, char 28

Anyone else with the same problem?

Update: Fixed the problem. In the Grafana go to the datasource then change the Query Language to Flux -> Save & Test -> change Query Language back to InfluxQL and disable basic auth option (enabled after changing language to Flux)
Save & Test -> Data source is working

2 Likes

Since updating to 0.115.6 my hive heating devices are unavailable but nothing in logs.

Since 115.4 -115.6 Hass frontend has been stopping for some reason. Iā€™ve been trying to track down the issue and figure out what logs I should be grabbing. I have turned on logger debug but the homeassistant logs just stop with no apparent error. This is the homeassistant docker log it just stops at 09:37 https://pastebin.com/J8SxeGp8 Iā€™ve been looking through the other hassio docker logs and not finding much to go on.

This is due to the Hive API changing so the integration is broken unless someone can figure out how to now login with their new schema. Unfortunately it may not be possible.

1 Like

The 0.115.6 is eating one more time some extra Mo :frowning: .(the 0.115.4/0.115.5 solved more or less the problem

Can you point to the github issue for that?

1 Like

What is a Mo?

The changes from 0.115.4 to 0.115.5 were one line in a tts integration.

The changes from 0.115.5 to 0.115.6 was a change to google assistant.

These seem unlikely to render much difference, but it is if course possible. The small changes will make it easy for you to track down.

Going from 0.115.4 to 0.115.6 i lost my Dashboards i had created, anyone ells seen this?

As Nick said above .5 and .6 were very small changes to two integrations. This should have no effect on dashboards. It didnā€™t for me. Something else is amiss with your system.

1 Like

ha, weā€™re back to TTS issuesā€¦ this template

 {{as_timestamp(now())|timestamp_custom('%d %b %X')}}

now is pronounced as

(incorrect) nul 1 o c t (correct from here) 9 hour 38 minutes and xx seconds

while being correct and unchanged in the editor,

and here since forever.

anyone else hearing this oddity?
issue filed: https://github.com/home-assistant/core/issues/40925

You say that but from .5 to .6 lots of things randomly became unavailable, going back to .5 and suddenly they were back again. And yes I can see the code footprint is unrelated so thereā€™s something odd going on.

memory

Check the huge drop

You still havenā€™t told me what a Mo is?

Abbreviation of megaoctet, the French term for megabyte.

http://gdt.oqlf.gouv.qc.ca/ficheOqlf.aspx?Id_Fiche=8873683

I read that as megaocelot.

2 Likes