Skip to Content

Register Login

Default Header

(header konnte nicht geladen werden)

Navigation

sfc 58-sfc 59

Created by: Ates at: 7/29/2008 10:49 AM (11 Replies)

Rating (1)

Thanks 0

Result pages:: |; 1 | 2; |

12 Entries

Entries per page: 10 | all

7/29/2008 10:49 AM	Rate (0)
Ates Posts: 198 Rating: (19)	hello people, i was just trying to use sfc58 to read data from siwarex, anyway its work good but i have a big question about it; what if we want to get to dr from the equipment ? can we use 2 sfc58 just 1 after other combining busy bit ? actually yes we can but i think this is not the good way coz when i use 2 sfc's it gives a temporary error, so if you request it more then one cycle (maybe 4 5 cycles) it gets done but i think this isnt the rigth way. so anyone did something like that ? actually busy bit from sfc also not working its never coming one from it so we can not use busy bit to cross interlocking. any ideas ? so problem : how to get two dr from equipment in the same cycle with sfc58 without getting any temp or perm errors from it ? thanks
Ates Posts: 198 Rating: (19)
Suggestion To thank Quote Answer

7/29/2008 11:28 AM	Rate (0)
Aret Posts: 2348 Rating: (265)	ActuallyineverusedSFC58/59insuchsystem,butihavefewthoughts: 1. You can call 2 SFC simulteniously , but their req and busy bits must differ. Moreover after thatyouhavetowaituntilALLbusybitswouldbe0.OnlyafterthatyoucallallSFCsagain. 2. It's better to implement CASE: call SFC, wait until it's done, supplyanotherparameterstoSFC,callitagain and so on. Thiswayyouwould haveonly1SFCcallpercycle (soin 1stcyclethisSFCwillinteractwithfirstsiwarex,in2nd-withsecondsiwarexetc.) This is really usefull, because SFC58 is writing and you have to be sure, thatonly1SFCwritestosomelogicaladdressatthemoment.
Aret Posts: 2348 Rating: (265)
Suggestion To thank Quote Answer

7/29/2008 1:03 PM	Rate (0)
Ates Posts: 198 Rating: (19)	i totally agree with you .. thats also my point of view. But the problem is there is no busy bit, i mean its never gets 1 , and there isnt also operation completed or similar bit neither. And i just dont want to use time related functions. And req bits already interlocks each other but its also not doing any jobs.. if i call two sfc's at same time it gives 80c2 : The module is currently processing the maximum possible number of jobs for a CPU. which is temporary error but, if you try to write something you cannot write within that cycle bcoz of the error.
Ates Posts: 198 Rating: (19)
Suggestion To thank Quote Answer

7/29/2008 1:13 PM	Rate (0)
Aret Posts: 2348 Rating: (265)	1. If BUSY never gets to 1 thenSFCsareexecutedin1cycle. Try something like " IF NOT busy_bit THEN // switch to another siwarex... END_IF; 2. You can evaluate SFC59's RETVAL togetnumberofbytesactuallyread. 3. Can you upload project/sources here?
Aret Posts: 2348 Rating: (265)
Suggestion To thank Quote Answer

7/29/2008 1:30 PM	Rate (0)
Ates Posts: 198 Rating: (19)	actually code is very simple .. i mean thats not all the code but for this post this is enough i guess.. [code] CALL "RD_REC" REQ :=#REQ_CHANNEL_2_READ // request to read IOID :=B#16#54 // 54 means I/O-module LADDR :=#LADDR // module address RECNUM :=B#16#20 // read DR32 (meas. values ch. 2) RET_VAL:=#READ_CHANNEL_2_RET_VAL // return value (error code) BUSY :=#BUSY_CHANNEL_2_READ // BUSY status RECORD :=P#DIX 50.0 BYTE 10 // write meas. values to P#DIX 50.0 BYTE 10 CALL "RD_REC" REQ :=#REQ_CHANNEL_2_READ // request to read IOID :=B#16#54 // 54 means I/O-module LADDR :=#LADDR // module address RECNUM :=B#16#4 // read DR4 (adj. data ch. 2) RET_VAL:=#READ_CHANNEL_2_RET_VAL // return value (error code) BUSY :=#BUSY_CHANNEL_2_READ // BUSY status RECORD :=P#DIX 70.0 BYTE 10 [/code] so when i just enable one of them its always ok when i enable both of them as i told you i am getting 80c2 error. sometimes. and if i use busy bits its all the same also.. actually i dont understand how can it read data in 1cycle .. i wonder that busy bit must be set when i run it but its not going to 1.. and same for writing too
Ates Posts: 198 Rating: (19)
Suggestion To thank Quote Answer

