-
-
Notifications
You must be signed in to change notification settings - Fork 109
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Problem addressing an assembly object #39
Comments
Try adding the -S option, and get rid if the --route-path, so it only uses
"simple" (non Routing) CIP requests. Like for a MicroLogix, vs. for a
C*Logix controller.
On Fri, Sep 8, 2017 at 17:50 beville ***@***.***> wrote:
Hey there,
I'm new to Ethernet/IP and CIP, and recently discovered this project.
Fantastic stuff. Just playing with your CLI apps has taught me a lot. My
plan is to use your python libraries as test harness for a C/C++ app that
will use another open-source project, OpENer (
https://github.com/EIPStackGroup/OpENer), which I'm sure you're aware of.
Right now, I'm in the stage of making sure all the parts talk to each
other. The OpENer library has a test app that presents a handful of
assembly objects, with some instance IDs like 0x64, 0x96, and 0x97. I'm
trying a command like the following
python -m cpppo.server.enip.get_attribute -a 192.168.3.13 ***@***.***/100/3"
--send-path=""
Unfortunately, I always get back this:
Fri Sep 8 17:32:08 2017: 0: Single G_A_S @0x0004/100/3 == None
I'm also using the Molex windows tool to send "Get Attribute Single" and
"Set Attribute Single" commands to 4/100/3, and that *does* succeed, so I
know that the OpENer app can be responsive. Also, as a sanity check, using
the following identity query works as well:
python -m cpppo.server.enip.client -a 192.168.3.13 -i
Do I need to something special to talk to an assembly object?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#39>, or mute the thread
<https://github.com/notifications/unsubscribe-auth/AARwbN0oKLR1N2d-M9X7yNUtTGnq7t0Kks5sgd85gaJpZM4PR051>
.
--
--
-pjk
|
That did it! I thought I had tried that '-S' option, but maybe I had another broken option or config at the time. Thanks! |
Hi, sorry this is propably not the right place to ask, but since you (beville) did exactly what i want to, you could maybe give me a few hints regarding going from python to C++. |
Oh wow, five years later! Sorry, that project/contract never went anywhere, and I don't have any notes or code left over, and don't really remember much about it. Best of luck! |
Hey there,
I'm new to Ethernet/IP and CIP, and recently discovered this project. Fantastic stuff. Just playing with your CLI apps has taught me a lot. My plan is to use your python libraries as test harness for a C/C++ app that will use another open-source project, OpENer (https://github.com/EIPStackGroup/OpENer), which I'm sure you're aware of.
Right now, I'm in the stage of making sure all the parts talk to each other. The OpENer library has a test app that presents a handful of assembly objects, with some instance IDs like 0x64, 0x96, and 0x97. I'm trying a command like the following
python -m cpppo.server.enip.get_attribute -a 192.168.3.13 "@4/100/3" --send-path=""
Unfortunately, I always get back this:
Fri Sep 8 17:32:08 2017: 0: Single G_A_S @0x0004/100/3 == None
I'm also using the Molex windows tool to send "Get Attribute Single" and "Set Attribute Single" commands to 4/100/3, and that does succeed, so I know that the OpENer app can be responsive. Also, as a sanity check, using the following identity query works as well:
python -m cpppo.server.enip.client -a 192.168.3.13 -i
Do I need to something special to talk to an assembly object?
The text was updated successfully, but these errors were encountered: