Skip to content

platform.txt in both F1 and L4 cores looks for the mac os x tools in dir 'macosx' #4

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
ProjectsByJRP opened this issue Nov 16, 2016 · 4 comments

Comments

@ProjectsByJRP
Copy link

rename directory from macos to macosx fixes it

@rogerclarkmelbourne
Copy link
Contributor

@ProjectsByJRP

This is unrelated, but I'm having some other issues on OSX ElCapitan.
The old bootloader does not seem to be recognised by ElCapitan.
The new bootloader is recognised but does not seem to get reset correctly after upload (by dfu-util)
There have been some changes to the bootloader to speed up the process between the upload finishing and the sketch running, which may be causing problems on the Mac, but I suspect that what I'm seeing is all to do with ElCapitan :-(

@ProjectsByJRP
Copy link
Author

I will help you any way I can but
I use Sierra [which probably has whatever bug/feature is causing your error]
I have not changed the boot loader as I’m using the HAL cores
let me know what you would like me to do
-john

On Nov 16, 2016, at 8:25 PM, Roger Clark notifications@github.com wrote:

@ProjectsByJRP https://github.com/ProjectsByJRP
This is unrelated, but I'm having some other issues on OSX ElCapitan.
The old bootloader does not seem to be recognised by ElCapitan.
The new bootloader is recognised but does not seem to get reset correctly after upload (by dfu-util)
There have been some changes to the bootloader to speed up the process between the upload finishing and the sketch running, which may be causing problems on the Mac, but I suspect that what I'm seeing is all to do with ElCapitan :-(


You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub #4 (comment), or mute the thread https://github.com/notifications/unsubscribe-auth/AOXxHVmZyzgSie0Furhj0OSq_reshMzuks5q-7srgaJpZM4Kz0d2.

@rogerclarkmelbourne
Copy link
Contributor

rogerclarkmelbourne commented Nov 17, 2016

Hi john

Could you try the latest bootloader.

(probably best to back up your existing bootloader first, but you should be able to get the old one from github as well.)

The situation I have at the moment on ElCapitan is that my Black Pill with the latest bootloader resets OK from the IDE command, does the upload, but then does not run the sketch

I tried another board with the old version of the bootloader but my machine running ElCapitan won't upload via DFU as DFU Util gives a load of errors

My errors with the old bootloader sound a lot like these (reported yesterday) http://stm32duino.com/viewtopic.php?f=27&t=1556

Which seem to be fixed by the new bootloader

But I don't have the same issue as Kenjutsu with it needing to be put into perpetual bootloader mode in order to upload, mine resets fine via the IDE

I think I may need to recompile a special version of the bootloader without the new fast-run code and see if that works (albeit more slowly)

But it works fine on the PC :-(

I can't install Sierra onto my main Mac as its too old. I may be able to install it on my Macbook, but I'm not sure if thats new enough either ;-(

@fpistm
Copy link
Member

fpistm commented Aug 14, 2017

Close this one as no activities and link to old core.
Could be reopened when BP will be merged in the new core and if issue will be reproduced .

@fpistm fpistm closed this as completed Aug 14, 2017
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

No branches or pull requests

3 participants