Search found 36 matches

by mwm
Fri Nov 03, 2017 6:00 pm
Forum: ESP8266 boards
Topic: Multitasking?
Replies: 3
Views: 1008

Re: Multitasking?

Depends. How are your modules communicating with each other? Are you using some kind of synchronization object, or just passing around Python objects? In general, most Python modules haven't been vetted for thread safety, so running in this kind of multi-threaded environment is a bit hazardous. The ...
by mwm
Wed Oct 25, 2017 3:05 am
Forum: Other Boards
Topic: STM32F407 Discovery board not entering DFU mode
Replies: 3
Views: 2124

Re: STM32F407 Discovery board not entering DFU mode

I've got enough different STM32 tools installed I forget which is which, but you don't need a toolchain to use the stlink. That's just what I do. On Windows, I believe you can use the STM stlink tool to flash the firmware image. You may want to get that to update the firmware on the stlink in any ca...
by mwm
Tue Oct 24, 2017 8:09 am
Forum: Other Boards
Topic: STM32F407 Discovery board not entering DFU mode
Replies: 3
Views: 2124

Re: STM32F407 Discovery board not entering DFU mode

Which port are you connecting to? The mini USB port is connected to the stlink built into the board, and it will never show up as a dfu port for the STM32F4. It might show up as an stm32flash port if you put the STM32F4 in bootloader mode. The micro USB port is connected to the STM32F4 USB system, a...
by mwm
Wed Oct 18, 2017 7:50 am
Forum: General Discussion and Questions
Topic: PWM input/Timer.IC question
Replies: 5
Views: 1326

Re: PWM input/Timer.IC question

RM0090, 18.3.6. They actually get both the width and period using the same technic with a second channel on the timer. Using the capture register in an IRQ that runs on both edges is essentially the same method as most people user on old 8-bit ATMEGAs, made more accurate by using the capture registe...
by mwm
Tue Oct 17, 2017 11:14 pm
Forum: General Discussion and Questions
Topic: PWM input/Timer.IC question
Replies: 5
Views: 1326

Re: PWM input/Timer.IC question

I saw that. From what I can tell, it's not using the reference manual recipe, which uses the timer hardware to calculate the pulse width. Is there a reason not to follow the recipe in the reference manual?
by mwm
Tue Oct 17, 2017 7:39 am
Forum: General Discussion and Questions
Topic: PWM input/Timer.IC question
Replies: 5
Views: 1326

PWM input/Timer.IC question

The STM32F4 timers are a lot more capable than the typical ATMEGA timers, so I was sort of surprised when all the examples I could find of doing PWM input or input capture - either in MicroPython or Arduino - fell back on the typical ATMEGA thing of taking interrupts on value change, and then figuri...
by mwm
Sat Oct 07, 2017 3:23 am
Forum: Development of MicroPython
Topic: SUGGESTION - move the QUESTIONS to Stackoverflow
Replies: 5
Views: 1461

Re: SUGGESTION - move the QUESTIONS to Stackoverflow

But how many users will bother looking at someone else's profile - on either forum? Personally, my experience is that Google finds answers on SO no more often than it does on any other non-dedicated forum. On the other hand, my questions on an SO board are much less likely to get an answer than thos...
by mwm
Thu Sep 28, 2017 9:21 pm
Forum: MicroPython pyboard
Topic: [SOLVED] REPL problem: 1 character lag
Replies: 8
Views: 1676

Re: REPL problem: 1 character lag

FreeBSD and Linux treat bogus tty ioctl values differently. Linux explicitly mask them off, so if you pass a value to the wrong ioctl, all that happens is your setting doesn't happen. FreeBSD doesn't do that, which can cause some really strange behavior. stm32flash had such a bug in it until last ye...
by mwm
Sun Sep 24, 2017 3:08 pm
Forum: micro:bit boards
Topic: Are simultaneous writes from both ends of the serial interface safe in micro:bit?
Replies: 5
Views: 1119

Re: Are simultaneous writes from both ends of the serial interface safe in micro:bit?

I've done quite a bit of protocol design work, and there are some techniques that can help with things. For instance, you can design the protocol so that it includes acks in the data packets. Having options to indicate "all packets to X received OK" as well as "nothing to ack at this time" can be us...