dmargineau
Lifetime Supporting Member
Currently waiting for Schneider Customer Support...
... meanwhile:
Brand new ABB ACS355 with FPBA-01 Profibus DP adapter connected to a six node network 'mastered' by a FBM 223.
The drive is configured for speed control off 'External Comm. Module'.
P51.01= PROFIBUS DP
P51.02= x (unique on said network)
P51.03=1500 kbps (as the Master's Port Setting)
P51.04= 1 (DP-V0- PPO Type1)
P98.02= EXT FBA
The VFD is installed and networked; two solid green LEDs and one (Network) flashing green.
Fault 28 (Serial Port Error)...Probably not allocated by the 'Master'...
The new slave device was assigned to the FBM 223 port (ECB201 PARENT and PORTNO within the FBM ECB200).
The GSD was placed in the proper directory and the PB Slave Configurator tool created the corresponding .PSL and .PSF files.
The Configuration Data tab for said slave states PPO-01, 4 PKW + 2 PZD. and verifies.
Upon downloading the configuration file to the FBM (with the ECBs on-line) the respective node shows 'red-crossed' within the FoxView System Manager overview with the following Device Status attributes:
Profibus DP Device, DCI Ready, Device Failed, System Alarm.
The Device Diagnostic Status states:
Slave Not Ready, Configuration Parameter Fault, None, Slave Configuration Request, Slave Exists, None.
The Master Address is stated as '255' instead of 'y' as configured on the FBM and stated by the functional slaves.
I ran out of ideas...They say "...the configuration is wrong..."...Which configuration, the VFD or the Foxboro Slave is a mistery...
The ACS355 configuration is pretty straight-up and done it before plenty of times, albeit on more modern and user friendly platforms...
The Foxboro Slave setup carries the proper 'Telegram Type' and uses the manufacturer provided GSD. One cannot view the functional Foxboro Profibus Slave devices setup because...I dunno... Maybe the user is not allowed to do so by design?
Anyway...Ken M. are you there?...Have any ideas?... Schneider Support does not yet/so far...
Anticipately thanks to whomever could enlighten us on this 'trivial' matter...
... meanwhile:
Brand new ABB ACS355 with FPBA-01 Profibus DP adapter connected to a six node network 'mastered' by a FBM 223.
The drive is configured for speed control off 'External Comm. Module'.
P51.01= PROFIBUS DP
P51.02= x (unique on said network)
P51.03=1500 kbps (as the Master's Port Setting)
P51.04= 1 (DP-V0- PPO Type1)
P98.02= EXT FBA
The VFD is installed and networked; two solid green LEDs and one (Network) flashing green.
Fault 28 (Serial Port Error)...Probably not allocated by the 'Master'...
The new slave device was assigned to the FBM 223 port (ECB201 PARENT and PORTNO within the FBM ECB200).
The GSD was placed in the proper directory and the PB Slave Configurator tool created the corresponding .PSL and .PSF files.
The Configuration Data tab for said slave states PPO-01, 4 PKW + 2 PZD. and verifies.
Upon downloading the configuration file to the FBM (with the ECBs on-line) the respective node shows 'red-crossed' within the FoxView System Manager overview with the following Device Status attributes:
Profibus DP Device, DCI Ready, Device Failed, System Alarm.
The Device Diagnostic Status states:
Slave Not Ready, Configuration Parameter Fault, None, Slave Configuration Request, Slave Exists, None.
The Master Address is stated as '255' instead of 'y' as configured on the FBM and stated by the functional slaves.
I ran out of ideas...They say "...the configuration is wrong..."...Which configuration, the VFD or the Foxboro Slave is a mistery...
The ACS355 configuration is pretty straight-up and done it before plenty of times, albeit on more modern and user friendly platforms...
The Foxboro Slave setup carries the proper 'Telegram Type' and uses the manufacturer provided GSD. One cannot view the functional Foxboro Profibus Slave devices setup because...I dunno... Maybe the user is not allowed to do so by design?
Anyway...Ken M. are you there?...Have any ideas?... Schneider Support does not yet/so far...
Anticipately thanks to whomever could enlighten us on this 'trivial' matter...