SteveMyres

ParseString() shows in the autocomplete as an HTTP.x function, but I can't find any documentation in the user guide, nor is there a popup prototype call as there is with most calls as you enter the arguments. Is there some documentation for it, or can you do some here? Thanks!

Me three.

Oh! Duh, don't know why I was doing that. Just in the habit of evaluating everything down to a final answer before concatenating (primarily for the creation of display strings and so on). Thanks!

Manually entering MyChannelName.Addvalue(AscA(MyString)) works (it pushes all the ASCII codes in as consecutive channel points), but if I place it in an execute(), it seems to build the script string with only the ASCII value for the first character, rather than AscA(strArg) evaluating to a numeric array (as if I used Asc()) execute(ChannelName + ".Addvalue(" + AscA(strArg) + ")") Evaluate does the same thing -- treats the AscA() as if the string were only one character.

I thought 'Root Mean Square' WAS the formula?

Well, I don't object too strongly to there being another level, but they should name it more descriptively, like "Run As SuperAdmin" or something. The nomenclature is poor.

Oh, okay. Windows is so annoying, with Run As Admin not being the same thing as running as an....admin. English? Who needs that?

I like the idea of %u, where it will automagically roll between floating point and exponential notation, but you can't specify the number of decimal places like you can with %f, so I'd like to be able to do that. I'd also like to have a format string for "engineering notation", which is exponential, but with the exponents are limited to multiples of three, and the mantissa can range from one to three places before the decimal. Thus, the exponential part is always thousands, millions, billions, etc.

I'd like to request a refresh on the sequence editor configuration UI. Get all the glitches out of saving our display preferences in Windows 7 and later (or just make all the colors, background, default foreground, and syntax, select more freely and the selections stick), OR Change sequence editing to use a commonly available external editor like Notepad++, if this would be compatible with keeping the ability for runtime changes to the DF application. Thanks!

Still on Win7 SP1, DF 16.3, and it's acting like I described before for user mode, even logged in as an admin. Guru Mode doesn't stick, and changing the default background without enabling user mode only changes the background NOT behind the sequence portion of each line. From the end of the text to the right side of the window, the change is effective.

I was editing entries in a watch window hovered over a sequence editing window. Since many of the watch window entries were partially repetitive, I was highlighting, cutting and pasting to new lines. Probably since the Watch/Command Alert/Comm Monitor/etc. dialog is intended to be able to hover, the background is still somewhat active, and when I pasted in the watch window, the same strings would paste into the sequence editor as well. Note first line of sequence before "global"

I suspect (though I don't know what driver you're using or how it works) that doing the purge() immediately before the read() might be an issue. Will the read() wait till there are characters in the buffer? I think I might purge(), then delay(), then read(), if read() wants the bytes to already be there. Also, could you be deleting telegrams from devices other than the one you just read when you do the purge()? If so, that might explain why it takes a long time to get data from each remote.

Assuming the repetitive part under the while() is correct, I'd create a function to do that function PackChannels(string UnitName, ChanPoint, FloatPoint, count) for(private idx = 0, idx < Count, idx++) execute(UnitName + format("%03.0f", ChanPoint + idx) + ".Addvalue(in1[" + \ (FloatPoint + idx)) + "])") endfor return That would reduce that portion of the while() to private UnitID = floor(in1[4] + 0.5) switch case(UnitID == 88) PackChannels("CCP", 100, 9, 8) case(UnitID == 24) PackChannels("IP", 150, 9, 8) ... endcase which is a lot more compact.

First, I'd use a switch/case() in lieu of the many nested ifs. But I can't figure out what's going on here. You're doing an asca() on values from your buffer, which implies they're ASCII and you want integer numeric codes instead. But then you assign the result to a string variable (and then use it in a numeric comparison), so I'm confused. Is the data coming in as string-encoded numeric data and you want actual numbers in the channels? If that's the case, you probably want chra() rather than asca(). Or are you actually pushing ASCII character codes into channels? If so, what's the application? Does this all work as expected other than wanting to optimize speed? Can you give us background on what the encoding is for the incoming stream and what you're doing with the information?

Ok, so in short, what you're saying is to generate n threads first, and then call the desired sequence from within them.