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.


Topics - BC SYSTEMS

Pages: 1 [2] 3
16
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........

17
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

 

18
Technical support / Nano Relays
« on: April 15, 2011, 02:28:33 AM »
Hi Guys,

I'm using the outputs on a nano to indicate if the communication on the serial and Ethernet port is working OK.  I need all four outputs which is fine for  outputs 1 & 2 but 3 & 4 are also connected to relays.

When the comm's is running the relays are on and off every second which is probably not doing them any good but perhaps more important, they are driving me mad!

Would there be any adverse situations if I just de-solder the relays.

Cheers


19
Technical support / Serial communications
« on: April 01, 2011, 10:56:15 AM »
Hi,

I'm using the following print command to send a string out or comm port 1.

PRINT #1 "50002404000E00403A" + chr$(13)    

A$ = INPUT$(1)

The data from the device is received at A$ no problem in the following format:

506125050E00400BB913

I'm only intrested in the last four bytes of data before the CS i.e 0BB9 when this is converted from hex to dec I get 3001.

I then want to put this value into a DM so my HMI can access the variable.

Not even sure where to start with this so any help appreciated.

Cheers


20
Technical support / W7 x64 download problems
« on: March 11, 2011, 11:56:32 AM »
Hi,

I was trying to download the nano ethernet sample program on my W7 x 64 PC (tri 6.4).  half way during the download the transfer would fail (freeze).  swapped over to my XP machine V6.3 and all was ok.

Not sure if you have seen this but thought I would let you know... if you need any further testing please let me know.

Cheers


21
Technical support / PLC Program Checksum Failure
« on: February 10, 2011, 07:33:38 AM »
Hi,

We had a failure on a site that has 10+ of your TMD PLC's.  The red pause LED was lit and dispite cycling the power, the PLC the problem remained.

I used the online monitoring function and noticed the following message from the PLC  was "PLC program checksum failure, please reload program"

The program has been running for 18 months without a glitch.  I reloaded the program and the syatem was back online.  

What do you think would cause this error as we have not had this message before?

Cheers

22
Technical support / Using Nano as a Protocol converter
« on: December 13, 2010, 12:40:04 PM »
Hi,

I'm thinking of using a Nano PLC to read some modbus slave data into the DM via the RS485 port.

Then use My Modbus TCP master access the PLC via the Ethernet port to read / write data back and forth to the slave device.

I need to ensure I don?t end up over writing values that are being read into the same location simultaneously, likewise I'm not sure how the PLC will respond to the TCP port reading a DM value at the same time the serial port is writing the data??

I was also thinking about request / response timing on both ports and if a buffer may be needed?????

Do you guys have any words of advice before I commit too much time to this?  do you think I would be better off purchasing an off the shelf serial to Ethernet server?

Any thoughts appreciated.





23
Technical support / Custom Protocol
« on: December 02, 2010, 02:39:51 AM »
Hi,

I'm trying to communicate to a device that uses the M50 protocol.

The device command information must be transmitted in ASCII format and the responses will be received in ASCII format.  see attached picture from the manual.

I need to use the setprotocol 3,10 for custom protocol but I'm not sure how to send the command string using the outcomm command??



24
Technical support / Trashed Analogue Input
« on: September 22, 2010, 02:45:26 PM »
Hi,

I beleive I have a damaged AI.

After correcting some wiring in a control panel I noticed one of the AI's wasn't reading the input signal.  The AI was subject to 24VDC for the best part of a weeK!

Looking at the PCB, after the input terminal there is a capacitor and a resistor bank "RA4"?, then off the to main processor.

Are there any checks I can do or components that I can replace?

Cheers

25
Technical support / Data Logger
« on: September 13, 2010, 02:49:09 PM »
Hi,

I want to use a T100md888 as a data logger.  I will use 7 of the inputs to count pulses from various items of equipment.

We need to record the number of pulses every 30 minutes and total the readings for a 24 hour period.

The PLC needs to record this data for approximately four months! - This is where the problems arise......

Example

If I count the pulses on one input and store the value in 48 DM locations (every half hour x 24 hours) plus the total DM and the counter = 50 DM's

