kaare_t

Just remember that the clock occupies 6 or 7 dataregisters (if you use D0, it will also occupy D1-6)..... Year, Month, Date, Hour, Minute, Second....

You should make the terminal update the PLC clock (you can set up the terminal to download the clock to your preferred dataregister), and then check that the value(s) are updated (e.g. the dataregister which shows seconds)..... If the dataregister fails to update within a given interval, the comm link is down. Go to "Setup->Date Time Format....." in E-Designer

From Beijer (our local distributor) site. You can probably find this in Mitsubishi's site too: http://www.beijer.no/web/web_aut_no.nsf/do...125728E005C5358 This is the reference manual, and chapter "E" has all the normal instructions. For CPU specific instructions, get the reference manual for the specific CPU.

No, sadly you cannot insert a heading/name in the DataLogger (you will have to to that manually in excel or something later on).....

You have to use the "old" CPUs (Q01-Q25H) with the QA1S6xB & A1SJ71AT23Q, but this works fine!

You can use a special extension board and module for this. Extension board: QA1S6xB Module: A1SJ71AT23Q However, I don't think the new iQ series support them yet (I think you will need a standard Q-CPU (Q01-Q25H)). I don't remember but I will check it out (or someone else will correct me)

Did you find out everything you needed?

Hi. What exactly do you want to do? Datalogging or recipe handling?? I get a little confused when you mention datalogger and recipe as if they were kind of the same functions.... The recipe functions allow you to store setpoints like a cook-book for future use (you can create a recipe, then modify setpoints and then get the recipe again which inserts the previously stored setpoints). The datalogger functions allow you to log process data in different manners (change, time, bit-alteration). Tell us what you want to do and it's easier to help. I would use the ftp client (TCP/IP). The ftp transfer (serial) was simply a workaround in the earlier days without TCP/IP (existed on the old E-Series)....

---------------------------------------------------------------------- Battery for the E-Series There is no battery in the E300-E910, you have to replace the realtimeclock - the black component "IC23" - which is mounted in a socket on the CPU card. On some older versions they are soldered directly on the CPU Card. Article number for the RTC-clock is 321099910 which applies to both the old and the new versions. If you are not familiar with soldering on CPU cards we recommend to ship the unit to Beijer Electronics's Service Dept. Note that when the terminal battery is very low, the project memory may be erased in the event of a power disruption. The lifetime for such a battery is 10years @ 25degrees C. Applies to terminals E300, E410, E600, E610, E615, E700, E900, E910 ---------------------------------------------------------------------- A very fast translation.... Let me know if any of the sentences are "non-understandable"

A 100ms timer can do 3600 (36000). Or you could just use the second pulse (M8013) and increment a regular dataregister for seconds. When it hits 3600 increment another register for hours and so on.... You can basically make a "slow-timer" by doing this

HW: You will need a SC-09 programming cable SW: Most likely programmed in Melsec Medoc You should contact your local Mitsubishi rep. to get both the programming cable and software.

Crossbow replied 3hrs 21mts after your initial post and we didn't hear anything after that......

The GT Designer is part of the already pinned thread ("iQ Works Q & A, For discussion of all parts of iQ Works"), together with GX Works, GX Navigator ++++

Great! Let us know how it all goes, and your impression of the system!

Hehe...... Well, I had myself a good laugh reading your post and having my first cigarette this morning and all the constructive feedback (a bit fed up with Microsoft are we??) No, seriuosly, I've had some problems with Vista myself so I kind of understand you. However I would say that most of your problems are probably caused by a "too small" computer. I have a stationary computer at home running Vista with a quad core CPU and 8Gb of RAM and it runs Vista smoothly. I've also tried some brand new laptops with Vista and they also run pretty OK, so I think we have to face the fact that Vista is here to stay for some time... In addition, the security "problems" you are experiencing can be switched off (just turn of the UAC). By the way, when you run Ubuntu you also have to log in as an administrator when you need to make system changes, right? The UAC will also (according to Microsoft) be adjustable in Windows 7 so lets hope they'll do that!! Good luck with running Mitsubishi software on Ubuntu

