Hallo frohe Gemeinde, leider finde ich im Forum nicht die richtige Antwort auf meine Fragen(...) Hier kann mir sicherlich nen gestandener USBprog4.0 User die Antwort geben. Meiner Bastelkiste kann ich einen USBPROg4.0 entnehmen. Dieser hat die FW für den JTAGICEMKII drauf gespielt bekommen. Ich versuche derweil den HR20 damit fit zu bekommen (unter Win7/64 Bit). Die FW habe ich unter dem raspi in den USBPROg eingespielt und unter devices wird mir die richtige SW auch angezeigt, ebenfalls unter dem AVR-Studio 4.0 unter Win-7 Hier nun die Frage: Am USBPROG ist eine 20polige JTAG SChnittstelle für den ARM eingebaut. Ist hierfür die AppNote http://www2.lauterbach.com/pdf/arm_app_jtag.pdf (Seite 3 und Pinning) bindend? Im SChaltplan zum USBPRog ist der PORTB auf den 20-poligen Wannenstecker gelegt. Hieraus kann ich aber nicht entnehmen, auf welchem Pin welche JTAG wie TDO usw. gelegt ist... Unter TRST verstehe ich doch die "richtige" /Res für den JTAG? Sofern ich die ID vom AVR auf dem HR20 abfrage, so erscheint o.g. Meldung. die JTAG-ID macht doch keinen Sinn und bei dem weiterem Reiter sind keinerlei Fuses aktiviert ==> macht doch keinen Sinn. "Selbstverständlich" funktioniert das hochladen der FW von HR20 nicht. PS( Wollte hiermit nicht den guten Thread vom HR20 benutzen) Kann mir einer die Belegung am USBprog4.0 für die JTAG-Funktionalität nennen? Unter https://piontecsmumble.wordpress.com/2013/03/06/openhr-20-tutorial-part-2-flashing-the-thermostat/ ist leider von einer 10-poligen JTAG die Rede... Besten Dank
Angehängte Dateien:
-
HR20-jtag.png
46 KB
:
Bearbeitet durch User
Vielleicht hilft dir das weiter https://code.google.com/p/usbprog/source/browse/#svn%2Ftrunk%2Fboard%2Fusbprog4
Vorab: habe den genannten Adapter nicht. Folgendes nur allgemein: Frank B. schrieb: > ... > Am USBPROG ist eine 20polige JTAG SChnittstelle für den ARM eingebaut. > Ist hierfür die AppNote http://www2.lauterbach.com/pdf/arm_app_jtag.pdf > (Seite 3 und Pinning) bindend? Zumindest wäre jede andere Belegung sehr unüblich, da ARM die Belegung als Herstellerstandard festgelegt hat. Alternative Quelle http://www.keil.com/support/man/docs/ulink2/ulink2_hw_connectors.htm oder die das Infocenter von ARM > Im SChaltplan zum USBPRog ist der PORTB > auf den 20-poligen Wannenstecker gelegt. Hieraus kann ich aber nicht > entnehmen, auf welchem Pin welche JTAG wie TDO usw. gelegt ist... siehe: http://svn.berlios.de/viewvc/usbprog/trunk/jtagicemk2klon/jtag.h?revision=1009&view=markup > Unter TRST verstehe ich doch die "richtige" /Res für den JTAG? Was auch immer mit "richtig" gemeint ist...aber eher falsch verstanden: TRST-Pin habe ich bei AVR bisher noch nicht gesehen, wird auch lt. Dokumentation nicht benutzt("The nTRST signal is not used, and is reserved for compatibility with other equipment." [JTAGMKII Dokumentation]). Test-Reset kann ohnehin auch über TCK und TMS ausgelöst werden und das wird nicht nur bei AVR meist so gemacht. "Richtiges" Reset des AVR (also die Verbindung zum Reset-Pin des Controllers) wird bei JTAG-Anschlüssen üblicherweise mit SRST (System-Reset) bezeichnet (da "low-active" auch oft mit nSRST oder /SRST). Anbindung dieser Leitung ist bei AVR unter bestimmten Umständen erfoderlich (JTAG mittels JTD-Bit per Software ausgeschaltet) ansonsten aber nicht unbedingt erforderlich. Soweit gesehen, ist SRST in der USBPROG-Firmware nicht vorgesehen, zumindest auf die Schnelle nichts gefunden. > Kann mir einer die Belegung am USBprog4.0 für die JTAG-Funktionalität > nennen? Unter > https://piontecsmumble.wordpress.com/2013/03/06/openhr-20-tutorial-part-2-flashing-the-thermostat/ > ist leider von einer 10-poligen JTAG die Rede... Der 10-polige-Anschluss, wie ihn Atmel definiert und bei deren JTAG-Adaptern nutzt, ist auf der Seite dargestellt. Gleiche Belegung auch aus erster Hand: http://support.atmel.no/knowledgebase/avrstudiohelp/mergedProjects/JTAGICEmkII/mkII/Html/JTAGICE_mkII_Connecting_to_target_through_the_JTAG_Interface.htm HR20 benutzt offensichtich aus Platzgründen eine andere, als die von Atmel empfohlene Belegung und USBPROB wohl auch - die Atmel-Festlegung für 10-pol Wannenstecker hilft also hier nicht wirklich weiter. Im Zweifel ausgehend von der in "jtag.h" definierten Zuordnung von TMS, TCK, TDI und TDO am USBPROG die Verbindungen zum Controller des HR20 herstellen, GND nicht vergessen aber TRST und SRST erstmal weglassen und ausprobieren.
Die Clone-FW "JTAGICEMKII" wurde für den USBPROG3.0 geschrieben, aber nie zu Ende gebracht. Daher funktioniert bei den AVRs auch nur gerade das "Breakpointsetzen" sowie der "Singlestep" einigermassen. Dieser Umstand wurde durch "embedded-projects" nie offiziell kommuniziert, daher geistert immer noch die Mär durch diverse Foren, der USBPROG3.0 mit JTAGICEMK2-FW sei ein echter AVR-Debugger. Im Gegensatz dazu wurde beim USBPROG4,0 der 10polige AVR-JTAG-Stecker weggelassen und nur noch der 20polige ARM-OpenOCD-JTAG-Stecker eingesetzt. Aber in der "USBPROG-GUI" ist es nach wie vor möglich die "JTAGICEMKII" runter zu laden, was völlig sinnlos ist. Daher ist es wohl bessers du schaffst dir einen Dragon an um deinen HR20 auf Vordermann zu bringen
Hallo Gemeinde, danke für die ausführlichen Infos. Merke mir hoffentlich die Geschichte mit dem SRST und Co. für sehr lange, genau das war eine der Fragezeichen Im Kopf. Tja, dann habe ich wohl damals den USBPROG4.0 "falsch" erworben. Aber wir wollen nicht meckern, denn ist ja schließlich als OpenSource angedacht und daher... .Nür ärgerlich, wenn man sich den genau aus den gen. Gründen zwecks Clone erwirbt. Wie verhält es sich den mit der OpenOCD Variante für das aufspielen und debugging via USBProg4.0 ?Vermutlich genauso nicht möglich? DAnke und Grüße
Hi, nach Begutachtung des Preises vom großen R, so wird es wohl der o.g. AVR Dragon werden. Bei R scheint es auch schon die Version 2 mit den vier Befestigungslöchern zu sein... Sollte jmd. negative Erfahrungem mit JTAG Debugging(inkl. Fuse Settings) für den ATMega169P wissen, so bitte vorab Information :-). Und natürlich noch nen kleiner Levelconverter für 3V3, der darf auch nicht fehlen!
Frank B. schrieb: > Wie verhält es sich den mit der OpenOCD Variante für das aufspielen und > debugging via USBProg4.0 ?Vermutlich genauso nicht möglich? Ich sags mal so, das aktuelle OpenOCD 0.7.0 mag den USBprog nicht so gern.
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.