Skip to content

Conversation

@romansavrulin
Copy link

  • adds port flush after bootloader enter sequence. Dramatically increases reliability if you use device with power control / boot signal on dtr/rts.
  • Enables extra bootloader enter/leave sequence delimiters, which allow to switch signal with no delay or with custom delay (100ms step)
  • fixes return codes for memory protection/unprotection operations (vital for automated flashing)
  • allows to use high-speeds for UART in linux. Tested at 921600 baud rate on 20k device batch.

@romansavrulin romansavrulin changed the title Develop Bugfixes and new feature Jun 30, 2016
To conform  official wiki page
@tormodvolden
Copy link
Contributor

(I cannot find a way to comment on individual patches or hunks)
Why set TERMIOS_TIMEOUT_MS=500 in Makefile?

@tormodvolden
Copy link
Contributor

Version bump we'll do when we are ready to release.

@romansavrulin
Copy link
Author

It is set either by default (if option is not provided), or you can use custom via define

@romansavrulin
Copy link
Author

(I cannot find a way to comment on individual patches or hunks)

You can go to "changes" and simply click on line to add comment

@romansavrulin
Copy link
Author

image

PREFIX = /usr/local
CFLAGS += -Wall -g
CFLAGS += -Wall -g -DB460800 -DB921600 -DTERMIOS_TIMEOUT_MS=500

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This seems superfluous since it will be defined in serial_posix.c anyway.

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I agree, this was left here after our experiments. I'll remove it.

What about speed opts? Is it needed to have those defines in code and here? Why not enable it by default? Driver won't let you set unsupported speed.

@wesen
Copy link

wesen commented Jul 4, 2016

hey guys, this is just a mirror we use to not rely on sourceforge when building our software, we are not representing stm32flash.

@romansavrulin
Copy link
Author

@wesen , thank you, I know. But @tormodvolden is an maintainer from sourceforge mirror, so I've invited him to review this. If we are lucky enough, stm32flash can go back to github someday to get more active community support and advanced github features =)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants