I have been building graphics for my customers, and something recent that came up is I place my points on my graphic, but sometimes during refresh, T3000 will pull the equivalent point number from a different panel.
So, 3 panels on this site. Graphic in panel 1 pulling points from panel 1, will sometimes refresh point descriptor and value from a different panel.
Really confusing for my customers
Is that what happened to you ? Insert a point into the Graphics interface of Panel One. This point belongs to another Panel. In this case, the value of this point will be refreshed in error.
If so, I will fix it by updating T3000 after I find the root cause of the problem.
Thanks!
I have the same problem. I think it grabs Var’s of the same # from other panels on the network. My workaround is to make sure the points come from Var#'s that are unique to the panel generating the display. The T3000 has a ton of variables so just use some of the upper numbers.
Still… I would love to have Fance fix it.
I am not very clear what you mean but once I understand I can write this up for the developers and set up a test to duplicate it. A screen shot would help.
I am having difficulty to follow your workaround TD2. Vars that are unique to the panel generating the display… what does that actually mean. If I can see it I will understand and can write it up pronto.
I will check this issue . If possible, please send your PROg file to me so that I can find the problem faster.In addition, we did find that insert a var of other panels in Panel 1 rarely caused a small problem.We will fix these minor issues by updating the T3000.thank you
Seems like most T3000 users only use a fraction of the 125 available variables. For points on your graphics, just reserve a dozen or so for each t3000 on your network. For example, for my hot water t3000, i only use variables from var60~var70. Those var’s are blank on all other t3000’s. Then I programmatically move the info I want to see on the graphic for that T3000 to one of those “reserved” variables. I have reserved variables 71 ~ 85 on my Chiller T3000, etc
I think what you’re saying is T3000 cannot manage displays well when there are more than one controller in the network. It somehow mixes up points from the displays and your work around is to use a particular VAR only once, even if its on a different controller. We will do some testing when we get out of lockdown in a few days (hopefully).
Maybe I’m wrong but to share any point on a network you need to address the specific point, including the panel number.
For example:
Panel 1, VAR1 would be 1VAR1
Panel 2, VAR1 would be 2VAR1
Ok,
You create a graphic screen. It has points from panel 2. sometimes the data that comes in is from panel 1. next refresh it comes from panel 2. the refresh after that it could be panel 2, or it could be panel 1. You don’t know which data comes next. seems random.
super confusing for a customer when they do nothing but the data shifts from panel to panel on the same screen.
I’m experiencing the same problems with graphics and it doesn’t matter if I use BACnet or panel #s.
The graphics are slow to update and points aren’t reliable. The other day, a customer stated that the graphics will need to work before I can get paid…
The site with a disappointed customer - system architecture has (one T3-BB, two T3-LB and 14 Tstat-10 (WiFi) devices)
I have tried using panel/point and BACnet instances. I get the same results either way.
Just providing information - hopefully the information is helpful…
Bret
I have similar probs with graphics. I can’t add a new point to an existing graphics screen. This is a case where they used to work and now they seem problematic.
Something definitely changed regarding reliability and the update time was always a bit too slow but now I just can’t trust the data because it’s as though something (ghost) is editing the graphics screen databases in the background. I spend a lot of time deleting the incorrect points, inserting the correct points and then the graphics stop updating. I could go on and on as I’m sure you could too. Thanks for replying…
Bret Burnett
Inside Passage Integrated Control Systems
Cell. (907) 957-1146
Email. Bret. Icsak@gmail.com