Skip to content

Commit

Permalink
Merge pull request scikit-learn#2 from dataignitelab/feature/agent
Browse files Browse the repository at this point in the history
Feature/agent
  • Loading branch information
prismdata committed Oct 19, 2020
2 parents 1af69ec + 08e59f4 commit 3aed7d1
Show file tree
Hide file tree
Showing 457 changed files with 220,030 additions and 1,021 deletions.
Binary file added .coverage
Binary file not shown.
4 changes: 4 additions & 0 deletions .flake8
@@ -0,0 +1,4 @@
[flake8]
ignore = E226,E302,E41,W504,W605,Q000,N806,D103,D104,D106,D107,D202,D204,D400,D403,D401,I001,D208,D205,D100,D101,D102,D105,D205,D208,N802,N803,I004,I003
exclude = static, templates, server_configuration, venv, migrations
max-line-length = 120
13 changes: 13 additions & 0 deletions .github/ISSUE_TEMPLATE/-----.md
@@ -0,0 +1,13 @@
---
name: 기능 요청
about: 데이터 수집 시스템에 대한 추가 기능을 요청합니다.
title: ''
labels: ''
assignees: ''

---

**설비 연동 단말, 데이터 수집 서버, 전처리 에이전트에 관한 문제점이 있다면 각 영역에 대한 기능을 요청하시기 바랍니다.**
실비 단말: [추가 요청 기능]
데이터 수집 서버: [추가 요청 기능]
전처리 에이전트: [추가 요청 기능]
13 changes: 13 additions & 0 deletions .github/ISSUE_TEMPLATE/Feature_Agent.md
@@ -0,0 +1,13 @@
---
name: 설비 추가
about: 엣지 에이전트에 추가할 설비에 대해 기술합니다.
title: "[CONTROLLER-<model name>]"
labels: ''
assignees: ''

---

** 엣지 에이전트는 다양한 제조사의 설비와 통신을 수행합니다. **
***사용가능한 설비에 대한 Modbus ASCII/RTU에 대한 메모리 맵을 제공해 주시기 바랍니다.***
ex)
Bender | Model Name | Memory Address | Function
18 changes: 18 additions & 0 deletions .github/ISSUE_TEMPLATE/bug-report.md
@@ -0,0 +1,18 @@
---
name: Bug report
about: Please report bug
title: "[BUG REPORT]"
labels: bug
assignees: prismdata-dc

---

** Please describe error or bug when you run iiot_server.py **
Run File: iiot_server.py
Error:
Advice:

** Please describe error or bug when you run iiot_mqtt_aget.py **
Run File: iiot_mqtt_agent.py
Error:
Advice:
14 changes: 14 additions & 0 deletions .github/ISSUE_TEMPLATE/pull-request-issue-template.md
@@ -0,0 +1,14 @@
---
name: Pull Request issue template
about: Describe this Pull Request issue template's purpose here.
title: ''
labels: ''
assignees: ''

---

## Title

## Work list

## Notice
36 changes: 36 additions & 0 deletions .github/workflows/python-app.yml
@@ -0,0 +1,36 @@
# This workflow will install Python dependencies, run tests and lint with a single version of Python
# For more information see: https://help.github.com/actions/language-and-framework-guides/using-python-with-github-actions

name: Python application

on:
push:
branches: [ master ]
pull_request:
branches: [ master ]

jobs:
build:

runs-on: ubuntu-latest

steps:
- uses: actions/checkout@v2
- name: Set up Python 3.8
uses: actions/setup-python@v2
with:
python-version: 3.8
- name: Install dependencies
run: |
python -m pip install --upgrade pip
pip install flake8
if [ -f requirements.txt ]; then pip install -r requirements.txt; fi
- name: Lint with flake8
run: |
# stop the build if there are Python syntax errors or undefined names
flake8 . --count --select=E9,F63,F7,F82 --show-source --statistics
# exit-zero treats all errors as warnings. The GitHub editor is 127 chars wide
flake8 . --count --exit-zero --max-complexity=10 --max-line-length=127 --statistics
- name: Test with pytest
run: |
python3 whalesharkiiot_api_test.py
31 changes: 0 additions & 31 deletions .github/workflows/python-publish.yml

