polymachine/b-parasite-esp32
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
396 commits 32 branches 2 tags 31 MiB
Commit graph

396 commits

This branch
This branch
All branches
Author SHA1 Message Date
rbaron
ad3cd4194f Remove PM configs from soil_read_loop 2023-11-07 21:18:20 +01:00
rbaron
171a1eb4a0 Uses newwer FIXED_PARTITION_ID for fs_mount_t 
... This is what new samples use, but there should be no functional
difference.
 2023-11-07 20:57:54 +01:00
rbaron
5199ceaa50 Update to nRF Connect SDK 2.5 2023-11-07 18:31:32 +01:00
rbaron
7de5115705
Merge pull request #163 from rbaron/nrf-2.4.2 
Bump nrf-connect sdk version to 2.4
 2023-10-21 17:34:02 +02:00
rbaron
d5ed701c45 Simplify actions -- no artifacts 2023-10-21 17:26:55 +02:00
rbaron
141071a414 Refactor github actions 
Reason: https://github.com/NordicPlayground/nrf-docker/pull/75
 2023-10-21 17:21:39 +02:00
rbaron
35618227d5 Also bump in devcontainer.json 2023-10-21 10:30:36 +02:00
rbaron
77c204397e Bump nrf-connect sdk version to 2.4.2 
Manually tested with both ble and zigbee samples.
 2023-10-21 10:28:18 +02:00
rbaron
85ca1a67bc
Merge pull request #153 from rbaron/ble-bthomev2-def 
[ble sample] Sets BTHome V2 as the default encoding
 2023-07-23 18:45:15 +02:00
rbaron
e68c113513 [ble sample] Sets BTHome V2 as the default encoding 
This change has been planned for a while, and BTHome v2 + Home Assistant
is currently the most convenient, hassle-free and maintained way to
interface with the BLE sample currently.
 2023-07-23 18:39:01 +02:00
rbaron
e0481994b2
Merge pull request #152 from rbaron/ble-assert 
[ble] __ASSERT initialization & sensor reading
 2023-07-23 18:35:15 +02:00
rbaron
9ea5c7b4d0 Make init & loop fns static 2023-07-23 18:30:23 +02:00
rbaron
1a5acd02a5 [ble] __ASSERT initialization & sensor reading 
After we tracked down a rare, annoying bug for the zigbee sample in #150,
this PR does something similar for the ble sample. If there's an error
either initializing the board of reading the sensors, __ASSERT will
reboot the system, instead of letting it hang forever.
 2023-07-23 18:10:28 +02:00
rbaron
8fb45f7165
Merge pull request #150 from rbaron/zb-wdt 
[zigbee sample] Fix rare infinite loop bug & introduce watchdog
 2023-07-23 17:51:21 +02:00
rbaron
9fdd15626a Better error handling for SHTC3 reading 2023-07-15 11:07:35 +02:00
rbaron
c70eb600a3 [zigbee sample] Introduce watchdog for sensor task 2023-07-15 09:45:34 +02:00
rbaron
95ec660cb6
Merge pull request #146 from rbaron/zb-debug++ 
Fix (minor?) issues with the ZigBee sample
 2023-07-15 09:25:18 +02:00
rbaron
d84a6422fe
Merge pull request #148 from Judman/main 
Slightly Modified High Airflow Case
 2023-07-03 08:05:06 +02:00
Judman
8c21fe73d5
Replace Current High Airflow Cases 2023-07-02 11:33:26 -05:00
Judman
0a73159ce9
Delete b_parasite_case_high_airflow_v2.stl 2023-07-02 11:29:08 -05:00
Judman
105016e24c
Slightly Modified High Airflow Case 
Removed the circular supports the extended all the way to the build plate and left small bumps at the top of the case. Replaced with slightly wider and flatter supports that fit within the case constraints. Also slightly enlarged the PCB groove. I found it way too tight and ended up ripping off a batter holder and pads during removal.
 2023-07-01 22:41:25 -05:00
rbaron
bc3d834b20 Make it mandatory to select a factory reset method 
... in order to avoid unhappy surprises
 2023-07-01 08:26:21 +02:00
rbaron
37aff683ad LOG_INF -> LOG_DBG 2023-07-01 08:04:17 +02:00
rbaron
c86f04e406 Nuclear reset option if recurring sensor task cannot be rescheduled 
Famous last words: "this should never happen"
 2023-07-01 08:04:17 +02:00
