sjenkins Posted Monday at 01:54 AM Posted Monday at 01:54 AM Lost an hour trying to debug this on the Virtual plugin ; until I asked myself if the AC did this.... @bmercier, the precision on display seems to be different between the entry number and the actual in Current versus Set Current: for some reason Set Current in the Eisy-ui is one tenth. Whats interesting, is the number you enter goes in properly but then shows as one tenth down below: correct in AC: Not in eisy-ui: Quote
bmercier Posted Monday at 05:55 PM Posted Monday at 05:55 PM @sjenkins, I'm not familiar with the VirtualPlugin. Please let me know how you configured the Virtual plugin so I can reproduce it. Quote
sjenkins Posted Monday at 10:44 PM Author Posted Monday at 10:44 PM (edited) 5 hours ago, bmercier said: @sjenkins, I'm not familiar with the VirtualPlugin. Please let me know how you configured the Virtual plugin so I can reproduce it. Its for Virtual devices ; just called 'virtual' in the plugin store. I have been re-writing it as I took over curation of it a bit ago; the behaviour exhibits in both the old production and re-written non-production (you will likely find the re-write much easier to read). The issue shows itself in the temperature devices. If you install it & configure with one device: key value 10 temperature As far as 'configuring' this behaviour, you can see in the profile files there is very little ability to configure beyond a precision variable. Perhaps eisy-ui is ignoring that? Edited Monday at 11:16 PM by sjenkins Quote
Solution bmercier Posted 21 hours ago Solution Posted 21 hours ago @sjenkins thanks for reporting this. It will be fixed in the next release. The problem seems to happen when the precision on the editor is different than the precision on the value. In this case, although the precision on the ST prop is also 1, I think the plugin is setting values with a precision of 0. Quote
sjenkins Posted 21 hours ago Author Posted 21 hours ago 19 minutes ago, bmercier said: @sjenkins thanks for reporting this. It will be fixed in the next release. The problem seems to happen when the precision on the editor is different than the precision on the value. In this case, although the precision on the ST prop is also 1, I think the plugin is setting values with a precision of 0. Thanks @bmercier, seeking to understand: so right now when I setDriver(GV0, value), I don't expressly set uom, like: setDriver(GV0, value, uom=#[name I used in EDITORS]) is that what you are thinking? or is it that value is possibly an int() rather than a float() This is part of the api which is rather quiet, as well when to use force=True or not. appreciate your time Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.