EnergyView is a cutting-edge research and development initiative in the Digital Twin domain, aimed at building a robust, distributed system for real-time energy monitoring and analysis.
This repository houses the front-end component of the project.
The platform captures granular consumption and demand data from the Software Laboratory of the Electrical Engineering Building at Poli-USP through a network of IoT devices. This data is then processed and transformed into intuitive dashboards that enable detailed analysis of energy usage patterns.
- Real-time energy monitoring
- Intuitive dashboards for data visualization
- Detailed analysis of energy usage patterns
- Responsive design
- Node.js
- npm (Node Package Manager)
- Clone the repository;
- Open a terminal and cd into the repository's directory;
- Run
npm post-cloneto install and initialize dependencies; - Run
npm run devto serve the app.
To ensure code quality and consistency, the following tools are included:
-
Formatting: Use Prettier to automatically format your code according to the project's style guidelines.
npm run format
-
Linting: Employ ESLint to identify and address code quality issues.
npm run lint
-
Format and Lint: Run both formatting and linting in one step to ensure your code meets all quality standards.
npm run check
We use Husky to enforce code quality. The check script runs before each commit to perform formatting checks with Prettier and linting checks with ESLint, in that order. The commit will only proceed if all checks pass.
We welcome contributions from the community! To get started, please follow these guidelines:
Please ensure your commit messages adhere to the following format:
<type>(<scope>): <subject>
- feat: A new feature
- fix: A bug fix
- docs: Documentation only changes
- style: Changes that do not affect the meaning of the code (white-space, formatting, missing semi-colons, etc)
- refactor: A code change that neither fixes a bug nor adds a feature
- perf: A code change that improves performance
- test: Adding missing tests or correcting existing tests
- chore: Changes to the build process or auxiliary tools and libraries such as documentation generation
The scope should be the name of the module affected (as perceived by the person reading the changelog generated from commit messages). It could also be something like the feature worked on, etc.
The subject contains a succinct description of the change:
- Use the imperative, present tense: "change" not "changed" nor "changes"
- Do not capitalize the first letter
- Do not end the subject with a period
- Fork the repository.
- Create your feature branch (
git checkout -b feature/your-feature). - Commit your changes (
git commit -m 'feat(scope): add new feature'). - Push to the branch (
git push origin feature/your-feature). - Open a pull request.
This project is licensed under the GPL-3 License. See the LICENSE file for more details.



