-
Notifications
You must be signed in to change notification settings - Fork 233
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
bmp enhancements; swo support #20
Comments
This is on my radar. From the description on the BMP wiki it doesn't sound too difficult for the basic logic (although I haven't looked into the actual code of it, either for Orbuculum or the example linked on the wiki, because of the licensing issues; although I have been reading your blog with great interest). Unfortunately it is a bit more difficult than it would appear because of the Visual Studio Code environment. The need to do raw access to the USB device, via libusb, presents some difficulty. The JavaScript environment for extensions causes issues as it doesn't naturally expose direct access to USB devices (like it does for Network sockets or file access, used for J-Link and OpenOCD respectively). While I can in theory add binary modules for extending the capabilities (as I have done for the serial port mode) - I haven't yet been able to build a libusb module that is compatible with the VS Code environment. Once I have that roadblock sorted out, then I will likely work on adding native support for SWO from BMP (at least on platforms where I am able to get the module built). |
If you want other licenses for Orbuculum code (or any modifications
doing to it), just let me know. Procedural crud mustn't stop you
getting this done :-)
Regards
DAVE
…On 16/02/18 15:38, Marcel Ball wrote:
This is on my radar. From the description on the BMP wiki it doesn't
sound too difficult for the basic logic (although I haven't looked
into the actual code of it, either for Orbuculum or the example linked
on the wiki, because of the licensing issues; although I have been
reading your blog with great interest). Unfortunately it is a bit more
difficult than it would appear because of the Visual Studio Code
environment.
The need to do raw access to the USB device, via libusb, presents some
difficulty. The JavaScript environment for extensions causes issues as
it doesn't naturally expose direct access to USB devices (like it does
for Network sockets or file access, used for J-Link and OpenOCD
respectively). While I can in theory add binary modules for extending
the capabilities (as I have done for the serial port mode) - I haven't
yet been able to build a libusb module that is compatible with the VS
Code environment. Once I have that roadblock sorted out, then I will
likely work on adding native support for SWO from BMP (at least on
platforms where I am able to get the module built).
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#20 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AFMwj32BLO1u1CYIWlMP4KBgxaEhfKLNks5tVaEDgaJpZM4SIVKa>.
|
I did make some progress on this item - but isn't ready for release yet. Was able to get the binary module I need for VS Code compiling (at least on Linux and OS X; haven't figured it out for Windows). Still running into some issues with getting the data off the device reliably. Not sure if it is an issue with the library, or a mistake in how I'm trying to use it (haven't done much with USB programming on either host or device side, so need to look into it more). If for example - I try to read 64 bytes off of the end point with a timeout of 100 milliseconds (particular values don't actually matter) - if at least 64 bytes were available then they get read off the device and processed properly. If the full 64 bytes weren't available then whatever data should have been collected seems to disappear completely and will never be received. Since I can't predict the exact speed that data will be available I run into problems (if I try to read faster than it is available it seems to disappear, but can't go slower than it is available as obviously buffers will fill up). Don't know if you encountered anything like that in your work? |
Hi, the SWO support is now officially in the BMP, and having access to this would be really good! I have hardware and can test if there are additions that need testing. |
Looking forward to SWO support for the BMP, this could be useful both in our research projects and in education (where we promote vscode + cortex debug). Overall impressions from the students are good, BMP might be another step forward. |
Highly recommend you go nick code out of Orbuculum for this job...multi
channel SWO would be a wonderful thing to have. If the license is a
problem then let me know and I'll change it to something that you are
more comfortable with.
DAVE
…On 28/06/18 14:04, perlindgren wrote:
Looking forward to SWO support for the BMP, this could be useful both
in our research projects and in education (where we promote vscode +
cortex debug). Overall impressions from the students are good, BMP
might be another step forward.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#20 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AFMwj1fe42UMd8Me-vqtb_gmH_NSdZO3ks5uBNR0gaJpZM4SIVKa>.
|
I have been working on this, but currently I'm running into an issue with the libusb library for node where I'm either getting lost data and/or significantly delayed data. Once I can get past that issue it should be fairly quick to complete. Going to try to have another look at this in the next couple of weeks. |
Hi, |
Hi, |
Take a look at orbuculum, it'll do what you want. @Marus the code has nowadays be librified so would hopefully be easier to incorporate, and I'd be very happy to see it in there. Opencd and pyocd both have native orbuculum support now (see instructions in the orbuculum readme). bmp always did have. |
sync with marus master
Would it be possible for you to add swo support for the bmp? The code to do this is relatively straightforward (See https://github.com/mubes/orbuculum/blob/master/Src/orbuculum.c around line 1202 ... there may be other stuff in Orbuculum you can make use of too) but does need to be enabled via a suitable monitor command (
monitor traceswo
for 'standard' bmpmonitor traceswo <speed>
for bluepill or bmp with async swo support). When parallel trace support is in place this will probably be enabled by a similar mechanism.The text was updated successfully, but these errors were encountered: