geeksville
3e4ccef992
fix warnings
2020-04-23 13:53:29 -07:00
geeksville
f0f6c4950b
on NRF52 use the Segger debug console for debug logging
2020-04-23 13:27:16 -07:00
geeksville
16998ebd8d
fix compiler warnings
2020-04-23 13:26:53 -07:00
geeksville
b77c068881
create MeshRadio even on NRF52 (though it is currently using a Sim interface)
2020-04-23 12:50:54 -07:00
geeksville
e94227cddd
cope with missing interfaces in send
2020-04-23 12:48:00 -07:00
geeksville
fe3cbeed3a
misc NRF52 fixes
2020-04-23 12:47:41 -07:00
geeksville
a0b6d57591
Fix #69 - new BLE API is in and tested from android
2020-04-23 11:41:30 -07:00
geeksville
3673f95fe5
woot! using new BLE api approximately works for reading
2020-04-23 11:02:14 -07:00
geeksville
c67b53b969
remove owner from ToRadio
2020-04-23 10:30:14 -07:00
geeksville
562b227c73
new API now seems fully implemented - now on to testing. #69
2020-04-22 16:11:54 -07:00
geeksville
169d85d0fa
handle the new set_owner and set_radio messages
2020-04-22 15:13:05 -07:00
geeksville
bd77d47215
change serial baud rate to 921600
2020-04-22 14:58:35 -07:00
geeksville
e40524baf0
begin moving comms glue from the old crufty BLE code to the new cleaner PhoneAPI class
2020-04-22 14:55:36 -07:00
geeksville
9232dfcccf
WIP - add new baseclass for all api endpoints (serial, bluetooth, udp)
...
https://github.com/meshtastic/Meshtastic-esp32/issues/69
2020-04-20 18:03:13 -07:00
geeksville
2419ebb04e
0.4.3 Fix #92 : omg - for the last couple of weeks the official builds were
...
all using US frequencies. This build fixes this (and makes the build
system cleaner in general).
If you are building your own builds in the IDE you'll need to start
setting an environment variable called COUNTRY to your two letter
country code (or leave unset to get US frequencies). See new comment
in platformio.ini.
2020-04-19 08:33:59 -07:00
geeksville
db766f18ed
Fix #99 : move spi ISR operations into helper thread. SPI from ISR is bad!
2020-04-18 14:56:09 -07:00
geeksville
e5f9a752d8
fix comments and cleanup ISR code
2020-04-18 09:22:26 -07:00
geeksville
20b41836e2
clarify log msg
2020-04-18 09:22:08 -07:00
geeksville
78470ed3f5
fix #97 , we need the RF95 IRQ to be level triggered, or we have slim chance of missing events
2020-04-18 08:48:03 -07:00
geeksville
4ce7df295e
don't poll for completion so quickly - the log messages scare people
2020-04-18 08:39:05 -07:00
geeksville
176532f55f
autoformat per formatting rules
2020-04-17 18:50:07 -07:00
geeksville
8eb3045451
Fix #85 , we were stalling sometimes on send while in ISR which is NEVER legal
2020-04-17 18:49:54 -07:00
geeksville
2fe145aed9
debugging goo
2020-04-17 18:48:37 -07:00
geeksville
5b17417e0c
debugging GPIO wake on heltec- seems fine.
2020-04-17 14:30:42 -07:00
geeksville
04a83fd6b7
properly detach observers at destruction
2020-04-17 13:24:38 -07:00
geeksville
7730bd762a
be less chatty about sleep
2020-04-17 13:18:33 -07:00
geeksville
62286fff52
0.4.1 release
2020-04-17 13:05:16 -07:00
geeksville
25cca0628d
more debug output
2020-04-17 12:46:57 -07:00
geeksville
65406eaa08
mesh flooding seems to work pretty well!
2020-04-17 12:41:01 -07:00
geeksville
ea24394110
add first cut of mesh naive flooding
2020-04-17 11:52:20 -07:00
geeksville
6afeb3e456
ok - new router seems to approximately work
2020-04-17 10:38:44 -07:00
geeksville
f108c576a7
massive WIP updates to create a clean Router abstraction for mesh
2020-04-17 09:48:54 -07:00
geeksville
6eb74415ab
protobuf changes as part of getting ready for mesh again
2020-04-16 17:32:36 -07:00
geeksville
2464784f00
todo updates
2020-04-15 14:51:17 -07:00
geeksville
0a6af936ed
Get build (kinda, not really) running on a NRF52
...
Lots of NO_ESP32 to remove later...
2020-04-14 20:22:27 -07:00
geeksville
0b62083e35
wip - plan
2020-04-14 16:45:26 -07:00
geeksville
5ca149fac9
move radiointerface into lib
2020-04-14 14:36:26 -07:00
geeksville
80c69c28cd
move pool/queue management into the rf95 lib
2020-04-14 13:20:36 -07:00
geeksville
5904d66111
Move Custom95 in with the rest of the RH code, to be ready to refactor
2020-04-14 12:38:42 -07:00
geeksville
fd17193d5e
Strip out all the parts of Radiohead (most of it) that we don't need
2020-04-14 12:31:29 -07:00
geeksville
5c379c4a98
missing newline
2020-04-14 11:44:35 -07:00
geeksville
9c5d626e7d
Merge remote-tracking branch 'mine/cleanupblue' into cleanupblue
2020-04-14 11:41:16 -07:00
geeksville
4757b6807e
lots of changes:
...
* preflightSleep, notifySleep, notifyDeepSleep now allow arbitrary
drivers/devices/software to register for sleep notification.
* Use the proceeding to clean up MeshRadio - now the mesh radio is more
like an independent driver that doesn't care so much about other systems
* clean up MeshService so that it can work with zero MeshRadios added.
This is a prelude to supporting boards with multiple interfaces (wifi,
extra LORA radios etc) and allows development/testing in sim with a bare
ESP32 board
* Remove remaining ESP32 dependencies from the bare simulation target
this allows running on anything that implements the arduino API
2020-04-14 11:40:49 -07:00
Kevin Hester
04ad8bb533
Merge branch 'master' into cleanupblue
2020-04-10 21:11:46 -07:00
geeksville
640cb3bf7f
allow observers to return an error code to abort further processing
...
Will allow me to use observers to generalize the various hooks
that need to run to preflight sleep entry.
2020-04-10 12:40:44 -07:00
geeksville
6ad451eb5f
move bluetooth code into something that is architecture specific...
...
because the ESP32 implementation will be different from NRF52
to make this possible I needed to decouple knowlege about bluetooth from
our mesh service. Instead mesh service now uses the Obserable pattern
to let any interested consumer get notified of important mesh changes
(currently that is only bluetooth, but really we should do the same
thing for decoupling the GUI 'app' from the mesh service)
@girtsf would you mind reviewing my Observer changes? I haven't written
C++ code in a long time ;-)
2020-04-10 12:18:48 -07:00
geeksville
93a06906cb
begin splitting up source files, so we can have a tree of sources...
...
unique to each architecture. For now, we have "esp32" and "bare"
esp32 is the old esp stuff
bare is an target suitable for emulation that doesn't require any
particular hardware to run (no bluetooth, no i2c devices, no spi devices)
2020-04-10 12:15:35 -07:00
BeardyWalrus
3754950a0e
pinouts are swapped for TTGO-Lora32 V1 and V2 boards.
...
discovered by eriktheV-king in discourse
2020-04-09 20:44:15 -04:00
Andrew
753a57230d
Fix Meshtastic#80: Increase screen timeout to 5 minutes
2020-04-06 22:53:10 -07:00
geeksville
c22df18e28
fix collision avoidance for transmit - substantially improves lora tx success
2020-04-06 09:39:44 -07:00
