Neues PicoScope6 erkennt 2204A nicht

[kaimex]

Heute bekam ich überraschend doch noch einen Hinweis, woran es liegen könnte.
"It could be related driver signing (Pico dll's)
See MS sha-2 driver signing updates-
https://support.microsoft.com/en-us/topi...a4cde8e64f"
Demnach sollte man unter Windows 7 die beiden Updates KB4474419 (SHA-2 code signing) und KB4490628 (SSU:Servicimg stack update) einspielen.
Ich habe versucht, KB4474419 über meinen Linux-PC runterzuladen.
Er ziert sich aber wegen eines Sicherheits-Problems:
Microsoft benutzt eine unverschlüsselte Verbindung, die Dritten erlaubt, den File während des Transfers zu ändern.

Vielleicht ist jemand anderer mutiger und mag das mal ausprobieren
oder kann mitteilen, ob auf einem Windows 7 PC mit diesen Updates das aktuelle PicoScope6 die PicoScopes findet.

MfG Kai

[bitbrain2101]

Hallo Kai,

man kann die Überprüfung der Treibersignatur in Windows 7 x64 abschalten https://www.schieb.de/708312/windows-7-6...stallieren

MfG, Tobias

Microsoft benutzt eine unverschlüsselte Verbindung, die Dritten erlaubt, den File während des Transfers zu ändern.

Genau dafür ist die SHA2 Codierung gut, damit Windows überprüfen kann, ob die Update-Datei verändert wurde.

[kaimex]

hallo tobias,
von dem, was der schieb da schrieb, hab ich schon mal gehört und mich gescheut, es auszuprobieren, weil es irgendwelche unerfreulichen nebenwirkungen hat.
ausserdem glaube ich nicht so recht an diesen verdacht von picotech support, denn dann hätte es doch bei der installation des neuen picoscope6 entspechende fehlermeldungen gegeben oder spâtestens zur laufzeit. ausserdem funktioniert das aktuelle picosdk zusammen mit fra4picoscope auf dem gleichen pc und man mag doch nicht glauben, dass picoscope6 und der picosdk unterschiedliche dlls benutzen.
das hab ich denen auch zurück gemailt.
ich bin gespannt, ob dazu noch eine antwort kommt.

mfg kai

[bitbrain2101]

Hallo Kai,

du hast natürlich Recht, wenn es Probleme mit der Treibersignatur gäbe, hätte dein Windows 7 schon bei der Installation der Treiber gemeckert. Die empfohlenen Updates sind für die Windows 7 Updatefunktion, die man ja nicht mehr braucht. Ist das Servicepack 1 für Windows 7 bei deinem Rechner installiert ? Darin sind wichtige Updates für die USB-Schnittstellen enthalten. Ein neuer USB-Drucker eines Bekannten gab nur leere Blätter aus, weil das Servicepack 1 nicht installiert war.

MfG, Tobias

[kaimex]

Hallo Tobias,
Service Pack 1 war schon beim Kauf mit drauf.

PicoTech Support hat noch mal geantwortet und vertritt nach wie vor die Ansicht, es läge an SHA-2. Sie seien gezwungen gewesen nach dem Wechsel Microsofts von SHA-1 zu SHA-2 mit zu gehen. Das begann dann vermutlich mit der ersten Version von PicoScope6_14_xx.
Auf das Argument, Windows hätte doch bei Installation schon meckern müssen, reagiert er nicht, sagt nur, PicoScope6 gäbe keine Warnung aus, wenn DLLs nicht geladen werden.
"Yes the PicoScope6_14_54 and PicoSDK uses different versions of the dlls.
There no warning in PicoScope 6 to check for this driver signing issue."

Er hat mich auch verwiesen auf Tipps im Netz, wie man unsignierte Treiber geladen bekommt:
https://www.raymond.cc/blog/loading-unsi...4-bit-x64/
Da stehen noch mehr (allerdings verwandte) Möglichkeiten, als von Herrn Schieb in deinem Link beschrieben.

Schließlich macht er noch folgenden Vorschlag:
"The only thing you could try is copying the working Pico dll's from the
latest PicoSDK (32bit 10.7.21.227) you are using into installed folder of PicoScope6_r6_14_54.
And replaced the dll's that are already there.
This may not work at all, but its worth trying. As sometimes some supporting math functions in the dll's are changed for PicoScope 6."

MfG Kai
Nachtrag: Dabei bleibt natürlich völlig offen und unverständlich, wieso es bei den DLLs des SDK, der ja auch nach dem Wechsel zu SHA-2 erzeugt wurde, nicht das SHA-2 Problem gibt. Der SDK trägt das Datum 16.9.2021

