-
Posts
75 -
Joined
-
Last visited
-
Days Won
2
GoGators last won the day on July 26 2010
GoGators had the most liked content!
About GoGators
Profile Information
-
Gender
Male
-
Location
Austin, TX
-
Interests
As the name implies, University of Florida sports.
LabVIEW Information
-
Version
LabVIEW 8.6
-
Since
2006
Recent Profile Visitors
The recent visitors block is disabled and is not being shown to other users.
GoGators's Achievements
Newbie (1/14)
10
Reputation
-
Matt Pollock working for NI Sys Eng group did a presentation on JSON RPC in the CLA summit 2 weeks ago. He showed the beginning of the JSON RPC example. If we get some more time we can continue to put it together. Just looked up JSON-WSP. Essentially SOAP or some other RPC. That could be cool but would require making an editor for the specification generator. That could take a while but could be pretty slick. The nice thing about JSON RPC is pretty simple.
-
Might I make the suggestion. For your command/control I have switched to entirely using Web Services. For streaming of data you can either use the same web service (not really steaming but data on request), or TCP/IP. I make this suggestion because Web Services offer a lot advantages. Advantages: The absolute biggest one for you is connection management. In multiuser applications where users can drop in and off a network building a multiconnection management TCP engine can be very tedious. The web service manages ports and keeps user requests and responses organized for you. Next you get free security if needed. It has mechanisms for authentication and encryption. The last big one is crossplatform. You won't be locked into using LabVIEW on the client side. Hell you could even test your application from a web browser. Disadvantages: In my testing you can only do 20 requests/sec. That is for all users. For command response that typically is not really a limitation. For polling data off the cRIO it might be. The amount of data throughput is actually quite high though. So you can pump many MB of data though the web service. The second biggest disadvantage is that the LV examples are atrocious. We're working on that. In fact my team is working on a side project to make JSON-RPC to work.
-
NI week approaches. I'm doing a session on "Web Tech for Test and Automation" on Thus @ 2:15. During it I'm going to show off some open source LV Web Service code. If anyone wants to give feedback you can find the reuse code here. Any feedback is appreciated. It requires installing 3 packages and LV 2013 or later. Cheers.
-
- 1
-
- thin clinet
- web service
-
(and 1 more)
Tagged with:
-
I assume this is on a real-time target because of where the question was asked. User events are supported on real-time targets, but I don't use them that often because of the other options of queues and FIFOs. So you want to have a deterministic loop doing PID, but you want also be able to send commands to it (like setpoint) I assume. I haven't used execution trace to look at it, but using an event structure is going to make it jittery (don't know by how much). Personally I have used RT FIFO of type U8 array with the array size fixed to the largest datatype. The Create RT FIFO has an input where you set the array size. This will decrease any chance of buffer allocations. Also I would use the Timed sequence structure. It puts the loop in a priority thread, but has less overhead than the timed while loop (10% < CPU).
-
I was a little confused at first until I relized you were responding to CVT and not CVTWeb addon. CVT is a concept very similar (if not the same) to what you call Data Pools. I work on embedded projects mostly, so PLCs typically refer to this data repository as tags. CVT is definetly not an idea I came up with, as it is more of a concept. We did focus on speed, usabilty and open source though. As you described multiple writers makes tags less safe. Another issue is data coherency. That is where you can update tags in parallel processes at times that would be less ideal and cause data corruption. A simple cases is PID control where you update PID (through CVT) in one loop and determinstically process in the other. If P gets updated and I and D don't before an iteration of control then your going to have a bad time. We're working on that The real feed back I needed was on CVTWeb in respsct to web interfaces and thin clients.
-
Hi all. Since the holidays are coming up I might get a week or two to finish up and publish an open source project I've been working on. I was hoping to get some feedback before I start writing the documentation. What: An web interface to the CVT library AND a thin client for easy system staus updates (diagnostics). I call it CVTWeb. If you don't know what CVT is here is a white paper, but it is basically just a map data structure. How: The updates to LV2013 web services are really nice so they made it way easier to make this library. That and some HTML, Javascript, CSS and Twitter's Bootstrap makes up the thinclient. I was also inspired by this websocket post so I added them incase you wanted to push out from the web service. TODO: Install the CVT package below then my Beta version CVTWeb package. Restart LabVIEW. Go to Tools->Add CVTWeb Service to Project and that will open up a project with examples. I tried to script the web service into a selected project, but there is no API for that currently in LabVIEW. So if you want to add it to your own project you need to drag and drop it. The example project is read-only so that you don't destroy it. The examples have instructions in them. I've tried it on Windows, Pharlap, VxWorks, and NI Linux RT, so it seems to work on all those platforms. Thanks for the feedback and for those in the US Happy Turkey day. EDIT: Also this is a large effort I'm undergoing to explain how to make thinclients for embedded projects (a topic I find interesting). I released this article about a month ago explaining the general theory. Next I'm going to make a walkthrough on making embedded web interfaces. Then finally I'm going to publish CVTWeb. Anything else related that someone thinks needs to be addressed. I can't promise I get to it, but it is good to know. ni_lib_cvt-3.3.0.13.vip ni_cvt_web_addon-0.1.1.62.vip
-
Just came across this port. Sys Eng at NI is interested in zeromq and rabbitmq. We've been playing around with both and are considered making an open source library if it fits a need. One of the SEs even built it for the cRIO-9068 platform for alliance day to talk about reuse on NI Linux RT. Don't count us out yet
- 72 replies
-
- 2
-
- networkcommunications
- datasocket
-
(and 1 more)
Tagged with:
-
Could you post your node class? I am not sure how your linked list solution could move both directions if you just embed the next and previous node directly in the current nodes data. A quick picture and I'll have the 'aha' moment. The DVR is just a crutch for not having a pointer, in a problem that I believe requires one. If the problem was unidirectional (top to bottom traversing) I think dataflow is the way to go.
-
Yeah, when I made that it was entirely a workaround. I experimented with a few solutions and that was the one I liked best. Here is a really basic project that shows how to do what you want and it uses properties to make it look less janky.
-
You need a DVR tree when you need to do bidirectional operations. That is pretty common when you are modeling a real-world system like Marie is. Think of a family tree. Family Tree class contains all the family members. Essentially you traverse the Family tree until you find the family member you are interested. Then you can query who that member's parents, uncles, children are very quickly. This rocks if you need efficent code on a system that you understand well.
-
Controlling Web-Based Instrument
GoGators replied to creole's topic in Remote Control, Monitoring and the Internet
I'm pretty sure since LabVIEW 2009 there has been an HTTP Client in LabVIEW. I found it in LV2010 Data Communication ->Protocols palette. -
Design server using LabVIEW
GoGators replied to touchthesky's topic in Application Design & Architecture
Depends on you application, but I like using the LabVIEW Web Services. They provide an interface over http which I know IT type people really like. If you want to learn more I would look over help for web services. There are also some examples in the LabVIEW example finder. -
Slightly off-topic: Web page help w/ LabVIEW services
GoGators replied to jed's topic in LabVIEW General
I'll yield that you know best. I know x-server has gotten me in the past, but I would not call myself a web-savvy developer. More a dabbler. -
Slightly off-topic: Web page help w/ LabVIEW services
GoGators replied to jed's topic in LabVIEW General
I'm not sure if it is that easy. I am pretty sure the web page must be hosted as a static document in the web service. Most modern browsers (Firefox, Chrome, and maybe IE) prevent cross-server requests, which have the potential to be dangerous. I would start by making a hello world HTML document then staticly adding it by following these directions http://zone.ni.com/reference/en-XX/help/371361G-01/lvhowto/ws_static_content/. Then you can use ShaunR's information. If you really want to do an AJAX call simply I would look over jquery library. That is how I learned basic web page development. -
I think those differences come from the fact we have access to both the read/write API of the queue. We only have access to the read portion of the event structure. Using the ActiveX node means we retake the write portion. Once again that is because when the event is triggered the writing potion of the event writes to the queues of all the subscribers event queues.