Jump to content

Antoine Chalons

Members
  • Posts

    955
  • Joined

  • Last visited

  • Days Won

    34

Posts posted by Antoine Chalons

  1. It can make sense to have a dedicated module for settings.

    We have a single Toml file for our app, lots of dqmh modules pretty independent from each other.

    Each one has a section, if the file is modified, the 'settings module' will detect it and send a 'config changed' broadcast with the list of modified sections, then each module will act only if relevant section is in the list.

    So we can simply edit the file and modifications - if valid - will be applied.

     

  2. Je suis d'accord avec Rolf, pour qu'on puisse t'aider il faut que tu en dises un peu plus, je te suggère de faire une vidéo d'écran en montrant ton projet, en expliquant ce que tu souhaites faire et quels blocages tu rencontres.

    Il existe plein de soft gratuit pour faire ça, moi j'aime bien active presenter. Ensuite tu postes la vidéo sur YouTube et tu nous donnes le lien.

  3. Quote

    We don't want to use Imaq because the performance are bad for our application.

    Really?
    I haven't done any vision application in the last 4 years, but before that I was using IMAQ daily and i never had performance issues with the acquisition part.
    And I had a few industrial application that were quite intense in terms of image acquisition and processing.
    The processing was also acceptable in terms of perf, except maybe the pattern matching.

    Can you describe an application in which IMAQ perf is too low for you?

  4. Possible : yes

    Good idea : well... Each framework will bring its scaffolding, resulting in a lot more dependencies, you might no care too much about that.

    It's more about your context, if you have existing dqmh modules and existing SMOs and want to use a mix for a new project, it could make sense.

    But if you're mixing the devs need to be proficient with both.

  5. NI's head of developer relation, Nancy Henson, said at a conference recently that it was not clear yet for NI how they were going to reallocate the c# developers who were working on NXG... Well, Emerson indeed wants to reduce R&D spendings, where will they start?

    As  a reminder, a year or 2 ago NI laid off 9% (or was is 7%?) of their global workforce, mostly in sales and admin.

  6. you have to keep track of the score for the goal-keeper and the score for the player independently, so one shift register for each, both shift registers initailized with 0

     

    the while loop is running without any timing control, therefore 'as fast as possible, you'll see this if you create an indicator of the the iteration terminal (the blue square 'i' at the bottom left) of the loop

    that's why you never actually see the 'stop' turning on, it goes so fast that you don't see it, if you simply add a 1 second wait timer in the loop you'd see it.

    But there are better ways to do the 'processsing' of who gets a point only when you clic on the 'shot' button, take a look at the event structure.

  7. it's ok to cross-post, just notify when you do ;)
    https://forums.ni.com/t5/Discussions-au-sujet-de-NI/Aide-projet/m-p/4297462#M35675

    This sounds like homework, am I right?

    Have you started at all to create some code?

    My suggestion is you try your best effort to create something as basic as it may be and if you're stuck, post your code (the VI files in a zip) and then we have a base to start helping you.

    I'll give you a head start, here's a VI that will generate a random number ranging from 1 to 3.

    image.png.e3310b5e254079ff0d4f0ef30484054e.png

  8. Switching a large project to a more recent version of LabVIEW is quite risky.

    Even when it's justified by a new feature the risk is high, arguably even higher as new features are rarely fully stable / bug-free on the first release.

    Basically by changing version you're trading a bug-set that you probably got used to - and hopefully worked-around - for a new - and unknown - bug-set.

    Highly risky.

     

  9. The error message is telling you that your "Axis" enum control doesn't have an item called "X" (upper case)
    You can edit the item list of your enum by right clicking on it on the front panel and select "Edit Items...." or change or simply remove the "X" in the case structure selector value on the block diagram

    • Like 1
×
×
  • Create New...

Important Information

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