TimothyMoulder
Member
Greetings all,
I have a machine delivered to us from a vendor who shall remain nameless. The machine uses an AB SLC 5/05 with a 1747-SDN scanner card to communicate to 2 Ultra3000i servo drives.
The problem I have is that the original programmer set up Devicenet so, on the drive feedback side, everything is bit-wise (In Position bit, At Home bit, Drive Ready bit). He never actually set it up to report the drive's physical position.
We are getting crashes, and I believe this is because he's telling the drive to move to target, looking for the in position bit to switch back on and using latching bits in the SLC program to tell him the position is Up, Down, Forward, Back, etc. However, without knowing the drive's real physical position, he's taking this on faith, and since he used waaaaay to many latches in a rather poor manner, things are getting smacked around.
So, I want to add the actual position to the drive signals back to the SDN module. I've been doing some reading (!) and here is my proposition - somebody tell me how wrong I am:
1. The SDN is mapping to inputs beginning at I10:0 The first used bit appears at I10.1/8, At Home position for Drive 1.
2. Drive #1 bits occupy 3 words, I10.1 through I10.3. Drive #2 bits occupy 3 words, I10.4 through I10.6
3. Adding position feedback to drive #1 would require 4 more bytes, presumably 2 more words in the input mask. This would require moving I10.4-.6 to I10.6-.10.
4. Adding position feedback to drive #2 would then take up I10.11-.12
5. I can add the extra feedback to the drives via Ultraware. Assuming a PDO-type model, the drives would report the data back to the SDN, which will place it sequentially into the Input file, so nothing needs to be changed in the SDN.
Okay - let the corrections begin
TM
I have a machine delivered to us from a vendor who shall remain nameless. The machine uses an AB SLC 5/05 with a 1747-SDN scanner card to communicate to 2 Ultra3000i servo drives.
The problem I have is that the original programmer set up Devicenet so, on the drive feedback side, everything is bit-wise (In Position bit, At Home bit, Drive Ready bit). He never actually set it up to report the drive's physical position.
We are getting crashes, and I believe this is because he's telling the drive to move to target, looking for the in position bit to switch back on and using latching bits in the SLC program to tell him the position is Up, Down, Forward, Back, etc. However, without knowing the drive's real physical position, he's taking this on faith, and since he used waaaaay to many latches in a rather poor manner, things are getting smacked around.
So, I want to add the actual position to the drive signals back to the SDN module. I've been doing some reading (!) and here is my proposition - somebody tell me how wrong I am:
1. The SDN is mapping to inputs beginning at I10:0 The first used bit appears at I10.1/8, At Home position for Drive 1.
2. Drive #1 bits occupy 3 words, I10.1 through I10.3. Drive #2 bits occupy 3 words, I10.4 through I10.6
3. Adding position feedback to drive #1 would require 4 more bytes, presumably 2 more words in the input mask. This would require moving I10.4-.6 to I10.6-.10.
4. Adding position feedback to drive #2 would then take up I10.11-.12
5. I can add the extra feedback to the drives via Ultraware. Assuming a PDO-type model, the drives would report the data back to the SDN, which will place it sequentially into the Input file, so nothing needs to be changed in the SDN.
Okay - let the corrections begin
TM