dump_firmware.py fails if multiple K64F boards are connected to laptop
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Anfängerfreundlichkeit
- 42/100
- Issue-Typ
- Bug
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- python
- Bereich
- embedded-iot, tooling
Rechercherichtung
Beginne in dump_firmware.py bei Zeile 50, wo pyOCD's MbedBoard.chooseBoard aufgerufen wird, und reproduziere den Fehler mit mehreren verbundenen K64F-Boards. Lies den umgebenden Board-Auswahlablauf und die pyOCD-Fehlerausgabe; fertig ist die Aufgabe, wenn das Skript in diesem Setup nicht mehr fehlschlägt und weiterhin die von uVision 5 benötigten Dateien erzeugt.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
dump_firmware.py works great and generates files required for uVision 5 when a single K64F board is connected. However, in case of multiple K64F boards it fails with following error message.
[1/6] Using build directory 'build/frdm-k64f-gcc/source/', verifying build...
[2/6] Build verified. Connecting to board...
Traceback (most recent call last):
File "dump_firmware.py", line 50, in <module>
with MbedBoard.chooseBoard(frequency=10000000) as board:
File "/usr/local/lib/python2.7/site-packages/pyOCD/board/mbed_board.py", line 204, in chooseBoard
all_mbeds = MbedBoard.getAllConnectedBoards(transport, False, blocking, target_override, frequency)
File "/usr/local/lib/python2.7/site-packages/pyOCD/board/mbed_board.py", line 151, in getAllConnectedBoards
all_mbeds = INTERFACE[usb_backend].getAllConnectedInterface(mbed_vid, mbed_pid)
File "/usr/local/lib/python2.7/site-packages/pyOCD/interface/hidapi_backend.py", line 79, in getAllConnectedInterface
dev.open(vid, pid)
File "hid.pyx", line 66, in hid.device.open (hid.c:1536)
IOError: open failed
- Vorherrschende Sprache
- Python
- Sterne
- 10
- Forks
- 1
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
WingedGuardian/GENesis-AGI#3375 ·
Maintainer antworten meist innerhalb von 1 Tag
-
curriculum documentation quality
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
githubnext/gh-aw-workshop#4601 ·
Maintainer antworten meist innerhalb von 1 Tag
-
approved Good First Issue scope: docs
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 85/100
hiero-ledger/hiero-sdk-python#2730 · 3 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag