sigmadelta
MrPLC Member-
Content count
58 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Calendar
Everything posted by sigmadelta
-
I sent you a private message.
-
Another thing that it might be, is the files are read-only. Find the Step 7 project folder which is in C:\Program Files\Siemens\Step7\s7proj\ and right-click on it an click Properties... uncheck the Read-Only checkbox, and if it asks, apply the changes to all files and folders.
-
Try right-clicking your HMI in the TIA Portal Project then Compile -> Software (rebuild all). Save the project, then download.
-
Open STEP 7 and go online with the hardware configuration to see which Profibus or Profinet nodes are not communicating. If you don't have STEP 7 software, you have to look at all your Profibus or Profinet nodes to see if they have an error indication. BF means "bus fault", which means one or more nodes on network 2 and network 3 are not communicating. Could be a cabling problem, Ethernet switch problem, or device problem.
-
Maybe this post might help: https://contrologica.com/how-do-i-upload-from-a-siemens-s5-plc-using-step5/
-
It should work, as long as you wire the connections correctly.
-
How are you trying to connect, with the RS-232/TTY cable to the port on the S5 CPU? Are you using STEP 5 software? What communication settings are you using?
-
You should be able to open your TIA Portal V12 project in V14. Try going to Project -> Open to open your .ap12 project file, or if you have an archive, go to the Project -> Retrieve your .zap12 file.
-
You can find the trial version of STEP 7 you need to convert your blocks here: https://support.industry.siemens.com/cs/products?ps=100&search=TRIAL&dtp=Download&mfn=ps&o=DefaultRankingDesc&pnid=14339&lc=en-WW
-
The only way I know if is to make the S7-400 CPU a Profibus Slave to the S7-1500. The S7-400 would have to have a small program to transfer the I/O signals from the S7-1500 to the S7-400 I/O. https://support.industry.siemens.com/cs/document/13091565/how-do-you-connect-an-s7-400-cpu-as-dp-slave-to-an-external-master-?dti=0&lc=en-PA
-
1) Power on the PLC 2) Switch the selector switch to STOP 3) Remove the battery 4) Power off the PLC for at least 30 seconds 5) Make sure the EPROM is inserted into the PLC 6) Power on the PLC 7) Insert a new battery
-
S7-1200 Device to AC500 Controller Profinet Network
sigmadelta replied to GBottle's topic in Siemens
I believe the I-Device (Profinet device) functionality of the S7-1200 is only available with firmware version V4.0 and higher. You would need to STOP the CPU, because the S7-1200 requires a hardware configuration change whether you use it as an IO-Controller, or IO-Device. Go into the S7-1200 CPU Ethernet port properties and select the checkbox "IO Device", and add input/output transfer areas as needed. Then right-click on your PLC and compile hardware and software (only changes). You'll need to download to the CPU, which will stop it - there's no way around this. Then you'll see below the "Transfer Areas" a button to export the GSDML file. Import this file into your ABB Profinet configuration. Another way is to buy a PN/PN Coupler, which allows 2 masters to exchange data. However, both methods will require the S7-1200 PLC to stop.- 1 reply
-
1
-
OK, this code is written in STL language. Line by line: L #INPUT - load the value of the parameter "INPUT" into ACCU1 (accumulator 1) ITD - convert the value in ACCU1 from INT (integer) to DINT (double integer), and store in ACCU1 L L#-100 - load the value of -100 into ACCU1, the previous value in ACCU1 moves to ACCU2 (in this case #INPUT which was converted to a DINT) >D - check if the value in ACCU2 is greater than ACCU1 (in this case #INPUT > -100) JNB n01 - jump to label n01 if the above logic is false (#INPUT is not > -100) L #INPUT - load the value of the parameter "INPUT" into ACCU1 ITD - convert the value in ACCU1 from INT (integer) to DINT (double integer), and store in ACCU1 DTR - convert the value in ACCU1 from DINT (integer) to REAL (floating point), and store in ACCU1 L #MAX - load the value of #MAX into ACCU1, the previous value in ACCU1 moves to ACCU2 (in this case #INPUT which was converted to a REAL) *R - multiply ACCU2 by ACCU1 (#INPUT * #MAX) store the result in ACCU1 L 2.7648e+004 - load the value of 27648 into ACCU1 - this happens to be the maximum integer for S7 analog input values /R - divide ACCU2 by ACCU1 (#INPUT * MAX / 27648) store the result in ACCU1 T #output - transfer ACCU1 to the parameter #output JU n02 - jump unconditionially to n02 n01: L 0 - label is n01, which is used for the jump statements, load the value 0 into ACCU1 T #output - transfer ACCU1 to the parameter #output = #alarm - like a coil in LAD language the value of #alarm is based on previous logic (in this case the >D instruction - in this case #INPUT > -100) n02: NOP 0 - label is n02, which is used for the jump statements, NOP 0 is a no operation instruction (does nothing) I think the "= #alarm" instruction is wrong. I would use ""SET" on one line, then S #alarm" here, and use the lines "SET" then "R #alarm" just after the "JNB n01" line. Basically it is checking if the input is greater than 100, if it is not, it outputs a value of 0 and turns on the alarm bit. If it is greater than -100, then output the result of INPUT * MAX / 27648.
-
Here is a link to general information about the distances and baud rates of Profibus networks: Profibus – Distance & Baud Rate
-
First of all, that website is not converting the ASCII to decimal the way you think. It is simply converting each character to an INT and cramming it together. The result of "Hello" is like this: H = 0x48 = 072 DEC e = 0x65 = 101 DEC l = 0x6c = 108 DEC l = 0x6c = 108 DEC o = 0x6f = 111 DEC So the value 072101108108111 (072 101 108 108 111) is just the decimal values of each character side by side with no spaces. The whole value of "Hello" would really be 310,939,249,775, which is too big for a DINT (DINT has a maximum value of 2,147,483,648). Open Windows Calculator, switch to Programmer, switch to HEX, and type in 48656C6C6F, and you'll see the decimal value
-
See here: http://forums.mrplc.com/index.php?/topic/37211-linking-printer-to-s7-200/&do=findComment&comment=172925
-
In the ET200M racks, I have had bad bus connectors which connect the modules together. They are underneath the modules. If a bus module, or for that matter a module fails in a "certain way", generally, it fails the rack too, as if it lost communications. If you have spare modules, try changing them out one at a time, then the bus modules if the problem persists. These bus modules come with every new module. I can't promise this is the issue, but I have seen this kind of behaviour with a flaky module or bus module. Could even be the IM153-1 module itself that's flaky.
-
Look at this manual on page 4-10: TP 270, OP 270, MP 270B (WinCC flexible) The HMI device supports the following printer standards: • compatible with ESC/P, 9-pin ESC/P or ESC/P2 (EPSON) e.g. EPSON LQ 300+ • compatible with PCL3 (Hewlett Packard) e.g. Brother HL 1450 USB printers can still be used for PCL and Epson9 modes.
-
Any plans to upgrade the Panelview 1200?
-
You can connect a serial printer that can accept ASCII commands. I would recommend having a CPU 226 XP that has two ports because you usually need one port for the printer and another one for the HMI and/or programming. The port on the CPU can be set to "Freeport" mode, which is generic serial communication. The ports on the CPU are also RS-485, so to connect a printer with RS-232 you need a RS-232/Rs-485 converter.
-
Hmm, I was able to open it in PanelBuilder 1400e ( I don't have 1200)... had an installation error on the software, but I was able to run it and print this report. ABWWTP_Report.pdf
-
You cannot have a ring layout in an MPI network. Only the beginning and end of a segment should have termination ON, the rest should be off. An MPI segment can only have a distance of 50 meters without a MPI/Profibus repeater.