ST-LINK Zugriff von Mac M1 - Device nicht sichtbar

[Andreas S. (igel1)]

Liebe MC-Forenmitglieder,

ich habe hier im Forum ein PowerAnalyzer-Board von STM gekauft (STM32 
Power Shield X-NUCLEO-LPM01A von STMicroelectronics: 
https://www.st.com/en/evaluation-tools/x-nucleo-lpm01a.html).

Nun habe ich das Problem, dass ich von meinem Mac M1 nicht auf das Board 
zugreifen kann - es wird noch nicht einmal ein Device in /dev/cu.* 
angelegt, wenn ich das Board mit dem Mac verbinde.

Wenn ich mein STM32F4 Discovery-Board mit dem Mac verbinde, so 
funktioniert der Zugriff problemlos (dort ist ein ST-LINK V2) drauf.

Habt Ihr eine Idee, was ich tun kann, um auf das o.g. PowerShield 
zugreifen kann?

Viele Grüße

Igel1

[Nikolaus S. (Firma: Golden Delicious Computers) (hns)]

Erst mal im Systembereicht (Apfel-Menü > Über diesen Mac > 
Systemeinstellungen/Allgemein > Systembericht (ganz unten)) unter den 
USB-Geräten schauen, ob und als was es sichtbar wird. Evtl. ist es ja 
ein Power- oder Kabelproblem.

Oder es braucht einen speziellen Treiber so dass es nicht automatisch 
ein serielles Interface (wie FTDI) ist und daher auch nicht unter 
/dev/cu.* als solches erscheint.

Die Webseite sagt ja: "in controlled mode connected to host PC via USB 
(using the STM32CubeMonitor-Power software tool with its comprehensive 
graphical user interface)"

[Andreas S. (igel1)]

Nikolaus S. schrieb:
> Erst mal im Systembereicht (Apfel-Menü > Über diesen Mac >
> Systemeinstellungen/Allgemein > Systembericht (ganz unten)) unter den
> USB-Geräten schauen, ob und als was es sichtbar wird. Evtl. ist es ja
> ein Power- oder Kabelproblem.

Nein, es wird nicht sichtbar (hatte dort schon geguckt und hab's jetzt 
gerade nochmals geprüft).

Kabel kaputt? Ja, das wäre auch eine Möglichkeit. Habe daher gerade ein 
anderes Kabel ausprobiert -> bringt leider keine Besserung

>
> Oder es braucht einen speziellen Treiber so dass es nicht automatisch
> ein serielles Interface (wie FTDI) ist und daher auch nicht unter
> /dev/cu.* als solches erscheint.

Ja, vielleicht, aber welchen?

> Die Webseite sagt ja: "in controlled mode connected to host PC via USB
> (using the STM32CubeMonitor-Power software tool with its comprehensive
> graphical user interface)"

Die Software habe ich installiert -> auch die erkennt das Board nicht.

Danke trotzdem für Deine Mühen, dass Du Deine Ideen hier beigesteuert 
hast - hätte ja durchaus sein können, dass das Kabel defekt ist.

Viele Grüße

Igel1

[Wastl (hartundweichware)]

Vielleicht braucht es ein aufgestecktes Nucleo Board um zu
funktionieren.

[Harry L. (mysth)]

Es gibt auch ST-Link-Adapter ohne serielle Schnittstelle.
Erst mal mit lsusb schauen, ob der ST-Link gefunden wurde oder mit 
geeigneten Tools schauen, ob der Debugger erreichbar ist.

[Andreas S. (igel1)]

Wastl schrieb:
> Vielleicht braucht es ein aufgestecktes Nucleo Board um zu
> funktionieren.

Das kann ich mir nicht vorstellen, denn ich kann ja angeblich
mit dem PowerAnalyzer-Board ja auch Ströme von extern verbundenen
Boards messen und das Dingen dann quasi nur als loggendes
"Micro-Amperemeter" verwenden (wenn ich alles richtig verstanden habe).

Viele Grüße

Igel1

[Andreas S. (igel1)]

Harry L. schrieb:
> Es gibt auch ST-Link-Adapter ohne serielle Schnittstelle.
> Erst mal mit lsusb schauen, ob der ST-Link gefunden wurde oder mit
> geeigneten Tools schauen, ob der Debugger erreichbar ist.

Ich habe kein lsusb auf meinem Mac, aber ein schlichtes "ls -la /dev" 
zeigt mir ja auch alle Einträge im /dev-Verzeichnis an und da tut sich 
nichts - ob ich das Board nun an den Mac anschließe oder nicht - die 
Anzahl der Einträge bleibt gleich.

Viele Grüße

Igel1

[Harry L. (mysth)]

Andreas S. schrieb:
> Ich habe kein lsusb auf meinem Mac, aber ein schlichtes "ls -la /dev"
> zeigt mir ja auch alle Einträge im /dev-Verzeichnis an und da tut sich
> nichts - ob ich das Board nun an den Mac anschließe oder nicht - die
> Anzahl der Einträge bleibt gleich.

Weil der ST-Link (der Debugger) kein Device in /dev erzeugt wenn er 
nicht wenigstens V2.1 ist.

lsusb sollte es auch für Apple geben.

[Bauform B. (bauformb)]

Andreas S. schrieb:
> Ich habe kein lsusb auf meinem Mac, aber ein schlichtes "ls -la /dev"
> zeigt mir ja auch alle Einträge im /dev-Verzeichnis an und da tut sich
> nichts

dmesg(1) müsste trotzdem anzeigen, dass ein USB-Gerät angesteckt wurde. 
Manchmal ist alles vorhanden und ok, nur der Treiber kennt diese eine 
vendor:product ID nicht. dmesg sollte auch die ID anzeigen.

[Andreas B. (abm)]

Andreas S. schrieb:

>> Oder es braucht einen speziellen Treiber so dass es nicht automatisch
>> ein serielles Interface (wie FTDI) ist und daher auch nicht unter
>> /dev/cu.* als solches erscheint.
>
> Ja, vielleicht, aber welchen?
>
>> Die Webseite sagt ja: "in controlled mode connected to host PC via USB
>> (using the STM32CubeMonitor-Power software tool with its comprehensive
>> graphical user interface)"
>
> Die Software habe ich installiert -> auch die erkennt das Board nicht.
>

"The X-NUCLEO-LPM01A supports two controlled modes:
...
Both modes require installation of the USB VCP (Virtual COM port) driver 
‘STM32 Virtual COM Port Driver’ on the PC."

Wie sieht's damit aus?

[Nikolaus S. (Firma: Golden Delicious Computers) (hns)]

Andreas S. schrieb:
> Nikolaus S. schrieb:

> Nein, es wird nicht sichtbar (hatte dort schon geguckt und hab's jetzt
> gerade nochmals geprüft).
>
> Kabel kaputt? Ja, das wäre auch eine Möglichkeit. Habe daher gerade ein
> anderes Kabel ausprobiert -> bringt leider keine Besserung

An die Linuxer: lsusb kann man zwar über Homebrew oder MacPorts 
nachinstallieren, braucht es auf dem Mac aber nicht. dmesg ist beim Mac 
in völlig anderer Form realisiert.

Ob ein Device angesteckt und erkannt wird, wird ohne jede Installation 
im Systembericht angezeigt. Da das Device dort nicht auftaucht, wird 
auch kein Treiber geladen/gefunden der irgendwas in /dev anlegt.

Also ist das ein Low-Level-Problem.

Ist der USB-Port am Mac kaputt? Oder irgendwas kommt mit USB2 vs. USB3 
nicht zurecht? Oder ein Kabel von USB-C auf µUSB? Zumindest scheint mir 
das lt. Photo so zu sein. Hast Du ein direktes USB-C auf µUSB-Kabel oder 
ist da ein Adapter dazwischen? Mit so einer 2-fach-Adaption hatte ich 
auch schon Probleme.

[Harald K. (kirnbichler)]

Nikolaus S. schrieb:
> lsusb kann man zwar über Homebrew oder MacPorts
> nachinstallieren, braucht es auf dem Mac aber nicht.

Mit lsusb kann man aber auch Geräte sehen, für die kein Treiber 
eingerichtet wurde. Inklusive vid/pid, womit man den Kram identifizieren 
kann. Was wiederum dabei helfen kann, einen passenden Treiber 
aufzutreiben.

Das dürfte dmesg nicht bieten.


Früher gab es unter macOS system_profiler oder ioreg, aber das wurde 
vermutlich aus Gründen wegoptimiert.

[Nikolaus S. (Firma: Golden Delicious Computers) (hns)]

Harald K. schrieb:
> Nikolaus S. schrieb:
>> lsusb kann man zwar über Homebrew oder MacPorts
>> nachinstallieren, braucht es auf dem Mac aber nicht.
>
> Mit lsusb kann man aber auch Geräte sehen, für die kein Treiber
> eingerichtet wurde. Inklusive vid/pid, womit man den Kram identifizieren
> kann. Was wiederum dabei helfen kann, einen passenden Treiber
> aufzutreiben.

Das kann man auch mit dem System-Profiler erreichen, ganz ohne irgendwas 
zu installieren.

> Das dürfte dmesg nicht bieten.

Ja, auf macOS sieht man dort offenbar nicht, wenn ein USB-Device 
angesteckt wird.

> Früher gab es unter macOS system_profiler oder ioreg, aber das wurde
> vermutlich aus Gründen wegoptimiert.

Den System-Profiler gibt es immer noch (zumindest heute abend bei 
15.7.5)... Der ist nur etwas versteckter als früher.

[Andreas S. (igel1)]

Andreas B. schrieb:

> "The X-NUCLEO-LPM01A supports two controlled modes:
> ...
> Both modes require installation of the USB VCP (Virtual COM port) driver
> ‘STM32 Virtual COM Port Driver’ on the PC."
>
> Wie sieht's damit aus?

Habe für Apple keinen USB VCP driver von ST gefunden.

In meiner Verzweiflung habe ich alles auf einem nativen Windows 11 x64 
ausprobiert:

- Treiber installiert
  (STM32 USB Virtual COM port driver (STSW-STM32102))

- STM32CubeMonitor-Power software tool installiert
  gemäß Dokument UM2202

Ergebnis: Auch auf dem Windows-PC erkennt die Software 
STM32CubeMonitor-Power das Board nicht.

Allerdings steht unter Prerequisites im Handbuch UM2202:

Supported operating systems and architectures
• Windows® 10: 64-bit (x64)
• Linux® (tested on Red Hat®, Fedora®, and Ubuntu®, 64-bit)
• macOS® (minimum version OS X® Yosemite)

Die erfülle ich mit meinem Windows 11 natürlich nicht ...

Viele Grüße

Igel1

[Andreas S. (igel1)]

Zum Thema "System Profiler":

Auch diesen Herren habe ich wie folgt bemüht:

# System Profiler auf USB fokussiert:
system_profiler SPUSBHostDataType > usb001.profiler

# ... dann mein Board per USB an den Mac angebunden
# stöpsel ...

# ... dann wieder den System Profile auf USB schauen lassen:
system_profiler SPUSBHostDataType > usb002.profiler

# ... dann die beiden Dateien verglichen
cmp usb001.profile usb002.profile

# Ergebnis: beide Dateien sind identisch => es wurde kein
            weiteres USB-Gerät erkannt.

Ergo: tote Hose ....

Völlig anders läuft der Hase, wenn ich ein STM32F4 Discovery
mit eingebautem ST-LINK V2 anschließe und dann einen diff-
Befehl absetze:

# System Profiler auf USB fokussiert:
system_profiler SPUSBHostDataType > usb001.profiler

# ... dann mein STM32F4 Discovery Board per USB an den Mac angebunden
# stöpsel ...

# ... dann wieder den System Profile auf USB schauen lassen:
system_profiler SPUSBHostDataType > usb003.profiler

# ... dann die beiden Dateien verglichen
diff usb001.profile usb003.profile
152a153,163
>                 STM32 STLink:
>
>                   Location ID: 0x20141000
>                   Connection Type: Removable
>                   Manufacturer: STMicroelectronics
>                   Serial Number: Wÿn?IgHV4@?‡
>                   Link Speed: 12 Mb/s
>                   USB Vendor ID: 0x0483
>                   USB Product ID: 0x3748
>                   USB Product Version: 0x0100

Kurzum: auch system_profile listet ein STM32 ST-Link V2 Board, sagt aber 
keinen Mucks, wenn ich das Power-Analyzer-Board anklemme.

Viele Grüße

Igel1

[Andreas S. (igel1)]

So, nun habe ich auch die Logs des Macs bemüht:


Der folgende Befehl:

sudo log stream --info | grep -i usb

... spuckt einige Zeilen aus, wenn ich mein STM32F4 Discovery-Board per 
USB mit dem Mac verbinde.


... spuckt keine einzige Zeile aus, wenn ich das PowerAnalyzer Board per 
USB mit dem Mac verbinde - als ob es Luft für ihn sei.

[Andreas S. (igel1)]

Nikolaus S. schrieb:

> Ob ein Device angesteckt und erkannt wird, wird ohne jede Installation
> im Systembericht angezeigt. Da das Device dort nicht auftaucht, wird
> auch kein Treiber geladen/gefunden der irgendwas in /dev anlegt.
>
> Also ist das ein Low-Level-Problem.
>
> Ist der USB-Port am Mac kaputt? Oder irgendwas kommt mit USB2 vs. USB3
> nicht zurecht? Oder ein Kabel von USB-C auf µUSB? Zumindest scheint mir
> das lt. Photo so zu sein. Hast Du ein direktes USB-C auf µUSB-Kabel oder
> ist da ein Adapter dazwischen? Mit so einer 2-fach-Adaption hatte ich
> auch schon Probleme.

Ich stecke das Board an meiner Docking-Station an.
An der hängt auch der Mac.

Alternativ habe ich gerade auch einen USB C -> USB A - Adapter 
ausprobiert, den ich direkt mit dem Mac verbinde und an den USB 
A-Ausgang des Adapters dann das USB A -> microUSB - Kabel in Richtung 
PowerAnalyzer-Board angebunden.

Das Ergebnis ist identisch wie im letzten Post beschrieben.

Viele Grüße

Igel1

[Nikolaus S. (Firma: Golden Delicious Computers) (hns)]

Wenn es weder der Rechner noch das Kabel ist, gibt es wohl nur eine 
Schlussfolgerung: das Board ist defekt wenn es sich nirgends meldet...

[Harald K. (kirnbichler)]

Nikolaus S. schrieb:
>> Früher gab es unter macOS system_profiler oder ioreg, aber das wurde
>> vermutlich aus Gründen wegoptimiert.
>
> Den System-Profiler gibt es immer noch (zumindest heute abend bei
> 15.7.5)... Der ist nur etwas versteckter als früher.

system_profiler konnte man aus dem "Terminal" heraus aufrufen, das ist 
was anderes als die GUI, die microsofttypisch irgendwo anders versteckt 
wurde.

Unter Catalina (10.15) gab es sowohl system_profiler als auch ioreg. 
Aber das nutzt natürlich niemand, der "Apple Silicon" verwendet.

system_profiler -?
Usage: system_profiler [-listDataTypes]
       system_profiler [-xml | -json] [-timeout n] [-detailLevel n]
       system_profiler [-xml | -json] [-timeout n] [dataType1 ... dataTypeN]

  -detailLevel n    specifies the level of detail for the report
                      mini = short report (contains no identifying or personal information)
                      basic = basic hardware and network information
                      full = all available information

  -listDataTypes    lists all the available datatypes

  -xml              generates xml output instead of plain text
                    if redirected to a file with the extension ".spx"
                    the file can be opened in System Profiler.app

  -json             generates json output instead of plain text

  -timeout          specifies the maximum time to spend gathering information
                    the default is 180 seconds, 0 means no timeout

  Redirect stderr to /dev/null to suppress progress and error messages.

Examples:

  system_profiler
     Generates a text report with the standard detail level.

  system_profiler -detailLevel mini
     Generates a short report without identifying/personal information.

  system_profiler -listDataTypes
     Shows a list of the available data types.

  system_profiler SPSoftwareDataType SPNetworkDataType
     Generates a text report containing only software and network data.

  system_profiler -xml >MySystem.spx
     Creates a XML file which can be opened by System Profiler.app

ioreg -?
usage: ioreg [-abfilrtx] [-c class] [-d depth] [-k key] [-n name] [-p plane] [-w width]
where options are:
  -a archive output
  -b show object name in bold
  -c list properties of objects with the given class
  -d limit tree to the given depth
  -f enable smart formatting
  -i show object inheritance
  -k list properties of objects with the given key
  -l list properties of all objects
  -n list properties of objects with the given name
  -p traverse registry over the given plane (IOService is default)
  -r show subtrees rooted by the given criteria
  -t show location of each subtree
  -w clip output to the given line width (0 is unlimited)
  -x show data and numbers as hexadecimal

Andreas S. schrieb:
> Alternativ habe ich gerade auch einen USB C -> USB A - Adapter
> ausprobiert, den ich direkt mit dem Mac verbinde und an den USB
> A-Ausgang des Adapters dann das USB A -> microUSB - Kabel in Richtung
> PowerAnalyzer-Board angebunden.

Hast Du an diesem USB-C->A-Adapter auch mal einen USB-Stick oder ein 
anderes USB-Gerät betrieben?

Wenn der Adapter nämliche die CC-Leitungen des USB-C-Steckers nicht 
bespaßt, dann gibt es keine 5 V.

Oder verwendest Du sonst einen USB-A-Port Deines Docks? Dann ist das 
logischerweise nicht die Fehlerursache.

[Andreas S. (igel1)]

Nikolaus S. schrieb:
> Wenn es weder der Rechner noch das Kabel ist, gibt es wohl nur eine
> Schlussfolgerung: das Board ist defekt wenn es sich nirgends meldet...

Hmmm ...
Ich fürchte da hast Du recht.
Das wäre sehr traurig, denn der Verkäufer hier im Thread hatte 
eigentlich zugesichert, dass das Board noch unbenutzt sei:
Beitrag "ST-LINK Zugriff von Mac M1 - Device nicht sichtbar"

Ja, ja, ich weiß: der Verkäufer hatte sich frisch angemeldet und das war 
und ist sein erster Beitrag. Er machte mir in der Korrespondenz aber 
einen seriösen Eindruck und ich glaube noch immer an das Gute im 
Menschen und stelle daher niemanden unter Generalverdacht.

Der Verkäufer wollte mir das Board sogar vorführen, was ich dummerweise 
für überflüssig hielt und dankend abgelehnt habe. Und jetzt stehe ich 
hier mit einem vmtl. defekten Board da - Mist!

Ich hoffe, der Verkäufer meldet sich nochmals auf meine Emails hin.
Nur gut, dass ich per PayPal für Waren bezahlt habe und ggf. das Geld 
zurückverlangen kann.

Viele Grüße

Igel1

[Andreas S. (igel1)]

Harald K. schrieb:
> Nikolaus S. schrieb:
>>> Früher gab es unter macOS system_profiler oder ioreg, aber das wurde
>>> vermutlich aus Gründen wegoptimiert.
>>
>> Den System-Profiler gibt es immer noch (zumindest heute abend bei
>> 15.7.5)... Der ist nur etwas versteckter als früher.
>
> system_profiler konnte man aus dem "Terminal" heraus aufrufen, das ist
> was anderes als die GUI, die microsofttypisch irgendwo anders versteckt
> wurde.

Unter dem aktuellen MacOS Tahoe 26.4.1 gibt es 2 Wege:

1.) per GUI über die App "System Informatione"
2.) per cmd via command system_profiler

