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)"

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

Vielleicht braucht es ein aufgestecktes Nucleo Board um zu funktionieren.

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.

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

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

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.

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 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?

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.

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.

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 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:

[CODE] 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) [/CODE]

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

Viele Grüße

Igel1

Zum Thema "System Profiler":

Auch diesen Herren habe ich wie folgt bemüht:

[CODE]

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

1

        weiteres USB-Gerät erkannt.

[/CODE]

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:

[CODE]

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

1	STM32 STLink:
2
3	Location ID: 0x20141000
4	Connection Type: Removable
5	Manufacturer: STMicroelectronics
6	Serial Number: Wÿn?IgHV4@?‡
7	Link Speed: 12 Mb/s
8	USB Vendor ID: 0x0483
9	USB Product ID: 0x3748
10	USB Product Version: 0x0100

[/CODE]

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

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

Der folgende Befehl:

1

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.

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

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

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.

1

system_profiler -?

2

Usage: system_profiler [-listDataTypes]

3

       system_profiler [-xml | -json] [-timeout n] [-detailLevel n]

4

       system_profiler [-xml | -json] [-timeout n] [dataType1 ... dataTypeN]

5

6

  -detailLevel n    specifies the level of detail for the report

7

                      mini = short report (contains no identifying or personal information)

8

                      basic = basic hardware and network information

9

                      full = all available information

10

11

  -listDataTypes    lists all the available datatypes

12

13

  -xml              generates xml output instead of plain text

14

                    if redirected to a file with the extension ".spx"

15

                    the file can be opened in System Profiler.app

16

17

  -json             generates json output instead of plain text

18

19

  -timeout          specifies the maximum time to spend gathering information

20

                    the default is 180 seconds, 0 means no timeout

21

22

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

23

24

Examples:

25

26

  system_profiler

27

     Generates a text report with the standard detail level.

28

29

  system_profiler -detailLevel mini

30

     Generates a short report without identifying/personal information.

31

32

  system_profiler -listDataTypes

33

     Shows a list of the available data types.

34

35

  system_profiler SPSoftwareDataType SPNetworkDataType

36

     Generates a text report containing only software and network data.

37

38

  system_profiler -xml >MySystem.spx

39

     Creates a XML file which can be opened by System Profiler.app

1

ioreg -?

2

usage: ioreg [-abfilrtx] [-c class] [-d depth] [-k key] [-n name] [-p plane] [-w width]

3

where options are:

4

  -a archive output

5

  -b show object name in bold

6

  -c list properties of objects with the given class

7

  -d limit tree to the given depth

8

  -f enable smart formatting

9

  -i show object inheritance

10

  -k list properties of objects with the given key

11

  -l list properties of all objects

12

  -n list properties of objects with the given name

13

  -p traverse registry over the given plane (IOService is default)

14

  -r show subtrees rooted by the given criteria

15

  -t show location of each subtree

16

  -w clip output to the given line width (0 is unlimited)

17

  -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.

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

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

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:

1

ioreg -p IOUSB -l -w 0

und

1

system_profiler SPUSBDataType

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.

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.

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

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

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

Bad news:

Ich habe versucht, ein Firmware-Update gemäß UM2269 (file:///C:/Users/A287500/Downloads/um2269-getting-started-with-powershield-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!

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

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

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:

1

 Pin 70  PA11 - OTG_FS_DM

2

 Pin 71  PA12 - OTG_FS_DP

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:

1

>  Pin 70  PA11 - OTG_FS_DM

2

>  Pin 71  PA12 - OTG_FS_DP

3

>

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

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

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.

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

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 …

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