My Codesys project is using shared memory, from WagoAppMem library, to communicate with two processes running in Linux. This has been working flawlesly for years when we have been using pfc100 and pcf200 devices, but now with pfc300 it’s not working. Should it work?
I noticed strange behaviour, after I write to shared memory, the sizeof the corresponding file in /dev/shm goes abnormally big.
so that’s like 274 Petabyte. (I had to look up what’s coming after Terabyte)
Any idea how to solve this?
Hello, you can use -h with ls to have a better idea of the size.
Also i think PFC300 is 64Bit which mean the memory address system is not DWORD (32bit) based but LWORD(64Bit) based Maybe your memory address are shifted between the linux side and the PFC side.
Hi,
Thanks. Can you specify what you mean by ‘memory address shifting’? In my code, I only have to define the file name for the SHM communication, no addresses.
OK, So I send the address of my datablock as a parameter to shm (FBSHAREDMEMORY_WITHREADWRITE). That address used to be 32 bit, now it’s 64 bit. Is it so that WagoAppMem library is not able to handle the 64 bit address correctly?
Sorry i may have mistaken, my finding where especially in codesys when I have variable and i want to access them by pointer, before I was using a dword based pointer shift to target my next memory address, on the PFC300 I have to use a LWORD to access the next memory address.
I think the WagoAppMem should do this automatically but does your linux part also handle 64bit memory ? or does it map all like on the 32bit memory ?