Jump to content

smarlow

Members
  • Content Count

    94
  • Joined

  • Last visited

  • Days Won

    8

smarlow last won the day on July 15

smarlow had the most liked content!

Community Reputation

32

About smarlow

  • Rank
    Very Active

Profile Information

  • Gender
    Male
  • Location
    Maryland
  • Interests
    My Family, Websockets, SVG, Remote Control, Embedded Programming with Labview

Contact Methods

LabVIEW Information

  • Version
    LabVIEW 2017
  • Since
    1993

Recent Profile Visitors

1,633 profile views
  1. Unfortunately, the Picture Functions VIs are eliminated from the RT palette, so you can't draw a graph if you wanted to. What you could do is to draw a graph in Inkscape as an SVG file (which is just XML), with the plot as a multi-point line and replace the points in the plot line with scaled data points using the XML editing functions. I can walk you through the process if you want, since I used to develop WebPanel (now defunct) a long time ago. See webpanel here
  2. You are correct that an RT target alone cannot execute the Get Image invoke node. Interestingly, it will execute if you are running the VI on the RT target from the host LabVIEW IDE. The Get Image node actually runs on the host computer (even though it is on the diagram of the VI "running" on the RT target) and sends the resulting data to the RT target. As soon as you compile the RT VI and try to run it alone on the target, it will not run. This must be that because in order to see a "front panel" of a VI running on an RT target, the FP operations must be transferred to and executed on the host.
  3. Check out the UDOO embedded PC's. They run Windows or Linux, and the new model has Ryzen CPU. You should be able to run LabVIEW runtime on these (although I have not tried it on this device, I have run LV runtime on Atom quad core before) https://www.udoo.org/
  4. You will notice in my example above that once the value exceeds 10, it is hard if not impossible to change the value again due to the one-button modal dialog box. You can eliminate this problem by using a two-button dialog and giving the user the opportunity to reset the value using a Value Signal property node, as shown below: Or, if you prefer, you can use the case structures and a local to reset test.vi
  5. Looking at your original code, your timeout case had an output tunnel that was unwired. As soon as your timeout case executed once, the timeout value would go to 0 and the sift register value would get stuck there. If you set the timeout value to zero, you program will get locked in the timeout state. Why did you wire the shift register value to the timeout input? Anyway, if the shift register value is zero, the case structure will not execute. There are also a lot of bad habits in your code. You don't need the property node in the Numeric value change event, as it just writes the same value back to the control. If you want to pop up a dialog every second if the value is greater than 10, then use the timing feature of the event structure to check the value in the timeout case. See below for some simpler versions, and an explanation of your error. What you want to do is to use the timeout feature of the event structure to check your value every second and display a dialog if the value is greater than 10. Although I don't really recommend this type of structure, because the modal one-button dialog can easily block the user from pressing the stop button for rates faster than 1000 ms. In this particular case, 1000 ms is long enough for the user to press the stop button. For faster rates, it is not recommended. The Numeric value change event updates the shift register, and the timeout event passes the shift register value through so that it does not change until Numeric changes. I also moved the Numeric 2 indicator outside the event structure so you can see what the shift register value is. If you had done this you would have noticed that your value was getting set to 0 by the unwired tunnel in your timeout case. I also added a stop button value change to stop the loop when the stop button is clicked.test.vi test.vi
  6. If you put all the VI's into a library (.lvlib), you can edit the library icon and it will be applied to all the files in the library as a layer. Most people use this to create a common "top banner" for their VI set. The lvlib icon is overlaid as a layer on the individual VI's icons without disturbing changing or disturbing the other layers. I assume that what you are trying to do is add some icon feature to a set of VI's that identifies them as being part of a set.
  7. The absence of a thermistor module has been a huge hole in the C-Series modules since they were first introduced. I have wanted to know what the deal is with that since the first time I needed to read a thermistor with cRIO about 13 years ago.
  8. Is this what you are looking for?
  9. Can you post some code? Are you resizing the listbox using a control ref? is this a "floating listbox" VI? You should be able take the dimensions you are using to resize the listbox, add a margin, and then set the VI front panel to the new dimensions with the margin added on.
  10. It sounds like you want to store a binary string to a file and then open it and see the hexadecimal values for the bytes. Notepad only displays file contents as ASCII characters, so you cannot see the actual byte values, only the ASCII characters that correspond to the byte values (the "junk characters" you are seeing). Can't you just use LabVIEW to view the contents of the binary file? Read the bytes into a string indicator and set the display mode to "Hex Display".
  11. SVN with TortoiseSVN clent.
  12. I still remember the "LabVIEW Everywhere!" marketing campaign of 2004. The IOT realm was going to be ruled by LabVIEW, and soon we would use it to program toasters. Then the embedded module went the way of the dodo, and now it is everywhere except there, and there, and over there, of course.
  13. I must be getting old and out of the loop, since I had never even heard of Node Red. Looking at some of the videos on youtube, it looks to be pretty handy, and should make NI nervous. Raspberry Pi Node-RED Tutorial with Modbus & MQTT
  14. I'd like to know what the long-term plans are, as well. Watching the keynote addresses via streaming didn't give me any comfort. I kept hearing phrases like "as you migrate", and "when you migrate" rather than "if" you migrate. I have heard timelines for the dual release from "at least a few years" to "maybe a decade". While I am excited about improvements to the environment like integrated hardware interface testing (without programming), the properties pane that is always visible, and the vastly improved palette behavior (heck, I even kinda like the LEGO graphics), I am extremely concerned about the migration to Windows Presentation Foundation (WPF) for the whole environment. I was hoping for something cross-platform and open, so there could be big improvements to Linux and Mac support. NI is putting a lot of effort into fully implementing their driver support for Linux for real-time sake, so it makes no sense they would throw all of their UI eggs into the Microsoft basket. I would have thought they had learned their lesson with the WebUI Silverlight fiasco. I was hoping for full-blown Linux support since with the advent of Win 10 privacy issues, I am trying to wean myself off of MS. They have put a lot of effort into Python compatibility recently, seemingly an acceptance of the inevitable rise of the Python programmer. It's as if they aren't even trying to win anyone over anymore. It's sad, really.
  15. It's definitely LabVIEW. As far as SCC is concerned, I use TortoiseSVN and TortoiseGIT shell environments, so a new version of LabVIEW does not affect that.
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.