7
32
Fork
You've already forked blackmagic
23

stlink-ud for unidirectional isolators or level translators. #510

Open
sinihappo wants to merge 1 commit from sinihappo/stlink-ud-sq into main
pull from: sinihappo/stlink-ud-sq
merge into: blackmagic-debug:main
blackmagic-debug:main
blackmagic-debug:fix/pre-bmp-v3-cross-file-cleanup
blackmagic-debug:feature/bmda-remote-comms
blackmagic-debug:ALTracer/feature/aarch64-ident
blackmagic-debug:feature/better-meson-optimisation-handling
blackmagic-debug:feature/am335x-support
blackmagic-debug:feature/esp32-c3-support
blackmagic-debug:feature/cortex-ar-software-breakpoints
blackmagic-debug:feature/unit-testing
blackmagic-debug:feature/windows-usb-serial-interface-naming
blackmagic-debug:fix/bmp-external-spi
blackmagic-debug:ALTracer/feature/bluepillplus-platform
blackmagic-debug:ALTracer/feature/at32f43x-unrdp
blackmagic-debug:feature/const-correctness
blackmagic-debug:ALTracer/feature/fault_handlers
blackmagic-debug:ALTracer/feature/hazard3-ice40-support
blackmagic-debug:fix/ci-cleanup
blackmagic-debug:ALTracer/fix/gdb-10-12-thread
blackmagic-debug:ALTracer/feature/blackpill-f4-adc
blackmagic-debug:ALTracer/fix/cortex-desc-allocfail-report
blackmagic-debug:ALTracer/feature/spi-perf
blackmagic-debug:ALTracer/feature/calibrate_swd
blackmagic-debug:ALTracer/feature/blank-check
blackmagic-debug:feature/avr
blackmagic-debug:v2.0
blackmagic-debug:v1.9
blackmagic-debug:v1.10
blackmagic-debug:v1.8
sinihappo commented 2019年09月01日 09:13:11 +02:00 (Migrated from github.com)
Copy link

I implemented an stlink variant named stlink-ud, which can be used with unidirectional digital isolators or level translators. This is useful to flash or debug eg. 5 volt targets or targets in a different supply voltage domain. Just compile with make PROBE_HOST=stlink-ud . This pull request only add a directory src/platforms/stlink-ud and doesn't touch anything else.

I will provide a suitable schematics later.

I implemented an stlink variant named stlink-ud, which can be used with unidirectional digital isolators or level translators. This is useful to flash or debug eg. 5 volt targets or targets in a different supply voltage domain. Just compile with make PROBE_HOST=stlink-ud . This pull request only add a directory src/platforms/stlink-ud and doesn't touch anything else. I will provide a suitable schematics later.
sinihappo commented 2019年09月01日 11:14:14 +02:00 (Migrated from github.com)
Copy link

Relevant schematics are here

