Skip to Content

Register Login

Industry Online Support

Technical Forum

Navigation

Indirect addressing SCL failure

Created by: Jens_app at: 6/6/2014 3:06 PM (18 Replies)

Rating (0)

Thanks 3

Result pages:: |; 1 | 2; |

19 Entries

Entries per page: 10 | all

6/6/2014 3:06 PM	Rate (0)
Jens_app Gold Member Joined: 1/5/2011 Last visit: 11/29/2024 Posts: 815 Rating: (123)	Dear all, I'm faced with a strange program while indirect addressing my peripheral inputs. When I create a program with: test : word (as output) t : int (as temp) And I use this syntax everything is ok: #test := IW288:P; When I use this syntax my system goes into system failure: #t:= 288; #test := IW(#t):P; I can't really see the problem here, can anyone help? (I've already tried without temp vars but had the same problem) Thanks in advance Kind regards, Jens
	Last edited by: Narrator1 at: 6/11/2014 1:41 PM Topic split from /tf/WW/en/Posts/80413#top Keep it simple and on-topic. A simple straight-to-the-point answer is often of more quality than a complicated one.
Suggestion To thank Quote Answer

6/6/2014 3:30 PM	Rate (0)
0_Einstein Diamond Expert Joined: 7/7/2010 Last visit: 1/14/2025 Posts: 15533 Rating: (2465)	Jens_app Dear all, I'm faced with a strange program while indirect addressing my peripheral inputs. When I create a program with: test : word (as output) t : int (as temp) And I use this syntax everything is ok: #test := IW288:P; When I use this syntax my system goes into system failure: #t:= 288; #test := IW(#t):P; I can't really see the problem here, can anyone help? (I've already tried without temp vars but had the same problem) Thanks in advance Kind regards, Jens Does it need to be IW[#t]:P? Search the threads here for the syntax as this has been answered by those with 300/400 experience.
	science guy
Suggestion To thank Quote Answer

6/6/2014 3:52 PM	Rate (0)
Jens_app Gold Member Joined: 1/5/2011 Last visit: 11/29/2024 Posts: 815 Rating: (123)	huggy_d1 Does it need to be IW[#t]:P? Search the threads here for the syntax as this has been answered by those with 300/400 experience. Hello huggy , thanks for the reply, the syntax i've shown is correct! Also I've searched the whole thread and my question isn't answered here. I see Mr Lindhand hdhosseiniuse the exact syntax as I'm using but in their case with succes. I don't think there is any problem with the code here.
	Keep it simple and on-topic. A simple straight-to-the-point answer is often of more quality than a complicated one.
Suggestion To thank Quote Answer

6/6/2014 3:56 PM	Rate (0)
0_Einstein Diamond Expert Joined: 7/7/2010 Last visit: 1/14/2025 Posts: 15533 Rating: (2465)	Jens_app huggy_d1 Does it need to be IW[#t]:P? Search the threads here for the syntax as this has been answered by those with 300/400 experience. Hello huggy , thanks for the reply, the syntax i've shown is correct! Also I've searched the whole thread and my question isn't answered here. I see Mr Lindhand hdhosseiniuse the exact syntax as I'm using but in their case with succes. I don't think there is any problem with the code here. Try WORD as the #t datatype. It is not possible for it to be negative, so many IW requires word.
	science guy
Suggestion To thank Quote Answer

6/6/2014 4:00 PM	Rate (0)
Jens_app Gold Member Joined: 1/5/2011 Last visit: 11/29/2024 Posts: 815 Rating: (123)	huggy_d1 Jens_app huggy_d1 Does it need to be IW[#t]:P? Search the threads here for the syntax as this has been answered by those with 300/400 experience. Hello huggy , thanks for the reply, the syntax i've shown is correct! Also I've searched the whole thread and my question isn't answered here. I see Mr Lindhand hdhosseiniuse the exact syntax as I'm using but in their case with succes. I don't think there is any problem with the code here. Try WORD as the #t datatype. It is not possible for it to be negative, so many IW requires word. nope huggy, it requires an integer, converting word to integer doesn't do the trick either.
	Keep it simple and on-topic. A simple straight-to-the-point answer is often of more quality than a complicated one.
Suggestion To thank Quote Answer

6/6/2014 4:25 PM	Rate (0)
0_Einstein Diamond Expert Joined: 7/7/2010 Last visit: 1/14/2025 Posts: 15533 Rating: (2465)	Jens_app huggy_d1 Jens_app huggy_d1 Does it need to be IW[#t]:P? Search the threads here for the syntax as this has been answered by those with 300/400 experience. Hello huggy , thanks for the reply, the syntax i've shown is correct! Also I've searched the whole thread and my question isn't answered here. I see Mr Lindhand hdhosseiniuse the exact syntax as I'm using but in their case with succes. I don't think there is any problem with the code here. Try WORD as the #t datatype. It is not possible for it to be negative, so many IW requires word. nope huggy, it requires an integer, converting word to integer doesn't do the trick either. /tf/WW/en/Posts/80413 Does this thread help? I think it says for s7-300/400: PIW(#t) For S7-1200 Peek at the input, at least for FW3 and below. Have not looked at new options in FW4
	Last edited by: huggy_d1 at: 6/6/2014 4:27 PM Last edited by: huggy_d1 at: 6/6/2014 4:26 PM science guy
Suggestion To thank Quote Answer

6/6/2014 5:03 PM	Rate (0)
Jens_app Gold Member Joined: 1/5/2011 Last visit: 11/29/2024 Posts: 815 Rating: (123)	Hello huggy the syntax is IW(#t):P in scl, I think you are talking stl. I don't think I'm doing something wrong here...
	Keep it simple and on-topic. A simple straight-to-the-point answer is often of more quality than a complicated one.
Suggestion To thank Quote Answer

6/6/2014 6:57 PM	Rate (0)
0_Einstein Diamond Expert Joined: 7/7/2010 Last visit: 1/14/2025 Posts: 15533 Rating: (2465)	Jens_app Hello huggy the syntax is IW(#t):P in scl, I think you are talking stl. I don't think I'm doing something wrong here... Maybe there is a firmware update that makes your correct syntax work. Can you use plcsim with different target PLCs to make it work rather than change code that is supposed to work and doesn't?
	science guy
Suggestion To thank Quote Answer

6/8/2014 12:14 PM	Rate (0)
Jens_app Gold Member Joined: 1/5/2011 Last visit: 11/29/2024 Posts: 815 Rating: (123)	huggy_d1 Jens_app Hello huggy the syntax is IW(#t):P in scl, I think you are talking stl. I don't think I'm doing something wrong here... Maybe there is a firmware update that makes your correct syntax work. Can you use plcsim with different target PLCs to make it work rather than change code that is supposed to work and doesn't? Hello huggy, thanks for your reply, as soon as I get back to work I will test this (tuesday). I am 100% sure this code should work and you are probably right, it will be a firmware issue. I'll try different target plc and get back to you. In the meanwhile I'd like to mention the cpu I'm using is CPU312 and the software version is tia portal V11 SP2 update5. Greetings, Jens
	Keep it simple and on-topic. A simple straight-to-the-point answer is often of more quality than a complicated one.
Suggestion To thank Quote Answer

6/10/2014 4:49 PM	Rate (0)
Jens_app Gold Member Joined: 1/5/2011 Last visit: 11/29/2024 Posts: 815 Rating: (123)	Dear huggy, changing target plc did not solve my issue. Still getting SF: Area length error when reading I area, word access, Access address: 288 FB number: 13 Module address: 132 Requested OB: Programming error OB (OB121) Priority class: 1 VARS: #t as int (temp) #test as word (out) Syntax used: #t:= 288; #test := IW(#t):P; No syntax errors given and also 100% sure it is nota syntax problem. Issue of tia portal V11? Kind of stuck here. Please help. Kind regards, Jens
	Keep it simple and on-topic. A simple straight-to-the-point answer is often of more quality than a complicated one.
Suggestion To thank Quote Answer

|

Share this page:

Share this page on...

Follow us on