I also agree with Crossbow and others, you should not use Windows 7. We also use XP in our computers at the office since XP now runs pretty stable and all (not just Mitsubishi software) seems to run pretty fine on XP. In my experience, Vista has just started to work pretty OK for all my applications (I would say about 6-9 months ago) so I think it will take some time before I'm comfortable with upgrading to Windows 7. In any case I would never upgrade before SP1 is released! I never upgrade my OS before the first service pack has been released and this has often proven to be a good solution! I could also mention that the current version of GX Works I'm testing does not support any kindof 64bit OS (won't install at all). Basically, if you have time to spend and you want to try new things I would upgrade to Windows 7. If you're a busy man I would stick with what is known to work.....

Here's the printout SkumKaru_Printout.pdf

Any VPN solution will make it possible to program both the PLC and the terminal via network/Ethernet. That's the whole point of VPN (Virtual Private Network). When you make a VPN connection, you connect to a remote device (most often a router/firewall or other VPN capable server) and when you are connected you can contact any device on the remote network as if you were on the actual site. To choose a specific VPN configuration you should google VPN and try to find some information. There are lots of different solutions and you'll have to gather some information and knowledge before using any of them (VPN will need some configuration). If you want a VPN solution where you can use windows without any extra software I would start by looking at SSL VPN (Secure Socket Layer). This kind of solution does not require a pre-installed client software on your computer, but instead automaticly downloads and initiates the software via your web browser (almost like an online banking account). When you later on need to connect your VPN tunnel you use your web browser to initiate the connection instead of a VPN client. As said earlier, try and google it a bit to check what will suit you best.

It seem correct, however some manufacturers mark the pins a little different. You could try connecting: RDA to RX- RDB to RX+ SDA to TX- SDB to TX+ GD to GD If this don't work, post your lines of code so that we can see.

Here's the printout. FYI: This project does not contain any local variables - only global variables which you can find in the list at the beginning! You also have some SFC programming (e.g. at page 115)..... AD5_Printout.pdf

I have tested the "simple" MES module and that one works great for Mitsubishi Q-Systems. As Gambit says, you'll need 1 MES module, and Ethernet (or CC-Link) on the other stations. That's the "simple" module. Regarding the more advanced eMES (MES Interface IT / Q12DCCPU) it can also use drivers for various other vendors like Rockwell, AB, Siemens ++++. You'll only need one module, which collects data from all the other stations (Mitubishi or others) via Ethernet (or CC-Link for Mitsubishi). I haven't had the possibility to test this module yet, I have simply got some information from our Mitsubishi supplier so I cannot "quarantee" anything, but from what I've read it seems like this is all true. If you connect the module to a system from another vendor, you're supposed to automaticly have access to any possible tag/variable and this is supposed to be an easy graphical selection (seems to good to be true....)! The eMES also has some more advanced capabilities regarding the database handling, and also supports several more database systems than the "simple" MES module, but I haven't had the possibility to investigate this any further. I would go as far as to say that if you have ethernet in your stations (with mixed vendors), the only module you'll ever need is the eMES.

Great man! Now we (and the topic starter) know that nothing critical has been modified when upgrading the project

You were looking at the "MES" module and not the "eMES" module. The MES is very simplified, and also only supports collecting data from Mitsubishi Q-Systems..... Take a look at the eMES (MES Interface IT).

Mitsubishi eMES is as hardware-independant as you can get it. It's a hardware OPC server with drivers to AB, Rockwell, Siemens +++++++ In addition, it can write/read data directly to most SQL databases. This is all the functionality you will ever need. In addition it has a lot of other features.... This is actually better than a PC based system since you remove one link in the chain when collecting data. The module has a memory in case the sql server goes down and then automaticly updates the database when it is online again.