This file was deleted.

2 changes: 2 additions & 0 deletions .gitignore
@@ -0,0 +1,2 @@
.idea/
venv/
76 changes: 76 additions & 0 deletions CODE_OF_CONDUCT.md
@@ -0,0 +1,76 @@
# Contributor Covenant Code of Conduct

## Our Pledge

In the interest of fostering an open and welcoming environment, we as
contributors and maintainers pledge to making participation in our project and
our community a harassment-free experience for everyone, regardless of age, body
size, disability, ethnicity, sex characteristics, gender identity and expression,
level of experience, education, socio-economic status, nationality, personal
appearance, race, religion, or sexual identity and orientation.

## Our Standards

Examples of behavior that contributes to creating a positive environment
include:

* Using welcoming and inclusive language
* Being respectful of differing viewpoints and experiences
* Gracefully accepting constructive criticism
* Focusing on what is best for the community
* Showing empathy towards other community members

Examples of unacceptable behavior by participants include:

* The use of sexualized language or imagery and unwelcome sexual attention or
advances
* Trolling, insulting/derogatory comments, and personal or political attacks
* Public or private harassment
* Publishing others' private information, such as a physical or electronic
address, without explicit permission
* Other conduct which could reasonably be considered inappropriate in a
professional setting

## Our Responsibilities

Project maintainers are responsible for clarifying the standards of acceptable
behavior and are expected to take appropriate and fair corrective action in
response to any instances of unacceptable behavior.

Project maintainers have the right and responsibility to remove, edit, or
reject comments, commits, code, wiki edits, issues, and other contributions
that are not aligned to this Code of Conduct, or to ban temporarily or
permanently any contributor for other behaviors that they deem inappropriate,
threatening, offensive, or harmful.

## Scope

This Code of Conduct applies both within project spaces and in public spaces
when an individual is representing the project or its community. Examples of
representing a project or community include using an official project e-mail
address, posting via an official social media account, or acting as an appointed
representative at an online or offline event. Representation of a project may be
further defined and clarified by project maintainers.

## Enforcement

Instances of abusive, harassing, or otherwise unacceptable behavior may be
reported by contacting the project team at dataignitelab@gmail.com. All
complaints will be reviewed and investigated and will result in a response that
is deemed necessary and appropriate to the circumstances. The project team is
obligated to maintain confidentiality with regard to the reporter of an incident.
Further details of specific enforcement policies may be posted separately.

Project maintainers who do not follow or enforce the Code of Conduct in good
faith may face temporary or permanent repercussions as determined by other
members of the project's leadership.

## Attribution

This Code of Conduct is adapted from the [Contributor Covenant][homepage], version 1.4,
available at https://www.contributor-covenant.org/version/1/4/code-of-conduct.html

[homepage]: https://www.contributor-covenant.org

For answers to common questions about this code of conduct, see
https://www.contributor-covenant.org/faq
92 changes: 92 additions & 0 deletions CONTRIBUTING.md
@@ -0,0 +1,92 @@
# How to contribute to WhaleShark_IIoT
WhaleShark_IIoT is open to everyone, and we welcome any kinds of contribution.
We believe that our project can grow with your interests in helping others' necessities.

## Style Guide
WhaleShark_IIoT has several style guidelines that you must follow.
Before your start, please read the below instructions carefully.