These 50 DM's = 1 day, if I run this for four months  +/- 120 days I will need 6000 DM locations plus a few spare for the required custom functions.

To use the other six inputs I will need 42000 DM locations!!

Is there a way to save the data to an external device or increase the DM size??

26
Technical support / Priority inputs
« on: July 01, 2010, 08:56:37 AM »
Hi,  

I'm using an input to increment a DM value in a program we use on our standard panels.  DM value is used to change between LCD screens as we need to display data on the LCD

One niggle I have is that when I energise the input via a standard push-button, the PLC doesn't always see the input change state so the DM value isn't incremented.

After several attempts the value increments and the screen changes however this process can be somewhat frustrating.  

The program itself uses half the available program space, and I assume the reason for the intermittent reading of the input is due to the PLC resources being used elsewhere but I thought the scan time would be quick enough to pick this up??  Is there any way I can measure the scan time?

Can I prioritise this input into the PLC program?

Cheers


27
Technical support / Blank LCD
« on: June 30, 2010, 09:04:32 AM »
Hi,

I'm trying to get the LCD working on two TMD 2424's, both are using the 4 x 20 LCD.

I have loaded my program that is installed in four other installations but the LCD wont display any characters.

i have loaded a simple section of code that is triggered from Input 1 as follows:

SETLCD 0,1,CHR$(12) ' NO CURSOR
SETLCD 1,1,"KO POT CONTROL V" +STR$(DM[233],2)
SETLCD 2,5,""
SETLCD 3,3,"WWW.BCSYS.CO.UK"    'SETLCD 3,3,"WWW.BCSYS.CO.UK"
SETLCD 4,7,STR$(TIME[1],2)+":"+STR$(TIME[2],2)+":"+STR$(TIME[3],2)

Both PLC's are behaving exactly the same, both PLC and LCD were ordered at the same time.

Have you had any problems with either the LCD or the LCD port?  is there anything I can do to test the LCD or LCD port?

Cheers




28
Technical support / Resin encapsulation?
« on: April 17, 2010, 02:43:33 PM »
Sorry,

Giving you a bashing this week!

I'm working on a project in the Sahara and they have alot of issues with dust and sand and vibration proofing their equipment.

Have you or any of your customers resin encapsulated a PLC board?  I was thinking of going upto the base of the IC holders so any IC's could be replaced, anything else would be PLC write-off?

Do you think heat dissipation would a problem?  Other than the main CPU and maybe the PSU regulators are there any other parts that generate excessive heat?

Many Thanks

29
Technical support / Custom Function error
« on: April 16, 2010, 04:28:57 AM »
Hi,

I was using the below code in a basic program with no problems, whilst debuging some ladder logic I re-compiled and now it wont compile??  i added some comments but can't see any issues??

'******************************START
IF

TESTIO (CONTROL_OK)

DM[10] = 1

ELSE

DM[10] = 0

ENDIF


'******************************

IF

TESTIO (CLOSE_CB_STATUS)

DM[1] = 1

ELSE

DM[1] = 0

ENDIF

'******************************

IF

TESTIO (OPEN_CB_STATUS)

DM[2] = 1

ELSE

DM[2] = 0

ENDIF

'******************************


IF

TESTIO (TRIP_CB)

DM[3] = 1

ELSE

DM[3] = 0

ENDIF

'******************************

' CB STATUS CONTROL ALARM - BOTH INPUTS LOW

IF

DM[1] = 0 ' CLOSE

AND

DM[2] = 0 ' OPEN

THEN

DM[4] = 1 ' FAULT

ELSE

DM[4] = 0

ENDIF

'******************************

' CB STATUS CONTROL ALARM - BOTH INPUTS HIGH

IF

DM[1] = 1 ' CLOSE

AND

DM[2] = 1 ' OPEN

THEN

DM[5] = 1 ' FAULT

ELSE

DM[5] = 0

ENDIF

'******************************

' CB STATUS CONTROL ALARM - EITHER ERROR CONDITIONS

IF

DM[4] = 1 ' ERROR LOW

OR

DM[5] = 1 ' ERROR HIGH

THEN

DM[6] = 1 ' CB STATUS ERROR

ELSE

DM[6] = 0

