I’m having an issue with my curtain switch Tuya TS130F (white-label LoraTap SC400) connected through Zigbee on Jeedom Luna.
When I calibrate the device, it correctly measures the opening time (for example, it sets calibration_time = 16s). On the up/opening direction it works perfectly: the state is updated correctly and the “moving” flag stops after the calibrated time.
However, when I try to close, the calibration time is not respected. The blind goes down physically in the expected time, but the device keeps reporting “moving down” for several more seconds, as if it ignored the calibration setting. The same happens the other way around if I calibrate on the closing direction: opening then doesn’t respect the time.
So basically:
• Calibration works only in one direction.
• The other direction keeps “moving” after the blind has already stopped.
Has anyone else experienced this with the TS130F on Jeedom Luna? Is it a known firmware issue, or is there a workaround (e.g. specific setting, command, or a way to fix calibration for both directions)?
Could you add the tag of the plugin to your post’s title? We know that you have a zigbee issue on your luna but no idea of the plugin and there are lot of zigbee plugins.
If you are not able to have the behavior you want or should have with jeezigbee, it should be linked to the implementation of the device itswlf within zigbee2mqtt. Since jeezigbee alias z2m is based on zigbee2mqtt to implement zigbee support in jeedom.
So, you should have a look on zigbee2mqtt github and documentation, to clarify if the observed behavior is normal or not, and if you can improve it.
I have searched forme it before, but I can’t find anybody who achieved the goal. Thanks for your replies. I think that Z2mqtt doesn’t recognize the correct device, because it’s not the TS1030F, it’s a relay from tuya, but z2mQTT save TS1030F