[kaimex]

Inzwischen habe ich die beiden KB...-Updates installiert,
PicoScope6_13_17 de-installiert,
PicoScope6_r6_14_54 installiert,
es verhält sich genauso wie zuvor:
"No suitable device found.
You can either plug a device in now or use a demo device."

Ich würde jetzt eigentlich gerne den Austausch der DLLs durch die im PicoSDK ausprobieren,
aber kam mir eben der (fürchterliche) Gedanke:
Wenn das auch nicht funktioniert, kann ich dann jemals PicoScope6_r6_14_54 sauber komplett de-installieren
oder bricht der De-Installer ab, wenn er andere DLLs vorfindet als installiert wurden ?

MfG Kai

[kaimex]

Man muß sich zu helfen wissen, auch wenn es etwas dauert, bis man auf die Lösung kommt:
Ich habe von den auszutauschenden DLLs Sicherheitskopien angelegt.
Beim Betrachten der betroffenen Directories fällt zunächst auf, daß Picocope.exe nur 96 kB groß ist, d.h. fast alle Funktionalität steckt in DLLs. Die Summe aller DLLs beläuft sich auf ~83 MB.
Im SDK sind Anzahl und Datenmenge wesentlich kleiner. Außerdem befinden sich im SDK DLLs, die es bei PicoScope6 garnicht gibt. Die würden von PicoScope6 wohl kaum benutzt.
Ich habe mich deshalb darauf beschränkt, vier Dateien versuchsweise auszutauschen:

1. PS2000.dll & PS2000a.dll , die sich bestimmt auf die Geräte-Serie 2xxx beziehen.
Es gab keine Änderung im Verhalten von PicoScope6_14_54.
Im SDK lib-directory befindet sich zusätzlich bei allen Device-DLLs mit Namen PS<nummer>*.dll noch eine PS<nummer>Wrap.dll, die es bei PicoScope6 gar nicht gibt.
2. PicoIpp.dll bzw picoipp.dll  : kein Unterschied
3. USBDrDAQ.dll bzw usbdrdaq.dll : kein Unterschied
Im SDK befinden sich zwei weitere usb*.dll, die es bei PicoScope6 nicht gibt.

Man wird älter dabei aber nix wurde besser...
PicoTech Support hat EMails dazu bekommen.

MfG Kai

[bitbrain2101]

Ich habe nochmal den kompletten Thread nachgelesen. Wenn das Picoscope von einer anderen Software (FRA4PicoScope) erkannt wird und funktioniert, können doch keine Windows 7 Komponenten daran schuld sein, dass die Picosoft Software das Gerät nicht erkennt. Der PicoTech Support scheint da ein Brett vorm Kopf zu haben. Wenn das Asiaten sind, können sie nicht zugeben, dass sie Mist gebaut haben, weil sie dann "ihr Gesicht verlieren".

MfG, Tobias

[kaimex]

Das FRA4PicoScope benutzt den PicoSDK (Software Development Kit).
Der enthält tatsächlich andere DLLs als PicoScope6.
Aber für die dürfte, wenn man der ersten Aussage Glauben schenkt, daß Microsoft's Wechsel von SHA-1 zu SHA-2 bereits 2019 gefolgt wurde, um up-to-date zu sein, ebenso für die DLLs im SDK gelten.
Das habe ich dem Mitarbeiter des PicoTech Support, der sich bei mir meldete, auch mitgeteilt. Auf dieses logische Argument ist er bisher nicht eingegangen. Er hat einen englischen Namen.
Es machte schon ein bischen den Eindruck, daß man sich mit dem Argument aus der Affäre ziehen wollte, um nicht weiter aktiv nach einer Ursache suchen "zu müssen".
Ich habe ihm aber mitgeteilt, daß die Hypothese erstens logischer Überprüfung nicht standhält und zweitens durch meine Tests nicht bestätigt wurde, die Ursache also woanders liegen muß.
Dazu hab ich auf seine letzte Mail 4 Erwiderungen geschickt.
Heute kam keine Reaktion.
Andererseits wurde bereits vorher freimütig verkündet, daß Windows 7 nicht mehr unterstützt wird, weil Microsoft es nicht mehr tut.
Darauf habe ich aber gekontert mit dem Hinweis, daß ihre Webseiten immer noch behaupten, daß Windows 7 bis 10 unterstützt würden.
Ich habe auch den Eindruck, daß die bezüglich der Ursache des Problems ratlos sind und den "schwarzen Peter" deshalb gerne woanders hin schieben möchten.
Eigentlich müßte man ihnen den Vorschlag machen, eine Source-Code Version von PicoScope6 zu erstellen, die auf Basis des PicoSDK kompiliert werden kann. Dann würde es ja funktionieren.