7/29/2008 1:44 PM	Rate (0)
Aret Posts: 2348 Rating: (265)	From help: If the read job could be executed immediately, the SFC returns the value 0 in the BUSY output parameter If you get80c2sometimes,thensometimesyouaskmodule for2differentdatarecoredsatthesametime. My guess - you should try with 2 different REQ, 2 different BUSY and so on.
Aret Posts: 2348 Rating: (265)
Suggestion To thank Quote Answer

7/29/2008 1:55 PM	Rate (0)
Ates Posts: 198 Rating: (19)	actually i was thinking that you would say this :) but i already tried it and also for example if i just write a busy channel 2 s mxxx.x its not setting it .. so its never busy for this reasons. for req bits if i write 2 different bits its also the same if i make such a thing an req1 = req2 etc.. so i think the problem is this : when i try to communicate with something it must be a busy bit and done bit... here busy not working, and we havent got a done bit .. and i am getting that temp error .. actually i think that i couldnt catch the point of view of this sfc's owner.
Ates Posts: 198 Rating: (19)
Suggestion To thank Quote Answer

7/29/2008 2:20 PM	Rate (1)
Aret Posts: 2348 Rating: (265)	Can you try this? A M90.0 JCN dr4 CALL "RD_REC" REQ :=#REQ_CHANNEL_2_READ // request to read IOID :=B#16#54 // 54 means I/O-module LADDR :=#LADDR // module address RECNUM :=B#16#20 // read DR32 (meas. values ch. 2) RET_VAL:=#READ_CHANNEL_2_RET_VAL // return value (error code) BUSY :=#BUSY_CHANNEL_2_READ // BUSY status RECORD :=P#DIX 50.0 BYTE 10 // write meas. values to P#DIX 50.0 BYTE 10 AN#BUSY_CHANNEL_2_READ RM90.0 BEU dr4: CALL "RD_REC" REQ :=#REQ_CHANNEL_2_READ // request to read IOID :=B#16#54 // 54 means I/O-module LADDR :=#LADDR // module address RECNUM :=B#16#4 // read DR4 (adj. data ch. 2) RET_VAL:=#READ_CHANNEL_2_RET_VAL // return value (error code) BUSY :=#BUSY_CHANNEL_2_READ // BUSY status RECORD :=P#DIX 70.0 BYTE 10 AN#BUSY_CHANNEL_2_READ SM90.0
Aret Posts: 2348 Rating: (265)
Suggestion To thank Quote Answer

7/29/2008 2:31 PM	Rate (0)
Ates Posts: 198 Rating: (19)	actually yes i can .. i didnt tried to jump all block i just changed req bit.. let me try it quickly
Ates Posts: 198 Rating: (19)
Suggestion To thank Quote Answer

7/29/2008 2:37 PM	Rate (0)
Ates Posts: 198 Rating: (19)	actually i retried it.. corrected second channel which was very stupid mistake to leave it open so also sfc for that channel were working :) NOW -> jumping works well without any errors.. then i retried req bit interlocking and its giving 7000 (First call with REQ=0: No data transfer active; BUSY has the value 0. -) now i am not sure if jumping is a good solution.. what do you think ?
Ates Posts: 198 Rating: (19)	Last edited by: Ates at: 7/29/2008 2:57 PM
Suggestion To thank Quote Answer

|

Share this page:

Share this page on...

Follow us on