Beide habe ich verwendet (siehe 
Beitrag "Re: ST-LINK Zugriff von Mac M1 - Device nicht sichtbar") 
und finde dort das PowerAnalyzer-Board nicht aufgelistet - es gibt auch 
keine Veränderungen in den Listen, wenn ich das Board per USB-Kabel an 
den Mac anschließe oder von dort abziehe.

> Unter Catalina (10.15) gab es sowohl system_profiler als auch ioreg.
> Aber das nutzt natürlich niemand, der "Apple Silicon" verwendet.

Warum? Verstehe nicht genau, was Du damit meinst.

>
>
> Andreas S. schrieb:
>> Alternativ habe ich gerade auch einen USB C -> USB A - Adapter
>> ausprobiert, den ich direkt mit dem Mac verbinde und an den USB
>> A-Ausgang des Adapters dann das USB A -> microUSB - Kabel in Richtung
>> PowerAnalyzer-Board angebunden.
>
> Hast Du an diesem USB-C->A-Adapter auch mal einen USB-Stick oder ein
> anderes USB-Gerät betrieben?

Ja: wie beschrieben habe ich testweise immer auch ein STM32F4 Discovery 
Board angeschlossen - das wurde dann jeweils auch immer erkannt. Hatte 
ich auch weiter oben schon beschrieben (aber ich gebe zu: der Thread ist 
inzwischen auch schon etwas länger geworden und ich kann nicht mehr 
erwarten, dass jeder alles von oben nach unten durchliest).

