To ask questions about XBee MicroPython go to the Digi Forum.
The way to report bugs is to use the GitHub issue tracker. Before reporting a bug, please read the following points:
- Make sure that is really a bug by checking the documentation and consulting the Which features apply to my device? section.
- If you still think you have found a bug, make sure someone has not already reported it. See the list of known issues.
- If it has not been reported yet, create a new issue. Make sure to add enough detail so that the bug can be reproduced.
Note: The issue tracker is for bugs, not requests for help. Questions should be asked on the Digi Forum instead.
- Consult the Which features apply to my device? section of the documentation to ensure that the behavior you would like is not excluded in your device.
- Make sure someone has not already requested it. See the list of known issues.
- Submit your request in the issue tracker.
- Fork the XBee MicroPython repository (how to fork a repo).
- Create a branch for your contribution. Use a name that defines the purpose of the additions/modifications.
- Make your changes following the code style used in the samples. If you are adding a new sample or library, follow the steps described in the Contributing a new sample and Contributing a new library guides.
- Execute your code and verify the new functionality or fix works properly.
- Submit a pull request (how to create a pull request).
A project developer will review your work and then merge your request into the project, or come back to you with comments and/or questions.
XBee MicroPython samples are located in the samples/
directory of the
repository's root path. Samples are organized in categories, which are
directories that group samples by functionality.
You can create and nest categories as needed, but before doing so, make sure there is not already a category that meets your needs.
- A sample requires a directory with the sample ID as name. This ID must be a short name describing the example purpose, in lowercase and without blank spaces.
- Each sample must include at least the following files inside its directory:
README.md
This file describes the sample functionality, requirements, setup, etc. and is used by the Digi XBee MicroPython PyCharm Plugin to list the sample in the import samples wizard. For that reason, it must have a specific structure with required sections. You can copy and modify file README_TEMPLATE.md fromsamples/
directory for reference. Notice that lines starting with>
should be removed from the readme file.main.py
This file contains the source code of the sample and its name cannot be changed. See other existing examples and follow the same code style to write yours.
- Other directories or files (source code or not) can be added to the sample as needed.
XBee MicroPython libraries are located in the lib/
directory of the
repository's root path. libraries are organized in categories, which are
directories that group them by functionality.
You can create and nest categories as needed, but before doing so, make sure there is not already a category that meets your needs.
- A library requires a directory with the library ID as name. The name of the directory must be a short name describing the example purpose, in lowercase and without blank spaces.
- Each library must include at least the following files inside its directory:
README.md
This file describes the library functionality and requirements and is used by the Digi XBee MicroPython PyCharm Plugin to list the library when creating a new project. For that reason, it must have a specific structure with required sections. You can copy and modify file README_TEMPLATE.md fromlib/
directory for reference. Notice that lines starting with>
should be removed from the readme file.<lib_id>.py
This is the source code file of the library. The name of this file is must be the ID of the library unless it is structured as a package instead of a module. If the content of the library is a copy or modification of an existing module from a third, make sure you add the corresponding copyright in the header of the source file.