Hallo, ich stelle gerade meinen Rechner von WIN7 auf WIN10 um. Nachdem das AVRStudio 4 nun wieder compiliert, macht der Programmer Ärger. Ich nutze einen USBASP (kein Clon), der auf der AVRISP MKII-Firmware läuft. Das macht er soweit auch gut, nur dass WIN10 ihn nicht erkennen will. Noch weit vor der Treiberfrage scheint WIN10 Probleme mit der Erkennung der Hardware (VID&PID) zu haben und verweigert die Installation gleich völlig - siehe Screenshots. An einem anderen Rechner funktioniert der Programme weiterhin, an der im Update befindlichen Maschine ging es heute Morgen auch noch, die HW halte ich daher für unwahrscheinlich. Hat von euch jemand eine Idee, warum mein Rechner den USBASP nicht mehr erkennen will? Grüße Feuerstein
Hi, installiere bitte den libusb Treiber. Beim meinem Linux ist der schon drin, für Win7 usw. muss man den halt installieren.
Das würde ich ja gerne, der Treiber liegt auch schon parat. Das Problem kommt aber schon früher, da WIN den Programmet erst gar nicht als gültiges USB-Gerät erkennt.
AVR Fuses und Kontaktierung der USB Datenleitung prüfen, es stimmt was grundsätziches nicht (Spannungen, Takt etc). Der USBASP hat einen permanenten Pullup auf D-, der Code 43 wird ausgegeben wenn das erkannt wird aber der µC nicht auf USB Signale reagiert.
Alles falsch TREIBERSIGNIERUNG vorübergehend abschalten!!! https://www.giga.de/downloads/windows-10/tipps/windows-10-treibersignatur-dauerhaft-deaktivieren/
Beides schon geschaut: - An einem zweiten (inzwischen auch dritten) Rechner wird der USBASP sofort als AVRISP erkannt und nach den Treibern gefragt - so soll es sein - Die Prüfung der Treibersignatur habe ich schon deaktiviert, bis zum Treiber komme ich leider gar nicht Die USB-Ports des Rechners scheinen iO zu sein, habe zumindest mit ein paar anderen Geräten getestet
chris schrieb: > Alles falsch TREIBERSIGNIERUNG vorübergehend abschalten!!! > > https://www.giga.de/downloads/windows-10/tipps/windows-10-treibersignatur-dauerhaft-deaktivieren/ Was hat das mit dem Thema zu tun? Wenn die Übertragung des Descriptors nicht klappt, kommt das Thema Treiber überhaupt nicht zum Zuge...
Michael schrieb: > as hat das mit dem Thema zu tun? Wenn die Übertragung des Descriptors > nicht klappt, kommt das Thema Treiber überhaupt nicht zum Zuge... weil ich das beim Umstieg ebenso hatte!!! AUF WIN10 natürlich. Feuerstein schrieb: > Die Prüfung der Treibersignatur habe ich schon deaktiviert, bis zum > Treiber komme ich leider gar nicht nochmal drüber bügeln einfach.
chris schrieb: > nochmal drüber bügeln einfach. Hat leider auch nichts gebracht. Ein zweiter AVRISP zeigt übrigens das gleiche Verhalten :(
Feuerstein schrieb: > Hat leider auch nichts gebracht. Ein zweiter AVRISP zeigt übrigens das > gleiche Verhalten :( Falls du den Rechner neugestartet hast muss die Treibersignatur wieder deaktiviert werden. AVR usw installieren bis besagten Punkt und dann mal jenes probieren aber zwischen durch die Aufforderung Neustart erstmal ignorieren: im Gerätemanager "nach geänderter Hardware suchen" Kein Erfolg mit obiger Anleitung prüfe mal die USB-Hubs ob die Treiber aktuell sind Häng doch mal bitte nen Screenshot vom Gerätemanger dran wie es aussieht mit geöffneten Reitern von Serieller Schnittstelle USB-Hubs JUNGO-Treiber
Hab HW gesucht, darüber installiert, zwischendrin neu gestartet … Bislang keine Besserung. Screenshot vom Gerätemanager anbei.
Ach ja: Die Treiber für Chipsatz etc. habe ich diese Woche erste heruntergeladen, sind also aktuell
Feuerstein schrieb: > Ach ja: Die Treiber für Chipsatz etc. habe ich diese Woche erste > heruntergeladen, sind also aktuell okay probier mal folgendes nach und nach 1. Schnellstart deaktivieren wenn nicht erfolgreich 2. Selektives USB-Energiesparen deaktivieren beides unter Energieoption zu finden
und nach jedem Schritt neustarten....
Noch keine Besserung in Sicht … Weiterhin wird das Gerät nicht korrekt erkannt.
was hast du denn jetzt ausgeführt ?
Ich habe das nach einem Jahr hier und da rumprobieren aufgegeben, habe 4 Rechner und auf allen bis auf einem funktioniert der AVRISP MK2 KLON.. Ich habe nur auf dem Hauptrechner diese Fehermeldung.. ich hatte diesen auf jedenfall am Anfang auch an dem Rechner genutzt. Mitlerweile habe ich sogar Mainboard und CPU getauscht.. immernoch das gleiche.. nach Update auf Win10 ebenso. Es gibt beim Pluggen eine Warnung in der Ereignisanzeige.. sonst habe ich schon alles durch von AVR-Studio, Treibern etc. neuinstallieren. Im Windows Forum sagte man "Windows neu installieren" nach einigen aufwendigen Aktionen. Ich kenne mich da eigentlich auch aus und habe es leider nicht gelöst bekommen. P.S.: Das mit der Ereignisanzeige war eine Idee von letzter Woche weil das Thema wegen Mainboardwechsel als Test wieder Aktuell wurde.
letzter Versuch: Gerätemanger -> Unbekanntes Gerät -> nur Treiber deinstallieren(Rechtsklick) -> MKII abstecken -> neustarten Nach dem Neustart GeräteManger öffnen -> MKII anstecken
chris schrieb: > was hast du denn jetzt ausgeführt ? Ich habe das AVRStudio mehrfach (de- und) installiert, dazwischen immer neu gestartet und wieder den Zwang der Treibersignatur deaktiviert. Dazu habe ich noch die beiden von dir genannten Optionen im Energiemanagement deaktiviert, jeweils mit Neustart. Die Treiber des Chipsatz habe ich zwischenzeitlich auch nochmals installiert. chris schrieb: > Hast du TemaViewer? Habe ich nicht. Skype kommt mit der Office-Installation. Ich überlege aber gerade, ob ich Windows nochmal komplett aufsetze. Bislang habe ich "nur" die Zeit seit dem Mittag investiert.
chris schrieb: > letzter Versuch: > > Gerätemanger -> Unbekanntes Gerät -> nur Treiber > deinstallieren(Rechtsklick) -> MKII abstecken -> neustarten > > Nach dem Neustart GeräteManger öffnen -> MKII anstecken Das hatte ich zwischendurch auch schon versucht, ebenfalls ohne Erfolg
Kennst du eine Option, den AVR Jungo-Treiber separat zu installieren? Also der Part, der am Ende der Installation des AVR_Studios kommt und bei dem kurz ein DOS-Prompt aufblitzt
Feuerstein schrieb: > Das hatte ich zwischendurch auch schon versucht, ebenfalls ohne Erfolg okay nimm den MKII und schließe ihn an einem Rechner an wo es funktioniert und gehe mal im Gerätemanger unter unbekanntes Gerät die Daten durch aller Reiter. Danach vergleichs es mal an dem wo du das Problem hast. Welche HW ist denn überhaupt verbaut ? BIOS ? TemaViewer musst noch nicht mal installieren ;)
So, weiterhin kein Erfolg. chris schrieb: > okay nimm den MKII und schließe ihn an einem Rechner an wo es > funktioniert und gehe mal im Gerätemanger unter unbekanntes Gerät die > Daten durch aller Reiter. Hab ich gemacht, sogar im gleichen Rechner unter WIN7. Da gibt’s kein unbekanntes Gerät und alle Daten werden korrekt erkannt. Der größte Unterschied liegt darin, dass die ganzen USB-Treiber bei WIN10 von MS und nicht mehr von Intel kommen, lässt sich auch nicht umbiegen. Ich setze WIN jetzt nochmal auf und schaue, ob er dann mehr erkennt. Es ist übrigens ein HP ProBook430G3, das BIOS habe Check letzte Woche aktualisiert.
Einfach mal hier diese Programm benutzen, hat bei mir wunderbar funktioniert. https://zadig.akeo.ie/
> dass die ganzen USB-Treiber bei WIN10 von MS und nicht mehr von Intel kommen
Quatsch.
Funktioniert mit der libusbk ohne Probleme.
Link siehe oben.
An irgendeiner Stelle muss die USB-Kommunikation schief gehen. Denn wie Jim völlig korrekt schreibt: Jim M. schrieb: > AVR Fuses und Kontaktierung der USB Datenleitung prüfen, es stimmt was > grundsätziches nicht (Spannungen, Takt etc). > > Der USBASP hat einen permanenten Pullup auf D-, der Code 43 wird > ausgegeben wenn das erkannt wird aber der µC nicht auf USB Signale > reagiert. So, also am Desktop auch WIN10 installiert. <FREUDE> Der USBASP wird korrekt als AVRISP mkii erkannt! </FREUDE>. Weder mit den originalen Treiber aus dem AVRStudio 4, noch mit dem ATMEL-Driver-Package, noch mit dem Zadig-Treiber erkennt das AVR-Studio dann auch den angesteckten Programmer. Jetzt meier ich mal noch das AVRStudio 7 drauf, damit ich vielleich damit wenigstens irgendwie wieder ISP-Programmieren kann.
Feuerstein schrieb: > Weder mit den originalen > Treiber aus dem AVRStudio 4, noch mit dem ATMEL-Driver-Package, noch mit > dem Zadig-Treiber erkennt das AVR-Studio dann auch den angesteckten > Programmer. HÄ?? Also die originale/dritte Software wird nicht erkannt ? Und warum wird der MKII jetzt erkannt??
chris schrieb: > HÄ?? Aufklärung: Rechner 1 - Notebook: Programmer wird gar nicht als legitimes USB-Gerät erkannt, folglich auch kein Treiber installiert. Siehe div. Screenshots Rechner 2 - Desktop: Programmer wird als AVRISP mkii erkannt, aber mit keinem der drei Treiber im AVRStudio 4 gefunden. Update: Mit dem AVRStudio 7 sieht's auch nicht besser aus. Der Programmer wird gefunden und mit dem Treiber aus dem AS7 installiert, kann dann aber mit Code 10 nicht gestartet werden. Mit dem Zadig-Dings wird er in AS7 dann wenigstens gefunden kann dann aber doch nicht angesprochen werden. Ist PonyProg eigentlich WIN10-kompatibel? ;)
Feuerstein schrieb: > Rechner 1 - Notebook: Programmer wird gar nicht als legitimes USB-Gerät > erkannt, folglich auch kein Treiber installiert. Siehe div. Screenshots Es kracht, bevor das Gerät überhaupt erkannt wird. Also können dessen Treiber erstmal nicht das Problem sein. Eine Schicht tiefer sind die Treiber der USB Chips auf dem Mainboard. Hier würde ich die USB Treiber vom Mainboardhersteller bevorzugen. Die von Win beigesteuerten müssen nicht immer perfekt funktionieren. --- Zu deinem USBASP kann ich nichts sagen, außer: Meine USBASP laufen unter Win 10 + Arduino. Sind die üblichen Chinakracher für um die 2E
Feuerstein schrieb: > Der USBASP wird korrekt als AVRISP mkii erkannt! Da ist dann aber was schief gelaufen, denn der USBASP funktioniert ganz anders, als ein AVRISP mkii. Das Einzige, was sie gemein habe ist der USB Anschluss und dass avrdude beide über libusb aspricht. Das AVR Studio unterstützt den USBASP aber nicht. Den AVR ISP mkII spricht das AVR Studio übe rden Jungo Treiber an. Man kann Jungo und libusb Treiber zusammen installieren. Was dein Problem mit der Enumeration angeht: Downloade Dir ein Linux Live System auf USB Stick (z.B. Ubuntu) und probiere es damit aus. Linux benötigt keine Treiber und ist im Fehlerfall recht gesprächig. Wenn es in Linux auch nicht erkannt wird, hast du ein Hardwareproblem. Nach dem Anstecken des Sticks gibst du im Terminal-Fenster (Konsole-Fenster) den Befehl "sudo dmesg -c" ein. Ich hatte früher öfter gelesen, dass die USBASP Nachbauten oft an den Fetigungs-Toleranzen der verwendeten Zenerdioden scheiterten. Andererseits habe ich noch nie gehört, dass die fertigen Produkte aus Asien mangelhaft seien. Auch meine eigenen haben alle funktioniert.
Arduino Fanboy D. schrieb: > Hier würde ich die USB Treiber vom Mainboardhersteller bevorzugen. > Die von Win beigesteuerten müssen nicht immer perfekt funktionieren. Genau so geht's mir auch. Leider schreibt schon Intel selbst, dass die notwendigen Treiber ab WIN10 OnBoard dabei sind und sie daher keine Treiberpakete für WIN10 anbieten :( Lustig: Einen zweiten USBASP habe ich eben auf die originale Firmware geflasht - schon wird er am Notebook als USBASP gefunden. Nun gehe ich den Weg, wieder den Bootloader von Ullihome zu installieren (wobei es dabei dann vermutlich wieder schief gehen wird) und im Anschluss die Firmware für den AVRISP mkii aufzuspielen. Davor "muss" ich mir aber Mittagessen und Kuchen einverleiben ;)
Stefan ⛄ F. schrieb: > Da ist dann aber was schief gelaufen, denn der USBASP funktioniert ganz > anders, als ein AVRISP mkii. Das Einzige, was sie gemein habe ist der > USB Anschluss und dass avrdude beide über libusb aspricht. Doch, geht (bei mir bis gestern) wunderbar. Mit der Firmware von ullihome.de gibt sich der USBASP als ASPISP mkii aus und wird im AVRStudio4 auch so erkannt und genutzt. Naja, wenn ich das Notebook auf WIN7 umschraube, dann gilt das noch. Aus WIN10 habe ich das noch nicht geschafft. Verstehe ich richtig: Du nutzt den USBASP mit dem AVRStudio auf einem anderen Weg? Wie sieht dieser Weg aus? Evtl. taugt das ja für meinen Anwendungsfall ...
Moment mal, versuchst du ernsthaft, die Firmware des AVR ISP mkII auf einen USBASP Stick zu flashen? Das kann nicht funktionieren, das ist ja eine ganz andere Hardware!
Ich denke das Problem ist das es eine Hardware Fehlermeldung ist aber von Software verursacht wird.
Feuerstein schrieb: > Doch, geht (bei mir bis gestern) wunderbar. Mit der Firmware von > ullihome.de Er hat das Projekt längst aufgegeben, die Firmware ist 10 Jahre alt. Und anscheinend hat sie noch nie richtig funktioniert, jedenfalls habe ich keinen positiven Erfahrungsbericht gefunden. Der längste Bericht ist dort: Beitrag "USBasp auf AVR-ISPmkII flashen?" Das steht auch, warum das nicht funktioniert. V-USB und Bulk Übertragungen schließen sich gegenseitig aus und Windows nimmt das inzwischen etwas genauer, als damals.
Feuerstein schrieb: > chris schrieb: >> HÄ?? > > Aufklärung: > > Rechner 1 - Notebook: Programmer wird gar nicht als legitimes USB-Gerät > erkannt, folglich auch kein Treiber installiert. Siehe div. Screenshots mmhhh okay > Rechner 2 - Desktop: Programmer wird als AVRISP mkii erkannt, aber mit > keinem der drei Treiber im AVRStudio 4 gefunden. Update: Mit dem > AVRStudio 7 sieht's auch nicht besser aus. Der Programmer wird gefunden > und mit dem Treiber aus dem AS7 installiert, kann dann aber mit Code 10 > nicht gestartet werden. Mit dem Zadig-Dings wird er in AS7 dann > wenigstens gefunden kann dann aber doch nicht angesprochen werden. > > Ist PonyProg eigentlich WIN10-kompatibel? ;) Treibersignatur abschalten und nur mit geänderter Hardware suchen über Gerätemanager dann funktionierts bei CODE 10 aufjedenfall. Habs mit AS4/7 auch so gemacht und keine Probleme.
Stefan ⛄ F. schrieb: > Und anscheinend hat sie noch nie richtig funktioniert, jedenfalls habe > ich keinen positiven Erfahrungsbericht gefunden. Naja, die letzten Jahre habe ich erfolgreich damit geflasht, erst vorhin wieder (per WIN7).
chris schrieb: > Treibersignatur abschalten und nur mit geänderter Hardware suchen über > Gerätemanager dann funktionierts bei CODE 10 aufjedenfall. Habs mit > AS4/7 auch so gemacht und keine Probleme Der Teufel muss im Detail liegen. Welchen Treiber hast du mit dem AS7 benutzt?
Feuerstein schrieb: > Naja, die letzten Jahre habe ich erfolgreich damit geflasht, erst vorhin > wieder (per WIN7). Mag ja sein, aber jetzt geht es um Windows 10, nicht wahr?
Feuerstein schrieb: > Der Teufel muss im Detail liegen. Welchen Treiber hast du mit dem AS7 > benutzt? Das was die Studios mit sich bringen mehr nicht. 1er Versuch mit Win10 Exe angeklickt -> Inst startet -> Jungo usw installiert -> bis Neustart erforderlich -> MKII keine Erkennung Fehler CODE10. Suche nach Lösung -> Treiberisgnatur abgeschaltet -> Gerätemanager geöffnet -> MKII mit USB verbunden -> rechts klick auf Unbekanntes Gerät -> Treiber installation wurde abgeschlossen -> MKII Erkennung erfolgreich.
Danke, das probiere ich nachher noch aus. Ansonsten wird ein anderer Programmer angeschafft.
Feuerstein schrieb: > Danke, das probiere ich nachher noch aus. Ansonsten wird ein > anderer > Programmer angeschafft. ich setze gerade für Vaddern win7 zu win 10 auf ich probiers nachher noch mal ;)
Der Jungo Treiber vom AVR Studio funktioniert nicht unter Windows 10. Du musst den Jungo Treiber vom Atmel Studio 7 benutzen, aber damit läuft das AVR Studio nicht. Unter Windows 10 musst du das Atmel Studio 7 und einen dazu kompatiblen Programmieradapter verwenden. Oder du verwendest das AVR Studio 4.1x mit einem Programmieradapter, der ohne Jungo Treiber ansprechbar ist. Das sind alle Geräte mit echter serieller Schnittstelle (nicht USB). Oder du verwendest avrdude mit libusb, um beliebige Programmieradapter anzusprechen, die zu Windows 10 kompatibel sind. Das nicht nach meinem Kenntnisstand alle, außer diese Firmware von ullihome.
Stefan ⛄ F. schrieb: > Oder du verwendest das AVR Studio 4.1x mit einem Programmieradapter, der > ohne Jungo Treiber ansprechbar ist. Das sind alle Geräte mit echter > serieller Schnittstelle (nicht USB). Danke für die Info. Welche Programmer sind das zB?
Feuerstein schrieb: > Welche Programmer sind das zB? STK500 ist der bekannteste Vertreter. Was auch geht sind Geräte mit USB-UART Adapter (FT232, CP2102, PL2303, etc), die also intern noch auf UART basieren.
Arduino Fanboy D. schrieb: > Es kracht, bevor das Gerät überhaupt erkannt wird. > Also können dessen Treiber erstmal nicht das Problem sein. Jaein, ich schrieb ja schon weiter Oben, ich habe dieses besagte Problem seit Monaten auf meinem Hauptrechner. Das Gerät lief mal auf dem PC und jetzt nur noch der "Konfigurationsdeskriptor" Fehler. Auf allen anderen Rechnern von Ubuntu bis ebenso Win10 wird der ohne weitere Installationen erkannt. Vielleicht ist es ein Fehlerhafter Treiber, aber ich habe auch schon alle Profi-Erst-Tipps bis Registry und zig tools durch. Das einzige da sich vermisse ist eine anleitung mit der man alle USB Treiber deinstallieren kann.
Erst "unsignierte treiber dauerhaft" .... ausführen. dann treiber des gerätes neu vom PC installieren und das entpackte Verzeichnis auswählen. Letzte Woche gemacht. #
Achja.. alle anderen Programmer wie Fischl.de, Guloprog, USBASP, Tinyisp, USBISP und libusb laufen bestens. nur der AVR MKII Klon nicht mehr.
Bernadette schrieb: > Erst "unsignierte treiber dauerhaft" .... ausführen. > dann treiber des gerätes neu vom PC installieren und das entpackte > Verzeichnis auswählen. Kann ich den USBASP dann im AvrStudio auch direkt ansprechen?
So nach familärer Kaffeerunde gehts nun weiter: WIN10 AVR4.19 installiert -> MKII verbunden -> Gerätemanager zeigt MKII mit gelben Dreieck aber nicht unter USB an. Alles wie gehabt... Nun muss eine Entschuldigung anbringen -> Rechner neugestartet -> AVR_ISP_MKII_WIN10_libusbK-inf-wizard.exe gestartet -> MKII blieb am USB -> Meldung siehe Anhang -> unter Gerätemanager Jungo + WINDriver + AVRMKII. Warum ich davon ausgegangen bin das es mit den eigenen Treibern geklappt hätte tippe ich mal auf eine persönliche Flankenverwaschung im Sinne der Gedanken.
Ich hab mir vorhin einen AVRISP mkii-Nachbau bestellt, um den USBASP abzulösen, damit versuche ich es in ein paar Tagen wieder. chris schrieb: > AVR_ISP_MKII_WIN10_libusbK-inf-wizard.exe Wo finde ich dieses Treiberpaket?
Feuerstein schrieb: > Wo finde ich dieses Treiberpaket? tjaaaaaaa das ne sehr gute Frage 1_1/2 Jahre schon her aber vom Prinzip her ist es der Treiber der schon angeboten wurde http://stefanfrings.de/avr_tools/libusb.html http://dokuwiki.ehajo.de/artikel:libusb-mkiiclone https://avrhelp.mcselec.com/index.html?libusb.htm
Feuerstein schrieb: > Noch keine Besserung in Sicht Zeigt Windows im Gerätemanager weiterhin eine Vid von 0000 (NULL) an? Dann stimmen immer noch die Anschlüsse nicht, oder der µC is nicht korrekt gefused. Die meisten AVR haben per default 1MHz, damit geht USB nicht. VID und PID sind im allerersten USB Paket drin, das der µC an den PC schickt. Kommt das nicht an ist was grundsätzlich faul.
Jim M. schrieb: > Dann stimmen immer noch die Anschlüsse nicht, oder der µC is nicht > korrekt gefused. Die meisten AVR haben per default 1MHz, damit geht USB > nicht. Es geht nur um den Programmer. Selbst wenn kein µC am ISP angeschloßen ist muss die LED mindestens grün leuchten am MKII
Feuerstein schrieb: > Bernadette schrieb: >> Erst "unsignierte treiber dauerhaft" .... ausführen. >> dann treiber des gerätes neu vom PC installieren und das entpackte >> Verzeichnis auswählen. > > Kann ich den USBASP dann im AvrStudio auch direkt ansprechen? Dann trotz Warnung das Installieren erlauben. Das USBASP Modul funktioniert für alle ISP-Anschlüsse. DAs USBASP-Modul ist ein Programmer der dann direkt mit dem ATMEGA verbunden wird. An das USBASP-Modul wird kein anderer Programmer angeschlossen.
Also: Vorhin habe ich den "echten" AVRISP mkii erhalten. Plug&Play mit AS4! Problem soweit gelöst. Danke euch für eure Unterstützung! Der AVRISP mkii kann das Target nicht versorgen, richtig? Das wäre noch fein ... Bernadette schrieb: > Bernadette schrieb: >>> Kann ich den USBASP dann im AvrStudio auch direkt ansprechen? > > Ja. Sagst du mir noch, welches Device ich dafür auswählen muss? Der Test würde mich schon noch interessieren
Feuerstein schrieb: > Der AVRISP mkii kann das Target nicht versorgen, richtig? Richtig > Das wäre noch fein Lässt sich leicht nachrüsten. Sicherung nicht vergessen!
Feuerstein schrieb: > Das wäre noch fein Und wenn der Strom nicht reicht? Und wenn die Spannung nicht passt? Ich denke Atmel hat sich was dabei gedacht keine Versorgung zu liefern. Ausserdem fällt dadurch eine Fehlerkontrolle weg. Naja, jeder ist seines eigenen Glückes Schmied.
> Atmel hat sich was dabei gedacht
Mein Eindruck ist eher das da nie besonders viel nachgedacht wurde.
Feuerstein schrieb: > Der AVRISP mkii kann das Target nicht versorgen, richtig? > Das wäre noch fein Nein, das wäre nicht fein! Ist es doch gerade der interne Levelshifter, der ICSP vereinfacht. (Rauch vermeidet) Bei mir ist es der Atmel ICE, der genau wegen DEM Feature angeschafft wurde. Wenn denn alle Schaltungen mit 5V und max. 100mA laufen würden, dann könnte man darüber jammern. Aber da die Welt nicht so einheitlich ist (AVR8 laufen von 1,8V bis 5V), kann man sich nur freuen, wenn man einen solchen flexiblen Adapter hat.
Keine Panik auf der Titanik schrieb: > Ich denke Atmel hat sich was dabei gedacht, keine Versorgung > zu liefern. Hi, nur nebenbei, auch das STK500 versorgt das Target nicht "direkt", sondern intern über PWM, wobei die Pumpen-Kondensatoren des Max232-UART-Bausteins mit verwendet werden... die bei mir eine Fehlerquelle darstellten, so dass VTG + 5V am Target zufällig schwankte. (Damit kann aber auch HVPP 12V erzeugt werden.) Schaltplanauszug. ciao gustav
Arduino Fanboy D. schrieb: > Feuerstein schrieb: >> Der AVRISP mkii kann das Target nicht versorgen, richtig? >> Das wäre noch fein > > Nein, das wäre nicht fein! > Ist es doch gerade der interne Levelshifter, der ICSP vereinfacht. Und inwiefern würde die Fähigkeit, das Target versorgen zu können, gegen die Existenz von Levelshiftern sprechen? Darf man nur entweder das eine oder das andere einbauen, oder was? > Wenn denn alle Schaltungen mit 5V und max. 100mA laufen würden, dann > könnte man darüber jammern. > Aber da die Welt nicht so einheitlich ist (AVR8 laufen von 1,8V bis 5V), > kann man sich nur freuen, wenn man einen solchen flexiblen Adapter hat. Mancher hätte gerne einen noch flexibleren Adapter, der nicht nur Logikpegel in diesem Spannungsbereich erzeugen kann, sondern auch noch eine Versorgungsspannung der gleichen Größe. Und - oh Wunder! - so etwas gibt es in Form des PICKit sogar vom jetzigen Hersteller der AVRs. Da kann man im Programmier-Tool auswählen, ob das Target überhaupt und wenn ja, mit welcher Spannung es versorgt werden soll. Und sogar, wenn der Adapter nur die 5V vom USB rausreichen würde, wäre der Anwender ja immer noch frei in seiner Wahl, ob er die benutzen möchte oder nicht.
Axel S. schrieb: > oder was? Du möchtest mir sagen: Es ist eine gute Idee, mit einem Klick in einem Konfigurationsmenü die angeschlossene Schaltung zerstören zu können. Habe ich dich da richtig verstanden?
> Du möchtest mir sagen: > Es ist eine gute Idee, mit einem Klick in einem Konfigurationsmenü die > angeschlossene Schaltung zerstören zu können. Das ist halt nix fuer geistige Grobmotoriker. Der Standaloneprogrammer startet mit 2.7 V. Selber schuld wer dann dummes Zeug eintraegt.
Arduino Fanboy D. schrieb: > Wenn denn alle Schaltungen mit 5V und max. 100mA laufen würden, dann > könnte man darüber jammern. Er wünscht sich eine Stromversorgung. Von "immer 5V" war keine Rede. Außerdem weißt auch du, wozu Schalter gut sind.
Bitte 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.