Starline: "hand break" sensor is always OFF

[ildar170975]

The problem

Although web-accessed Starline service reports "tighten" / "released", the corresponding binary_sensor is always OFF.

What version of Home Assistant Core has the issue?

2023.5.0

What was the last working version of Home Assistant Core?

No response

What type of installation are you running?

Home Assistant Container

Integration causing the issue

Starline

Link to integration documentation on our website

https://www.home-assistant.io/integrations/starline/

Diagnostics information

No response

Example YAML snippet

No response

Anything in the logs that might be useful for us?

No response

Additional information

No response

[home-assistant[bot]]

Hey there @anonym-tsk, mind taking a look at this issue as it has been labeled with an integration (starline) you are listed as a code owner for? Thanks!

Code owner commands

Code owners of starline can trigger bot actions by commenting:

• @home-assistant close Closes the issue.
• @home-assistant rename Awesome new title Renames the issue.
• @home-assistant reopen Reopen the issue.
• @home-assistant unassign starline Removes the current integration label and assignees on the issue, add the integration domain after the command.

_{^{(message by CodeOwnersMention)}}

---

starline documentation starline source _{^{(message by IssueLinks)}}

[Anonym-tsk]

This information retrieves from starline api. "hbrake" attribute in /json/v2/user/{user_id}/user_info method.

[Anonym-tsk]

A you sure that this status changes in starline mobile application?

[ildar170975]

you sure that this status changes in starline mobile application?

An event log contains a “parking break” events when a car is parked. That why I believed that there must be a way to retrieve this flag in the integration.

[issue-triage-workflows[bot]]

There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. Please make sure to update to the latest Home Assistant version and check if that solves the issue. Let us know if that works for you by adding a comment 👍 This issue has now been marked as stale and will be closed if no further activity occurs. Thank you for your contributions.

[ildar170975]

up

[issue-triage-workflows[bot]]

There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. Please make sure to update to the latest Home Assistant version and check if that solves the issue. Let us know if that works for you by adding a comment 👍 This issue has now been marked as stale and will be closed if no further activity occurs. Thank you for your contributions.

[ildar170975]

up

[rvalitov]

I have a similar problem. I get parameters like temperatures, engine state, security status. But other parameters are always off and never change. For example: parking break, door status, hood status,..

[rvalitov]

@Anonym-tsk could you please look into this?

[Anonym-tsk]

This information retrieves from Starline API. Please check Starline mobile app and compare data with Home Assistant.

[rvalitov]

Of course I checked the app in the first place. The app works perfectly!

[Anonym-tsk]

The app works perfectly!

Please provide screenshots from app and from HA with hand brake sensor.

[rvalitov]

@Anonym-tsk Sure the screenshots are below. Hope this helps! The screenshot of the main screen of the app that properly shows the parking break status:

The screenshot of the logs in the app that also properly show the parking break status, for example, here the parking break activated at 20th of January, 23:57 - this info matches the main screen of the app:

Now let's check the status in HA:

The parking break is always "off". It turns into unavailable state only when I applied updates and reloaded configuration or rebooted the HA:

If you need some other information to dig into this, please, let me know!

[ildar170975]

Same as I reported here: the sensor is always OFF although it is changed in application.

[Anonym-tsk]

I think it's Starline API bug. The API has hand brake state, but it's really always off. Mobile app doesn't indicate current hand break status, only show event in history. I'll write to starline developers.

[rvalitov]

In the security I see hbrake and pbrake which is I suppose "hand brake" and "parking brake" respectively:

Perhaps it's similar here and we should deal with a "parking break" instead of a "hand beak" which sounds quite outdated?

[rvalitov]

@Anonym-tsk :

Mobile app doesn't indicate current hand break status, only show event in history.

Really? I can see the status in mobile app:

Can you comment on this please?

[Anonym-tsk]

Can you comment on this please?

It's not hand brake status, it's the last history record.

[Anonym-tsk]

Perhaps it's similar here and we should deal with a "parking break" instead of a "hand beak" which sounds quite outdated?

According to Starline API documentation:

hbreak - hand break pbreak - pedal break

[rvalitov]

I think it's Starline API bug. The API has hand brake state, but it's really always off. Mobile app doesn't indicate current hand break status, only show event in history. I'll write to starline developers.

@Anonym-tsk is there any response from the Starline developers?

[Anonym-tsk]

I'm still waiting response from starline...

[issue-triage-workflows[bot]]

There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. Please make sure to update to the latest Home Assistant version and check if that solves the issue. Let us know if that works for you by adding a comment 👍 This issue has now been marked as stale and will be closed if no further activity occurs. Thank you for your contributions.

[rvalitov]

Up