As a side note to hardware stuff.. I was thinking of getting some test
devices with ethernet/ip a while ago. Stephen was kind to point me at
affordable Rockwell products I could get in EU (still didn't happen).
Recently someone at openhab community forums mentioned MOXA ioLogik
E1200 family in
Hi Stephen,
That's a cool list of systems you can play with. So, I think this would really
be cool to verify things work on these. I'll be happy to help you sort out any
problems you come across.
Just today, Sebastian created a neat little tool (plc4j/utils/test-generator),
that takes a
BUILD-UNSTABLE: Job 'PLC4X/PLC4X/develop [develop] [753]':
Check console output at "https://ci-builds.apache.org/job/PLC4X/job/PLC4X/job/develop/753/;>PLC4X/PLC4X/develop
[develop] [753]"
Hi Chris,
On Wed, 2022-01-19 at 12:52 +, Christofer Dutz wrote:
> Hi Stephen,
>
> Thanks for your input :-)
>
You're welcome, it's easy to be an armchair quarterback.;)
> With my statement I was referring to Modbus-TCP which will most
> likely be used with TCP,
Agree.
> but I agree I should
todoubaba opened a new pull request #305:
URL: https://github.com/apache/plc4x/pull/305
Remove commons-beanutils dependency, because Android does not have class
java.beans.PropertyDescriptor.
--
This is an automated message from the Apache Git Service.
To respond to the message, please
From formal point of view CAN is secondary element. We just need to
solve classpath thing which is affecting Android.
The Transport API for CAN was updated especially for cases where we need
to go over specific hardware. It is a great news if you could utilize it
within your project!
Best,
Ooooh ...
this is exciting ...
and I be Lukasz will be happy to hear CAN being used :-)
And thanks for the willingness to prepare a PR ... believe me ... it's great to
know something you did something that's now part of something big ;-)
If you need help with that, please let me know, and
Hi Chris,
Thank you for reply. The device is used for medical megentic bead transferring.
The schema is Android -> Ethernet to CAN converter -> CANOpen Node … -> CANOpen
Node. It has implemented in PC, now I’m migrating the host node program to
Android.
I will try to send PR
Yang Lin
发件人:
We then could even check if for a given combination of driver + transport a
given option is not recognized, which is a problem I have had several times
before.
Chris
-Original Message-
From: Łukasz Dywicki
Sent: Mittwoch, 19. Januar 2022 14:05
To: dev@plc4x.apache.org
Subject: Re:
Makes tons of sense as constructing query strings in URI is simple, but
validating them is much harder. ;-)
Best,
Łukasz
On 19.01.2022 13:58, Christofer Dutz wrote:
Hi,
In contrast to my last email, I just noticed that we don't seem to have any
"getSupportedOptions" methods in PlcDriver or
Hi,
In contrast to my last email, I just noticed that we don't seem to have any
"getSupportedOptions" methods in PlcDriver or PlcTransport ... I think we
should start adding them to simplify tool integration.
What do you think?
Chris
Hi all,
I’m using plc4j in Android, commons-beanutils is the only thing to obstacle me
to do that ,because Android does not have java.beans.PropertyDescriptor.
org.apache.commons.beanutils.BeanUtils is used only in
org.apache.plc4x.java.spi.configuration.ConfigurationFactory (Line 93 and Line
Hi Stephen,
Thanks for your input :-)
With my statement I was referring to Modbus-TCP which will most likely be used
with TCP, but I agree I should have chosen a different example. (We should
investigate how Modbus-ASCII differs and mabe also directly support that). I
guess even Modbus is
Hello,
I would like to just add to this conversation if I may.
On Wed, 2022-01-19 at 11:00 +, Christofer Dutz wrote:
> Well the problem with eagerly including transports is:
> For example, using Modbus ... most transports being used will
> probably be onls TCP.
Not entirely true, there is
Hmmm odd … usually my outlook doesn’t do that… but I’ll be more careful about
it.
What do you mean with “optional” flag? In maven you can declare a dependency as
optional, do you mean that? If that would work, that would be great. As I
mentioned, so far I was planning on using the “optional”
Well the problem with eagerly including transports is:
For example, using Modbus ... most transports being used will probably be onls
TCP. And with Modbus-RTU it should only work with Serial, but there are people
using serial-to-network converters, so you also could use Modbus-RTU via TCP
I come over this issue yesterday, but on other end. While trying to get
0.10 running under OSGi I found that "wiring" if fine but whole thing
fails to work at runtime.
This boils down to several things, but Transport SPI lookup too. I agree
that listing supported transports types
+1 for sequential failing
Am Mi., 19. Jan. 2022 um 10:50 Uhr schrieb Julian Feinauer <
j.feina...@pragmaticminds.de>:
> Hi Chris,
>
> excellent question (and worth discussing).
> In the java pool there currently is NO automatic reconnection (lazy
> connection).
> I have no backup strategy there
Hi Chris,
excellent question (and worth discussing).
In the java pool there currently is NO automatic reconnection (lazy connection).
I have no backup strategy there (but makes sense to have one although this may
depend on specific situations).
I currently fail one connection at a time after
Hi Cesar,
right now, I would only like to give back a list of strings that are the codes
of the supported transports.
Perhaps we should extend the transports to give tooling more assistance on how
a given transport is to be configured.
Chris
-Original Message-
From: Cesar Garcia
Hi all,
I'm currently working on the go connection-pool. Now while in general I would
assume the functionality of a connection pool to be quite clearly defined,
there still are some special cases where I want to make sure we consistently
implement them.
Right now, I'm implementing it so there
21 matches
Mail list logo