> Wenn der Adapter nämliche die CC-Leitungen des USB-C-Steckers nicht
> bespaßt, dann gibt es keine 5 V.

Das PowerAnalyzer-Board bekommt definitiv Strom über die USB-Leitung, 
denn ich kann sehen, wie dort LEDs leuchten und auch das Display auf dem 
Board funktioniert und reagiert auf Tastendrücke (von Tasten auf dem 
Board).

> Oder verwendest Du sonst einen USB-A-Port Deines Docks? Dann ist das
> logischerweise nicht die Fehlerursache.

Ich habe sowohl USB-Ports am Mac direkt ausprobiert, als auch USB-Ports 
meiner Docking-Station - überall ist das Verhalten gleich.

Viele Grüße

Igel1

[Harald K. (kirnbichler)]

Andreas S. schrieb:
> 2.) per cmd via command system_profiler

Aaargh. Mist. Ich hatte irgendwie übersehen, daß da noch 'ne ssh-Sitzung 
auf meine FreeBSD-Maschine lief ... Aua.


OK, also nochmal:

ioreg -p IOUSB -l -w 0

und

system_profiler SPUSBDataType

[Nikolaus S. (Firma: Golden Delicious Computers) (hns)]

Harald K. schrieb:
> Nikolaus S. schrieb:
>>> Früher gab es unter macOS system_profiler oder ioreg, aber das wurde
>>> vermutlich aus Gründen wegoptimiert.
>>
>> Den System-Profiler gibt es immer noch (zumindest heute abend bei
>> 15.7.5)... Der ist nur etwas versteckter als früher.
>
> system_profiler konnte man aus dem "Terminal" heraus aufrufen, das ist
> was anderes als die GUI, die microsofttypisch irgendwo anders versteckt
> wurde.

