Jump to content

Bobillier

Members
  • Content Count

    203
  • Joined

  • Last visited

  • Days Won

    5

Everything posted by Bobillier

  1. Thanks for this idea. Unfortunately this type of mechanism does not exist natively in the DQMH framework. A future evolution perhaps? I will suggest it on the DQMH forum. Either way, it would be nice if the LabVIEW IDE offered it natively without needing to code it in programs. It's like for the vi which have Modal windows and which we forget to close before launching their proprietary program and which blocks the front panel and prevents us from all actions. Also a small keyboard shortcut in the IDE would be useful.
  2. Ok I will make test with Task Manager, but like it's similar tool, I think than I obtein same result.
  3. Ok Thanks Ensegre. But I have forgotten one detail, The DQMH 5 uses "Start asynchronous call.vi", which load and forget clones. In normal usages, it's DQMH that includes a mechanism to associate the clone to one numerical identifier (ID) and not the clone ref. When you when stopping the clone, you send specific command with ID. But in some cases of problems, the ID can be kill without stopping the clone. In this case, the clone stays in memory, and there is no simple possibility to stop it. I show it in memory with this kind of tool, but when I ask it to kill clone Vi, that generates one
  4. Like this: https://forums.ni.com/t5/LabVIEW-Idea-Exchange/Abort-Asynchronous-Called-VIs-when-the-parent-stops/idi-p/1734792?profile.language=fr
  5. Hello I would like to know if there is a way to kill vi clones that are running in the background without needing to close the project to which they belong. I am currently working on the development of an application based on DQMH and I happen to lose my hand and its VI clones keep references open but not accessible. Preventing me from editing the source vi of these clones. The only solution in this case is to close the project so that it permanently stops these clones.
  6. Hi Today i have one problem with simple TCP client connexion on one serveur. My test program is very simple: Open connexion, Send order, wait reply and close connexion. It work few day correctly, but today it bug and i always obtein error 56 when i run it. My server is ok because i have test in the same time with non LV program and with the same program on LV2011 and all run correctly. The only way is to restart LV2018 to un lock situation., but it's a bit strong as solution. Is there a way to avoid that and find a soft way to identity the blocking point and res
  7. Indeed the case indicated by the low screenshot only happens if we create a new Vi from a project.
  8. Hi hooovahh and ShaunR The old and New are created without project. I have tryed to add case "OS" but LV tell me than this word didn't exist. Is there a way to modify those options outside project? Small detail, the old vi is in LLB.
  9. I try to modify one program and add conditionnal Disable structure but i don't have same choice than if the vi is new. Old vi choice: new vi choice: I suspect it's about compilation because the second isn't compile. But is there one simple method to modify this on the old VI without recreating it?
  10. Hi All Since few times (14/12/2020) and few addons /plugins/ toolkit and QD installation, i observe sometime crash and/or error rapport génération when i close LV. Just today 0 crash , but 23 "Dump" in error rapport when i close LV. Is-there some specialistes who could help me to identify problem source. I send you today crash rapport to see details. Thanks Eric lvlog.txt
  11. Thanks Mikael for your proposition. Unfortunately, i have LV2018.
  12. Aristos Queue: I understand than it's not meaningful and if you see instance like all strings or num who have same appearance . But i found your proposition to create heritage class a bit excessive. If in your diagram you need 10 intances, you need 10 sub-class. Just to visually distinguish them. 🤪 . Perhaps one better Labview feature will be to add one specific Layer on icon with instance number when you place class on the diagram , or have possibility to just modify wire color in the diagram (without modify class wire color )
  13. Thanks a lot Hooovahh for this very usefull package. One suggestion is-it possible to add example (in library menu) like in one of your previous package version. And one question: is-it possible to use it in one cloneable vi without datas confusion ?
  14. Thanks Antoine My use case is simple, i have two instances in one complexe diagram and like icon and wire color are same i think it will be more readable if i can distinguish them. the only way i have found to do that, is to use different wire label. ☹️
  15. Hi I want to know if there is a way to distinguish two instances of same class placed in the same diagram. Eric
  16. Hi Benoit Thanks for your vi. But do you know if there is property to get serial port associate to USB in the case of the device are used like USB-Serial Bridge ? Eric
  17. Just for info Neil. Low-cost NI USB DAQ card (USB6008) don't have galvanic isolation and crash frequently, but more expensive NI USB DAQ card like USB-6216 have it' (look page 13 of data-sheet)
  18. Hi Neil Your cameras are powered by USB or other power supply ? USB is very delicate when there is different power sources for devices. Few time ago i have encounter lot of problem with this , and solve lot of it with one galvanic converter added on USB Link. Something like that https://electronics-shop.dk/usb-isolator It's a bit difficult to know if USB link are fall because with this kind of problem is low level protection who are activated and only windows can detect and restart it. Sometime on old PC you need to shutdown PC' power-supply to restart USB Link. The only wa
  19. Hi, thanks for this upgrade, but I think there is one problem with your VIPM package. When I try to install it, it refers to VIPM2017 who not exist and refuse to install the package. Oups sorry for my error. VIPM2017 seem existe, but like on JKI site they refer to VIPM2016 . Thanks again
  20. Hi all I have plan,to add one new LabView exe program compiled in LV2015 on one PC, where there is already one LabView exe program compiled in LV2011. Have you ever encounter some problems or limitations with two runtimes running at same time. Just for detail, I can't upgrade exe 2011 because i don't have sources. Eric
  21. I thought that every scale were completely independent, and that we thus could associated several scales with the same plot (EX : 2 Themal conversions units °C & °F on same datas set). But apparently it is not the case. Thanks for your help.
  22. Right .... But it's a bit ambiguous, because like normally the two scales are associate to the same plot , they should be sized in the same way....
  23. Hi All I'm not sure , but i think it's a bug. I have create one vi with XY graph with 2 X scales. They are autoscale. The first time i run vi, the 2 scales are correctly sized. But if i modify datas numbers, only one scale (the first) is correctly update. The second stay locked with previous data size. Bug XY Graph few scales autoscaled.vi LV2011 and W7
  24. Thanks Hooovahh Is it possible to have it in LV2011 ? Eric
×
×
  • Create New...

Important Information

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