9/9/2015 1:30 PM | |
Joined: 6/27/2008 Last visit: 7/6/2021 Posts: 43 Rating:
|
We want to add wireless (bluetooth) Profibus device to our Profibus DP (RS485) system. This wireless Profibus supports only 93750bps speed and requires User-Defined Profibus network settings. When we decrease speed to 93.75 Kbps, STEP7 calculates Ttr typically=436ms. This is acceptable. But when we configure Profibus according to wireless device manual (increase Tslot_Init to 13000), we get Ttr typically=5700ms. This is not acceptable. The question is what Ttr will realy be. Does STEP7 calculates worst case scenario, if all devices would be with slow updates times ? And if we will have only one like that, real update speed will be faster, as other devices will have normal response time ? Or if we download this HW configuration to PLC we will have cycle time as if all slaves are wireless ? AttachmentWirelessDP.zip (58 Downloads) |
9/9/2015 11:29 PM | |
Joined: 10/7/2005 Last visit: 6/3/2023 Posts: 2966 Rating:
|
Hello Gedas the Slot Time (Tslot) is the maximum time the DP Master waits for a response from a DP Slave. Your wireless device obviously requires a very high value and may in fact need rather loooong before you get a response. Because you have to set it this high, Step 7 will use it to calculate all other values like Ttr and DP Slave watchdog and I agree, these values are a bit insane. Having said that, while the DP Master is allowed to wait a long time for a response from each DP Slave, all directly DP Slaves will respond as fast as they normally do and your Step7 calculated Ttr is thus misleading. Last but certainly not least, I suggest you have a look at PROCENTEC's Profiswitch X5. This device allows you to run different Segments of one Network at different speeds and may just be what you were looking for (it certainly would be my choice to solve this, but then again, I am biased and will need to get the disclaimer out of the way, but should you happen to be located in the Australasian region, feel free to get in touch with the good guys from I S Systems who are the local PROCENTEC partner and they'll help you out). I hope this helps |
Cheers |
|
This contribution was helpful to
1 thankful Users |
9/11/2015 3:38 AM | |
Joined: 10/7/2005 Last visit: 6/3/2023 Posts: 2966 Rating:
|
Good question Juergen and the simple answer is that the DP Master will NOT wait 5700ms for an answer from the DP Slave. Put simple, the ProfiSwitch X5 acts as a data buffer for the DP Slaves that are located on a Segment that has been set to a different baudrate than the Main channel. Even though the underlying DP Slaves Node addresses are directly "visible" for the DP Master, the DP Master will in essence poll the X5's internal buffer rather than the underlying DP Slave directly. This ingenious feature allows you to have one DP network that has different Segments at different baudrates (and it makes the X5 rather unique). It does though also mean that there are certain things to be aware of when using the X5 as it is NOT fully transparent when a Segment is set to operate at a different baudrate. For example, while you can connect another DP Master to a Segment that is set to a different baudrate, that DP Master can only "see" the DP Slaves that are on his Segment (which also means you can NOT connect a HMI to a Segment that is set to a different baudrate and expect it to be able to read data from the PLC on the main Segment) Other things to be aware of are:
Anyhow, all feature and technical data are very well explained in the ProfiSwitch X5 manual which is worth a read and available for download from the previously supplied link
|
Cheers |
|
This contribution was helpful to
1 thankful Users |
Follow us on