Hallo zusammen, - - - - - - - DELL OptiPlex 3070; i3 4x 3.6GHz; 8GB; 256GB NVMe Diamex AllAVR OS: Win10 (x64); - - - - - - - - Ich betreibe hier in der Firma in der Fertigung eine 4-fach-Gang-Programmierumgebung zum Programmieren von AVR-Controllern mit STK500 aus ATMELSTUDIO 4.18. Als Programmer verwende ich einen AVRISP-MK2 (Klone) Genauer gesagt es handelt sich um eine selbst geschriebene Oberfläche die 4 mal gestartet wird. Diese Umgebung baut aus ".hex-Files" die zu programmierende Software zusammen und übergibt dann die Kontrolle einer Batch-Datei. Diese Batch-Datei ruft STK500.exe mit den nötigen Parametern auf und führt so den Programmiervorgang durch. Da der Vorgang 4 mal parallel gestartet wird, hat jeder Programmer eine eigene Seriennummer die als "USB-ID" übergeben wird. Das ganz klappt seit Jahren unter Windows 7 ohne Probleme. (Über dieses bzw. eine ähnliches Projekt - gibt es auch schon ein, zwei andere Threads). Jetzt habe ich das Ganze auf einen Windows 10 Rechner (x64) umgezogen. Ich habe ATMEL-Studio 4.18 installiert und das ATMEL-Driver-Package (7.0.888). Das ganz hat von Mitte Januar bis gestern ohne Probleme funktioniert. Am Freitag wurde sogar noch eine Serie Platinen geflasht und am Montag sollte weiter gemacht werden. DOCH am Montag funktionierte das ganze nicht mehr: STK500.exe kann keine Verbindung zum ISP-Programmer mehr aufbauen. "Could not connect to AVRISP mkII on USB:0002000090636 " Das Ganze auf zwei verschiedenen PCs. Die HW ist in Ordnung, weil wenn man das Ganze an den alten W7-PCs ansteckt geht wieder alles. Ich habe ein Image vom Tag der Inbetriebnahme. Wenn ich das "zurückspiele" und programmieren will bekomme ich die selbe Fehlermeldung. Unsere IT sagt die PCs haben kein Update bekommen, da wir den WUS laufen haben und der die letzten Tage nichts "ausgeliefert" hat. Im Gerätemanger erscheinen die vier Programmer als "AVRISP mkII" ohne Ausrufezeichen und auch der "WinDriver" von Jungo. Wenn ich auf dem PC ein frisches Windows 10 aufsetze scheint wieder alles zu funktionieren. Mein Programmierjob findet den Programmer und auch ATMELSTUDIO zeigt beim "Connect" eine Liste der vier angeschlossenen "ISPs". Auch wenn ich auf das frische Windows die angebotenen WIN-Updates von Hand installiere funktioniert der Programmiervorgang anschließend ohne Probleme. In diesem Forum und auf AVR-Freaks habe ich schon einige Beiträge gelesen, aber die angebotenen Lösungen funktionieren nicht (Treiberinstallation mit ZADIG) oder ich werde nicht so recht draus schlau. Ich habe im der nicht funktionierenden Windows-Umgebung auch alles von ATMEL deinstalliert und dann neu installiert aber ohne Erfolg. Auch eine Neuinstallation mit der Option "Erzwingen der Treibersignatur deaktivieren" brachte auch keinen Erfolg. Was ich am wenigsten verstehe, warum hat es funktioniert und übers Wochenende geht es plötzlich nicht mehr ohne dass angeblich Updates eingespielt wurden. Hat jemand eine Idee oder eine Lösung, einen Link auf eine Lösugn oder zumindest eine Erklärung. PS: Ich weiß man müsste das ganze Konzept überarbeiten. Es ist halt nicht mit dem Austausch des Programmer getan. Es müssen viele Programmierprojekte angepasst und neu erstellt werden. Ich habe auch schon mal angefangen das Ganze auf das Kommandozeilentool (atprogramm.exe) aus ATMELStudio 7 umzustellen, bin aber mangels Zeit nicht weiter gekommen. UND ehrlich gesagt, (Festplattenplatz hin oder her) wieso soll ich ein paar Gigabyte (~2.3GB) installieren wegen einem Tool das ein paar hundert kByte braucht. Das alte AVRStudio kam mit ca. 180MBytes aus. Gruß und danke allen Robert
Der alte Jungo Treiber ist nicht signiert und deswegen verweigert Windows, ihn zu laden. Du kannst die Sicherheitsvorgabe lockern, siehe: http://stefanfrings.de/avr_tools/libusb.html > Ich weiß man müsste das ganze Konzept überarbeiten. Das sehe ich anders. Nicht jeder hat Zeit und Lust, immer der neuesten Software hinterher zu laufen. Falls es Dich interessiert: Auf http://stefanfrings.de/avr_tools/index.html findest du einige Hinweise für alternative Entwicklungsumgebungen (oder auch gar keine IDE).
Mein STK500 sowie der Dragon und auch der ISP MK2 laufen unter Windows 10 mit Atmel Studio 7.
Das STK500 macht doch nur eine COM-Schnittstelle auf.
Hallo, Robert H. schrieb: > Ich habe im der nicht funktionierenden Windows-Umgebung auch alles von > ATMEL deinstalliert und dann neu installiert aber ohne Erfolg. Auch eine > Neuinstallation mit der Option "Erzwingen der Treibersignatur > deaktivieren" brachte auch keinen Erfolg. Die reine Programmdeinstallation funktioniert nicht immer. Ich hatte mal den Fall, das eine funktionierende Neuinstallation nur möglich war, wenn ich vorher zusätzlich unter "C:\Users\<Benutzer>\AppData\Local" und "C:\Users\<Benutzer>\AppData\Roaming" alle "Atmel"-Ordner gelöscht hatte. rhf
JA N. schrieb: > Mein STK500 sowie der Dragon und auch der ISP MK2 laufen Den ISP MkII muss man dazu aber upgraden, danach läuft er nicht mehr im alten AVR Studio.
Hallo BlahBlah
>> Das STK500 macht doch nur eine COM-Schnittstelle auf.
Hier ein Auszug meiner Batchdatei die seit mehr als 3 Jahren in der
Produktion ihren Dienst tut. STK500.exe ruft einen Programmer auf der an
USB angeschlossen ist!
Das ganze habe ich auch so geschrieben! Und wenn's nicht so wäre würde
ich es nicht zu schreiben!
Gruß KEE4
[code]
:StartOfBatch
@echo off
rem MODE CON:cols=25 lines=10
MODE CON:cols=75 lines=20
COLOR F0
TITLE STK500/MKII GANGPROGRAMMER/Instanz "%1"
cls
:STK500
set PrgPath="C:\Program Files (x86)\Atmel\AVR Tools\STK500"
:Programmer
REM USBPortIDs für Aufruf von 4 Instansen setzen
if %1==4 set USBPortID=000200090639
if %1==3 set USBPortID=000200090638
if %1==2 set USBPortID=000200090637
if %1==1 set USBPortID=000200090636
set Port=USB:%USBPortID%
set PrgMode=s
set ISPFrq=125kHz
:Projekt
set Device=ATMEGA328
set ProjektPath=%~dp0
set HexFile=FLASH.%1.hex
set EEPFile=%2
set lfuse=E2
set hfuse=CC
set efuse=FC
set lock=EC
set Fuses=%hfuse%%lfuse%
del %0.%1.err
goto start1
goto EndeBatch
:start1
%PrgPath%\stk500.exe -c%Port% -m%PrgMode% -I%ISPFrq% -d%Device%
if %errorlevel%==1 goto ErrorISP
echo ISP gefunden
%PrgPath%\stk500.exe -c%Port% -m%PrgMode% -I%ISPFrq% -d%Device% -e
-f%Fuses% -E%efuse% -f%Fuses% -G%efuse%
if %errorlevel%==1 goto ErrorFuses
echo fertig Fuses
[code/]
Hallo Stefan, vielen Dank für die Antwort. > Du kannst die Sicherheitsvorgabe lockern, siehe: Die Sicherheitsvorgabe habe ich geändert, und neu installiert aber auch ohne Erfolg. Auch habe ich versucht den "MK2" mit dem Libsub-Treiberr zu betreiben - geht auch nicht. >> Ich weiß man müsste das ganze Konzept überarbeiten. > Das sehe ich anders. Nicht jeder hat Zeit und Lust, immer der neuesten Software hinterher zu laufen. Endlich wieder mal einer der es so sieht wie ich … Ich werde jetzt mal den PC komplett neu aufsetzen und das ganze nochmal testen. Ansonsten muss ich doch versuchen das Ganze auf AVR-Dude umzustellen so wie es auf meinen ICT-Testsystemen läuft. * Die Seite mit den Übersichten der Entwicklungsumgebungen habe ich besucht und mir gemerkt. (tolle Seite – wie die anderen auch) Gruß Robert
Robert H. schrieb: > Auch habe ich versucht den "MK2" mit dem Libsub-Treiberr zu betreiben - > geht auch nicht. Avrdude nutzt den libusb Treiber für USB Programmieradapter die keinen virtuellen seriellen port haben. Der originale Atmel ISP mkII ist so einer. AVR Studio nutzt für solche Programmieradapter aber den Jungo Treiber. Ich nutze das AVR Studio unter Linux mit dem Windows Emulator wine. Leider läuft das recht instabil, die IDE stürzt oft ab. In VirtualBox geht es etwas besser, aber da zickt USB auch rum. Schade, dass das AVR Studio bei Dir nicht mehr läuft. Ich hab jetzt auch keine Idee mehr, was man tun könnte - außer zur Not auf avrdude umzusteigen.
Hmm also Microsoft hatte mit irgendeinem Update geändert wie Windows USB Geräte behandelt, aber das bezog sich meines Erachtens nach nur auf storage devices. Hast du denn überprüft ob die programmer wirklich noch so wie vorher erkannt /initialisiert werden (USB:0002000090636 usw.)?
Angehängte Dateien:
-
Programmer-connects.png
13 KB
Hallo Christian, Ja, ich meine das überprüft zu haben. Auch die Seriennummer hatte ich schon in Verdacht. In den Programmern ist nämlich zum Schluß der Seriennummer eine "0" angehängt Also: "00020000906360" . Aber der Treiber zweigt ein connect mit "USB:0002000090636" an und auch in der Batchdatei wird "USB:0002000090636" angesprochen. Mit der "0" in der Batchdatei gings aber auch nicht! Ich habe das System neu(*) aufgesetzt und jetzt läufts wieder. (Programmer-connects.png). Jetzt warte ich mal ab ob das System den Dienst wieder nach Tagen einstellt. (*) Zum Thema neu aufsetzten: Ich habe gestern (12.02.) das Recovery-Image meines Systems (DELL OPtiplex) zurückgespielt um ein neues sauberes Windows zu erhalten. PUSTEKUCHEN: Das "neue" Windows hat Ordner und Dateien mit dem Datum (11.02) also vom Vortag. Anscheindend scheint WIndows ein Recovery-Image dynaisch zu ändern. Zu was gibt es dann sowas wenn man kein neues "plain Windows" bekommt!. Gruß Robert
:
Bearbeitet durch User
Robert H. schrieb: > Anscheindend scheint WIndows ein Recovery-Image Welche Backup-Software benutzt Du? Also ich kann mit Acronis sogar zu beliebigen Zeiten erstellte Backups recovern. Nimmt halt nur Speicherplatz in Anspruch (ca 60 GB) und Zeit und Mühe, ein Backup zu erstellen. Dann immer vollständig und nicht incrementell. ciao gustav
Hallo Karl-Gustav ;-) Das zurückgespielte Image war das was DELL mit ausgeliefert hat und über die Windowsfunktion "System wiederherstellen" zurück gespielt wird. Für meine Eigenen Images verwende ich schon True-Image nur habe ich leider kein Iamge von "nagelneuen System gemacht". Danke für den Hinweis: Ich habe eine Info vergessen! PS: Zur Info: Ich habe bevor ich das System an die Ferigung übergeben habe eine Image (vollständig) gemacht. Das war also zu einem Zeitpunkt wo der Jungo-Driver noch den AVRISPmk2 gefunden hat. Wenn ich aber das Image zurückspiele dann wird der AVRISPmk2 nicht mehr gefunden.
Robert H. schrieb: > die Windowsfunktion "System wiederherstellen" Hat das eigentlich jemals wirklich funktioniert? Bei mir noch nie.
Hallo zusammen, jetzt muss ich mich selbst nochmal zum Thema melden: Ich habe noch ein wenig weiter gesucht und eine Entdeckung gemacht! - Dass STK500 den Programmer nicht mehr ansprechen kann, liegt nicht an einem, Update von WIN10, sondern schuld so wie es aussieht irgend ein Feature von Windows 10, das nach 30 Tagen irgendeinen Treiber still legt. Wir haben das ganze System im Januar aufgesetzt und am 10.Feb ging es nicht mehr, dann nochmal am 13.2. neu aufgesetzt und ab dem 14.3 ging nicht mehr. Jetzt habe ich mit Datum zurücksetzen, Image zurückspielen und dann Datum schrittweise nach vorne stellen, das Problem nachvollziehen können. Ab dem 30-ten Tag geht's nicht mehr. Die 30 Tage laufen ab der ersten Installation des Treibers. Wird der Treiber deinstalliert und neu installiert zählt das nicht. In den Eigenschaften des Treibers gibt es einen Eintrag "Datum der Erstinstallation" und ab dem wird gerechnet. Ich habe noch keine Möglichkeit gefunden, den Treiber so zu deinstallieren, dass der "Ablauf der Zeit" zurückgesetzt werden kann. Ich habe sogar die Treiber beim Deinstallieren löschen lassen und dann mit Linux unter System32/DriverStore/FileRepository die Ordner "AVRISP..." gelöscht, was dazu führte das im Gerätemanager bei "Datum der Erstinstallation" das aktuelle Datum erscheint, aber der Treiber (oder irgendwas) seinen Dienst verweigert. Ich habe die Treiber schon deinstalliert und mit der Option "Erwzingen der Treibersignatur" wieder installiert, aber ohne Erfolg. Es kommt auch bei der Treiberinstallation vom System keine Meldung (*) das der Treiber nicht signiert ist und ob er trotzdem installiert werden soll. (*) Fenster mit rotem Balken: Der Hersteller der Treibersoftware konnte nicht überprüft werden! Das ganz Euch zur Info - aber vielleicht hat ja jemand eine Idee dazu! Ich habe schon angefangen dieses Problem mit AVRDude zu lösen, bin aber dann hier gescheitert: Beitrag "AVRDude mehrere Instanzen gleichzeit starten" Gruß und Danke Robert
:
Bearbeitet durch User
Hallo zusammen, weiter Info: Ich habe jetzt bei der Installtion der AVR-Treiber und von AVR-Studio das Datum des PC um 20 Jahre nach vorne gestellt und installiert und dann das Datum wieder zurück gestellt. Bis jetzt läuft es ohne Problem. Auch nach dem Test das Datum mal um ein Jahr nach vorne zu stellen, lief alles weiter. Wenn ich um ein Jahr vorstelle ohne das Datum beim Installieren nach vorne zu stellen, verweigert STK500.exe bzw. der Programmer ab dann seinen Dienst. Ich hoffe das bleibt auch nach den nächsten Win-Updates so! Gruß KEE4
:
Bearbeitet durch User
Hallo zusammen,
ihr habt euch ja echt viel Mühe gemacht, da etwas zu finden, was das
Problem beheben könnte. Ich bin heute auch an dem Punkt angelangt, dass
es auf dem Prüfrechner nicht mehr funktioniert. Letztens hat es noch
funktioniert. Jetzt will es nicht mehr.
Wenn ich nun in der Kommandozeile eingebe "stk500 -cUSB" dann sagt er:
"Could not connect to AVRISP mkII on USB". Auch wenn ich mit der
Seriennummer eingebe: "stk500 -cUSB:000200111901" sagt er auch dasselbe,
kann sich nicht verbinden.
Auf dem Prüfrechner ist Windows 11 installiert und der Jungo Treiber
11.1.0.0 vom 05.01.2013. Bis vor kurzem lief er aber
Ich habe das ganze auf meinem Entwicklungsrechner versucht. Da
ist der Jungo Treiber 10.1.1.0 vom 02.09.2009 installiert und es
funktioniert.
Zusammengefasst:
Prüfrechner:
Windows 11 (21H2 Build 22000.856) / Jungo 11.1.0.0 vom 05.01.2013 /
Signaturgeber: Atmel Norway /
Intern verwendeter Treiber: windrv6.sys (11.5.0 built by WinDDK, nicht
digital signiert)
Entwicklungsrechner:
Windows 10 (21H2 Build 19044.1889) / Jungo 10.1.1.0 vom 02.09.2009 /
Signaturgeber: Nicht digital signiert /
Intern verwendeter Treiber: windrv6.sys (11.30 built by WinDDK aus dem
Jahr 2013, nicht digital signiert)
Mir ist eben auf dem Prüfrechner noch was aufgefallen:
Wenn ich den AVRISP über USB angesteckt habe, dann erscheint (wenn man
es mit dem driver-atmel-bundle-7.0.888 richtig installiert hat) im
Geräte-Manager unter Jungo 2 Einträge:
- AVRISP mkII
- WinDriver
Wenn man sich die Eigenschaften von dem WinDriver anschaut, dann sagt er
bei Treiber Version 11.5.0.0 vom 26.01.2014 mit Signaturgeber Jungo LTD.
Wenn ich auf "Ereignisse gehe" kann ich mir "Alle Ereignisse
anzeigen..." klicken. Dann landet er in der Ereignisanzeige und listet
Ereignisse für diesen Treiber auf. Und dort sind tatsächlich
Fehlereinträge für diesen WinDriver:
z.B.
Beim Start des Geräts ROOT\JUNGO\0000 ist ein Problem aufgetreten.
Treibername: oem176.inf
Klassen-GUID: {c671678c-82c1-43f3-d700-0049433e9a4b}
Dienst: WinDriver6
Untere Filter:
Obere Filter:
Problem: 0x15
Problemstatus: 0x0
Direkt vorher steht eine Information:
Das Gerät ROOT\JUNGO\0000 wurde konfiguriert.
Treibername: oem176.inf
Klassen-GUID: {c671678c-82c1-43f3-d700-0049433e9a4b}
Treiberdatum: 01/26/2014
Treiberversion: 11.5.0.0
Treiberanbieter: Jungo Connectivity
Treiberabschnitt: DriverInstall.NT
Treiberrang: 0xFF0000
Passende Geräte-ID: *WINDRVR6
Treiber mit niedrigerem Rang: oem166.inf:*WINDRVR6:00FF0000
Gerät wurde aktualisiert: true
Übergeordnetes Gerät: HTREE\ROOT\0
D.h. für mich, dass erst eine Parametrierung durchgeführt wird und
anschließend versucht wird, den Treiber zu starten. Und das funktioniert
nicht. Dabei gibt es einen Fehler.
P.S.: ich habe noch etwas gefunden, wo etwas über die Signierung von
WinDriver steht:
https://www.jungo.com/st/support/documentation/windriver/11.5.0/wdusb_manual.mhtml/driver_sign.html
Frage
-----
Habt noch ihr irgendwas herausgefunden, wie man den WinDriver Treiber,
den Windows intern blockiert, wieder freigeben/aktivieren kann? Was
bedeutet Fehlercode 0x15? Kann man den WinDriver irgendwie neu starten?
Habt ihr sonst noch eine Idee?
Danke und Gruß
EWiebe
:
Bearbeitet durch User
Gestern gab es ein Update von Win 10 und man schoß damit den Edge-Brauser in's Aus. Vielleicht gab es durch dieses Update noch andere lustige Effekte, di o.g. Probleme hervorrufen.
> Habt noch ihr irgendwas herausgefunden, wie man den WinDriver Treiber, > den Windows intern blockiert, wieder freigeben/aktivieren kann? NEIN, habe ich leider nicht. Ich habe damals als das Problem das erste mal aufgetereten ist, viel in der Regitry gesucht - aber nichts passendes gefunden. ABER, der Trick mit dem Datum um 20 Jahre vorstellen klappt bis heute. Das System läuft nach wie vor. Es kann sein, dass der PC von Windows-Updates ausgenommen ist(*) , was dann passieen würde, weiß ich nicht. (*) Der PC sitzt hinter einer Hardwarefirewall und der Proxi verhindert, dass der PC ins Internet kommt. So haben wir wenigsten etwas Sicherheit an diesem System. > Was bedeutet Fehlercode 0x15? Das sagt mir nichts. > Auf dem Prüfrechner ist Windows 11 installiert und der Jungo Treiber > 11.1.0.0 vom 05.01.2013. Bis vor kurzem lief er aber Bei mir lief der Teiber nachweißlich 30 Tage. Einmal haben wir neu installiert und nach 30 Tagen war wieder Schluß. Mit Images zurückspielen und Tereiber immer wider neu installieren konnte ich das dann auch beweisen und mich an die 30 Tage ran tasten. Tut mir leid hier nicht weiter helfen zu können. Gruß Robert - KEE4-
Luftraumüberwacher schrieb: > Gestern gab es ein Update von Win 10 und man schoß damit den > Edge-Brauser in's Aus. Vielleicht gab es durch dieses Update noch andere > lustige Effekte, di o.g. Probleme hervorrufen. Das Problem exisitiert aber nicht erst seit gestern sondern ist beim Threadersteller schon seit 2020 bekannt.
das ist ein Lizenzproblem des jungo Driver. Aus irgendeinem Grund findet der seine Lizenz nicht mehr und geht in den Demo Mode. Siehe hier https://www.jungo.com/st/contact-form-2/?product=WinDriver: 3. EVALUATION LICENSE. If you have not yet paid license fees for the use of the Software, then Jungo hereby grants you a personal, non-exclusive, non-transferable and non-sublicensable license to internally use the Software for evaluation purposes only, for a period of 30 days (the "Evaluation License"). If, after the expiration of the Evaluation License, you wish to continue using the Software and accompanying written materials, you may do so by remitting the required payment to Jungo, and you will then receive a registration code and a license string that will permit you to use the Software on a single computer under one of the license schemes specified in Section 2 above. Michael
Robert H. schrieb: > Ich habe auch schon mal angefangen das Ganze auf das Kommandozeilentool > (atprogramm.exe) aus ATMELStudio 7 umzustellen, bin aber mangels Zeit > nicht weiter gekommen. Anbei mal ne Batch für AS7. Sie lädt den Bootloader und setzt die Fuses, dann ein EEP-File und dann die Applikation.
Hallo Peda, Danke für den Hinweis. Habe es mittlerweile (vor gefühlt einem Jahr) auch geschafft atprogramm.exe als Batchscript zu implementieren. Das Problem ist: Ich kann aber "atprogramm.exe" nicht vier mal gleichzeitig starten. Wenn eine Instanz läuft und man startet eine weiterte "stürzt" das ganz ab! Nur als Anmerkung: Ich habe auch schon versucht vier Instanzen von "AVRDude" laufen zu lassen, aber das klappt auch nicht! Gruß Robert KEE4
:
Bearbeitet durch User
Beitrag #7211449 wurde von einem Moderator gelöscht.
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.