6/18/2018 10:01 AM | |
Joined: 4/28/2015 Last visit: 1/30/2019 Posts: 6 Rating: (0) |
Greetings, After some tests with Physical_Interfaces in the GSD, I noticed a bug in TIA Portal. The physical interface parameters are taken into account when calculating the slot time and other bus parameters. But apparently the actual transmission_delay and reaction_delay parameter used by TIA Portal is one baudrate higher than the network is working on. When for example inplementing 3 Physical Interfaces with different delays:
When using this GSD device in a PROFIBUS network at 500kbps, it's only physical interface 1 thats has an effect on the bus parameters, one would assume it would be physical interface 0. I'm using TIA Portal V14 SP1 Update 5 on Windows 10. AttachmentEXAE0012.txt (84 Downloads) |
Last edited by: Frederic Depuydt at: 6/18/2018 10:02:48 AM |
|
6/19/2018 12:27 AM | |
Joined: 7/7/2010 Last visit: 10/7/2024 Posts: 15270 Rating: (2425)
|
I opened a sample gsd on my pc and compared. In my sample, you may consider changing some thing, similarly to the attached. I do not have the benefit of a GSD "compiler". Just quite a few known good GSD files, and a specification document. The physical interface values per the specs for standard profibus rs485 are default to 0, so no need to include them unless your hardware supports multiple types of profibus interface styles. For example, in the posted gsd,the physical interface values:
Perhaps you can make progress by removing the interface portions entirely.
AttachmentEXAE0012.scl.txt (74 Downloads) |
science guy |
|
Follow us on