Als command line tool kannte ich das noch nicht. Gibt es aber immer 
noch:

iMac:$ uname -a
Darwin iMac.local 24.6.0 Darwin Kernel Version 24.6.0: Fri Feb 27 
19:33:24 PST 2026; root:xnu-11417.140.69.709.8~1/RELEASE_X86_64 x86_64
iMac:$ which system_profiler
/usr/sbin/system_profiler
iMac:$

Nur hilft das wohl auch nicht weiter als die GUI-Applikation. Wenn das 
USB-Device gar nicht als solches erkannt wird.

[Edit]: manchmal verleitet einen das Forum dazu von vorne nach hinten zu 
lesen und den ersten neuen Beitrag zu beantworten, statt erst mal alle. 
D.h. das ist für Euch keine neue Information mehr.

> Aaargh. Mist. Ich hatte irgendwie übersehen, daß da noch 'ne ssh-Sitzung
> auf meine FreeBSD-Maschine lief ... Aua.

Ah, noch jemand der auf macOS Embedded Development betreibt... Ich bin 
gerade dabei einen U-Boot für ein Board mit X2600-MIPS-Prozessor (und 
dann Linux) zum Laufen zu bringen.

[Dieter S. (ds1)]

Vielleicht hilft es ja weiter, das sagt USBView unter Windows (siehe 
Anhang).

