FixedWire

I've got a client that is being haunted with this as well. It's right up there with sand into the gearbox.

https://www.motor1.com/news/597376/bmw-heated-seats-subscription/ but let's not let 'em get too many good ideas...madness abounds.

Of course I get that you need an SSP, darn good thing I'm paid up until August...and I never got the media. Looks like somebody didn't tie their shoe laces.

Now this is fun...anybody else tried to download a old version of LV that was used to develop projects and noticed that you can't actually download it any longer? I asked for a memory stick (hard copy) for 2021 but never got it. Looks like we may have paid for a perpetual license that we can't get access to download in the future.

Previously the exe compiled just fine. Has anyone seen this missing dependency? Any ideas on how to track this down?

Make it pretty, don't reinvent ugly. Getting colours that work together is not always an engineers' forte. Cheat! https://www.pantone.com/color-of-the-year-2022-palette-exploration

So folks...what about a Plan B? Python may have become a "fav" in some circles but having to dig for plugins is a pain at best and a disaster in the making if the code is anywhere near a regulated environment. Rolf nailed it with far too much code that just works but lacks architecture or isn't hardened. Choosing that one plugin could derail a project so fast if it needs to be rewritten. In the real world we need tools that we can rely on. Has anyone looked into Uno Platform or Avalonia? You'd think at this point and time one could build out projects that could easily port between Windows, Mac & Linux. Uno works off of C# & the .NET and thus caught my attention. Just re-reading the above pains me for all this superb community does. So many sharp minds here, something good will evolve!

We ended up finding a relatively simple solution using command line calls from http://srecord.sourceforge.net/ At least there is source code if it is ever needed and it's compiled unlike the Python approach. For what we need the risks can be mitigated. Thanks everyone. It's just incredible to have such resources available. Kudos to all.

Thanks Rolf, Sam. This certainly helps and the vi gives a lot of detailed insight. The validation is the rabbit hole. If I use the simple InteHex Python code, as there a way to "lock down" a Python module so the Python dev environment isn't available for someone to access?

Appreciate that Neil! NI Support didn't find anything right away either.

Hi everyone, After searching both forums I've not been able to source a way to easily create either file format. There are examples reading these files but not writing them. Segger simply gave the Python script below. Unfortunately we can't simply just install Python as this is in a regulated environment. So we're hoping for a native LabVIEW solution. Surely someone has done this before. It gets a bit complicated if we need to roll our own down to the bit level & then having to do a full validation on it. I'd really rather not go there. Thanks in advance! python script (the "intelhex" does the heavy lifting) from intelhex import IntelHex h = IntelHex(None) h[0x1000] = 0x12 h[0x1001] = 0x34 h[0x1002] = 0x56 h[0x1003] = 0x78 h.write_hex_file('patch.hex')

I've automated https://www.gurock.com/testrail/ (owned by the same company as Ranorex). It was a few years ago so a few things might be better now. Wasn't a bad experience with the api and allowed the integration to jira. The prime area of interest for the client was the ability to combine different specifications for a product. ... there are a lot of different automation tool concepts.

Nice! Thank you.

Just be really careful if you intend to used packed libraries. Start building the exe & ppls now. It is not trivial. It's of limited use if it can't be deployed. This is the best documentation I've found yet. Effectively_Using_Packed_Project_Libraries_SEPAD.pdf ‏2772 KB https://forums.ni.com/t5/NIWeek-Session-Content/Software-Engineering-Processes-Architecture-and-Design-nbsp/ta-p/3929895?profile.language=en

The LV TLS examples led me astray with the X.509. Mind numbing indeed but the DUT firmware needs to be written over Bluetooth. And that I can understand needs to be secured being a med tech device. ...of course IT is all over this right from the get-go. So the real question is how to secure a BT connection with X.509? Or better yet, I'd like to provide the client with a solution that works on our end first.

Client: "And we need you to securely write the firmware to the DUT using X.509" I'm trying to get a better understanding on how to use X.509 certificates and deciding if the new TLS functionality is the best approach. The examples for using TLS are a bit sparse... If someone could share their battle scars or provide suggestions it'd be appreciated. btw, thank you Neil Pate for posting your code!

"Available in LabVIEW 2020 and later: the TLS functions are available in the Functions > Data Communication > Protocols > TCP > Transport Layer Security (TLS) palette." I'm posting here in case someone comes along like myself after stepping into a deep "let's secure this" hole and needs ideas or hasn't seen this yet.

Cross post, Hopefully someone here can shed light on the why authention with the LabVIEW HTTP Client VIs isn't working. I've heard that you need to register the SSL? Does anyone know more on this? Thanks a bunch.

I'm also getting authentication issues to an Apache server. Did you ever resolve this? For anyone else, this may help: cross-post: How Do I Change the Default SSL Certificate That Ships with LabVIEW? https://knowledge.ni.com/KnowledgeArticleDetails?id=kA00Z0000019YHDSA2&l=en-CA Securing Web Services with SSL https://knowledge.ni.com/KnowledgeArticleDetails?id=kA00Z0000019N27SAE&l=en-CA

Thank you JKSH! The first step was to find a way to call the java libraries (i.e. the customer's BT interface) from LabVIEW & get it working. The validation introduces another layer all together. Have you used the IKVM?

Hi everyone, The client is asking to connect to their DUT using their own BT (validated) Java driver. Creating a wrapper dll for the SDK really complicates this as it will need to be validated. The http://weblog.ikvm.net/ .NET interface seems dated and no longer supported. Does anyone have any ideas on the best approach? In short, the client decided on java as a "simple" way to connect to the DUT for R&D, testing & production environments.

This solved an issue of not knowing which additional dll's to include when building the exe. One dll may call a number of other dll's etc. Used PowerShell & ran the following: [Reflection.Assembly]::LoadFile('C:\absolute\path\to\my.dll').GetReferencedAssemblies() This neatly produces a list

To all the warriors out there a heads up if your computer is suddenly running at 100% CPU. In the Task Manager, the Task Manager process will gobble up any CPU available. I swore it was a virus. A 3rd party tech support knew about this. Turns out a camera did not shut down correctly. To avoid Windows willy-nilly starting a process it likes that will screw up tasks such as frame grabbing response this Windows setting is used. Use PowerShell & run the following: "C:\Program Files\Point Gey Research\FlyCap2 Viewer\bin64\PGRIdleStateFix.exe enable"

Since there's still an issue with 32 working (but not on some machines) & the 64 bit hanging when trying to relink the dll to the installed PQ libraries, I tried to create the CIN wrappers automagically. The process gets stuck and becomes beyond my current knowledge. Don't know how you did it but kudos to you Mr. Powell! I'm sure you wrestled with this a bit. 😬 Looks like multiple .h files need to be referenced. libpq.dll needs the libpq-fe.h which in turn needs the stdio.h, postgres_ext.h & pg_config_ext.h according to: https://doxygen.postgresql.org/libpq-fe_8h.html Just selecting a few basic options like open/close was not successful & returned: "The library specified for this node cannot be found or cannot be loaded." Do you remember how you did it?

Yes, correct Rolf. The target was the enterprise version & that's why it ran in the first place. Interestingly enough installing the exe on 3 other machines under Win10 resulted in the 2 working & the 3rd not finding the dll just like the Win10 IoT. With a new build it suddenly didn't find the dll on one that did work. With not having time to debug I created an installation and the program worked since even with new builds. On regular Win10 there shouldn't have been an issue... At this point I'll try and link the latest 64bit Postgres dll's & try that.