Print document

Technical Forum

Communication / Networks

CP1616 as Profinet I/O Controller and Device for OPC-Server

Thread Starter: JimBeam   Started: 6/4/2012 5:08 PM   Replies: 25

« Previous thread Next thread »
«‹123 Page 3 of 3 (26 items)
  6/29/2012, 9:35 AM
JimBeam
Joined 6/4/2012
Last visit: 7/11/2012
Posts: 20
Rating:
Rated: no ratings [0 out of 5 / rated 0 time(s)]. (0) 
Rated: no ratings [0 out of 5 / rated 0 time(s)]. (0) 
"But in general you should see your projected transfer modules for the device (instead of creating new ones)."

As already stated I see those projected items. I meant, that I just had to put them on the "watch list". For sure I used OPC-Scou for that.

"If you want to do a 'real' test with data exchanged you need of course an application at your CP1616 PC."
As stated before, my application programm is running on the PC-Station where the CP1616 is assigned as a controller. The controller application is writing and reading bytes to and from I/O device.


"But for seeing your Input/Output Bytes without data in OPC-Scout it should be enough to load your project in the OPC PC Station."
I did that, but I only see the status "invalid". And in the details there is a hint, that there might be a communication error.
But there is none, since pinging and all that stuff works well.

Could it be a licensing problem? We have a Softnet S7 Basic license, but sometimes a messages pops up, that there is no license for PN IO available. But this has to be wrong, sine the CP1616 is made for PN IO and we bought the whole developement kit back in those days.
To whom could I talk about this license-problem? (If this could be the reason). Do you have a contact for me?
Top
  6/29/2012, 7:07 PM
Rated X
Joined 6/17/2011
Last visit: 5/24/2013
Posts: 1286
Rating:
Rated: Excellent [4.06 out of 5 / rated 82 time(s)]. (82) 
Users with special expertise supervising conferences
Rated: no ratings [0 out of 5 / rated 0 time(s)]. (0) 

Sorry, I guess there was a misunderstanding. So if your OPC side works (you could test this with some 'simple' PN device like an et200s) then your problem is most probable in the application.

If you look at the manual -> http://support.automation.siemens.com/WW/view/en/26435794 (p.47 bottom) it seems that you can use any IO device program for the IO-routing function, so it should work with one of the examples.

About the licence: The licence for your CP1616/DK should be some kind of paper delivered with the hardware. So your message is about the Softnet PNIO, the PN software used by the OPC server to operate as PN controller. If you want to use Softnet PNIO for some 'real' project you should buy a licence sometimes. -> http://support.automation.siemens.com/WW/view/en/48753967

Did this help?

Gruß / best regards
Rated X
Top
  7/2/2012, 12:40 PM
JimBeam
Joined 6/4/2012
Last visit: 7/11/2012
Posts: 20
Rating:
Rated: no ratings [0 out of 5 / rated 0 time(s)]. (0) 
Rated: no ratings [0 out of 5 / rated 0 time(s)]. (0) 
Hi Rated X.

it somehow seems to be a logical step, to run a profinet initialization on the SOFTNET-PC with the OPC-Server and the SOFNET-Controller :-) .

So I just used the example file PnioEasy in the SimaticNet/PNIO/WIN32/Examples/ and entered the address of the CP1616-Device (16382).

The Cp1616-Device should have two OneByte-Inputs according to the configured transfer modules.
I started the application and there was no error in initializing the Profinet, but the input state is bad:

 Press 's' to start sample application
 To stop sample application press 'q'.
Initialization started ...
waiting for changing operation mode <OPERATE>

callback_for_mode_change_indication was called <OPERATE>
.
input:  addr 16382, data 0x0, input device state: bad
input:  addr 16383, data 0x0, input device state: bad

input:  addr 16382, data 0x0, input device state: bad
input:  addr 16383, data 0x0, input device state: bad

...


I am pretty sure that 16383 is not the right address for the second byte, but at least byte one should be fine, since 16382 is the address configured in Simatic NCM.

On my other PC (the one with the CP1616-Controller and the I/O-Device) the application was running fine all the time. Pinging did work.

And the Items in the OPC-Server are gone now, too. ...strange...
Top
  7/2/2012, 2:34 PM
JimBeam
Joined 6/4/2012
Last visit: 7/11/2012
Posts: 20
Rating:
Rated: no ratings [0 out of 5 / rated 0 time(s)]. (0) 
Rated: no ratings [0 out of 5 / rated 0 time(s)]. (0) 
I tried it now with some other (nicer) addresses:

Cp1616-Device:
Output Byte 1 : Address 16  (1 byte)
Output Byte 2:  Adress 32 (1byte)

But nothing has changed: It still doesn't work and still the status is "bad"... :(
Top
  7/4/2012, 4:31 PM
JimBeam
Joined 6/4/2012
Last visit: 7/11/2012
Posts: 20
Rating:
Rated: no ratings [0 out of 5 / rated 0 time(s)]. (0) 
Rated: no ratings [0 out of 5 / rated 0 time(s)]. (0) 
Oh I guess that was my bad:
According to the PDF-File I have to run some IO-DEVICE-program that on the Computer, where the CP1616 is plugged in and NOT on the computer, where the OPC-Server is running - is that true??

So I don't have to run any program on the PC, where the OPC server is running (except for the Server...)

Is there an example for such an IO-Device program for the CP1616-Device that does nothing else but initializing the device? (According to the PDF it hasn't to do anything else)
Top
  7/11/2012, 12:22 PM
JimBeam
Joined 6/4/2012
Last visit: 7/11/2012
Posts: 20
Rating:
Rated: no ratings [0 out of 5 / rated 0 time(s)]. (0) 
Rated: no ratings [0 out of 5 / rated 0 time(s)]. (0) 
Summarized:
Is there an example for a CP1616 as an I/O-Device that does nothing but initialize it? Or can you help me, modifying one of the existing examples?
Top
«‹123 Page 3 of 3 (26 items)
Actions
Copy Link
To conference