Skip to content
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

Create Document: 08 Document Modbus Device Addition #41

Open
joewxboy opened this issue Mar 26, 2020 · 2 comments · May be fixed by #49
Open

Create Document: 08 Document Modbus Device Addition #41

joewxboy opened this issue Mar 26, 2020 · 2 comments · May be fixed by #49
Labels
documentation Improvements or additions to documentation

Comments

@joewxboy
Copy link
Member

This document should:

  1. Show how to add a new Modbus device to the existing demo
  2. Show how to verify that it is working
  3. Ideally, it would be a temperature or pressure sensor of some sort
@joewxboy joewxboy added the documentation Improvements or additions to documentation label Mar 26, 2020
@joewxboy
Copy link
Member Author

Per our recent subgroup meeting, split the Device Random service into a separate Open Horizon service definition file residing in the same pattern, and list the main EdgeX service as a dependency.

Once that is working, templatize the pattern for an external service so that others can be added or removed as needed.

@dcmartin
Copy link

dcmartin commented May 11, 2020

Objective is to stand-up the example RNG-EXF container/service as an open-horizon service; the existing OH example for EdgexX, does not break out the RNG example; need to understand how to parameterize that container to run independently of the other services, i.e. not using the bind statements in the existing example:

"edgex-device-random": {

  1. Split existing edgex OH service into two OH services; one w/ random alone and the second with the remaining containers (e.g. exfrandom and edgex)
  2. Modify OH edge pattern to include both exfrandom and edgex OH services
  3. Parameterize random service (and edgex pattern) with appropriate variables and values to utilize/access the OH edgex services API(s), etc..

Subsequent work would provide template or software library (or both) to enable OH services to utilize EXF services via API (n.b. authenticate, authorize, etc..)

Potential utilization of existing OH capabilities (n.b. metadata, API, ..) may obviate need to provide variable:values, but that is TBD.

@joewxboy joewxboy linked a pull request May 17, 2020 that will close this issue
@joewxboy joewxboy linked a pull request Jun 1, 2020 that will close this issue
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants