PLCWin_NT oder RTE und die COM1 ^{CODESYS Forge talk (Thread)}
PLCWin_NT oder RTE und die COM1
Last updated: 2008-03-13

On-line access at COM1 and COM2 ^{CODESYS Forge talk (Thread)}
On-line access at COM1 and COM2
Last updated: 2007-01-29

PM564 ETH for reading data from modbus serial slave using COM1 port ^{CODESYS Forge talk (Thread)}
PM564 ETH for reading data from modbus serial slave using COM1 port
Last updated: 2017-11-28

Post by eschwellinger on RPi, Codesys , RS232 ^{CODESYS Forge talk (Post)}
/dev/spidev0.0 and /dev/spidev0.1 are SPI interfaces - so you could not map them to serial ports that way. The serial port: [SysCom] Linux.DeviceFile.1=/dev/serial0 for Com1
Last updated: 2023-10-07

Post by damian177 on Codesys Control for Linux SL ^{CODESYS Forge talk (Post)}
In /etc/CODESYSControl.cfg I only added: [SysCom] Linux.Devicefile=/dev/ttyS Is ok ? Now in Codesys I should have mapping like below : COM1 - ttyS0 COM2 - ttyS1 ?
Last updated: 2024-09-08

Post by damian177 on RPi, Codesys , RS232 ^{CODESYS Forge talk (Post)}
Hi, so far I have only used one com port - built-in interface in RPi - RS232 (dev/serial0) as COM1 in Codesys, and my CODESYControl_User.cfg have congiuration like below: [SysCom] Linux.Devicefile=/dev/serial portnum := COM.SysCom.SYS_COMPORT1 Actually I added to my Rpi Hat with 2xRS232 (SPI). - /dev/spidev0.0 and /dev/spidev0.1 How I should change my CODESYControl_User.cfg file to use added porta as COM2 and COM3 in Codesys ?
Last updated: 2023-10-05

Post by eschwellinger on RS485 CAN HAT to Cosesys ^{CODESYS Forge talk (Post)}
Hi if you add in (ttyAMA0 should fit to your HAT's device [SysCom] Linux.Devicefile.1=/dev/ttyAMA0 to /etc/CODESYSControl_Usr.cfg since 4.12.0.0 version /etc/codesyscontrol/CODESYSControl_Usr.cfg then access in CODESYS with Com1 should do it. Keep in mind that only adapters work (for RS485) which do determine the send/receive direction in hardware
Last updated: 2024-10-28

Post by konradkmiller on Variable assignments ^{CODESYS Forge talk (Post)}
I have a snippet of code that I was given as a reference in ST. ** ModbusMasterRTU( xConnect:= TRUE, IPort:= IoConfigGlobals.COM1, // IoConfigGlobals.RS232485Interface, // COM1=Front Port / Serial module = Name of module in Devices structure I/O list udiBaudrate:= 19200, usiDataBits:= 8 , eParity:= WagoTypesCom.eTTYParity.None , eStopBits:= WagoTypesCom.eTTYStopBits.One , eHandshake:= WagoTypesCom.eTTYHandshake.None , ePhysical:= WagoTypesCom.eTTYPhysicalLayer.RS485HalfDuplex, xIsConnected=> xIsConnected , xError=> , oStatus=> , eFrameType:= WagoAppPlcModbus.eMbFrameType.RTU , tTimeOut:= T#1S, utQuery:= utQuery , xTrigger:= SEND, utResponse:= utResponse)** What is the meaning of => in this context?
Last updated: 2024-07-20

Post by annd on Migration von "CODESYS Control for PFC200 SL" zu WAGO FW26 "CODESYS V3.5.19.2" ^{CODESYS Forge talk (Post)}
Ich hab's hinbekommen: Nach dem Controller Update hab ich ein neues Projekt gemacht und nur den PFC200(8212) eingefügt (es erscheint dann ein leerer Kbus und eine serielle Schnittstelle COM1). Dann hab ich mich am Controller eingeloggt und den Kbus (Rechtsklick: Geräte suchen) mit allen Modulen automatisch ergänzen lassen. Bei den leeren Modulen hab ich dann das E/A-Abbild in csv exportiert. Dasselbe hab ich bei meinem alten "PFC200 SL" Projekt gemacht. Und dann in Excel alle Variablennamen in die leeren csv kopiert und danach wieder im neuen Projekt importiert. Dann hab ich noch alle Programmblöcke, Tasks, Visualisierungen und auch Modbus TCP Master u. Slave und auch Modbus COM Port Master und Slave in das neue Projekt kopiert. Weiters hab ich alle notwendigen Bibliotheken im Bibliotheksverwalter eingefügt. Dann noch ein paar kleine Fehler korrigiert (ich musst einen anderen Block zum Lesen der Uhrzeit nehmen) bis ich das neue Projekt fehlerfrei übersetzen konnte. Dann konnte ich es auf den Wago Controller übertragen und direkt starten. Es sieht so aus, dass alles läuft. Gruß annD
Last updated: 2023-11-18

Sort by relevance or date