
adccommunitymod (AutomationDirect) asked a question.
Created Date: February 21,2004
Created By: murrayt
**** This post has been imported from our legacy forum. Information in this post may be outdated and links contained in the post may no longer work.****
Hi everybody, Lately I have been experiencing an issue with sp0. I add an F2-08AD1 card in a rack and program it. When cycling power, the configuration perameters that should be setup to run the card do not get transfered in the V memory locations. I experienced this today. I discovered this by monitoring the v7660 and v7670 loactions for a card that should sit in slot 0. When I found this out, I forced the values into these loactions and the card started to work and has not stop since. I tried to remove the card and start from scratch to try and reproduce the problem with no success. This has not been this first case for me. It has been twice or three times. I is one of these odd situations. I was wondering if anybody else experience this?
Created Date: February 21,2004
Created by: murrayt
Hi everybody,
Lately I have been experiencing an issue with sp0. I add an F2-08AD1 card in a rack and program it. When cycling power, the configuration perameters that should be setup to run the card do not get transfered in the V memory locations. I experienced this today. I discovered this by monitoring the v7660 and v7670 loactions for a card that should sit in slot 0. When I found this out, I forced the values into these loactions and the card started to work and has not stop since. I tried to remove the card and start from scratch to try and reproduce the problem with no success. This has not been this first case for me. It has been twice or three times. I is one of these odd situations. I was wondering if anybody else experience this?
Created Date: February 21,2004
Created by: ericn
Since you say you have an issue with SP0, I'm guessing that you 're using that to load the setup values into V7660 and V7670 similar to this:
| SP0 +-----------+
|----]
Page 4-13 of the manual states " Remember, the CPU only examines the pointer values at these locations after a mode transition. ". Perhaps they are being read BEFORE SP0 has a chance to write the values?
Do you have V7660 and V7670 set as retentive?
-Eric
Created Date: February 21,2004
Created by: hanziou
I thought the sp0 was true for one cycle when going from program mode to run mode.
Does the system actually count itself as changing mode when power is cycled? I don't think so. If instead of cycling power, you cycle the Stop/term/run key from run to stop to run. to get the sp0 to go true for a cycle. (Using DirectSoft to change to prog mode to run mode would work too.
Created Date: February 21,2004
Created by: ericn
From the manual...
SP0 - First Scan
On for the first scan after a power cycle or program to run transition only. The relay is set to off on the second scan.
Though I'm not sure how the analog module reacts to a power cycle vs. stop to run transition... http://forum1.automationdirect.com/board/confused.gif
-Eric
Created Date: February 21,2004
Created by: murrayt
Hi Everybody,
All your comments are correct. When cycling power and monitoring with Directsoft, it takes about 10 secs to react but this is just because of the communication port to sync. Cycling modes of the cpu it is instantaneous. The problem I am having must be a timing issue with the analog card. It is as if 1 cycle is not enough to have the information dumped into the V-memory.
I was wondering if it is just me or anybody else has experinced this?
http://forum1.automationdirect.com/board/confused.gif
Created Date: February 21,2004
Created by: Tom Jenkins
I haven't experienced on a 205, but I have on the 05 with an analog input. We put an ISG with nothing in it but a one second time delay, then jumped to S1 for all of our logic, including the initialization.
Created Date: February 21,2004
Created by: murrayt
Hi Tom,
I understand that there could a problem with the DL05 but not with the 205 series. The SP0 is not quite necessary. All you need to do is with to the registers and disable the writing once the reegisters are written. Logic can be written for this. I will use this technique to make sure the card is properly setup. We assume that it works but I have experience that the setup code that they give us in the book may have a glitch to it. The code is ok but the transfer of the setup info may not happen. By writing and then verifying after if it has transfered and then disabling the setup code once you are sure it is transfered is the best way confirm functionality of the card.
Terry
Created Date: February 21,2004
Created by: elevmike
Terry,
I 've also had problems with using SP0 to initalize setups in the DL240. After a while I found for some reason it was more reliable to initalize on the second scan. I now place all my setups in a subroutine under the main program, and jump there after 1st scan. This seems to have solved the problem, but dont ask me why. It was an act of trial and error, done in desperation.
Good luck with it! Mike
Created Date: February 23,2004
Created by: Mike McClanahan
This issue shows up in a lot of areas. One is setting PID parameters in the 450 PLC. The one scan delay works well to fix most of these issues (for now).
Created Date: February 27,2004
Created by: marksji
I do something similar, I 've got all my setup stuff in stage 0. All the other stages in my program activate only after everything is set. Something like this:
code:
ISG 0
SP1------LD xxxx
OUT xxxx
etc
etc
JMP S1
JMP S2
etc
SG1