GSDML Installation von Hilscher-Modulen in CodeSys V3.5 SP6

H

HAL9001

Level-1
Beiträge
9
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo werte Forengemeinde,

ich versuche gerade verzweifelt in CodeSys V3.5 einen Industrial Ethernet Adapter von Hilscher als Profinet Device zu installieren. Normalerweise geht das ja per GSDML-Datei über das Menü Tools -> Geräte-Repository. Nach Auswahl der Datei kommt bei mir die Fehlermeldung "stIdentifier has to be be unique according stLanguage". Komischer Weise liegt dieser Fehler quasi bei sämtlichen GSDMLs für die Module von Hilscher vor.
Wer das gerne mal bei sich testen möchte, dem wäre ich sehr dankbar. Hier gibt es die GSDMLs für eines dieser Module:

http://www.hilscher.com/en/products...ication-module/comx-100ca-repns/?&techCats=35

Wirklich korrupt scheinen diese Dateien nach dem Profinet GSD-Checker der PNO nicht zu sein, aber vielleicht ist jemand von euch versierter darin und kann etwas mit diesem Phänomen anfangen. Ich tappe derzeit noch im dunkeln.

Vielen Dank bis hierhin!

HAL9001
 
Die Datei für FW v3.5 kommt nicht durch dem GSD-Checker (v2.31_01), ist leicht korrigierbar.

In beide Dateien finden sich die gleiche SubModuleIdentNumber für SubSlot 32768 und SubSlot 32769/32770, das wirft im Check zwar nur ein Warnung, müsste aber von der Zertifizierungsstelle abgelehnt werden.
Das dürfte auch das Problem sein das bei Dir bemängelt wird. Könnte in die Datei geändert werden, dann dürfte es aber im PROFINET Anlauf ein Fehler geben.

Das kann nur Hilscher lösen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
I have the same problems with importing the file to ABB Automation Builder v1.1.2_1846.
With version ABB Automation Builder V1.2.0_3296, the problem is 'solved'. Unfortunatelly, we have to use the 'old' version 1.1.2. We can not upgrade!
So I have to solve this issue, I have checked with Hilscher, but they dont think it is their problem.
Did you solve this issue?

Please let me know!
 
Hi TrebborX,

I had that problem a long time ago. As far as I can remember updating the CODESYS environment from 3.5 SP6 to 3.5 SP7 solved that problem. At that time it was only for testing pursoses. After that I used my own GSDML file and the Hilscher module was used with more deeper configuration on target side (own definition of DAP, modules, submodules and records) which is not comparable to the Hilscher default config.
So, maybe editing your own GSDML which suits to your purposes may help. I also recommend the PNO's GSDML checker.

HAL9001
 
HAL9001 schrieb:
Hi TrebborX,

I had that problem a long time ago. As far as I can remember updating the CODESYS environment from 3.5 SP6 to 3.5 SP7 solved that problem. At that time it was only for testing pursoses. After that I used my own GSDML file and the Hilscher module was used with more deeper configuration on target side (own definition of DAP, modules, submodules and records) which is not comparable to the Hilscher default config.
So, maybe editing your own GSDML which suits to your purposes may help. I also recommend the PNO's GSDML checker.

HAL9001
Zum Vergrößern anklicken....


Hi HAL9001,

thanks for your reply...
I finally found the issue; it was about a stupid GSDML item:

Original Hilscher, which gave the error in ABB 1.1.2.1846:
Graphics>
<GraphicItemRef GraphicItemTarget="1" Type="DeviceSymbol"/>
<GraphicItemRef GraphicItemTarget="1" Type="DeviceIcon"/>
</Graphics>

Modified:
<Graphics>
<GraphicItemRef GraphicItemTarget="1" Type="DeviceSymbol"/>
</Graphics>

Now it works, also in the old version of the ABB Automation Builder ;-)

Cheers!
Robbert
 
Zurück
Oben