MfG Kai

[kaimex]

Heute kam mal wieder eine EMail vom PicoTech Support.
Der "Technical Specialist" erscheint völlig ratlos.
Wiederholt nur, was ich berichtet habe, und versucht jetzt den "schwarzen Peter" einem nicht up-gedateten Windows 7 und daraus wohl abgeleitet spekulativ unpassenden .NET zu zu schieben.
Ich habe aber ziemlich aktuelles .NET auf dem PC (Versionen 4.0.30319 und 4.7.2 (4.703062)) von 2021.
Wenn PicoScope6 damit ein Problem hätte, dann doch vermutlich auch das PicoSDK, was aber funktioniert.

Falls jemand belegen/berichten kann, daß es das Problem des aktuellen PicoScope6 auch auf Windows 7 mit letztem Update-Stand gibt, wäre es sicher nützlich, diese Information an den Support weiter zu geben, damit die nicht weiter die Ursache außerhalb von PicoScope6 behaupten.

MfG Kai

[bitbrain2101]

Steht denn irgendwo, dass für die Picoscope Software ein .Net Framework installiert sein muss ? Ich habe auf einem Rechner kein .Net Framework installiert gehabt als ich eine Software installieren wollte. Die Installation wurde mit einer Fehlermeldung abgebrochen, dass kein .Net Framework installiert ist.

MfG, Tobias

[kaimex]

Hallo Tobias,

auf den Download Seiten von PicoTech sehe ich nirgends Hinweise darauf, daß PicoScope6 .NET benutzt und das zu den Installatons-Voraussetzungen gehört.
Es gibt aber einen File
https://www.picotech.com/download/manual...stions.pdf
der u.a. diesen Abschnitt enthält:

"1. PicoScope 6 does not recognize my device
1. Verify that the LED light is lit on the front of the oscilloscope. There should be a red light.
2. Check the USB cable (ensure it is the supplied Pico blue USB cable). Try a different USB port.
3. If using a device with an external power supply, disconnect and reconnect the power supply.
4. If using a desktop PC, consider using the rear USB ports.
5. If using multiple USB devices on a PC and the PicoScope does not have an external power supply, consider
using a powered USB hub.
6. Device Manager – confirm that the device is listed either under Pico Technology Instruments (or Universal
Serial Bus controllers for older models such as the PicoScope 2205).
7. Confirm that the operating system is Windows XP (SP 3), Vista, 7, 8 or 10 (32 or 64-bit).
8. Verify that the .NET framework version is 2.0 (Windows XP) or 3.5 or later by going to the Add/Remove
Programs window in Control Panel and verifying which one is installed.
9. Ensure all the latest Windows updates have been applied to the PC.
10. Is the PC connected to the internet when installing or starting PicoScope 6?"

Da steht unter Punkt 8, daß .NET 3.5 oder neuer vorhanden sein muß (bei Windows 7 oder neuer).

MfG Kai

[bitbrain2101]

Wenn ich mich nicht irre, wird .Net Framework 3.5 bei der Installation von Windows 7 gleich mitinstalliert.

MfG, Tobias

[kaimex]

"Mag sein",
jedenfalls kann ich mich erinnern, daß es bei mir auch drauf war.
Irgendwann verlangte die Installation eines neuen Programms nach einer neueren Version oder gar explizit 4.7.2, so daß ich das im letzten Jahr installiert habe.
3.5 wird nicht mehr in der Systemsteuerung unter "Programme und Funktionen" gelistet, könnte aber doch noch drauf sein.
Jedenfalls scheidet .NET damit als Ausrede für das Versagen von PicoScope6_14_54 unter Windows 7 aus.

Ein seriöser Programm-Entwickler müßte eigentlich in der Zeit seit meiner Meldung beim Support längst anhand eines Windows 7 Test-Systems herausgefunden haben,  warum das PicoScope6 kein Gerät am USB-Bus findet.
Ich gehe deshalb davon aus, daß sie das bislang nicht getan haben.
Vermutlich arbeitet die ganze Entwicklermannschaft mit Hochdruck an der Fertigstellung von PicoScope7,
und den Support-Leuten fehlt der Durchblick und die Analyse-Möglichkeit.

MfG Kai