61
Technical support / Re:FTP Connection error
« on: September 20, 2011, 05:49:20 AM »
Sorry Guys,
ignore the post. it was my firewall settings.
ignore the post. it was my firewall settings.
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
62
Technical support / Re:FTP Connection error
« on: September 20, 2011, 04:52:28 AM »
BTW,
I can connect to the PLC's and transfer a program fine....
I can connect to the PLC's and transfer a program fine....
64
Technical support / Re:FTP Connection error
« on: September 20, 2011, 04:50:27 AM »
filezzilla SS
65
Technical support / FTP Connection error
« on: September 20, 2011, 04:38:01 AM »
Hi,
I'm trying to access the ftp function of a Nano and FMD8 PLC.
I have set-up filezilla the same as in the manual, the connection is made but fails to create directory listing??
this is happening on two Nano's and one FMD so I'm guessing its me and not the PLC but everything looks to be set-up right??
I have connected to the PLC's about six months ago which worked fine........
I'm trying to access the ftp function of a Nano and FMD8 PLC.
I have set-up filezilla the same as in the manual, the connection is made but fails to create directory listing??
this is happening on two Nano's and one FMD so I'm guessing its me and not the PLC but everything looks to be set-up right??
I have connected to the PLC's about six months ago which worked fine........
66
Technical support / Re:Auto RS232
« on: July 15, 2011, 07:20:17 AM »
Hi,
It looks like the problem is due to the Auto485 only creates a half duplex RS232 port.........
When we use the TMD or FMD they have full duplex RS232 ports.
Is there anything I can do about this?
? i.e convert my half duplex RS485 to full duplex RS485 with another IC??
Cheers
It looks like the problem is due to the Auto485 only creates a half duplex RS232 port.........
When we use the TMD or FMD they have full duplex RS232 ports.
Is there anything I can do about this?
? i.e convert my half duplex RS485 to full duplex RS485 with another IC??Cheers
67
Technical support / Re:Auto RS232
« on: June 23, 2011, 09:43:24 AM »
Hi,
Yep both TX and RX are fine. Regarding the message, I'm sending the following via the print statment.
PRINT #1 "FOPEN MP.CSV"+CHR$(13)+CHR$(10) ;
The device requires CR and NL and that is the only way I could both terminators working. (confirmed OK by the FMD??)
I will try Hyper termial and report back. Its got me stumped!
BTW cable pinout:
2 - 3
3 - 2
5 - 5
Cable earthing is good between devices....
Cheers
Yep both TX and RX are fine. Regarding the message, I'm sending the following via the print statment.
PRINT #1 "FOPEN MP.CSV"+CHR$(13)+CHR$(10) ;
The device requires CR and NL and that is the only way I could both terminators working. (confirmed OK by the FMD??)
I will try Hyper termial and report back. Its got me stumped!
BTW cable pinout:
2 - 3
3 - 2
5 - 5
Cable earthing is good between devices....
Cheers
68
Technical support / Auto RS232
« on: June 23, 2011, 04:59:51 AM »
Hi,
I have a problem trying to send serial a string out of the rs232 port of my test PC ( Nano and auto 485). When trying to send a command the device does not respond. I have checked the string coming out of the Nano with a serial sniffer and it is correct.
If I use my PC serial port or a FMD88 with the same command all is fine, the command is received and all works well
...
The serial device only has TX RX and GND so no RTS etc. (I did try the RTS jumper in manual with different pot settings for good measure any way)
I guess this is a character timing issue?? Baud settings etc are all correct..... Any Ideas?
Cheers
I have a problem trying to send serial a string out of the rs232 port of my test PC ( Nano and auto 485). When trying to send a command the device does not respond. I have checked the string coming out of the Nano with a serial sniffer and it is correct.
If I use my PC serial port or a FMD88 with the same command all is fine, the command is received and all works well
...The serial device only has TX RX and GND so no RTS etc. (I did try the RTS jumper in manual with different pot settings for good measure any way)
I guess this is a character timing issue?? Baud settings etc are all correct..... Any Ideas?
Cheers
69
Technical support / Re:Data Logger
« on: June 09, 2011, 12:47:32 AM »
Hi,
That looks like a good product, unfortunately they don't ship to the UK
Cheers
That looks like a good product, unfortunately they don't ship to the UK
Cheers
70
Technical support / Re:Serial communications
« on: April 21, 2011, 11:17:22 PM »
Thanks Gary,
I was going to re assemmble the string in a much more incumbent manor!
I'm sure this will get me going in the right direction.
Cheers
I was going to re assemmble the string in a much more incumbent manor!
I'm sure this will get me going in the right direction.
Cheers
71
Technical support / Re:Serial communications
« on: April 21, 2011, 02:21:56 PM »
Guys,
Thanks for the pointers. I'm not trying to assemble two separate strings but make one complete string form the data received using the income fm.
If I send the following to port 1:
12345
Then use the following fn to convert to ASCII
A$ =chr$(incomm(1))
I get (looking @ online monitor) 1 delay 2 delay 3 delay etc
How can I reassemble the complete string and store in B$?
Cheers.
Thanks for the pointers. I'm not trying to assemble two separate strings but make one complete string form the data received using the income fm.
If I send the following to port 1:
12345
Then use the following fn to convert to ASCII
A$ =chr$(incomm(1))
I get (looking @ online monitor) 1 delay 2 delay 3 delay etc
How can I reassemble the complete string and store in B$?
Cheers.
72
Technical support / Re:Serial communications
« on: April 21, 2011, 12:34:05 PM »
Hi Gary,
Try it! I'm sendind a string like 001234567800 to comm port 1
Run a fm incomm on that port, convert to ascii and copy to A$ and you see 0 delay 0 delay 1 delay 2 delay etc
The delay is probably caused by me calling the fm via a 1 sec contact. I suspect this is because the data is being transferred from the serial buffer to the A$???
Cheers
Try it! I'm sendind a string like 001234567800 to comm port 1
Run a fm incomm on that port, convert to ascii and copy to A$ and you see 0 delay 0 delay 1 delay 2 delay etc
The delay is probably caused by me calling the fm via a 1 sec contact. I suspect this is because the data is being transferred from the serial buffer to the A$???
Cheers
73
Technical support / Re:Serial communications
« on: April 21, 2011, 09:51:04 AM »
Hi Gary,
Thanks for that. I may have led you down the garden path with the x$.... The problem I have is that the the incomm string is converted into A$, each character appers one after the other for a short duration a bit like the message boards with the moving text! (I see this in the simulator). What I need to do is copy each individual value before it changes in to another string, B$ for example.
Thinking about it I guess I could use
If
B$ <> A$
B$ = B$ + A$
Endif
What do you think?
Cheers
Thanks for that. I may have led you down the garden path with the x$.... The problem I have is that the the incomm string is converted into A$, each character appers one after the other for a short duration a bit like the message boards with the moving text! (I see this in the simulator). What I need to do is copy each individual value before it changes in to another string, B$ for example.
Thinking about it I guess I could use
If
B$ <> A$
B$ = B$ + A$
Endif
What do you think?
Cheers
74
Technical support / Re:Serial communications
« on: April 21, 2011, 12:52:20 AM »
Hi Gary,
Thanks for the info.
Regarding converting the data back to ascii, I see each ascii character in A$ but only one character at a time (8-bit integer value) how do I reconstruct the entire string? i.e copy each value from a$ to x$ in the right order? also the a$ returns a /FF at the end of the received string, I guess this is the PLC confirming job done!
Cheers
Thanks for the info.
Regarding converting the data back to ascii, I see each ascii character in A$ but only one character at a time (8-bit integer value) how do I reconstruct the entire string? i.e copy each value from a$ to x$ in the right order? also the a$ returns a /FF at the end of the received string, I guess this is the PLC confirming job done!
Cheers
75
Technical support / Re:Serial communications
« on: April 20, 2011, 04:30:39 PM »
Hello all.
Can the PLC receive HEX data on the serial port that doesn't have a carriage return terminator?
I looked at incomm but this is binary only?
cheers.
Can the PLC receive HEX data on the serial port that doesn't have a carriage return terminator?
I looked at incomm but this is binary only?
cheers.