gravitarfdh

Sadly, no. I do not have good luck with RA support. Mike

(I thought I posted a reply already) The issue, I have discovered is with the autologin registry setting "forceAutoLogon" . With 'linx running not as a service, it's interactions with the login service cause my remote desktop to be booted. The fix was to eithe run RSLinx as a service or set the forceAutoLogon value to zero. The PC still logs in after a reboot, but may not if you just log out the current user. Grav

I have a curiosity...... Moving all my systems to windows 7, with most of them being in a computer room. Since they are all locked up, I will , from time to time, use remote desktop to connect to them to monitor or clean up logs. All fine and dandy on XP. On win 7, something with in the RSLinx classic OEM will log in and that has the effect of kicking me out of my remote desktop connection (every 2 minuites). On two of the machines, I uninstalled all the rockwell bits, and re-installed them and now they are fine. I have 2 more machines I just installed 3.60.00 on, and I am getting Kicked out. Before I try my brute force method, is there any help out there in Mr. PLC land? Mike

You set it up with Open office? Care to elaborate, I am unfamiliar with this. To answer the other question about parsing XML, I am essentially just reading the data and pitching it at this point. When I use the dataview or ASP I do some parsing, but not with an XML parsing tool. I find XML Parsers are overkill for simple, well defined structures.

Hmm... Care to elaborate? Are you talking about using Java script on the Eweb itself, or using Java externally to get the dataview/asp information.

I suspect the underlying code for the data view or java CIP calls probably use the CIPmessage, but have no evidence of that. Regadless, if you need to read an array of Dints or Floats, and your willing to decode ascii and swap bytes, you can get some real efficiencies here. My Java code used capitals by the way. Once I decode the type, I send the string into a class and it returns an array of integers or floats. Once you code up the hex to Long or Hex to Float once, it's done for good.

Yup that's correct. set up a tag array name "Dint" with a length of 10 and you can give it a go. It gets much more cumbersome if you want to access a udt like myDint.Dint. Grav

Sure can. This is actually kinda interesting, as it is not documented very well, and ther is all sorts of HEX involved. Works well too. This examples assumes you have an array Dint[10]. http://myIpAddress/rokform/CIPMessage?path...p;complexIOI=4C 03 91 04 44 69 6E 74&data=0A 00 It can be broken down to the following 4C - data table read 03 - 3 words in the rest of the command 91 - symbolic segment follows 04 - 4 bytes in the name 44 69 6E 74 - Hex representation of :Dint" 00 - Optional - padding byte. Segments must be word aligned (not used in my example). The data part asks to return 10 elements. The return is hex, with the first two hex numbers are the data type and the follow groups of 4 bytes represent the DINT, which you may have to re-arrange to decode. Note: Looks like the path=1,1 is not displaying properly Edit: One more thing. Cut and paste this in the browser. No coding on the Eweb. I then used a Java program thith the URLconnection class to retrieve the data, tne decode it.

Sure can I have put the timing around the url connection, with no parsing of the data. The data I am going after is in a UDT. I can account for the CIPMessage being faster, in that for the DataView, and the ASP stuff, each point in the array of 100 Dints is a separate read, but with the CIPMessage, the processor sees one read of 100 items. Im Pseudo code Save current time Set up URL Connect ot URL Dataview Read from connection, put in result String Save Current Time Print Current time and result string Grav

Okay, I took a look and here are my results. 100 Dint tags, in a UDT array - contiguous. Dataview - 900 ms not bad ASP with ReadLogixTag - 900 ms not bad /rockform/CIPMessage - 90 ms wow! Of course, I am not monitoring CPU usage on the processor That would be "Why CIP MSG used?" Grav

Talked to my network guy, and he would prefer autonegotiate, but he said fixing at 100 full will be solid. Latest firmware 4.3.2. Must be something other than the ethernet settings then, because the red light is happening Not using a toolkit. I think I'm trying everything else though Tried some ASP stuff today, that's cool. Can return to you XML in any format you like! My target method is /rockform/CIPmessage?, a relatively undocumented approach to getting data out of the box, but a very efficient means of getting contigous blocks of data. Like say, an array of Dint's. you basically tell the thing the start address and how many elements you want. 40 ms response time for 20 elements, 90 ms response time for 100. The down side is having to encode and decode commands from hex, but heck, I'm a programmer, that's what I do. My understanding of the Duplex issue, is that if the switch thinks full, and the enbt thinks half, or vise versa, then there are circumstances where either the switch or the unit will be told to shut up, and never be given the all clear. But then again, I'm a programmer, not a network guy. I trust my network guy implicitly. Grav

I think my funky crashes are due to network settings. It seems to be getting confused with the autonegotiate. I'll have to get my network guy to hard code it to 100 full. We've seen crashes like this even with enbt modules, when the switch thinks full, and the unit thinks half Tech support was already dialed in, no worries, getting great support. I am posting here as a second resource, and to get contacts outside of RA for real-world experience. Grav

Thanks... No worries about XML and parsing here, do it all the time. I think I'll play around with that for a while. Gotto call my network guy and make sure the port I'm using is set up properly. Grav.... P.S. Tried to sign up as Gravitar but that was taken Hey, I bet he doesn't have Atari's Gravitar in his games room

Thanks for the replies. I guess the crux of the matter is that if I want to poll 200 tags, once a second, then possible write 100 tags sporatically, you all feel this is possible. That is what I wanted to hear. The Dint's are all on the same chassis as the eweb, and the machine is not doing any control, it is a spare. All reads ar synchronous (I wait for the data before issueing another request). I guess I should be carefull of the terminology I use, as "Fault" in my case means crash, requiring a hard reset. Definately repeatable (the machine is remote to me, so I have standing orders with my PLC guys, if they see the red light on the eweb, yank it! ). I am not a PLC programmer (I only play one on TV ). I am more of an interface guy, with a long history of Fortran, C, C++ on VMS systems, using interchange, 6001net, and more recently Windows machine and RSLinx/OPC. I write and maintain programs for process control - modeling, tracking and the like. Our task at this point is to come up with a way to get CLX data in to the Unix box (Java) natively, if we can. The EWeb certainly seems like a slick way to go here (in the absence of any supported API). My opinion of the EWeb is that it exposes several interesting interfaces, that on the surface seem ok, but it is only with your imagination, that you realize that with these simple tools, quite a bit is possible.

I've been goofing around with an eweb module as a possible solution to get tag data to a Level 2 system (Unix HPUX) with a Java interface. Got it working using CIPmessage.... commands. What I am running into is possible data over-run problems. I have a Java class that reads a block of 20 DINT tags in a single http post request. In order to simulate the loading I will be requiring, I call that method 30 times, back to back, then wait for a period of time, say, 1 second. While this program is running I see 2 behaviours.... 1) If I surf to the module and open up a data view (2 tags in the view) and hit "update", I have a good change of faulting the device. 2) From time to time (3 times an hour) one of the reads from the Java program takes over 3 seconds, when normally the read completes in 40 ms. I then tried to back it off a little and tried One read, once a second, of 100 Dint's and get only 50, but can still crash the thing by surfing to the device, and still get the odd 3 second response. I think I'm just overworking the thing. Any Thoughts? Grav