kaare_t

MrPLC Member
  • Content count

    2149
  • Joined

  • Last visited

Everything posted by kaare_t

  1. CANopen

    Hi! Sorry for the late response, I'm preparing for a 1 month holiday (going to China), so I'm trying to get everything in place at work before I leave..... Well, I'm a fan of the Q-series since I can pretty much do anything I want (except for CANopen... ), but the price is of course a drawback......I would consider the following: Is this a "one-time" application, or is this like a machine with potential of xxx systems? If this is indeed a "small-number" system, I would go for the Q-series because this ensures that you can always get an extra card if any extra needs suddenly pops up. Most often, the extra cost of the Q-series pays off when you start to program since you have the flexibility, and you don't have to spend a lot of time trying to figure out how to solve things or make workarounds in the FX-series.....
  2. CANopen

    It sounds like CANopen would be a good alternative, and you could run everything in one dynamic network instead of dividing into several sub networks. The biggest problem with the FX2N-32CAN (and also CANopen in general) is the configuration of both the FX2N-32CAN and/or every other node on the network. You'll need to either configure every node by themselves, or you can use a network manager (NMT Master) which supports some kind of network configuration. Another alternative is to use a software tool (several exists by different vendors) to generate a configuration which you download to each node, or the NMT Master node. Some general notes: I would consider the following before deciding: 1. How many potensial systems? Is this mass-production of a machine? -If not, then I would consider something else. 2. Do you need real-time data updates (and we're talking REAL real-time, not like Profibus or CC-Link which are not the same as real-time)? -If not, then I would consider something else. And by the way; I don't think that an FX1N would do the job if you really need real-time data updates since the scan-time and the FROM-TO bus-time is too slow. 3. If this is a single system (not mass-production), how much money can you spend on learning CAN? -CANopen isn't the easiest system, and you'll have to spend 'pretty much' time just to get the basics of the bus, then you'll have to start configuring and/or programming your units (most dynamic systems require configuration/programming to work - like PLCs, Controllers, ECUs +++). 4. If you're still considering CANopen: Are you sure you can't solve youre problems in any other way (even if this method isn't 'the ideal')? CANopen is a very, VERY flexible system and you can implement almost anything by configuration, but this is also what complicates everything. I'm sorry to be so negative about your idea. I have implemented several CANopen applications, where I have used the FX2N-32CAN as a network manager. I've also used the module to configure other devices on the bus, and/or the complete network system. This is all done by PLC code (depending on the size and connected nodes, the configuration code spans from 1000-15000 steps of code). If you are able to use GX IEC Developer I could send you some of the code I've made and you could take advantage of this. But then again, you would have to get some basic knowlegde of CANopen to be able to use any of the code I could provide, since the code itself is based on functionality and/or terminology of CANopen. If you already know a little about CANopen I've got general code and general function blocks for: -SDO Configuration of specific and/or every node on the network -Network startup and on-the-fly configuration -NMT Commands -NodeGuarding -Custom NodeGuarding -SYNC I've also got some examples of actual (and specific) configuration of (by use of SDO): -FX2N-32CAN -Encoders (Pepperl and Fuchs) -Hydraulic Controller (Danfoss) -ECU (Deif Marine) A good starting point if you would like to learn anything about CANopen is the CiA (nice name.....): www.can-cia.org/ If you have questions feel free to ask me, or continue this thread. Good luck with the decision
  3. CANopen

    You can't really compare CANopen with CC-Link (or Profibus or most other bus'es), but to answer the questions (2. first): The bus always runs in CANopen, and even if a device fails (or even if it short-circuits the bus), the bus is always available and accessible. You can detect if devices are missing by using the NodeGuarding or HeartBeat protocols, but the FX2N-32CAN only supports NodeGuarding.Do you have any other information about the network and/or other devices connected, and what would you expect to send/receive?
  4. Maple's Silver Series 550 and FX3U talking faster

    If you use a BD card, and you use the CPU driver in the HMI then you have to set D8120=0! If you set D8120 to anything other than "0", then you will disable the CPU-Protocol and enable one of the other possibilities like MC/Computer Link/No Protocol depending on the number you insert in D8120. E.g.: H0090 -No Protocol(b14 = 0) -19200bps -7N1 -No Header/Terminator
  5. Parallel Link and multiple HMIs on FX3U

    I would recommend to use HMI 1 = ADP HMI 2 = PLC prog port By doing this, you can connect the HMIs/PLCs as normal, and you can choose the protocols/communication setup's as you would normally do it.
  6. Parallel Link and multiple HMIs on FX3U

    You can only use a total of 2 comm cards on the left hand (you can have 1 BD + 1 ADP, or 2 ADPs). Are you planning on putting 2 HMI panels on 1 ADP card (on each PLC), or are you planning on 1 HMI on PLC Prog Port and 1 HMI on ADP card?If possible in the HMI, I would recommend Ethernet (FX3U-ENET) between HMI and PLC. Then you can connect almost as many HMI's as you want to one or more PLC's, and you can also cross-connect HMI's to PLCs.....
  7. Maple's Silver Series 550 and FX3U talking faster

    Well, let's hope the customer is satisfied with the present situation then, or wants to spend some more money..... Just a note: E-Terminals (E1000) are able to use 115.2k, and they are not produced by Mitsubishi (they are branded). Mitsubishi's own GOT terminals are also able to use 115.2k.
  8. Maple's Silver Series 550 and FX3U talking faster

    Sorry if my english isn't the best in this post! Let me know if anything is "not understandable"....!! SPEED: I do agree with you too, it's 2009 and of course 9.6bps is 'bad', but if your HMI supplier supports FX3U CPU protocol, then they should also support 115.2kbps! The reason I'm asking about the speed itself is that a HMI panel (with a human reading the numbers) would have time to update about 570 16-bit words in one second (exactly 600, but when you remove the overhead protocol bytes you'll end up with about 1140 data bytes), or appr. 57 16-bit words every 100ms! My point is that for the human eye, a "real-time" update doesn't have to be super fast, and very often the problem might be the processor speed of the panel itself, and not the protocol/bit-rate. PROTOCOLS & SPEED: Modbus at 9.6k is pretty much the same as FX-CPU at 9.6k which in turn is pretty much the same as MC at 9.6k! So if the maximum speed on any port is 9.6k, it doesn't really matter if you use Modbus-, CPU-, or MC-Protocol, or most other serial binary protocols (if you were to run Profibus or CC-Link at 9.6k they would also be slow)!My point is: The Maple guy don't know what he's talking about. If you are sure that you need the speed, I would indeed push Maple further since they should support FX protocol even for the new FX3U! Btw. You can't choose any other protocol than the FX-CPU protocol on the FX-series programming port! SUGGESTION: In any case (slow processor on the HMI, or slow baud-rates) it's always best to group all the variables in each "screen". The HMI usually only updates the variables in the selected "screen" (the screen that the user is looking at), and if they are wide-spread the HMI will have to use many but small requests to the PLC instead of one large batch read! Many and small requests are not good, since they require more processor speed in the panel, and many requests means a lot more overhead! PROFIBUS & FX2N: The FX2N don't have a ProfibusDP master, but you can indeed get a ProfibusDP slave - FX0N-32NT-DP!
  9. Modbus-RTU speed and delays

    300ms is pretty much! Is this time the same in all the nodes, or just some of them? In any case, you have to wait for a reply before you send a new request. I've used FR-F700 and Modbus and they had about 40-80ms response time for each inverter, which is in my opinion pretty slow compared to other devices, but far from 300ms!!
  10. Maple's Silver Series 550 and FX3U talking faster

    I'm also a bit curious, why do you need that high baud-rate just for an operator panel? Edit: By the way, the "technical support" don't seem to know what they are talking about! 1. Doesn't matter which protocol you use as long as the baud rate is the same (doesn't matter if you use Modbus/FX/MC protocol or others as long as the bit-rate stays the same)! 2. All the FX-series use the same CPU protocol. The only difference is that some areas has been expanded over the years (e.g. FX2N/FX3U you have M1600+ as opposed to the old FX, in the FX3U you have R devices (R0-R32766) and so on.....). However, the protocol itself is exactly the same!
  11. Alpha XL crack code

    Hi. It's against the rules of this forum to discuss hacking/cracking passwords (check out the "Terms of Use" you've agreed to: http://www.mrplc.com/tos.shtml You should probably check with the original programmer/company to get information about the program. If you can't get information from them, then you could try Mitsubishi.
  12. Maple's Silver Series 550 and FX3U talking faster

    The problem is that Mitsubishi use special handshake commands at startup, where they use the control pins (RTS/CTS++) to negotiate the transfer speed for the specific session. The possibility of 115.2k exists only for the CPU(Programming) protocol, and not the MC protocol. Therefore, if your HMI supports CPU protocol then the supplier should provide you with an updated driver. If your HMI only supports MC protocol then you're stuck with max 19.2k. BTW the programming port has a DMA channel and can therefore also respond even faster than any BD/ADP/etc. card....
  13. A-Series internal clock, using it

    Can't you just compare the value with less than/greater than instructions? I'm not really into GX Dev. but something like "If D0 is greater than 10, and smaller than 20, THEN M0=True"....!? Sorry for not being able to provide you with a GX Dev. example..... Anyone else with a code line?
  14. A-Series internal clock, using it

    Hi there! What kind of instruction do you want (which instruction did you find for the FX)? What do you want to compare, and what kind of result are you looking for? Which programming tool do you use (Medoc, GX Dev., GX IEC Dev.)? Guess you already know, but if you're programming an A-series, I would recommend reading the instruction set for that specific series
  15. Ethernet Heart Beat Code

    What's the problem with the cycling M? Is it Citect or your PLC code? There's nothing wrong with the method you are describing, and in many situations it's the only possibility.
  16. FX and Profibus Async message

    Sorry man. I've checked at work, and also a couple of other companies we work together with, but it seems like no one has used acyclic communication with the FX3U profibus master. Sorry for the "false hope" in first post and good luck!
  17. FX and Profibus Async message

    I'll check with some people tomorrow, will let you know!
  18. FX and Profibus Async message

    I assumed that Mitsubishi actually had a function block / program example for acyclic transmission for the FX3U. Veganic: Where in the Mitsubishi web-site did you find the IEC function blocks for FX3U and acyclic transmissions you mentioned? Sorry panic mode, it doesn't seem like Mitsubishi has any working example for acyclic transmission with the FX3U-64DP card. I can check if anyone at work has ever made a program for this kind of communication, and if so, I will send you the code. As mentioned, I haven't worked much with Profibus, so I'm not sure if I understand exactly what you need. Could you please explain exactly what you need to do, so that I can ask "the correct" questions at work tomorrow (and get the correct code if there is any)?
  19. FX and Profibus Async message

    Hi. I haven't worked with the FX3U and Profibus, but I have GX IEC (7.01 / 7.03), and I could export the Mitsubishi function blocks as IL if you would like. I'm not sure if you can use it as IL in GX Dev. (or do you have any other idea?).
  20. problem interfacing fx3u with fx3u-4da-adp

    Learned my lesson!
  21. problem interfacing fx3u with fx3u-4da-adp

    Well, not to be rude but you could at least take a quick look in the manual before posting "strange" behavior! Here's a snap-shot of the error section in the FX3U/FX3UC "User's manual [Analog Control Edition]" Manual No: JY997D16701 Manual_DA_ADP_Error.bmp
  22. interfacing Fx3u with various additional I/O

    If you look at the front of the 8AD, you have a led "24V" - This indicates if the external 24VDC is present. In other words, if this led is not lit, then the external 24VDC power supply has failed. You also have a led "POWER" - This indicates if the 5VDC (supplied in the ribbon cable) is present. In other words, if this is not lit, then you have a problem with the 5VDC on the bus/ribbon cable. The 8AD module will not draw 24VDC power from the ribbon cable. OK? -By the way; you can test the 24V led by simply disconnecting the external power supply from the 8AD.
  23. problem interfacing fx3u with fx3u-4da-adp

    Didn't you set up channel 1 to be a voltage output?Do you still have the error when you disconnect everything (except the power supply) on the DA-ADP?
  24. interfacing Fx3u with various additional I/O

    If the extension block/special unit has an 24VDC power supply connection, then that specified unit will not draw 24VDC from the ribbon cable.One small but important addition to any other previous post: FX3U-16 / FX3U-32 = 400mA available FX3U-48 and above = 600mA available
  25. problem interfacing fx3u with fx3u-4da-adp

    If you haven't connected anything else (than the fx2n-16ex-es/ul, fx2n-8ad, fx3u-232-bd and fx3u-4da-adp) you should be OK regarding power supply, but you don't have much left! I always use an external power supply. Have you connected the output wiring of the DA? If so, try to disconnect the output wiring and see if you still have an error.