Relevant schematics are [here](https://github.com/sinihappo/blackmagic/tree/stlink-ud-sq-schematics/Schematics)
UweBonnes commented 2019年09月01日 11:48:05 +02:00 (Migrated from github.com)
Copy link

Adding a new platform needs a good reason. Good reasons are: it is the native platform, there are many boards out there (Stlink, Swlink, PC-Stlink), it shows the handling on another CPU than STM32F103. What applies for stlink-ud?

  • are there many boards out there
  • doen't native BMP do level translation too>

The schametics also does not show where the signals come from the F103. I guess X1/SV1 are the debuggee connections and SV3 goes to the F103. But where do the SV3 signals come from.

It seems also a variant of the Stlink. Probably you only need SWDIR as additional signal. So why a whole new platform?

In short, a lot is needed to justify inclusion.

Why not keep it as branch on your github?

Adding a new platform needs a good reason. Good reasons are: it is the native platform, there are many boards out there (Stlink, Swlink, PC-Stlink), it shows the handling on another CPU than STM32F103. What applies for stlink-ud? - are there many boards out there - doen't native BMP do level translation too> The schametics also does not show where the signals come from the F103. I guess X1/SV1 are the debuggee connections and SV3 goes to the F103. But where do the SV3 signals come from. It seems also a variant of the Stlink. Probably you only need SWDIR as additional signal. So why a whole new platform? In short, a lot is needed to justify inclusion. Why not keep it as branch on your github?
sinihappo commented 2019年09月01日 14:11:06 +02:00 (Migrated from github.com)
Copy link

Adding a new platform needs a good reason. Good reasons are: it is the native platform, there are many boards out there (Stlink, Swlink, PC-Stlink), it shows the handling on another CPU than STM32F103. What applies for stlink-ud?

* are there many boards out there

No.

* doen't native BMP do level translation too>

Latest version (V2.1) seems to have level translation. But it doesn't provide galvanic isolation and that is the thing which is really useful.

The schametics also does not show where the signals come from the F103. I guess X1/SV1 are the debuggee connections and SV3 goes to the F103. But where do the SV3 signals come from.

That is defined in stlink-ud/platform.h and can be easily changed.

It seems also a variant of the Stlink. Probably you only need SWDIR as additional signal. So why a whole new platform?

In short, a lot is needed to justify inclusion.

I understand.

Why not keep it as branch on your github?

That is also OK.

We are going to make a batch of the PCB and add some documentation, too. I think you are right and I will check if the native BMP v2.1 platforms is adaptable for our hardware. When I started this, V2.1 wasn't available at all.

> Adding a new platform needs a good reason. Good reasons are: it is the native platform, there are many boards out there (Stlink, Swlink, PC-Stlink), it shows the handling on another CPU than STM32F103. What applies for stlink-ud? > * are there many boards out there No. > * doen't native BMP do level translation too> Latest version (V2.1) seems to have level translation. But it doesn't provide galvanic isolation and that is the thing which is really useful. > The schametics also does not show where the signals come from the F103. I guess X1/SV1 are the debuggee connections and SV3 goes to the F103. But where do the SV3 signals come from. That is defined in stlink-ud/platform.h and can be easily changed. > It seems also a variant of the Stlink. Probably you only need SWDIR as additional signal. So why a whole new platform? > In short, a lot is needed to justify inclusion. I understand. > Why not keep it as branch on your github? That is also OK. We are going to make a batch of the PCB and add some documentation, too. I think you are right and I will check if the native BMP v2.1 platforms is adaptable for our hardware. When I started this, V2.1 wasn't available at all.
UweBonnes commented 2019年09月01日 17:59:08 +02:00 (Migrated from github.com)
Copy link

Regarding the Silab isolation parts. Minimum supply voltage is 2.5 V. If you mass erased a NRF52xxx, IO voltage will be 1.8 V. So you setup will not be able to access the NFR in that situation. I have aFTDI adapter mit the Silab parts and hit that problem. A native BMP helped me in that situation.

Regarding the Silab isolation parts. Minimum supply voltage is 2.5 V. If you mass erased a NRF52xxx, IO voltage will be 1.8 V. So you setup will not be able to access the NFR in that situation. I have aFTDI adapter mit the Silab parts and hit that problem. A native BMP helped me in that situation.
sinihappo commented 2019年09月01日 19:13:01 +02:00 (Migrated from github.com)
Copy link

Regarding the Silab isolation parts. Minimum supply voltage is 2.5 V. If you mass erased a NRF52xxx, IO voltage will be 1.8 V. So you setup will not be able to access the NFR in that situation. I have aFTDI adapter mit the Silab parts and hit that problem. A native BMP helped me in that situation.

You are correct. Thank you for your insight and patience!

> Regarding the Silab isolation parts. Minimum supply voltage is 2.5 V. If you mass erased a NRF52xxx, IO voltage will be 1.8 V. So you setup will not be able to access the NFR in that situation. I have aFTDI adapter mit the Silab parts and hit that problem. A native BMP helped me in that situation. You are correct. Thank you for your insight and patience!
UweBonnes commented 2019年09月02日 15:07:02 +02:00 (Migrated from github.com)
Copy link

The Analog devices digital isolators can work don to 1.62 Volt.

The Analog devices digital isolators can work don to 1.62 Volt.
This pull request doesn't have enough approvals yet. 0 of 1 approvals granted.
This branch is out-of-date with the base branch
You are not authorized to merge this pull request.
View command line instructions

Checkout

From your project repository, check out a new branch and test the changes.
git fetch -u origin sinihappo/stlink-ud-sq:sinihappo/stlink-ud-sq
git switch sinihappo/stlink-ud-sq
Sign in to join this conversation.
No reviewers
Labels
Clear labels
BMD App
Black Magic Debug App (aka. PC hosted) (not firmware)
BMP Firmware
Black Magic Probe Firmware (not PC hosted software)
Bug
Confirmed bug
Build system
Build system
Can't reproduce
Maintainers can't reproduce this problem
CI
Continuous Integration System
Contribution wanted
User contributions welcome
Documentation
Project documentation
Draft
Work in progress draft
Duplicate
This issue or pull request already exists
Enhancement
General project improvement
Feedback wanted
Requires additional submitter feedback
Foreign Host Board
Non Native hardware to runing Black Magic firmware on
GDB
Issue/PR related to GDB
Good first issue
Good for newcommers
HwIssue Mitigation
Solving or mitigating a Hardware issue in Software
Information Needed
Maintainers need more information
NativeHardware
Official Black Magic Debug Hardware
New Host Board
New hardware to run Black Magic firmware on
New Target
New debug target
Off Topic
Something that does not involve the project in any way
Potential Bug
A potential, unconfirmed or very special circumstance bug
Regression
Bug caused by a regression
User Interest Needed
More user interest required before consideration
User Testing Needed
Looking for user testing reports
Won't fix
Outside of the project scope or works as intended
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
blackmagic-debug/blackmagic!510
Reference in a new issue
blackmagic-debug/blackmagic
No description provided.
Delete branch "sinihappo/stlink-ud-sq"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?