Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
weatherbox:gateway:fake_and_bridged_mode [2020/04/20 19:33] kluong [Fake Mode] |
weatherbox:gateway:fake_and_bridged_mode [2021/09/19 21:59] (current) |
||
|---|---|---|---|
| Line 31: | Line 31: | ||
| ^ Mode ^ Description ^ | ^ Mode ^ Description ^ | ||
| - | | Fake Mode | This mode does not require any physical devices at all; it simulates a weatherbox network by sending packets from multiple types of weatherboxes in an infinite loop. | | + | | Fake Mode | This mode does not require any physical devices at all; it simulates a weatherbox network \\ by sending packets from multiple types of weatherboxes in an infinite loop. | |
| | Bridged Mode | This mode allows you to hook up a physical device that emits TX frames onto uart lines. This could mean a full weatherbox, or just a microcontroller running a stubbed version of the normal firmware. | | | Bridged Mode | This mode allows you to hook up a physical device that emits TX frames onto uart lines. This could mean a full weatherbox, or just a microcontroller running a stubbed version of the normal firmware. | | ||
| Line 97: | Line 97: | ||
| ====== Further Improvements ====== | ====== Further Improvements ====== | ||
| - | * Automated testing: this is important, because as the software gets bigger it gets harder and harder to test all of the cases manually by running the whole program. | ||
| - | * Unit testing | ||
| - | * End-to-end testing | ||
| - | * Packaging story needs to be better; hard to run application with virtualenv | ||
| - | * Fake mode with C code - this might be useful for creating new schemas | ||
| - | * Deployment needs to be better | ||
| - | * systemd | ||
| - | * staging environment? | ||
| - | * Command line args could use some cleanup | ||
| - | * Is there a way to de-couple the python xbee library from the underlying transport mechanism? | ||
| - | * We could possibly use a pty to "subscribe" via some mechanism for debugging and testing purposes | ||
| - | * REST api to get status? | ||
| - | * Adding a new schema to the gateway | ||
| + | ^ Item ^ Description ^ | ||
| + | | Automated testing: t | This is important, because as the software gets bigger it gets harder and harder to test all of the cases manually by running the whole program. | | ||
| + | | Unit testing | | | ||
| + | | End-to-end testing | | | ||
| + | | Packaging story needs to be better; hard to run application with virtualenv | | | ||
| + | | Fake mode with C code - this might be useful for creating new schemas | | | ||
| + | | Deployment needs to be better\\ * systemd\\ * staging environment? | | | ||
| + | | Command line args could use some cleanup | | | ||
| + | | Is there a way to de-couple the python xbee library from the underlying transport mechanism | | | ||
| + | | We could possibly use a pty to "subscribe" via some mechanism for debugging and testing purposes | | | ||
| + | | REST api to get status? | | | ||
| + | | Adding a new schema to the gateway | | | ||
| + | | Logs for the gateway could be more useful | | | ||
| + | | Migrate from python 2 to python 3 | Python 2 is going away | | ||