Das Board hat kein Target angeschlossen, die Jumper stehen auf Default 
(siehe User Manual).

Firmware Version ist 1.0.1, laut Changelog gab es ab Firmware 1.0.2 eine 
Änderung mit Bezug zu USB:

"Comm interface: Update USB device descriptor to use Windows 10 native 
USB VCP driver."

Man könnte noch versuchen den "Bootloader Mode" zu aktivieren, dann 
sollte sich das Board per USB-DFU melden.

[Andreas S. (igel1)]

Dieter S. schrieb:
> Vielleicht hilft es ja weiter, das sagt USBView unter Windows (siehe
> Anhang).

Inzwischen habe ich sogar einen echten Hardware-USB-Analyzer 
dazwischengeklemmt und kann nun mit Sicherheit sagen: es gibt keinerlei 
USB-Traffic zwischen Board und Computer.

> Das Board hat kein Target angeschlossen, die Jumper stehen auf Default
> (siehe User Manual).

Was genau sind die default-Stellungen der Jumper?
Wo hast Du die im User Manual gefunden? (ich nehme an, Du meinst das 
UM2243 hier: 
https://www.st.com/resource/en/user_manual/um2243-stm32-nucleo-expansion-board-for-power-consumption-measurement-stmicroelectronics.pdf)

> Firmware Version ist 1.0.1, laut Changelog gab es ab Firmware 1.0.2 eine
> Änderung mit Bezug zu USB:
>
> "Comm interface: Update USB device descriptor to use Windows 10 native
> USB VCP driver."

Yep - habe ich auch gesehen, trotzdem: danke für den Tipp.

> Man könnte noch versuchen den "Bootloader Mode" zu aktivieren, dann
> sollte sich das Board per USB-DFU melden.

Yep, gute Idee - das werde ich morgen/heute versuchen.
Ich berichte dann wieder.

Bitte sei so nett und bleibe hier am Ball - Du bist vermutlich einer der 
ganz wenigen, die noch so ein Board haben und der sich dazu noch in 
meinen Thread verirrt hat - das ist für mich wie ein 6er im Lotto.

Viele Grüße

Igel1

[Dieter S. (ds1)]

Andreas S. schrieb:
>
> Was genau sind die default-Stellungen der Jumper?

Viele der Jumper sind nur für die Spannungsversorgung des Target aber 
der Punkt "7.1 Power source from an USB host port (default setting)" in 
UM2243 sollte passen, da steht auch ein wenig zur USB Enumeration.

> Wo hast Du die im User Manual gefunden? (ich nehme an, Du meinst das
> UM2243 hier:

Ja, UM2243. Auch UM2269 ("Getting started with PowerShield firmware") 
ist interessant, insbesondere "8 Firmware upgrade" für USB-DFU:

https://www.st.com/resource/en/user_manual/um2269-getting-started-with-powershield-firmware-stmicroelectronics.pdf

[Andreas S. (igel1)]

Dieter S. schrieb:
> Andreas S. schrieb:
>>
>> Was genau sind die default-Stellungen der Jumper?
>
> Viele der Jumper sind nur für die Spannungsversorgung des Target aber
> der Punkt "7.1 Power source from an USB host port (default setting)" in
> UM2243 sollte passen, da steht auch ein wenig zur USB Enumeration.

Yep - diesen Punkt hatte ich bereits gesehen und geprüft: JP3 steht 
genau so wie in Figure 5 abgebildet - nämlich in der Mitte auf "USB".

Anbei ein hochauflösendes Bild von meinem Board mit den jeweiligen 
Jumper- und Schalterstellungen.

>> Wo hast Du die im User Manual gefunden? (ich nehme an, Du meinst das
>> UM2243 hier:
>
> Ja, UM2243. Auch UM2269 ("Getting started with PowerShield firmware")
> ist interessant, insbesondere "8 Firmware upgrade" für USB-DFU:
>
> 
https://www.st.com/resource/en/user_manual/um2269-getting-started-with-powershield-firmware-stmicroelectronics.pdf

Yep - UM2269 hatte ich auch schon gefunden und nachher werde ich das 
Firmware-Upgrade gemäß Kapitel 8 versuchen - ich berichte dann hier 
wieder (vmtl. irgendwann vor 12:00 Uhr).

Danke so lange erst einmal für Deine Hilfe (natürlich auch Danke an all 
die anderen, die sich hier so nett um mein Problem bemühen).

Viele Grüße

Igel1

[Andreas S. (igel1)]

Bad news:

Ich habe versucht, ein Firmware-Update gemäß UM2269 
(file:///C:/Users/A287500/Downloads/um2269-getting-started-with-powershi 
eld-firmware-stmicroelectronics.pdf),  Kapitel 8 zu machen.

Aber auch im DFU-Mode (wenn also der Schalter S3 auf "Syst" steht) 
meldet sich das Board nicht und mein USB-Analyzer sagt ebenfalls "Null 
Traffic".
Zudem bleibt das LCD-Display auf dem Board dann völlig dunkel - weiß 
aber nicht, ob das vielleicht "works as designed" ist.

Bleibt leider nur der finale Schluss:

Das Board war bereits beim Kauf defekt und der Verkäufer hat sich wohl 
geirrt mit seiner Annahme, dass das Board unbenutzt gewesen sei. Sehr 
ärgerlich.

Ich werde nun das Geld per PayPal zurückfordern - mal sehen, ob das 
funktioniert.

Falls einer von Euch so ein Board zum fairen Preis abgeben möchte, so 
meldet Euch bitte.

Oder: falls Ihr alternative/bessere PowerAnalyzer-Boards kennt (die - 
ggf. gebraucht - zu halbwegs christlichen Preisen für ein 
Hobby-Elektroniker-Budget erschwinglich sind), so schreibt hier ruhig 
ebenfalls ein paar Zeilen - würde mich freuen.

Viele Grüße

Igel1


PS:  danke an alle, die Ihr mir hier so tolle Tipps gegeben habt! Ihr 
seid wirklich klasse!

[Andreas B. (abm)]

Ist 73€ (inkl. Versand und MwSt., DigiKey) für ein neues X-NUCLEO-LPM01A 
ein "unchristlicher" Preis?

[Andreas S. (igel1)]

Andreas B. schrieb:
> Ist 73€ (inkl. Versand und MwSt., DigiKey) für ein neues X-NUCLEO-LPM01A
> ein "unchristlicher" Preis?

Hast Du schon recht - ich hatte das Ding bislang nur bei anderen 
Anbietern für mehr Geld gesehen. Da könnte man schon fast schwach 
werden.

Trotzdem immer noch viel Kohle für's reine Hobby und nur mal ein paar nA 
messen :-)

Ich wollte dafür eigentlich nur bis zu 40€ investieren - irgendeine 
Grenze muss man sich ja setzen ...

Viele Grüße

Igel1

[Dieter S. (ds1)]

Im USB-DFU Mode ist das Display aus, ebenso alle LEDs. Es wird der ROM 
Bootloader des STM32L496 verwendet.

Hast Du schon geprüft ob die USB Datenleitungen zum STM32L496 gehen? Das 
sind:

 Pin 70  PA11 - OTG_FS_DM
 Pin 71  PA12 - OTG_FS_DP

[Andreas S. (igel1)]

Dieter S. schrieb:
> Im USB-DFU Mode ist das Display aus, ebenso alle LEDs. Es wird der ROM
> Bootloader des STM32L496 verwendet.

Dachte ich mir schon fast - danke für die Bestätigung

> Hast Du schon geprüft ob die USB Datenleitungen zum STM32L496 gehen? Das
> sind:
>
>

>  Pin 70  PA11 - OTG_FS_DM
>  Pin 71  PA12 - OTG_FS_DP
>

Auch eine gute Idee - allerdings habe ich jetzt die Rückabwicklung 
eingeleitet. Sollte ich das Board wider Erwarten behalten dürfen, so 
werde ich evtl. nochmals ein paar Stündchen Forschung investieren und 
Deine Tests machen.

Für den Moment ruht die Sache jetzt erst einmal - der Garten bzw. das 
Unkraut ruft ...

Viele Grüße

Igel1

[Andreas S. (igel1)]

Inzwischen hat sich der Verkäufer des Boards bei mir gemeldet - ein sehr 
fairer, seriöser und anständiger Mann, der sogar eine Online-Session mit 
mir gemeinsam gemacht hat, um im 4-Augen-Check zu prüfen, ob noch etwas 
zu retten ist.

Leider konnten wir nur reproduzieren, was ich hier im Thread bereits 
alles untersucht hatte.

Aber jetzt kommt's:

Ich habe im Nachgang dann nochmals alle Tests wiederholt - und auch 
wiederum den Test mit dem 2. USB-Kabel. Und was soll ich sagen: 
plötzlich funktionierte es!!

Ich kann mir das nur so erklären, dass ich beim ersten Mal, als ich das 
Zweitkabel getestet hatte, in meinem Kabelsalat hier auf dem 
Schreibtisch versehentlich unterschiedliche Kabelenden in Board und PC 
gesteckt habe ...

Das ist mir alles super peinlich - gegenüber dem Verkäufer (bei dem ich 
mich hier und heute in aller Form entschuldigen möchte) und auch 
gegenüber Euch, aber es ist nun mal passiert.

Tut mir wirklich leid für all die Zeit und Mühen, die Ihr hier 
investiert habt - der Fehler lag ganz klar in meiner 
Dusseligkeit/Unordnung.

Viele Grüße

Igel1

[Thomas W. (datenreisender)]

Andreas S. schrieb:
> Ich kann mir das nur so erklären, dass ich beim ersten Mal, als ich das
> Zweitkabel getestet hatte, in meinem Kabelsalat hier auf dem
> Schreibtisch versehentlich unterschiedliche Kabelenden in Board und PC
> gesteckt habe ...

Herrlich. Ich dachte immer, ich waere der Einzige dem so etwas 
passiert...

[Harald K. (kirnbichler)]

Andreas S. schrieb:
> Aber jetzt kommt's:

Hut ab vor Dir, denn Du hast nicht nur einen Fehler gemacht, sondern 
stehst den offen ein.

Das bekommt nicht jeder hin, denn das erfordert Fähigkeit zur Einsicht 
und Größe.

[Andreas S. (igel1)]

Harald K. schrieb:
> Hut ab vor Dir, denn Du hast nicht nur einen Fehler gemacht, sondern
> stehst den offen ein.
>
> Das bekommt nicht jeder hin, denn das erfordert Fähigkeit zur Einsicht
> und Größe.

Claro, immer schön nach Wilhelm Busch :-)


Die Selbstkritik hat viel für sich.
Gesetzt den Fall, ich tadle mich,
So hab' ich erstens den Gewinn,
Daß ich so hübsch bescheiden bin;
Zum zweiten denken sich die Leut,
Der Mann ist lauter Redlichkeit;
Auch schnapp' ich drittens diesen Bissen
Vorweg den andern Kritiküssen;
Und viertens hoff' ich außerdem
Auf Widerspruch, der mir genehm.
So kommt es denn zuletzt heraus,
Daß ich ein ganz famoses Haus.

Liebe Grüße in die Runde

Igel1

[Jörg W. (dl8dtl) (Moderator)]

Dann hätte mein Angebot, dass ich das Teil für dich hier mal prüfe, wohl 
auch zum Erfolg geführt. ;-) Allerdings mit mehr (Versand-)Kosten …

[Andreas S. (igel1)]

Jörg W. schrieb:
> Dann hätte mein Angebot, dass ich das Teil für dich hier mal prüfe, wohl
> auch zum Erfolg geführt. ;-) Allerdings mit mehr (Versand-)Kosten …

Ja, das Angebot (hattest es ja per PN geschrieben) war wirklich super 
nett - danke nochmals dafür!

Bin jetzt natürlich froh, dass wir diesen Test nicht gemacht hatten, 
denn sonst hätte ich Dir auch noch (völlig unnötige) Aufwände bereitet.

So gab es ja doch noch ein Happy-End :-)

Viele Grüße

Igel1