### Linting and Code Convention
To maintain the code style and quality, we adopted python PEP8
The rules are based on the [Python3 Style Guide](https://www.python.org/dev/peps/pep-0008/) with some modifications.

### Commit Log Guidelines
WhaleShark_IIoT follows formatted commit logs based on [Conventional Commits](https://www.conventionalcommits.org/) for many different purposes (like creating CHANGELOG, ease history searching, etc.).
To not break the current format, you'll be forced to follow our commit log guidelines.
Before your commit/push, make sure follow our commit log guidelines.

The outline is as below:
```bash
<type>[optional scope]: <description>

[optional body]

[optional footer]
```

- #### Types
- **feat**: A new feature
- **fix**: A bug fix
- **docs**: Documentation only changes
- **style**: Changes that do not affect the meaning of the code. Such as white-space, formatting, missing semi-colons, etc.
- **refactor**: A code change that neither fixes a bug nor adds a feature
- **test**: Adding missing tests. Changing tests.
- **chore**: Changes to the build process or tools and libraries such as documentation generation
- **skip**: For commits made by after the 1st commit. Usually for applying code review changes.

- #### Description
A short description of the commit.

```bash
fix(Axis): Correct tick rendering
```

Example commit applying code review (after the 1st commit)
> **Note:** Commit log starting with `skip:` type will be ignored by commit hook constraint.
```bash
skip: Applied the review
```

- #### Body
A short descriptive message part of the commit.

Example commit of fixing a bug:
```bash
<type>(<module>): <subject>

Update condition of tick to avoid unnecessary tick rendering

<footer>
```

> **BREAKING CHANGE:** a commit that has the text 'BREAKING CHANGE:' at the beginning of its optional body or footer section introduces a breaking API change.
- #### Footer

Related github issue number referenced by `Ref #ISSUE-NO`.

ex) When the commit is about issue number 20, then
```bash
Ref #20
```


## How to submit Pull Requests
Steps to submit your pull request:

1. Fork WhaleShark_IIoT on your repository
2. Create a new branch from your WhaleShark_IIoT `master` branch (and be sure to be always up-to-date)
3. Do your work
4. Create test code for your work (when is possible)
5. Run `npm run lint` for linting and code style check. (update until without any error or warnings)
6. Run test code by `npm test` or `npm test:chrome` for chrome browser.
Make sure all tests pass at least on the latest version of Chrome(mobile/desktop).
7. Write a commit log following convention and push to your repository branch.
8. Create a new PR from your branch to `WhaleShark_IIoT/master` branch.
9. Wait for reviews.
When your contribution is well enough to be accepted, then it will be merged to our branch.
10. All done!


## License
By contributing to WhaleShark_IIoT, you're agreeing that your contributions will be licensed under its [ Apache-2.0 License](https://www.apache.org/licenses/LICENSE-2.0) license.
2 changes: 2 additions & 0 deletions DeviceManual/Agilent/README.MD
@@ -0,0 +1,2 @@
Agilent Device Manual
- XGS-600 : Gauge controller
1 change: 1 addition & 0 deletions DeviceManual/Agilent/XGS-600/README.MD
@@ -0,0 +1 @@
Gauge Controller
Binary file not shown.
Binary file not shown.
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Binary file added DeviceManual/CHINO/KP1000_신형_KPIII_11_5.pdf
Binary file not shown.
Binary file not shown.
7 changes: 7 additions & 0 deletions DeviceManual/CHINO/README.MD
@@ -0,0 +1,7 @@
[homepage] www.chinokorea.com

- KP1000 Series
> 디지털 프로그램 조절계
> KP1000 Series는 지시정도 ±0.1%, 제어주기 약 0.1초 96×96mm의 기존 KP Series를 계승한 새로운 디지털 프로그램 조절계 및 설정계 입니다.'
=
7 changes: 7 additions & 0 deletions Dockerfile
@@ -0,0 +1,7 @@
FROM ubuntu:18.04
MAINTAINER dataignite <dataignite@gmail.com>

# Avoiding user interaction with tzdata
ENV DEBIAN_FRONTEND=noninteractive

RUN apt-get update

0 comments on commit 3aed7d1

Please sign in to comment.