S5 to S7 serial comms.

SW_Dave

Member
Join Date
Apr 2004
Posts
6
Hi all

Newbie here, hope to help if possible but first a problem of my own!

Trying to link an s5 to s7;

key points;

S5;
135u, 928B
CP524, serial module
tried ASCII, RK512, 3964(r)
Send job, Fetch job
Syncron, send-direct, recv-direct, send all, recv all.

S7
316 2-DP
CP341
tried ASCII, RK512, 3964(r)
FB7&FB8.

results:
send from S7= no error, job done, TX light on but nothing at S5!

send from S5= no error but nothing in S7

no PAFE errors, cable is ok!

anything i am missing here?

cheers :)
 
The first thing I do in a case like this is to try to capture the data using HyperTerminal (or some other program). If I can capture it there, then I can start looking for the problem elsewhere. I've used the CP341 a lot, and you should be able to set it up with Hyperterminal in minutes. Can you give that a try, just to see that you really are sending data?
 
S7Guy said:
The first thing I do in a case like this is to try to capture the data using HyperTerminal (or some other program). If I can capture it there, then I can start looking for the problem elsewhere. I've used the CP341 a lot, and you should be able to set it up with Hyperterminal in minutes. Can you give that a try, just to see that you really are sending data?

yes i connected to hyperterminal and got some data, although it was rubbish, i sent an ASCII string and got junk but at least this proves the CP341 is transmitting?

thanks for the reply.
 
Well, it depends on what you are sending. If you are sending printable ascii characters, then they should show up on Hyperterminal as such. But you're right, at least the CP341 is sending something.

Are you sure the cable is correct? Often, the CP341 will show no fault, and will display the TX light as long as it is connected to something, even if the cable pinouts are wrong. Doublecheck that, and we'll try something else.
 
yea i have a few more things to try tomorrow (its 23:06 here) my gut feeling lies with the CP524 card and its config.

will report tomorrow, thanks for now (y)
 
gut feeling right!

so its now working, sort of!

i am using open driver on the CP card and it will receive, however it needs to see CR (13) before it will bring the data in, so my new revised question is;

how can i get it to receive a fixed length?

from memory it involves settings in the coordination flag field in the send job (you have a send job that acts like a receive! :rolleyes: )

any ideas? having trouble finding info on open driver protocoll :(
 
sorted, for info;

used open (special) driver on the CP524.

you programme a send job and its number is the receive DB :rolleyes:

you the use the co-ord flags to determine receive type (end char, fixed length etc).
 

Similar Topics

Hello, this is a brand new task for me. I recently bought a particulate sensor and it communicates with UART protocol or I2C protocol. It came...
Replies
12
Views
2,837
I have camera software which uses a keyboard to navigate, zoom move ect through serial. I want to be able to replace the keyboard for a PLC so I...
Replies
4
Views
1,255
Hi all, Pretty new to PLCs, and I think I've gotten myself in over my head. I'm trying to get an AB Micro850 to communicate via RS-232 with an...
Replies
11
Views
2,802
Anyone here using MDS Orbit radios with PLC5 serial ? If you are would you share the setup config? How does the radio deal with the DF1 address...
Replies
0
Views
1,592
Hi all, I'm having a very hard time with my serial comms. Using FTView ME v9 to design an HMI. The PLC is a ML1500. At one point, I had comms...
Replies
1
Views
2,223
Back
Top Bottom