Kah Chun

No worries. Thanks to everyone who responded. Found my answer from RA website: Adapter plates and migration kits are available for migrating an existing PanelView 1400e CRT application to the PanelView 1000e flat panel terminal. Application files are easily converted with minimal changes if any. The Step Forward program offers discounts for returned terminals. It sounds as if the migration to 1000e will be seamless (as long I have the PB 1400e software) and that 1000e will be here to stay for awhile.

Yeah but I'm wondering if there is a particular model that will allow the upgrade to be more seamless ie without having to re-create the whole screen application again or to set up the communication link.

As long as you have the right version of RSView Studio, there is no reason why you can't assess the .apa file on the PanelView. All you have to do is to upload the file from the PanelView if you can't get the original file from the supplier.

Can anyone here suggest possible upgrade option for PanelView 1400e as they are now obsolete? My current 1400e is running on DH+ so I'm also interested to see if the migration to PanelView Plus will be easy ie do I have to create new application or new comm settings? Is there any option other than PanelView Plus? Cheers

You'll also see this error if you are using RSView v3.2 or earlier and the .apa file sent to you is created using RSView v4. If this is the case, you have to upgrade to v4 or get anyone who has RSView v4 to open that file and save it as v3.2

I have encountered similar issues before. I reckon the problem lies in the amount of VBA code my RSViewSE project has. Occassionally the screen freezes; either the tags are not updating or empty boxes appear. Normally, my first action is to restart the client application. If it doesn't work, restarting the development server is the last option. I noticed that it's a good practise to restart your development server if you have done considerable amount of changes on your project eg. editing screens, add tags etc. This is the main reason we set up a second server for redundancy.

Manav, not too sure if this going to help you much but as Nathan has suggested I reckon it's better off to use an SQL as the backend both for storage and logging of information. In our plant, we use MSSQL as storage and RSSQL as the transaction manager. Reports, when required are generated through RSBizWare or through normal queries directly from the server itself. Alternatively, provided you have the user rights, you can also make query to SQL via Excel. This way, you can utilised the flexibility and adaptability of RSBizWare or Excel in generating reports and the secure and powerful storage and database management of the SQL. That's all I get help you as I'm not really good with VBA. Good luck...

Thank you everyone for your input and suggestion.

It makes perfect sense because I'm struggling with this problem too. I manipulate the latch bit to start the rung with the BSL register on it but I can only reject the 'detected' box and the one immediately after it. I still couldn't think of a good way to reject 3 boxes; the 'detected' box, the one before and the other one after using BSL. The tricky part is that I need a trigger from the sensor to start the BSL ie I can't 'pre-bit shift' a bit without a signal?

Hi, I've got a question here in regards to the bit shift instruction. There is an existing logic in the PLC to detect red mark on boxes. When the sensor is triggered, it will latch on a bit (B3:1/8) and the BSL will shift the bit left when the instruction goes from false to true. A pneumatic actuator will then reject the detected box. The logic has been written quite a while ago and is always doing the its job admirably. -> XIC B3:1/5 BSL #B3:15 R6:15 B3:1/8 5 There is now a request to reject 3 boxes instead of just 1. One before and one after the detected box. Is there an easy way to go around this with minimum changes being made to the existing logic and BSL? ********************Problem partially solved***************************

What folders/files should I copy over?

You can create backups for your changes using .mer or .apa format. But it's a good practise to backup and save all changes in .apa as this allows other user(s) to view your changes and to do edit.

Not too sure if this going to help you... but when you do the download from the RSView Studio to the PanelView, you will see a checkbox that says something like 'replace communication... ' (i can't exactly recall what it is from the top of my head) but you need to tick this checkbox.

Yeah, I've already created a user-defined tag with 7 DINT in array. I used it as the destination location. For the first scan, I'm able to retrieve the date and time. But it hasn't update itself since...

Hi everyone, I've managed to solve the problem using the GSV command. I've created a user-defined tag called CLX_DateTime INIT[7] and I'm now able to retrieve the date and time information from CLX. However, this data is only updated once. Do I need to make the rung goes false-to-true to get it updated? I don't know whether I've stuffed up the PLC