ENDIF

'******************************

' CB STATUS CONTROL ALARM - CLOSED WHEN CONTROL NOT OK

IF

DM[1] = 1 ' CLOSE

AND

DM[10] = 0 ' CONTROL OK

THEN

DM[11] = 1 ' FAULT

ELSE

DM[11] = 0

ENDIF

'******************************

' CB STATUS COMFIRMATION OUTPUT

IF

DM[1] = 1 '  CLOSE

DM[12] = 1 ' CB SHOULD BE ON

ENDIF

IF

DM[2] = 1  ' OPEN

DM[12] = 0 ' CB SHOULD BE OFF

ENDIF

'******************************

' CB STATUS CONTROL CB CLOSING CIRCUIT OK

IF

DM[1] = 1

AND

DM[12] = 1

DM[13] = 1 ' CB CLOSED WHEN COMMANDED

ELSE

DM[13] = 0

ENDIF


' CB STATUS CONTROL CB OPENING CIRCUIT OK

IF

DM[2] = 1

AND

DM[12] = 0

DM[14] = 1 ' CB OPEN WHEN COMMANDED

ELSE

DM[14] = 0

ENDIF

'******************************END


30
Opinions & Feedback / Product wish lists & pros & cons....
« on: April 15, 2010, 07:46:02 AM »
Hi,

I have been a big fan of your products for some time now,  I have some TMD24's in the field and I'm just about to add another 2-3 PLC's to the same site.  

So far they have proved to be very reliable, and the support you guys provide is unmatched in the industry.

My comments on the hardware:

1) My biggest gripe with the PLC's and peripheral cards are the lack of support provided by the DIN rail connector kit.  The PCB is a non standard size for most universal PCB enclosurse which is a shame, as this would greatly improve the aesthetics of the product.

http://www.dinrailenclosure.com/dinsupports.php

2) Connectors, I have mixed feelings over these, I too prefer the Phoenix connectors as mentioned by other posts.  I have only ever had one issue with an analogue input connection, after I swapped this with a spare connector, all was well.  I think they are practical but not optimal.

3) The new F series, I have seen one of these in the flesh but I have yet to play with one.  I?m sure they are solid like the rest of the range. I noticed some text on the PCB "CAN?, are you looking to add CAN to these PLC's and associated modules?  I think this would be a great addition.

4) Again on the F series, the analogue IO is much improved with a 10V supply, which in my experience is a standard reference.  My big problem is why did you go with the DB15?  I think this is real mistake, DB15 cables and interfaces are becoming obsolete and this should have been terminals, I appreciate PCB space is tight but this is a step backward in my opinion.

4) One thing that is common over here (UK) is that the PCBs are flipped over, with only the connectors showing on the ?clean? side of the board.  This way all the "guts" are out of sight and you have room for PCB labeling, company logo etc.

My comments on the software:

1)   Quick tags ? why can?t you add more than 5?  Surely it cannot be hard to add as many as you want?

2)   I would like to see multiple pages of PLC code, by this I mean if I have some code for say pump control no.1  on page 1 and code for pump no.x on page x for example.  All the pages can be compiled as one when downloaded to the PLC.  This is just a house keeping thing that I am used to seeing. Another solution would be to compile multiple files, although this may be flawed as keeping the IO tags unique maybe a challenge, I?m sure the complier would pick it up but it may be a headache for the programmer.

3)   Modbus mapping ? I would really like to see an option to map the data memory to a Modbus register at bit level not just word level i.e. DM[1] ? DM[16] = 41001

4)   I would also like to use the data memory as a contact in the main program i.e. use DM[1] as a contact in a circuit to set a relay or output etc  if the value in DM[1] > 0 it would be true.  I know you have setio, set relay commands etc but you have to hunt these down in your custom function, and this would be more direct.

5)   Longer IO tag names would also be nice.

6)   Import and export IO tag names, custom functions etc to excel



My apologies if any or all of the above exist already, if they do I have failed to find them.  

Regarding the hardware, to implement any of the changes there will inevitably involve a cost, for some of the items I believe the cost would be justified

All in all I like the product very much and look forward to using it in the future.

Pages: 1 [2] 3