rbaron
7f42dd0c00 Add missing prst_led_off after stopping LED flashing timer 2023-07-01 08:04:17 +02:00
rbaron
46feb542cc More fixes to the ZigBee sample 
- 🚨 Missing `break` statements in `zboss_signal_handler`
- Makes `zboss_signal_handler` return fast. According to the
  [docs](https://infocenter.nordicsemi.com/index.jsp?topic=%2Fcom.nordic.infocenter.thread_zigbee.v2.0.0%2Fgroup__zb__comm__signals.html):
  "Signal processing should not do long operations synchronously". I
  removed calls to `prst_flash_led` (essentially a huge sync delay) and `debug_counters_increment`,
  which were blocking. I'll try migrating the debug_counters to
  non-blocking separately
- Main sensor reading task is started for the first time upon
  the `ZB_ZDO_SIGNAL_SKIP_STARTUP` signal. This is what the
  [weather_station sample](https://developer.nordicsemi.com/nRF_Connect_SDK/doc/latest/nrf/applications/zigbee_weather_station/README.html) does. It should have no functional difference, but there's [some special handling for alarms started from the ZigBee task](0469247dc4/subsys/zigbee/osif/zb_nrf_platform.c (L426))
 2023-07-01 08:04:17 +02:00
rbaron
62a99cc716 Reintroduced accidentally deleted comment 2023-07-01 08:04:17 +02:00
rbaron
90f99bd5b0 Fixes (minor?) issues with the ZigBee sample 
1. zigbee_configure_sleepy_behavior must be called before zigbee_enable - [source
docs](https://developer.nordicsemi.com/nRF_Connect_SDK/doc/latest/nrf/libraries/zigbee/zigbee_app_utils.html#c.zigbee_configure_sleepy_behavior)

2. zb_zdo_pim_set_long_poll_interval must be called after the network is joined - [source docs](https://developer.nordicsemi.com/nRF_Connect_SDK/doc/zboss/3.5.2.0/group__zdo__poll__control.html#ga3aae8929b30e71c872f937771b89c768).
On top of that, the argument for the call was incorrect - it expects ms directly.

3. Removed the unecessary CONFIG_PM, seems like there's no impact in power consumption. Could it cause some weirdness?

4. Implemented CONFIG_PRST_ZB_FACTORY_RESET_DISABLED=y to fully disable factory resetting. May aid debugging.

5. Implemented multi/single channel support. Helps with battery life when scanning networks
 2023-07-01 08:04:15 +02:00
rbaron
5882312a77 [zb] Debugging changes: 
- Disables double reset
- Fully reset with zb_reset() on reset watchdog instead of
  user_input_indicate()
- Debug counters before/after sensors read
 2023-07-01 08:03:42 +02:00
rbaron
a4a02257f9
Merge pull request #147 from rbaron/zb-sw1-factory-reset 
[ZigBee sample] Implements factory reset via SW1 button (hardware v2.0.0+)
 2023-07-01 07:55:45 +02:00
rbaron
f9f122b818 Formatting 2023-06-27 21:34:49 +02:00
rbaron
d5891f4a6f [ZigBee sample] Implements factory reset via SW1 button (hardware v2.0.0+) 2023-06-27 21:28:56 +02:00
rbaron
56c5fa7ba0
Merge pull request #133 from rbaron/zb_debug_counters 
[ZigBee Sample] Introduce debug counters
 2023-06-27 19:08:53 +02:00
rbaron
f6b4600044
Merge pull request #140 from rbaron/config_board_revision_code 
Introduce CONFIG_BOARD_REVISION_CODE
 2023-06-15 18:36:22 +02:00
rbaron
afa53f0e94 Introduce CONFIG_BOARD_REVISION_CODE 
Beside having a `CONFIG_BOARD_REVISION` Kconfig string that represents
our semantic versioning for board revisions, the ZigBee sample requires
an integer representation of it. Instead of conditioning the integer
version on the string version only for that sample and having to touch
the ZigBee sample whenever we add a revision, I decided to have a
board-wide config, so that both string and int versions live close to
each other.

Fixes #138.
 2023-06-15 07:45:55 +02:00
rbaron
426195184d
Merge pull request #136 from rbaron/code-of-conduct 
Create CODE_OF_CONDUCT.md
 2023-06-09 18:58:59 +02:00
rbaron
c9df52fd5f
Create CODE_OF_CONDUCT.md 
As endearing as it is to get unactionable hate messages, I would rather we focus our efforts on having fun and fostering a small, great, positive, welcoming community, as it's has been so far.

This code of conduct is from https://www.contributor-covenant.org/, based on Mozilla's. I hope we never have to enforce it, and it sucks that we even have to think about these things. But at least this makes it a little more explicit about what's unacceptable behavior.
 2023-06-09 09:27:46 +02:00
rbaron
930239e385 Cleanup + double_reset counter 2023-06-07 08:26:05 +02:00
rbaron
015ce94bbd Cleanup 2023-06-07 08:10:23 +02:00
rbaron
987c4f52c0 Removes async debug counters API - not needed 2023-06-07 08:08:34 +02:00
rbaron
509350457f [ZigBee sample] Introduce debug counters 
In the effort to increse reliability of the Zigbee sample, #126 and #130
introduced handling for possibly rare, hard-to-debug events that may be
occurring. While these changes seem to help in practive, we don't know
exactly how often, if ever, they are triggered.

This PR introduces debug_counters in hope to add some visilibty in these
hard-to-debug, rare conditions.

Calling `prst_debug_counters_increment("some_counter")` will increment a
value stored in flash. These values are then dumped via logging when the
device boots. Moving forward we can also consider exposing these values
via a ZigBee cluster.
 2023-06-07 08:08:34 +02:00
rbaron
bcc5a853d0
Merge pull request #130 from oleo65/zigbee-schedule-steering-restart 
Zigbee schedule steering restart
 2023-06-07 08:07:44 +02:00
Ole Odendahl
3aa33cdd89
Fixed api of restart watchdog. 2023-06-02 11:39:52 +02:00
Ole Odendahl
ce748c4759
Added restart watchdog timeout to Kconfig. 2023-06-02 11:31:58 +02:00
Ole Odendahl
5cede82dc5
Changing api of restart handler to only expose needed functions. 
This encapsulates the low level timer logic from the caller.
 2023-06-02 11:16:49 +02:00
Ole Odendahl
9285a6bc41
Added comment to describe nordic funny function name. 2023-06-02 11:15:46 +02:00
Ole Odendahl
6f10dc9e19
Fixed clang format. 2023-06-02 11:07:47 +02:00
Ole Odendahl
c52d5f7a48
Added steering restart handler to signal handler steering branch. 
Made the device flash less frequently to save power on unexpected connection drops.
 2023-06-02 11:07:47 +02:00
Ole Odendahl
727138415e
Added restart handler module. 2023-06-02 11:07:46 +02:00
Ole Odendahl
69c0ed3694
Separated two signals for better debugging and possibly different handling. 2023-06-02 11:07:46 +02:00