| FORUM | LATEST POST | # TOPICS |
|---|---|---|
|
General Discussion Forum about anything you want to talk about. |
No posts yet | 0 |
Third update. I figured that even knowing the level of the license, it will not tell me if its level is enough for the current application. There must be some other way to find this out? I see a component CM write in the Log if starting without license-dongle. "License lost - time left.. " Can I access this CM to check status from inside the application? This function is essential, why is it so hard to find info about implementation?
I think google has fooled me here, the only thing I can conclude so far is what i now from reading the licenseManager, which tells me that my valid license have the following product-code CONTROL - 16#3000 VISU - 16#3003, feature map: 1000 COM - 16#3004, feature map: 0200 Will different level of license give different product codes or will I see the active license level by other means? What I am trying to achieve is block Starting a machine with time limited operation should the application be larger...
I think google has fooled me here, the only thing I can conclude so far is what i now from reading the licenseManager, which tells me that my valid license have the following product-code CONTROL - 16#3000 VISU - 16#3003, feature map: 1000 COM - 16#3004, feature map: 0200 Will different level of license give different product codes or will I see the active license level by other means? What I am trying to achieve is block Starting a machine with time limited operation should the application be larger...
Im trying to read out active license by CmpCodeMeter but am not sure of the combination of ProductCode and FeatureMap that each of CONTROL, VISU and COM / SMALL, MEDIUM, LARGE equals. Started by trying CodeMGetContentByFirmcode (and productCode) expecting error 18 / Not Available if asking for a higher level of license compared to what I know is active, but function just returned the requested productcode and a featuremap Is this the way or is it better to use CodeMOpen? Which seems to also require...
Im trying to read out active license by CmpCodeMeter but am not sure of the combination of ProductCode and FeatureMap that each of CONTROL, VISU and COM / SMALL, MEDIUM, LARGE equals. Started by trying CodeMGetContentByFirmcode expecting error 18 / Not Available if asking for a higher level of license compared to what I know is active, but function just returned the requested productcode and a featuremap Is this the way or is it better to use CodeMOpen? Which seems to also require a featureCode....
I don't work for IFM, nor for CODESYS and didn't create the .eds file or developed the CAN protocol. I have no knowledge of the exact contents and SDO's or PDO's which are exchanged. So no, I am not sure. But if the .eds file confirms to the CANopen specifications, why shouldn't it?
Thanks,You sure there are not compatibility issues with the old IFM EDS files, PDO mapping, or startup SDO configuration in CODESYS 3.5?
Hallo, ich versuche mit der Codesys Virtual Safe Control zwei Weidmüller UR20 FSOE Module zu betreiben. Allerdings läuft das zweite Modul nie an (Diagnosecode 16#C105), auch die Prozessdaten werden nicht aktualisiert. Jedes Modul einzeln läuft, auch bei getauschter Reihenfolge läuft immer das zweite Modul nicht an. Codesys Version 3.5.22.30 mit den aktuellsten Packages. Weidmüller UR20 FBC-EC und die Module auf aktuellem Firmwarestand, neueste Gerätebschreibungsdateien. Was mich dabei auch irritiert,...
Yes, you can use the .eds files also in CODESYS 3. Install them through the menu Tools - Device Repository. Then you can add the CANopen devices to your CANopen manager in your device configuration.
You cannot. The code in the PLC is compiled. You either need the source code, or create a new application.