Comments (4)
Everything is explicit messaging still. The horribly delayed 2.0 series is being reworked to support completely different models such as implicit messaging, automatic reconnection, better retry behavior and better handling of some older PLCs that do not speak CIP well. It will also speak ModBus TCP after I finally come up for air and get a chance to hack that in. After CIP, ModBus looks like a walk in the park.
from libplctag.
I usually compile with 64-bit Windows when I use Windows. I also use exclusively 64-bit code when I use Linux, so the code is 64-bit clean.
from libplctag.
@kyle-github thanks for that info, that's great news.
An extra question I have is: this library/stack allows for read/write of tags in a host PLC, is the protocol handled as implicit messaging (constant read/write to tag names) or is it via explicit messaging (direct-messages) to named tags?
from the setup required, it looks (at first glance) to support the implicit messaging way of doing things, which is ideal for real-time control/feedback and is better than doing single direct messages of explicit table contents..
my company has a lightweight working stack for direct messaging (EthernetIP via CIP), but not the implicit continuous updating-tag-style communications
from libplctag.
Thankyou, that's all my questions for now. Closing my issue!
from libplctag.
Related Issues (20)
- Message packing on OmronNJ/NX beyond max response size HOT 2
- Standalone website to host documentation HOT 4
- Write is not working for SINT and USINT (1 byte) datatype for Omron NX/NJ PLC HOT 5
- MSR is not working for modbus_tcp protocol using libplctag library HOT 3
- MinGW timeapi.h issue HOT 4
- ASP.Net error HOT 2
- Parsing of port/link pairs is not correct in all cases HOT 5
- ControlNet is limited to 504 byte request/response packet sizes HOT 1
- Read/writing OmronNJ/NX TIME and DATE_AND_TIME data HOT 14
- Support data files for input and output without the data file numbers HOT 1
- Support for Omron NX/NJ variable listing HOT 214
- Packet sizes for Omron do not match documentation
- More exposure of internal tag information needed to solve BOOL array problem HOT 1
- Known Omron problems
- Support Omron-style fragmented reads and writes
- split Omron code out from generic/Rockwell CIP code.
- redo start_read()/start_write() to use data segment descriptors.
- Refactor the existing CIP/Rockwell code to eliminate more of the duplication and split out common versus specific code.
- Document all attributes in one place
- Update simulator to support BOOL arrays
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from libplctag.