I set my analog value to a global token called level, and use an on match event that set my serial join to $level$%.
A couple of things differ from your above explanation.
1) When I use $level$% the $ signs still show up. Solution, remove the $ signs: level%
2) For some reason the value is being multiplied by 655.34. For example, when the load is = 0 the text displays correctly, at 10% it it shows up as 6553%, and at 100% it shows up as 65534%.
Any ideas?
On Tue, Jul 13, 2010 at 8:35 PM, Nathan <goldschlager@gmail.com> wrote:
Jarrod,
Thank you for the quick response. I will play around with both suggestions.On Tue, Jul 13, 2010 at 8:02 PM, Jarrod Bell <jarrod@guilink.com> wrote:
Forgot to also mention, in the second option above (appending string
data with more string data), the first capture group can be assigned
to any target, but I find its best to set it to token type so that the
captured value wont be displayed anywhere. Then only the onmatch
actually assigns the value to your serial join.
> Yeah, I think the omission of the % sign is our last resort, but there is
> talk of adding a separate Vantage processor to allow for side calculations &
> the like.
>
>
>
> On Tue, Jul 13, 2010 at 6:58 PM, Nathan <goldschla...@gmail.com> wrote:> > On Tue, Jul 13, 2010 at 6:41 PM, Nahshon Williams <spc...@gmail.com>wrote:
> > I think you are on the right track, I'll play around with that. Yes, 000%
> > is definately out of the question as they are willing to pay for me by the
> > hour to "research" this alignment issue. To put things in perspective with
> > this guy: Everything has to be symetrical, perfect, simplistic, & immediate.
> > So I am working with his property manager, and a couple of personal
> > assistants to "really dial this touchscreen in".
>
> > The good thing is: I have a month before they are back from Europe. I just
> > wanted to see if this is something Jarrod might consider adding to the next
> > release. Currently I can do this with my control system, but I would have to
> > create the logic for every light in this 22,000sq/ft. house; and I don't
> > want to place that kind of strain on the system. Basically the load % has to
> > be sent to a text variable that is then appended to add a % sign. 240 loads
> > updating every 100ms seems like a lot of work for a 500mhz linux box that
> > already enough to accomplish.
>
> > Thanks again for the suggestion, I'll try it out.
>
>
> >> I see your point. . . I guess 000% is out of the question. Perhaps an on
> >> match regex at 9 and 99 can display 2 invisible sub-pages with the % sign
> >> and other regexs to remove the sub-pages/signs (I am tired bear with me)
>
> >> On 7/14/2010 1:33 AM, Nathan wrote:
>
> >>> 100% vs 0%
>
> >>> If the % field is static, the resulting text is not centered above the
> >>> slider at all times, or does not retain correct spacing. It sounds a little
> >>> anal retentive, but so are my customers. Like I said, it is not a huge
> >>> issue, but some people tend to focus on what "you can't" do. These people
> >>> rarely ever hear no. Correction: They rarely hear no from subordinates, I'm
> >>> sure his better half says it all of the time :)
>
> >>> On Tue, Jul 13, 2010 at 6:21 PM, Nahshon Williams <spc...@gmail.com<mailto:
> >>> spc...@gmail.com>> wrote:> >>> commandfusion+unsubscribe@googlegroups.com<commandfusion%2Bunsubscribe@goog legroups.com>
>
> >>> Well you create two text boxes. One with the join to your regex
> >>> and the other to house the % sign. Space them appropriately so
> >>> they look like one text box. Then centre them in unison.
> >>> Not sure what you mean by keep the text centred, please explain
> >>> Nahshon
>
> >>> On 14/07/2010 00:12, C2C wrote:
>
> >>> Is there any way to transform serial feedback? I tried to manually
> >>> enter the code into the .gui file in the feedback string for a
> >>> load
> >>> percentage value. Basically I want to take the value I get&
> >>> append it
> >>> to add a % sign at the end. This would help keep the text centered
> >>> above the slider; not a huge issue though.
>
> >>> -- You received this message because you are subscribed to the
> >>> Groups "CommandFusion" group.
> >>> To post to this group, send email to
> >>> commandfusion@googlegroups.com
> >>> <mailto:commandfusion@googlegroups.com>.
>
> >>> To unsubscribe from this group, send email to
> >>> <mailto:commandfusion%2Bunsubscribe@googlegroups.com<commandfusion%252Bunsu bscribe@googlegroups.com>
> >>> >.> >>> commandfusion+unsubscribe@googlegroups.com<commandfusion%2Bunsubscribe@goog legroups.com>
>
> >>> For more options, visit this group at
> >>> http://groups.google.com/group/commandfusion?hl=en.
>
> >>> --
> >>> You received this message because you are subscribed to the Google Groups
> >>> "CommandFusion" group.
> >>> To post to this group, send email to commandfusion@googlegroups.com.
> >>> To unsubscribe from this group, send email to
> >>> .> >> commandfusion+unsubscribe@googlegroups.com<commandfusion%2Bunsubscribe@goog legroups.com>
> >>> For more options, visit this group at
> >>>http://groups.google.com/group/commandfusion?hl=en.
>
> >> --
> >> You received this message because you are subscribed to the Google Groups
> >> "CommandFusion" group.
> >> To post to this group, send email to commandfusion@googlegroups.com.
> >> To unsubscribe from this group, send email to
> >> .
> >> For more options, visit this group at
> >>http://groups.google.com/group/commandfusion?hl=en.
--
You received this message because you are subscribed to the Google Groups "CommandFusion" group.
To post to this group, send email to commandfusion@googlegroups.com.
To unsubscribe from this group, send email to commandfusion+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/commandfusion?hl=en.
--
You received this message because you are subscribed to the Google Groups "CommandFusion" group.
To post to this group, send email to commandfusion@googlegroups.com.
To unsubscribe from this group, send email to commandfusion+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/commandfusion?hl=en.
Comments
0 comments to "Re: Transform Serial Feedback"
Post a Comment