!ZAnLsPitgFNnrNRLOQ:matrix.org

Drone OS

132 Members
An Embedded Operating System for writing real-time applications in Rust.21 Servers

Load older messages


SenderMessageTime
22 Jun 2021
@rmja:matrix.orgrmja valff: Did you have a look at the set_priority() api on cortex-m threads? 11:54:48
23 Jun 2021
@rmja:matrix.orgrmjaFor anyone interrested. I have almost completed the cc1200 driver, and there is an example app that shows its usage here:09:39:42
@rmja:matrix.orgrmjahttps://github.com/rmja/drone-drivers/tree/master/examples/cc120009:39:42
@rmja:matrix.orgrmjaThe example app uses different threads for different operations: One for loading off the received bitstream, one for detecting syncword in the bitstream and assemble packets, and one for forwarding the detected packet on to the uart.09:41:54
@rmja:matrix.orgrmjaI would really appreciate any feedback on the way that I do this!09:43:02
@rmja:matrix.orgrmjaThere are not that many examples out there which uses multiple threads, so I may have made some stupid decisions along the way:)09:44:05
24 Jun 2021
@valff:matrix.orgvalff
In reply to @rmja:matrix.org
valff: Did you have a look at the set_priority() api on cortex-m threads?
No, I haven't.
11:47:34
2 Jul 2021
@patropi:tchncs.dePatropi joined the room.22:55:14
6 Jul 2021
@jeandudey:matrix.orgjeandudey joined the room.08:22:54
7 Jul 2021
@jeandudey:matrix.orgjeandudey

Hello guys!

Is the Cortex-M7 supported on drone-cortexm? I've seen the source code and seems it would work out of the box :p

12:51:56
@moerk:matrix.orgmoerkNo, cortex m3, m4 og m3313:51:46
@jeandudey:matrix.orgjeandudeyIt's on the goal of the library to have support for it in the future? Would love to contribute a little bit13:54:27
8 Jul 2021
@moerk:matrix.orgmoerk valffis the mind behind drone os. I am pretty sure he will appriciate help 05:33:17
11 Jul 2021
@valff:matrix.orgvalff Hi jeandudey, supporting cortex-m7 is definitely a goal, but not a high priority now. My current priority is RP2040 support and symmetrical multicore in general. 08:27:21
@valff:matrix.orgvalffOf course contributions are welcomed!08:28:09
@jeandudey:matrix.orgjeandudey
In reply to @valff:matrix.org
Of course contributions are welcomed!
Cool! I'm waiting for a dev kit for an STM32H743, so this week I could be experimenting with it
08:29:30
14 Jul 2021
@micisuta:matrix.orgmicisutaHi - I'm trying to run the example in the Drone OS book with the two blue pill boards and I'm running into an unresponsive target. It may well be my shoddy soldering so I'm just looking for a bit of help on diagnosing what's going wrong. I've got as far as trying to flash the hello world build but when I run just flash I get the following:10:55:56
@micisuta:matrix.orgmicisuta
$ just flash
cargo build --features "" --release
    Finished release [optimized + debuginfo] target(s) in 0.27s
drone flash target/thumbv7m-none-eabi/release/hello-world
Black Magic Probe(SWLINK) v1.7.1-230-g41719c5, Hardware Version 1
Copyright (C) 2015  Black Sphere Technologies Ltd.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>

Assert SRST during connect: enabled
Timeout during scan. Is target stuck in WFI?
Timeout during scan. Is target stuck in WFI?
SW-DP scan failed!
/run/user/1000/.tmpZYO3ui:60: Error in sourced command file:
Attaching to Remote target failed
Error: `"gdb-multiarch" "target/thumbv7m-none-eabi/release/hello-world" "--quiet" "--nx" "--batch" "--command" "/run/user/1000/.tmpZYO3ui"` exited with status code: 1
error: Recipe `flash` failed on line 61 with exit code 1
10:57:10
@micisuta:matrix.orgmicisutaIf you can give me any pointers as to how to try to find out what is going wrong and why I seem unable to talk to the target I would be much obliged.10:57:39
@micisuta:matrix.orgmicisutaI think it may be my bad soldering. I managed to get further by manually pressing the reset button at the right time. It didn't complete but this suggests that there's a bad connection at least to the reset pin and probably to the data pin too.17:30:53
@valff:matrix.orgvalff micisuta It sometimes happens with BMP when the target uses deep sleep modes. The workaround is to press the reset button on the target. 18:18:52
16 Jul 2021
@jeandudey:matrix.orgjeandudey I'm running into a problem where the ldrex/strex operations works fine on the Cortex-M7 peripherals (SCB.CCR is modified succesfully at thr::init_extended) but fail on the STM32H7 registers (some weird things happen after the strex, like jumping to a thr_handler_0 symbol) 07:19:30
@jeandudey:matrix.orgjeandudeyHave you experienced something similar before?07:19:43
@jeandudey:matrix.orgjeandudey

For STREX, Rd must be different from both Rt and Rn.

On Cortex-M7 devices generic user guide

08:30:08
@jeandudey:matrix.orgjeandudey *

For STREX, Rd must be different from both Rt and Rn.
On Cortex-M7 devices generic user guide

08:30:15
@jeandudey:matrix.orgjeandudey *

For STREX, Rd must be different from both Rt and Rn.

On Cortex-M7 devices generic user guide

08:30:27
@seestem:matrix.org@seestem:matrix.org joined the room.20:57:30
17 Jul 2021
@micisuta:matrix.orgmicisuta
In reply to @valff:matrix.org
micisuta It sometimes happens with BMP when the target uses deep sleep modes. The workaround is to press the reset button on the target.
Just to follow up for my understanding. Am I right in thinking that flashing sends data over to connection B3 on the target? And does just log also use this pin? Are the three links from the premounted connectors for SWD? I've now got the board being detected correctly, but it's failing to attach to the target. The connection to B3 is still flaky so I'll need to resolder that, but I'm just trying to understand what the symptom I'm seeing (failing to connect to the target, though it is detected) is telling me.
08:37:19
22 Jul 2021
@seestem:matrix.org@seestem:matrix.org left the room.22:20:19
30 Jul 2021
@patropi:tchncs.dePatropi changed their profile picture.22:50:59

There are no newer messages yet.


Back to Room List