[Release] Communication Drivers Collection for Rapid SCADA v6.0

Forum Home Forums Development and Integration [Release] Communication Drivers Collection for Rapid SCADA v6.0

Viewing 9 posts - 1 through 9 (of 9 total)
  • Author
    Posts
  • #18109
    kumajaya
    Participant

    Hello everyone,

    *Built by an automation engineer, for automation engineers.*

    I would like to share a collection of communication drivers I’ve developed for **Rapid SCADA v6.0**:

    đź”— **https://github.com/kumajaya/scada-drivers**

    This repository includes 3 drivers:
    – **DrvSigModbus** – Modbus RTU/TCP driver with **driver‑level scaling** (inspired by Citect SCADA). **Free**, unlimited tags.
    – **DrvSigPccc** – Allen‑Bradley PCCC driver (SLC, MicroLogix, PLC-5) via DF1, EtherNet/IP, or CSPv4. **Trial** (max 10 tags).
    – **DrvSig7** – Siemens S7 driver (S7‑300, S7‑400, S7‑1200, S7‑1500) via ISO‑on‑TCP (Sharp7). **Trial** (max 10 tags).

    For commercial drivers (DrvSigPccc and DrvSig7), three license tiers are available:
    – **Personal** (100 tags)
    – **Professional** (500 tags)
    – **Enterprise** (Unlimited)

    📌 **Pricing for commercial licenses has not yet been finalized** – I will announce it once determined. For now, please contact me directly if you are interested or need a quote.

    📥 Binaries are available for download from the **Releases** tab.

    The DrvSigPccc driver is built on top of **PCCCComm** – a complete, self‑contained .NET library I’ve developed for communicating with Allen‑Bradley PLCs using the PCCC protocol over DF1 serial, EtherNet/IP, and CSPv4:

    đź”— **https://github.com/kumajaya/PCCCComm**

    > *”Built for industrial automation engineers who need open, auditable PLC communication without vendor lock‑in.”*

    The PCCCComm suite also includes a standalone PLC emulator (**PCCCEmulator**) for safe development and testing, which is highly recommended before connecting to a production PLC.

    These drivers are still under active development, so please be cautious and always test on a test bench first. Feedback and bug reports are highly appreciated!

    Thank you!

    #18112
    Mikhail
    Moderator

    Hello,
    This is great news!
    We will be glad to add those drivers to the Store. Please check the requirements for driver naming. We use suffix related to the author’s name to avoid driver name duplication.

    #18113
    Mikhail
    Moderator

    Does the Sig part refer to the package name, author, or something similar?

    #18114
    kumajaya
    Participant

    Hello Mikhail,

    Thank you for the warm welcome and the positive feedback on the drivers! We’re very excited to contribute them to the Rapid SCADA ecosystem.

    Regarding your question about the naming:

    “Sig” stands for SIG, the institution that has sponsored the development of these drivers. It also serves as our author prefix to ensure uniqueness across the Store, as you suggested in the driver naming requirements.

    The full driver names are:
    DrvSigPccc – for Allen‑Bradley PCCC devices (SLC, MicroLogix, PLC‑5) via DF1, EtherNet/IP, and CSPv4. CSPv4 is a legacy protocol, rarely required in modern networks, but we included it specifically to support older PLC-5 and SLC 5/05 systems where EtherNet/IP might not be the preferred or available option.
    DrvSig7 – for Siemens S7 PLCs (S7‑300, S7‑400, S7‑1200, S7‑1500) via TCP/IP.

    We’ve used this prefix consistently across the entire codebase—assembly names, namespaces, class names, file names, and even the XML template files. Changing it at this stage would require significant rework across many files and introduce unnecessary risk, so we would greatly appreciate it if these names could be accepted as they are.

    We believe the names are already descriptive and are unique in the Store. If there is a strict requirement to rename them, we’re open to discussing it, but we hope the current naming can be accepted.

    We’re committed to maintaining and improving both drivers as they are adopted by the community, and we’re open to feedback. We look forward to seeing them in the Store!

    Best regards,
    Ketut Kumajaya

    #18118
    Mikhail
    Moderator

    Hello Ketut,

    The current naming is accepted. It’s clear and unique.
    Could you fill out the form to add the drivers to the Store (one submit per driver)?

    #18127
    kumajaya
    Participant

    Hello Mikhail,

    Thank you for confirming the naming. I have submitted the forms for all three drivers: DrvSigModbus (free), DrvSigPccc, and DrvSig7.

    Best regards,
    Ketut Kumajaya

    #18141
    Mikhail
    Moderator
    #18147
    kumajaya
    Participant

    Hello Mikhail,

    Thank you once again for the confirmation and for publishing all three drivers to the Store. I truly appreciate your quick support throughout this process.

    I would like to add a small clarification regarding the DrvSigPccc driver for Allen‑Bradley PLCs.

    The underlying backend communication library for PCCC that I built, PCCCComm, is released as an open‑source project on GitHub. This library natively supports multiple transports, including DF1, EtherNet/IP, and CSPv4.

    The PCCCComm package also includes a standalone PLC emulator (PCCCEmulator) that emulates SLC 5/04 (default), PLC‑5/40E (with --family plc5), and MicroLogix 1400 (with --family ml1400). It provides DF1 serial, EtherNet/IP, and CSPv4 interfaces, and has been validated against RSLinx with OPC access support. This is extremely useful for development and testing without requiring physical hardware.

    Additionally, I also provide a standalone PCCC Gateway (PcccGateway), which is also open source. This gateway acts as a transparent protocol bridge, allowing any EtherNet/IP client (such as RSLinx, libplctag, or pycomm3) to communicate with legacy PLCs that only speak DF1 or CSPv4. It is specifically designed for users who need to integrate older systems with whatever solutions they already have in place.

    The key point I want to emphasize is: The DrvSigPccc driver for Rapid SCADA does not require this gateway at all, because the driver already supports multi‑transport natively (DF1, EtherNet/IP, and CSPv4) right out of the box. Rapid SCADA users can connect directly to their PLCs without any additional middleware.

    With these three projects, I have built a complete ecosystem:

    1. PCCCComm (open source) — the foundational communication library for all PCCC needs, complete with a built‑in PLC emulator for testing.
    2. PcccGateway (open source) — a standalone bridging solution for users who are not using Rapid SCADA.
    3. DrvSigPccc (commercial, affordable) — a fully integrated, production‑ready driver specifically optimized for the Rapid SCADA platform.

    I hope this approach provides maximum flexibility for the community, whether they are using Rapid SCADA or other solutions entirely.

    Once again, thank you for your support, Mikhail.

    Best regards,
    Ketut Kumajaya

    #18150
    Mikhail
    Moderator

    Thank you for the developments, Ketut!
    They looks very useful for those who use the related popular controllers.

Viewing 9 posts - 1 through 9 (of 9 total)
  • You must be logged in to reply to this topic.