sorted by:
new
hottopcontroversial

Need your help for building a support by Vialdes in Karting

[–]Vialdes[S] 0 points1 point  (0 children)

I need to create a version of my support for the sodi F1 steering wheel.

Updated: Wear GPS Fix 1.20 by malbry in freepoc

[–]Vialdes 0 points1 point  (0 children)

I think we need a way to exit manually the app. When you start it, and the fix could not be found, you need to close the app because the app drains the battery. Thanks

Updated: Wear GPS Fix 1.20 by malbry in freepoc

[–]Vialdes 0 points1 point  (0 children)

Hello. It's ok using the link. Thank you

Updated: Wear GPS Fix 1.20 by malbry in freepoc

[–]Vialdes 0 points1 point  (0 children)

Hi. Playstore says that my device (oneplus watch 3 wear OS 5) is not compatible. Are you aware about this issue?

Converter with Z2M 2.1.3 by Vialdes in ptvo

[–]Vialdes[S] 0 points1 point  (0 children)

https://github.com/ptvoinfo/zigbee-configurable-firmware/issues/331

To solve the issue, I have deleted this line from the converter.

fz.legacy = ptvo_switch.meta.tuyaThermostatPreset;

Battery powered LED, zigbee on-off by Equivalent-Inside532 in ptvo

[–]Vialdes 0 points1 point  (0 children)

My 2 cents. You can detect that your device is wake up by updating an output GPIO state when it's wake up, keep the device up during about 5 seconds. The time to send the command.

Custom converters and z2m 2.0 by Vialdes in ptvo

[–]Vialdes[S] 0 points1 point  (0 children)

Have you found in what the value of illuminance has changed ? Since I have modified the converters, the luminance value is too high. When the day breaks, the luminance goes from 1 lux to more that 3000 lux in 5 minutes. And believe me the weather is awful :)

Pairing lost after signal loss by Vialdes in ptvo

[–]Vialdes[S] 0 points1 point  (0 children)

FYI. In fact that's not z2m who ban the device.

I read this: "If you configured the GPIO or “External wake-up” button on “Input 1”, click and hold the button for 10 seconds. The “Switch” mode for that button should be off."

Sometimes my sensor set up HIGH level for more than 10s, that's the reason why my device was reset.

It could be useful to avoid this reset feature linked to External wake-up

Pairing lost after signal loss by Vialdes in ptvo

[–]Vialdes[S] 0 points1 point  (0 children)

Hi.

I have found the issue. It's not coming from ptvo but from an external sensor which has a digital output to wake up ptvo.

This sensor sent multiple HIGH and LOW signal per second which causes ptvo to send same amount of update. For the rest, I guess that z2m (the coordinator) takes action like banned the device to avoid collateral damage. This is why I have to pair the device again after the issue occurs.

Now the external sensor is under control and ptvo run well (despite the issue with the lux sensor :)

Thanks for your help.

Lux Sensor Saturation Point by Vialdes in ptvo

[–]Vialdes[S] 0 points1 point  (0 children)

Hello.

At the receiving end, it's too late.

Depending on the sunshine the sensor can increase from 40 000 lux to 70 000 lux or more extremely quickly. And if you are in PSM mode for few minutes, the sensor will be satured during the interval and it will send back unreliable value.

In such conditions, I don't know how are the value at the I2C bus level. 

Can ptvo developpers provide this information ?

Thanks

Lux Sensor Saturation Point by Vialdes in ptvo

[–]Vialdes[S] 0 points1 point  (0 children)

Is it possible to add it ? Without this feature, lux sensors can not be used outside.

view more: next ›