-
-
Notifications
You must be signed in to change notification settings - Fork 31
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Gate (DiscreteGateWithPedestrianPosition) does not report static status #487
Comments
Could you share the states for your devices from cc @tetienne |
Sure, it seems that OpenClosedPedestrianState is representing current STATIC state... WHEN CLOSED:
WHEN OPENING in progress:
WHEN CLOSING in progress:
WHEN OPEN:
|
Thanks @jakovec, this was indeed what I expected. We removed part of this functionality a few versions ago, but good to know that this is still required. |
I don’t get why |
For record: {
"commands": [
{
"commandName": "advancedRefresh",
"nparams": 1
},
{
"commandName": "close",
"nparams": 0
},
{
"commandName": "delayedStopIdentify",
"nparams": 1
},
{
"commandName": "getName",
"nparams": 0
},
{
"commandName": "identify",
"nparams": 0
},
{
"commandName": "open",
"nparams": 0
},
{
"commandName": "refreshPedestrianPosition",
"nparams": 0
},
{
"commandName": "setName",
"nparams": 1
},
{
"commandName": "setPedestrianPosition",
"nparams": 0
},
{
"commandName": "startIdentify",
"nparams": 0
},
{
"commandName": "stop",
"nparams": 0
},
{
"commandName": "stopIdentify",
"nparams": 0
},
{
"commandName": "wink",
"nparams": 1
},
{
"commandName": "runManufacturerSettingsCommand",
"nparams": 2
},
{
"commandName": "keepOneWayControllersAndDeleteNode",
"nparams": 0
},
{
"commandName": "pairOneWayController",
"nparams": 2
},
{
"commandName": "sendIOKey",
"nparams": 0
},
{
"commandName": "setConfigState",
"nparams": 1
},
{
"commandName": "unpairAllOneWayControllersAndDeleteNode",
"nparams": 0
},
{
"commandName": "unpairAllOneWayControllers",
"nparams": 0
},
{
"commandName": "unpairOneWayController",
"nparams": 2
}
],
"states": [
{
"type": "DataState",
"qualifiedName": "core:AdditionalStatusState"
},
{
"type": "DiscreteState",
"values": [
"good",
"low",
"normal",
"verylow"
],
"qualifiedName": "core:DiscreteRSSILevelState"
},
{
"type": "DataState",
"qualifiedName": "core:ManufacturerSettingsState"
},
{
"type": "DataState",
"qualifiedName": "core:NameState"
},
{
"type": "DiscreteState",
"values": [
"closed",
"open",
"pedestrian",
"unknown"
],
"qualifiedName": "core:OpenClosedPedestrianState"
},
{
"type": "ContinuousState",
"qualifiedName": "core:PedestrianPositionState"
},
{
"type": "ContinuousState",
"qualifiedName": "core:PriorityLockTimerState"
},
{
"type": "ContinuousState",
"qualifiedName": "core:RSSILevelState"
},
{
"type": "DiscreteState",
"values": [
"available",
"unavailable"
],
"qualifiedName": "core:StatusState"
},
{
"type": "DiscreteState",
"values": [
"comfortLevel1",
"comfortLevel2",
"comfortLevel3",
"comfortLevel4",
"environmentProtection",
"humanProtection",
"userLevel1",
"userLevel2"
],
"qualifiedName": "io:PriorityLockLevelState"
},
{
"type": "DiscreteState",
"values": [
"LSC",
"SAAC",
"SFC",
"UPS",
"externalGateway",
"localUser",
"myself",
"rain",
"security",
"temperature",
"timer",
"user",
"wind"
],
"qualifiedName": "io:PriorityLockOriginatorState"
}
],
"dataProperties": [
{
"value": "500",
"qualifiedName": "core:identifyInterval"
}
],
"widgetName": "DiscreteGateWithPedestrianPosition",
"uiProfiles": [
"OpenCloseGateOpener",
"OpenClose"
],
"uiClass": "Gate",
"qualifiedName": "io:DiscreteGateOpenerIOComponent",
"type": "ACTUATOR"
} |
Thank you for such a quick fix! Tested that and working great! No issue now, all states as expected. |
@jakovec Can you confirm when you set a position your device behaves always the same ? Normally, you can only have one position. And that’s something we don’t handle, and it seems to work "by chance". And it’s why you have always PedestrianPositionState set to 50. |
@tetienne Not sure how that should work, attribute current_position remains at value 50 at all states. If you call cover.set_cover_position service nothing happens. |
If you set the position with physical remote controller, HA won't know current state until you kill the HA app and restart that or use a button to set position, for example:
|
So there is is still something not correctly handle. Perhaps a cover is not the right entity for this kind of devices. The new select entity seems make more sense as only few states can be set or retrieved. (cc. @iMicknl) "values": [
"closed",
"open",
"pedestrian",
"unknown"
], As you did here, can you control your device with the remote and report the states you see once refreshed in HA ? And if not too intruisive may I have a picture or link to the commercial page of your device ? I have no idea of what it look like. |
@tetienne On the other side, it's kind of comfortable to see the "opening" and "closing" status when you are not at the device and cannot check that visualy... It is a two-leaf gate which includes two IXENGO 24V gate openers and one Control Box Somfy 3S IO, see https://service.somfy.com/downloads/bc_v5/5135006a001-manueld-installation-illustrations_control_box_3s_io.pdf picture from camera here (you can see control box in the bottom right corner on the wall - grey box): So you just communicate with the 3S box and it controls the IXENGO 24V gate motors and get statuses from these. Will be back home to check the statuses while remote controlling late night today or tommorow morning, but will post that then. |
@tetienne So checked the states of device while remote controlling by IO remote controller. It seems that it works just fine, the only problem is that the states are not "pushed" and the correct state appear after refresh interval is due. So 30 seconds in my case. That is if I have my Android app open. If I have it "minimized" (in phone memory but not active) and open that, correct status does not refresh at all until I press a button or kill the app process and restart it again - but that is something you cannot affect, I suppose. States while remote controlling with Somfy remote:
after refresh interval:
CLOSING:
after refresh interval:
|
Thank for this. That’s really strange |
There might be any, but I don't use the pedestrian feature (which is that only one leaf will partly open for pedestrians to pass)... If you want me to check that, I can try to setup this state sometimes :) |
@jakovec It would be nice if you can have a try. It will allow me to understand better the device and what we can do with it. |
@tetienne as extra context, we have had @francodutch who also owns a Somfy gate. His gate closes automatically after 2 minutes, and this state is not refreshed. We implemented #271 as a test, see #167. It seems that we need to refresh the state for some devices, HomeBridge calls this endpoint periodically. + they have similar problems, dubocr/homebridge-tahoma#282 (in French..) |
@jakovec i have the same behaviour. As @iMicknl said the change in state is not pushed after automatic closing nor is it after opening or closing with an IO remote control. An additional issue is that when I block the gate in open position with the files line control panel, the close command through HA is ineffective. |
I also have a similar problem. My gate shows as open when it is closed and in fact never gives me a closed status. |
@themaninspain entity_id is not enough to help up. Can you please open the devices page for your gate and give us the firmware that is displayed. |
Device info |
Can you please try the master branch of this component (instead of choosing a version within HACS)? |
Apologies for the dumb question: how do I do that? |
@themaninspain Within HACS, on ha-tahoma card, click on the 3 dots > reinstall > select master > install |
Done and the gate now shows as closed. |
'There hasn't been any activity on this issue recently. Is this issue still present? |
OK. Can you please open your device then log in tahomalink.com, then:
|
@themaninspain If too complex for you, wait I update our code (during the week), I saw we miss some logs. |
I can't check it now - I will do it in 2 hours time. |
I think I'll wait for your update. Tried to capture the data but I couldn't copy it. |
I got a notification of an update, which I installed yesterday. |
Sure, looking at the changelog you will see I didn't work on it. |
OK. I was going to suggest that if it would help we could do a video conference and I could share my screen so that you could see what is happening. (The fetch responses I could not capture) |
Apologies, I have had some major electrical issues at home which have now been rectified. |
Hello, no problem with that. We greatly improve our log, so be sure to use the latest version and have enabled the debug log. You will see, it’s a lot more verbose now. |
Done. Here's the log of the open/close event
|
Again this unknown state. Can you please log in on tahomalink website, save the page (ctrl+s), and attached a zip with the html page and the js files you will get? |
ZipFile attached. Taken after an open/close operation. I hope this helps. |
Just installed the latest version. 2021-10-28` 09:47:39 DEBUG (MainThread) [custom_components.tahoma.coordinator] Event(timestamp=1635407238360, name='DeviceStateChangedEvent', setupoid=_CountingAttr(counter=260, _default=None, repr=<function obfuscate_id at 0x7f9abaa7bc10>, eq=True, order=True, hash=None, init=True, on_setattr=None, metadata={}), owner_key=None, type=None, sub_type=None, time_to_next_state=None, failed_commands=None, failure_type_code=None, failure_type=None, condition_groupoid=None, place_oid=None, label=None, metadata=None, camera_id=None, deleted_raw_devices_count=None, protocol_type=None, gateway_id=None, exec_id=None, device_url=io://--9384/13850395, device_states=[State(name='core:OpenClosedPedestrianState', type=<DataType.STRING: 3>, value='unknown')], old_state=None, new_state=None) |
Hi I also have the same issue, which "open" shown even if the device is closed.
|
@NicoLeOca @themaninspain sorry to read this. This device is not easy to understand. Can you tell if you have position value for your gate? If yes the issue should probably comes from https://github.com/iMicknl/ha-tahoma/pull/578/files |
Hi @tetienne, have same issue with the gate as mentioned above - tried to catch the XHR in devtools, it looks like this: click open, request is sent: [{"timestamp":1635751667778,"setupOID":"a84d2454-522f-4a36-a63b-a151923a7599","execId":"da65a83f-ac10-3e01-3fcf-0c13e25e9bf7","label":"brana - Otevřít - TaHoma PC","metadata":"","type":1,"subType":1,"actions":[{"deviceURL":"io://1226-0828-9380/9623917","commands":[{"name":"open"}]}],"source":"mobile:mobile","owner":"*****@gmail.com","name":"ExecutionRegisteredEvent"},{"timestamp":1635751667778,"setupOID":"a84d2454-522f-4a36-a63b-a151923a7599","execId":"da65a83f-ac10-3e01-3fcf-0c13e25e9bf7","newState":"NOT_TRANSMITTED","ownerKey":"a84d7599","type":1,"subType":1,"oldState":"INITIALIZED","timeToNextState":0,"name":"ExecutionStateChangedEvent"},{"timestamp":1635751667778,"gatewayId":"1226-0828-9380","name":"GatewaySynchronizationStartedEvent"},{"timestamp":1635751667780,"setupOID":"a84d2454-522f-4a36-a63b-a151923a7599","execId":"da65a83f-ac10-3e01-3fcf-0c13e25e9bf7","newState":"TRANSMITTED","ownerKey":"a84d7599","type":1,"subType":1,"oldState":"NOT_TRANSMITTED","timeToNextState":0,"name":"ExecutionStateChangedEvent"},{"timestamp":1635751667781,"gatewayId":"1226-0828-9380","name":"GatewaySynchronizationEndedEvent"}] {"startTime":1635751667778,"owner":"****@gmail.com","actionGroup":{"label":"brana - Otevřít - TaHoma PC","shortcut":false,"notificationTypeMask":0,"notificationCondition":"NEVER","actions":[{"deviceURL":"io://1226-0828-9380/9623917","commands":[{"type":1,"name":"open","parameters":[]}]}]},"description":"Execution : brana - Otevřít - TaHoma PC","id":"da65a83f-ac10-3e01-3fcf-0c13e25e9bf7","executionType":"Immediate execution","executionSubType":"MANUAL_CONTROL","state":"TRANSMITTED"}` after some time, gate opens and two responses are read: [{"timestamp":1635751623257,"setupOID":"a84d2454-522f-4a36-a63b-a151923a7599","deviceURL":"io://1226-0828-9380/9623917","deviceStates":[{"name":"core:OpenClosedPedestrianState","type":3,"value":"open"}],"name":"DeviceStateChangedEvent"},{"timestamp":1635752193660,"setupOID":"a84d2454-522f-4a36-a63b-a151923a7599","execId":"da6cfcd2-ac10-3e01-3fcf-0c1339a901c7","newState":"COMPLETED","ownerKey":"a84d7599","type":1,"subType":1,"oldState":"IN_PROGRESS","timeToNextState":-1,"name":"ExecutionStateChangedEvent"}] {"execution":{"eventTime":1635751667778,"commandLogs":[{"deviceURL":"io://1226-0828-9380/9623917","command":"open","parameters":[],"rank":0,"dynamic":false,"state":"COMPLETED","failureType":"NO_FAILURE"}],"owner":"******@gmail.com","source":"mobile:mobile","endTime":1635751713226,"effectiveStartTime":1635751667778,"duration":45448,"id":"da65a83f-ac10-3e01-3fcf-0c13e25e9bf7","label":"brana - Otevřít - TaHoma PC","type":"Immediate execution - MANUAL_CONTROL","commands":[{"deviceURL":"io://1226-0828-9380/9623917","command":"open","parameters":[],"rank":0,"dynamic":false,"state":"COMPLETED","failureType":"NO_FAILURE"}],"executionType":"Immediate execution","executionSubType":"MANUAL_CONTROL","state":"COMPLETED","failureType":"NO_FAILURE"}}` gate is now opened ("deviceStates":[{"name":"core:OpenClosedPedestrianState","type":3,"value":"open"}]) next, I've sent the request to close: [{"timestamp":1635752058816,"setupOID":"a84d2454-522f-4a36-a63b-a151923a7599","execId":"da6b9fbe-ac10-3e01-3fcf-0c1335f5a591","label":"brana - Zavřít - TaHoma PC","metadata":"","type":1,"subType":1,"actions":[{"deviceURL":"io://1226-0828-9380/9623917","commands":[{"name":"close"}]}],"source":"mobile:mobile","owner":"*****@gmail.com","name":"ExecutionRegisteredEvent"},{"timestamp":1635752058816,"setupOID":"a84d2454-522f-4a36-a63b-a151923a7599","execId":"da6b9fbe-ac10-3e01-3fcf-0c1335f5a591","newState":"NOT_TRANSMITTED","ownerKey":"a84d7599","type":1,"subType":1,"oldState":"INITIALIZED","timeToNextState":0,"name":"ExecutionStateChangedEvent"},{"timestamp":1635752058816,"gatewayId":"1226-0828-9380","name":"GatewaySynchronizationStartedEvent"},{"timestamp":1635752058847,"setupOID":"a84d2454-522f-4a36-a63b-a151923a7599","execId":"da6b9fbe-ac10-3e01-3fcf-0c1335f5a591","newState":"TRANSMITTED","ownerKey":"a84d7599","type":1,"subType":1,"oldState":"NOT_TRANSMITTED","timeToNextState":0,"name":"ExecutionStateChangedEvent"},{"timestamp":1635752058848,"gatewayId":"1226-0828-9380","name":"GatewaySynchronizationEndedEvent"}] {"startTime":1635752058816,"owner":"******@gmail.com","actionGroup":{"label":"brana - Zavřít - TaHoma PC","shortcut":false,"notificationTypeMask":0,"notificationCondition":"NEVER","actions":[{"deviceURL":"io://1226-0828-9380/9623917","commands":[{"type":1,"name":"close","parameters":[]}]}]},"description":"Execution : brana - Zavřít - TaHoma PC","id":"da6b9fbe-ac10-3e01-3fcf-0c1335f5a591","executionType":"Immediate execution","executionSubType":"MANUAL_CONTROL","state":"TRANSMITTED"}` and when the gate closed, it read following: [{"timestamp":1635752104251,"setupOID":"a84d2454-522f-4a36-a63b-a151923a7599","deviceURL":"io://1226-0828-9380/9623917","deviceStates":[{"name":"core:OpenClosedPedestrianState","type":3,"value":"closed"}],"name":"DeviceStateChangedEvent"},{"timestamp":1635752104253,"setupOID":"a84d2454-522f-4a36-a63b-a151923a7599","execId":"da6b9fbe-ac10-3e01-3fcf-0c1335f5a591","newState":"COMPLETED","ownerKey":"a84d7599","type":1,"subType":1,"oldState":"IN_PROGRESS","timeToNextState":-1,"name":"ExecutionStateChangedEvent"}]` {"execution":{"eventTime":1635752058816,"commandLogs":[{"deviceURL":"io://1226-0828-9380/9623917","command":"close","parameters":[],"rank":0,"dynamic":false,"state":"COMPLETED","failureType":"NO_FAILURE"}],"owner":"*****@gmail.com","source":"mobile:mobile","endTime":1635752104253,"effectiveStartTime":1635752058816,"duration":45437,"id":"da6b9fbe-ac10-3e01-3fcf-0c1335f5a591","label":"brana - Zavřít - TaHoma PC","type":"Immediate execution - MANUAL_CONTROL","commands":[{"deviceURL":"io://1226-0828-9380/9623917","command":"close","parameters":[],"rank":0,"dynamic":false,"state":"COMPLETED","failureType":"NO_FAILURE"}],"executionType":"Immediate execution","executionSubType":"MANUAL_CONTROL","state":"COMPLETED","failureType":"NO_FAILURE"}} gate is closed now ("deviceStates":[{"name":"core:OpenClosedPedestrianState","type":3,"value":"closed"}]) I can provide you my tahomalink usr/pwd if you are interested to debug more... *Just to note, I've changed the ownerKey string in JSON, it is not relevant to you... Mira. |
Apologies for the delay, I've been away. Here is the log of an open/close event. When the gate is closed the state is "unknown"
|
@iMicknl |
Good to know! The select is always right? |
@tetienne |
The weird thing is that the select should be pulling from the same state, thus I wonder why this is always right... Is the select never set to 'unknown'? |
@iMicknl Apart of this, when the gate is physically in any of the 3 states, the select is always right |
Hi, sorry to have be silent these last days about this issue. Regarding the wrong state for the main entity, I guess it’s due to this line: https://github.com/iMicknl/ha-tahoma/blob/master/custom_components/tahoma/cover_devices/tahoma_cover.py#L106 |
@tetienne |
I still have an "unknown" state after a gate open/close. Here is the log:
|
This fix is working just fine! Thank you! |
Did you read the instructions?
The problem
Hi there, since version 1.5.0 the gate does not report CLOSE or OPEN status, only statuses OPENING or CLOSING are reported while the gate is moving and after that status is switched back to UNKNOWN (for both OPEN or CLOSE gate). Thanks for checking that.
What version of this integration (ha-tahoma) has the issue?
2.5.1
What version of Home Assistant Core has the issue?
2021.7.2
Which gateway / hub do you use?
Somfy TaHoma
Device model
DiscreteGateOpenerIOComponent
Device type
io:DiscreteGateOpenerIOComponent
Additional information
History log:
Became unavailable
12:04:09 AM - 14 minutes ago
Is closing by Miroslav Jakovec
12:03:23 AM - 15 minutes ago
Became unavailable
12:03:14 AM - 15 minutes ago
Is opening by Miroslav Jakovec
12:02:28 AM - 16 minutes ago
Relevant log output
No response
The text was updated successfully, but these errors were encountered: