Recent Posts

1

Support Questions / Re: Only reading 1 array register

« Last post by FlippinBits on May 15, 2024, 11:08:37 AM »

Yes, this is the second time for an issue like this.  First was a ControlLogix V32.  I was not able to read several registers from an outside network and the HMI stopped reading from the PLC.  A download "fixed" that.  Rockwell recommended a firmware update, which I did.  Have not seen that one again.
Second is the one posted here, which I have already described.
This recent one with the 5380 is version 32.12.
I updated the ControlLogix L83ES to version 32.16.
Yes, at least some of the data was in a UDT.
I am in a production environment.  Luckily, it has only been informational data affected, machine performance, HMI display.  So didn't stop anything from running.  Other than the time to troubleshoot and fix...

2

Support Questions / Re: AdvancedHMI not correct .NET framework for nugget.

« Last post by paintman on May 10, 2024, 02:46:44 PM »

UPDATE: I had to uncheck the debugger to not break when this exception was thrown 😅 my bad... Thank y'all it works perfectly!!

3

Support Questions / Re: AdvancedHMI not correct .NET framework for nugget.

« Last post by paintman on May 10, 2024, 02:16:12 PM »

I tried it with the NativeMethods you attached but I am still getting this error:

Managed Debugging Assistant 'PInvokeStackImbalance'
  Message=Managed Debugging Assistant 'PInvokeStackImbalance' : 'A call to PInvoke function 'AdvancedHMI!MfgControl.AdvancedHMI.NativeMethods::OpenPrinter' has unbalanced the stack. This is likely because the managed PInvoke signature does not match the unmanaged target signature. Check that the calling convention and parameters of the PInvoke signature match the target unmanaged signature.'

Could this just be a formatting issue with the form I am using to create the string that will be placed on the label?

4

Support Questions / Re: AdvancedHMI not correct .NET framework for nugget.

« Last post by Archie on May 10, 2024, 01:57:32 PM »

I did not realize I left off the NativeMethods.vb

I edited the post above to add the file. Try to use that one because it came from a working project

5

Support Questions / Re: AdvancedHMI not correct .NET framework for nugget.

« Last post by paintman on May 10, 2024, 12:55:58 PM »

So I tried using the NativeMethods.VB from the link that was given which fixed the "Friend" issue. However now its throwing an exception saying:

Code: [Select]

MfgControl.AdvancedHMI.NativeMethods::OpenPrinter' has unbalanced the stack. This is likely because the managed PInvoke signature does not match the unmanaged target signature. Check that the calling convention and parameters of the PInvoke signature match the target unmanaged signature.'
Which I have no idea what that means...

6

Support Questions / Re: AdvancedHMI not correct .NET framework for nugget.

« Last post by bachphi on May 10, 2024, 09:07:48 AM »

See if it will help:  https://www.advancedhmi.com/forum/index.php?topic=2209.msg12744#msg12744

7

Support Questions / Re: AdvancedHMI not correct .NET framework for nugget.

« Last post by paintman on May 10, 2024, 08:59:40 AM »

I have plugged everything in, but I am getting an error for the NativeMethods portion.

It is showing that the method isn't accessible because it is a "Friend" though the whole sub is public and its namespace is being imported.

And is the .pDocName suppose to be the name of the format file?

8

Support Questions / Re: AdvancedHMI not correct .NET framework for nugget.

« Last post by Archie on May 09, 2024, 06:39:53 PM »

The RawPrinterHelper.vb file is added to the project by right clicking the AdancedHMI project and selecting Add->Existing Item.

You are correct, the printer name does not matter as long as it is default.

9

Support Questions / Re: AdvancedHMI not correct .NET framework for nugget.

« Last post by paintman on May 09, 2024, 02:24:29 PM »

Okay that seems fairly simple. The rawprinterhelper is a tad confusing for me.

Is the rawprinterhelper just placed in a separate module and called when needed? I am looking at the class and trying to understand some segments of the code. 
Would I just change this to what ever I name the ZPL file as, and the data type I assume would remain the same since its send a direct ZPL file?

Code: [Select]

        ' Set up the DOCINFO structure.
        With di
            .pDocName = "Mix Room Label Printer"
            .pDataType = "RAW"
        End With
And as far as the printer name goes, I figure it wouldn't really matter as long as it is the default.

10

Open Discussion / Wago Modbus

« Last post by smoreno on May 09, 2024, 12:26:47 PM »

Hello
I am new this software, I think it works good,
I have some isseu addressing modbus to wago plc, has some one done any communication on this brand
tha can help out,
thanks in advance