-
Thread
Einfache Geschwindigkeitsmessung
Hier findest Du an Deinem Fahrzeug das Tachosignal: http://www.petri.de/cgi-bin/petri.cgi?kdnr=&val=0&un=00001224841299-261C6FA7-00&usepic=../bilder/icon_suchen.gif&url=katalog.html&go=Montagehilfe%2fTachosignale gb
Beim ICE geht das ohne weiteres, dieser Hitec Plastikschrott klappert und quietscht an allen Ecken und Kanten.
-
Thread
Adapterplatine für ATMEL ICE Programmer
kaufen kann, weiß ich nicht. https://www.mouser.de/ProductDetail/Microchip-Technology-Atmel/ATATMEL-ICE-ADPT?qs=sGAEpiMZZMsn4IaorHFpMNOfi%2FbFWolmT0ba46DYDnI%3D Ist der Komplettsatz mit dem Adapterboard. Jonas schrieb im Beitrag #5765253: > Wie bekomme ich es am günstigsten auf ein 2,54mm Raster
Könnte mit etwas Bastelei passen. https://www.tindie.com/products/A_K/adapter-for-debugger-atmel-ice-or-jtagice3/
-
Thread
Suche Atmel JTAG
? http://www.reichelt.de/Programmer-Entwicklungstools/AT-JTAG-ICE2/3/index.html?ACTION=3&GROUPID=5514&ARTICLE=45038&OFFSET=500&WKID=0&
wesentlich mehr, kann aber nicht mehr? > http://www.reichelt.de/Programmer-Entwicklungstools/AT-JTAG-ICE2/3/index.html?ACTION=3&GROUPID=5514&ARTICLE=45038&OFFSET=500&WKID=0& Der einzige Vorteil von dem alten Modell ist, dass er noch mit dem AVR Studio 4 funktioniert. Der ATMEL ICE braucht unbedingt
-
Thread
Arduino M0 (Pro) Takterzeugung
clocks_init(). */ # define CONF_CLOCK_CONFIGURE_GCLK true /* Configure GCLK generator 0 (Main Clock) */ # define CONF_CLOCK_GCLK_0_ENABLE true # define CONF_CLOCK_GCLK_0_RUN_IN_STANDBY false # define CONF_CLOCK_GCLK_0_CLOCK_SOURCE SYSTEM_CLOCK_SOURCE_DFLL
_0_RUN_IN_STANDBY false # define CONF_CLOCK_GCLK_0_CLOCK_SOURCE SYSTEM_CLOCK_SOURCE_DFLL # define CONF_CLOCK_GCLK_0_PRESCALER 1 # define CONF_CLOCK_GCLK_0_OUTPUT_ENABLE
-
Thread
Steppermotoren pfeifen
/oder mit einer > Frequenz die Du besser hörst. Hallo Andreas, den Strom kann ich an VREF von 0,9 bis max 1,9 Volt gut einstellen. Shunt ist 0.05 Ohm, der OSC hat einen 10k gegen Masse. Ich zeige dir mal hier meine Schaltung. Die 500k Widerstände an den Mosfett habe ich nicht bestückt. ich
auf Tönen einer üblichen Tonleiter und dabei im Takt bleibt. Die Steuerung bei einem der vielen ICE berücksichtigt dies. Der Antriebswechselrichter vom ICE beim Anfahren auf der Strecke zwischen München und Dortmund hatte mal ein paar "Töne" gespielt, die an Reinhard Meys Refrain des Songs "Vor mir
-
Thread
Transistor steuert nicht durch
funktionieren. Nun habe ich den Basiswiderstand berechnet: Verstärkung angenommen mit 20 (Datenblatt) Ice = 100 mA -> Ib=5 mA Versorgungsspannung is 5V Ube = 0,9V (Datenblatt) -> Rb = 820 Ohm (hoffe mal ich habe hier keinen Fehler gemacht, so firm bin ich darin nicht) Nun wollte ich auf der Sicheren
#4812388: > Nun habe ich den Basiswiderstand berechnet: > Verstärkung angenommen mit 20 (Datenblatt) > Ice = 100 mA -> Ib=5 mA > Versorgungsspannung is 5V > Ube = 0,9V (Datenblatt) -> Rb = 820 Ohm > (hoffe mal ich habe hier keinen Fehler gemacht, so firm bin ich darin > nicht) Das ist theoretisch
-
Thread
Ballonmission
am ehesten Sorgen machen um Fahrzeuge, die halt nicht so schnell reagieren können, bspw. einen ICE.
ehesten Sorgen > machen um Fahrzeuge, die halt nicht so schnell reagieren können, > bspw. einen ICE. Der ICE wird keinen Unterschied zwischen einer Flugente und einer Ballonnutzlast machen.
-
Thread
avrdude: AVR IJTAG MKII
4500 0x00 0x00 lock 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00 calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00
signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00 Programmer Type : JTAGMKII Description : Atmel JTAG ICE mkII M_MCU hardware version: 0 M_MCU
-
Thread
Problem bei ATMEGA8 über ISP bei angeschlossenem I2C programmieren
Steckbretts. Ich muss mich bzgl. der Fuses bei einem "toten" myC (8L) korrigieren: Fuses: High: 0xD1 Low: 0xE1 SPIEN: Haken EESAVE: Haken Boot Flash size=1024 words Boot address=$0C00 BODLEVEL: Brown out detection at VCC=2,7V SUT_CKSEL: Int. RC Osc. 1MHz; Start-up time: 6 CK + 64 ms; default value Lockbit: 0xC0 LB: Further programming and verification disabled BLB0: LPM and SPM prohibited in Application Section BLB1: LPM and SPM prohibited in Boot Section @spess53: Es könnte vielleicht sein, dass
-
Thread
Atmel ICE - ISP ok, kein debugWire, aber JTAG
Hallo Forum. Gestern habe ich einen Atmel ICE (BASIC) erhalten (https://www.conrad.de/de/entwicklungsboard-atmel-atatmel-ice-basic-1360008.html?sc.queryFromSuggest=true) und versuche mit ihm einen ATmega32-16PU zu debuggen. Ich nutze Atmel Studio 7 (Version: 7.0.634) In allen Tutorials die ich bis jetzt gefunden wird folgende Selektion vorgeschlagen: Project -> Properties -> Tools -> Selected debugger/programmer: Atmel-ICE - Interface: debugWire In den
-
Thread
Arduino fünktioniert nicht mehr mit IDE
Gebe ich das im Fenster einkommt die gerwohnte Meldung "avrdude: stk500_getsync(): not in sync: resp=0x00" Weist wo man das eingeben kann/soll? Gibt es da ein Komandofenster? Ich habe ein Pollin Board, das mkii, ein STK500 und ein JTAG ICE zur Verfügung. Letzteres bringt hier wohl nicht viel. Ich habe
sind und es kommt genau die selbe Fehlermeldung "avrdude:stk500_getsync():not in sync:resp:=0xf0" sobald ich versuche zu schreiben.
-
Thread
Kann man Ventilatormotor regeln?
16 des Drehmoment. Bei einem Förderband das ein Schüttgut bergauf befördert ist das Drehmoment ab n=0 hoch. Da braucht man zwingend einen FU!
sondern über die einstellbare > Ausgangsspannung des Mitsubishi FU. Wahrscheinlich würdest Du einen ICE auch als Straßenbahn fahren lassen. > Piepsen tut hier nichts, die PWM Frequenz steht auf 14 kHz. Man hast Du schlechte Ohren.
-
Thread
Welchen lattice ic
integrated-circuits-ics/embedded-fpgas-field-programmable-gate-array/696?k=AT40K&k=&pkeyword=AT40K&sv=0&pv1989=0&sf=0&FV=-8%7C696&quantity=&ColumnSort=0&page=1&pageSize=25
Also bei Lattice gibt es z.B. für die ice40 kostenlos. Neuerdings ist da sogar Modelsim dabei. Bei den ice40 gäbe es noch auch noch ein paar Bausteine im bastelfreundlichen TQFP-Gehäuse. Müsstest du mal selber gucken, was es da so alles
-
Thread
suche jtag ice nachbau
Controller. Bei allen >32kB Flash startet Debugging nicht. In der Bucht: http://cgi.ebay.de/AVR-JTAG-ice-mkii-cn-AVR32-JTAG-ISP-debugWIRE_W0QQitemZ140269896794QQcmdZViewItemQQptZLH_DefaultDomain_0?hash=item140269896794 Das ist der: http://www.keeelectronics.com/mkii.htm Meinungen dazu stehen hier
Schau in der Bucht nach dieser Bezeichnung: AVR JTAG ICE MKII - CN Ist hier beschrieben: http://www.keeelectronics.com/mkii.htm
-
Thread
Auswahl von Optokoppler zwischen Rauchwarnmelder und I2C-Port Expander
einem CTR von 90% wären das 0.45mA Ice ich gehe mal davon aus, dass sich der CTR pro Jahr um 2% verringert und nach 20 Jahren bei 61% liegt, dann wäre der Ice bei 0.3mA.Um den GPIO auf Low zu ziehen sind 0.6V oder weniger von Nöten
einen Vorwiderstand von: R_VE_Bx = (2.97 – 1.5) / 0.5mA = 3kOhm. Wieder ein Ice im ungünstigsten Fall von 0.3mA. Jetzt wird aber nicht nur Spannung an die RWM angelegt, sondern auch an die Optokoppler Eingänge OK_Ax.!! Genau hier weiß ich gerade nicht
-
Thread
-
Thread
Fuse Bits zurücksetzen ? ATMEGA 169
auslesen könntest, dann könntest du das Ding auch sonst noch programmieren. Wenn er dir alle Fuses als 0xFF anzeigt, dann ist das eher ein Zeichen dafür, dass der Controller das ISP-Protokoll einfach mal nicht mehr beantwortet (alle Pins hochohmig -> ergibt logisch 1 -> 8mal gelesen ist das 0xff).
20Academy&func=viewItem&item_id=568&item_type=project Das macht aus deinem Butterfly einen JTAG-ICE-Clone.
-
Thread
"Merkwürdiges" Relais.
den Schalterstellungen? https://cdn.henri-elektronik.de/media/image/6d/3a/85/f008d7db316d31342ee0a43539ac1e0e.jpg Die Anschlüsse 1 und 16 setzen das Relais, die Anschlüsse 2 und 15 setzen es zurück. Das ist quasi die Ruhelage des Relais. Bei der Ansteuerung ist auf die korrekte Polung der Spulen
Hallo, dieses Relais ist in dem Märklin ICE3 34780 eingebaut. Es dient zur Umschaltung der beiden Schleifer und der Spitzenbeleuchtung. Gruß Tanzbaehr
-
Thread
Release 7.0.0 von Eagle 7 verfügbar
Damit es keiner verschläft. http://web.cadsoft.de/ftp/eagle/program/7.0/eagle-win-7.0.0.exe 48,058,368 bytes Happy eagling.
Die Version vor der 7.0 war die 6.6.
-
Thread
Problem mit JTAG ICE <-> AVR-Studio
ICE das AVR-Studio öffne und auf Tools->STK500/AVRISP/JTAG ICE->STK500/AVRISP/JTAG ICE... klicke, erhalte ich aber lediglich die Meldung 'Detecting.. FAILED!'. Die JTAGEN-Fuse habe ich vorher mit Hilfe von Codevision auf '0' programmiert, was die Kommunikation mit dem JTAG ICE ermöglichen sollte. Hat jemand Erfahrungen auf diesem Gebiet und könnte mir weiterhelfen? Gruß Thomas
-
Thread
kicad dxf import
BZR4727 vom 28 Feb. 2014 auch schon. Mit freundlichem Gruß: Bernd Wiebus alias dl1eic http://www.dl0dg.de
-- Looking for remove - found -- Looking for shmat -- Looking for shmat - found -- Looking for IceConnectionNumber in ICE -- Looking for IceConnectionNumber in ICE - found -- Found X11: /usr/lib64/libX11.so -- Check for installed OpenGL -- found -- Check for installed GLEW -- not found CMake
-
Thread
Atmel IC auf kleinstem Board: Programmieren, Transitoren und Spannungsversorgung
die ganz normalen PINs dafür verwenden, richtig (mit einem geeigneten Adapter/Kabel zum ICE)? 3) Da das Board winzig werden soll, habe ich keinen Platz für den SWD-Header bzw. sind auch die Pins später im H0-Fahrzeug zu groß/im Weg. Gibt es ein Alternative, den IC initial zu programmieren
in der Arduino IDE "Upload Sketch" klicken, wird nicht klappen. Man > benötigt z.B. einen Atmel ICE, um die ICs per SWD-Ports zu > programmieren. Letzteres klappt aber immer, auch bei fabrikneuen Boards? SWD für den ATSAMD. Ein ATmega braucht ISP. Das Atmel ICE kann beides, für ISP gibt es aber
-
Thread
FPGA Auswahl
Integrated-Circuits-ICs/Embedded-Processors-Controllers/FPGA-Field-Programmable-Gate-Array/_/N-aw9vv/?Ns=Pricing|0
Da es von den ICE40 Chips tatsächlich welche im TQFP100 und TQFP144 Gehäuse gibt (Ich würde die ja lieber backen als selber löten aber es geht mit gewissem Masochismus gerade noch ohne), würde ich auch diese Empfehlen
-
Thread
ASM in HEX für Anfänger
tom west schrieb im Beitrag #3866838: > Hier mal der Link: > https://github.com/adafruit/Ice-Tube-Clock/tree/972ea9da169ac6f3c171d69ce8cbda70c9c2383f/firmware Da sind aber nur die C-Quellen, und die Hexfiles.
Der ATMega168 hat 16K Flash, also 0x0000 bis 0x3fff. Das HEX File endet bei gut 0x2500. Also ist reichlich Luft nach oben. Lies doch noch mal das Handbuch deines Prommers.
-
Thread
Bildgröße begrenzen
agp schrieb im Beitrag #2240002: > Es gibt auch Leute auf deren Bahnhof niemals ein ICE hält. Naja...die können dann eben an einen anderen Bahnhof fahren wo ein ICE hält. Das geht mit dem DSL halt nicht. agp schrieb im Beitrag #2240002: > Dennoch fährt > der ICE in Deutschland
Skalierungen und Komprimierungsgrade ausprobiert. Bei hal- ber Auflösung und 85% JPEG-Qualität (skaliert-0.5.jpg) gehen praktisch keine Details verloren. Das kann man daran erkennen, dass das reduzierte Bild um den Faktor 2 hochskaliert (detail-skaliert-0.5-2.0.png) fast genau wieder dem Original (detail-original.png
-
Thread
XMEGA/ AVR-EXPLAIN code examples und Diskussion
8 ) & 0xFF; DMA.CH0.SRCADDR1 = (((uint32_t)&buffer) >> 1*8 ) & 0xFF; DMA.CH0.SRCADDR2 = (((uint32_t)&buffer) >> 2*8 ) & 0xFF; DMA.CH0.DESTADDR0 = (((uint32_t)SDRAM_ADDR) >> 0*8 ) & 0xFF;
_t* bufrd = 0; uint8_t* bufwr = &buffer[0]; DMA.CH0.SRCADDR0 = (((uint32_t)SDRAM_ADDR) >> 0*8 ) & 0xFF; DMA.CH0.SRCADDR1 = (((uint32_t)SDRAM_ADDR) >> 1*8 ) & 0xFF; DMA.CH0.SRCADDR2 = (((uint32
-
Thread
Mit welchem Programm programmiert ihr Controller?
erledigt, hat man dort (mit relativ viel Aufwand vor allem hinsichtlich des notwendigen RAMs) auf das ICE ausgelagert. Das hatte aber zur Folge, dass diese Teile nur mit AVR Studio 4 einigermaßen schnell waren. Andere (aufwändiger gebaute) Debugger wie GDB oder auch später der Visual-Studio-Debugger
alles ein bissel halbgar. Für ARMs kann man dann OpenOCD benutzen, das läuft sauber mit einem Atmel ICE (auch mit nicht-Atmel-ARMs ;-).
-
Thread
Eiswürfel-Maschine Frage zu Sensoren
Eiswürfel-Maschine zugelaufen. "Starkfeld SH-Q1", z.B. hier abgebildet: https://www.amazon.de/STARKFELD-ICE-MAKER-Eisw%C3%BCrfelmaschine-Selbstreinigend/dp/B0D94YFFGP Das Gerät meldet immer "Ice Full", wenn es eingeschaltet wird. Im Eis-bereich sind 2 Typen von Sensor verbaut: #An der Vorderkante des
Serienwiderstand "R19" in der Schaltung verblieben. Wenn ich richtig rechne, sollte der Controller 0.25 .. 0.4 mA liefern, um den Pull-Down (10K) auf Schaltpotential des FET hoch zu ziehen. Laut Datenblatt des FET hätten dazu +2.5 Volt ausgereicht. Dennoch schaffte es der Controller nicht, den Output-Pin
-
Thread
von *.out zu *.ldr ?
>Ich möchte von Section5 den ICE-Bear-Programmer nenutzen mit dem >zugehörigen Flash-Tool, das verlangt ein *.ldr File. Was das genau für eine Datei ist und wie sie ggf. erzeugt wird, sollte in der Dokumentation stehen dieses "ICE-Bear
ENTRY(ResetException) /* Memory Spaces Definitions */ MEMORY { sram (W!RX) : ORIGIN = 0x20000000, LENGTH = 0x0000C000 /* sram, 48K */ flash (W!RX) : ORIGIN = 0x00400000, LENGTH = 0x00040000 /* Flash, 256K */ } SECTIONS { .fixed : { . = ALIGN(4); _sfixed
-
Thread
Sättigung - was ist darunter zu verstehen ?
eines solchen Transistors ist der Basisstrom! Ich würde Sättigung mal so definieren: B*Ib > Ice Wenn der Basistrom mal Stromverstärkung ( = maximal möglicher Kollektorstrom) größer ist als der /tatsächlich/ fließende Kollektorstrom, dann ist der Transistor gesättigt. PS: Die 0,7V Ube entstehen
eines solchen Transistors ist der >Basisstrom! >Ich würde Sättigung mal so definieren: >B*Ib > Ice Das stimmt natürlich, dass es auf den Basis-Strom ankommt. Beispiel Ib = 0.5 mA und Ic=10 mA bei U_CE(Sättigung) = 0.3 V (Die Daten entstammen aus dem Datenblatt des BCR146) Ich würde Sättigung
-
Thread
iCEcube2 / @N:Can't find top module!
: std_logic := '0'; -- ENAble clock of main shift reg signal din : std_logic := '0'; -- Data IN main shift reg signal reg : std_logic_vector(6 downto 0); signal dat : std_logic_vector(47 downto 0) := x"9EAA_CC00_
wait; -- simulation stops here end process; process variable cnt : integer range 0 to 63 := 0; begin if falling_edge(sck) then if (lss='0') then dat(47 downto 1) <= dat(46 downto 0); end if; if (cnt=1) then lss <= '0'; end if;
-
Thread
XMEGA Hardware-Bug (Kritisch) Gesperrt
0e 94 e2 0b call 0x17c4 ; 0x17c4 <USARTD0RomString> 2836: d5 cf rjmp .-86 ; 0x27e2 <main+0x8a> case 'y': USARTD0RomString(TstMsg); 2838: 84 e0
6dc: c5 cf rjmp .-118 ; 0x668 <main+0x84> 6de: 84 eb ldi r24, 0xB4 ; 180 6e0: 90 e0 ldi r25, 0x00 ; 0 6e2: 0e 94 7d 01 call 0x2fa ; 0x2fa <USARTD0RomString> 6e6:
-
Thread
Blackfin ADSP-BF532 - Einstieg
printf-Debugging ist da nix, schon gar nicht bei eigener Hardware. Man muss ja nicht gleich 2000 USD fuer ein HP-ICE ausgeben, aber bei potentiell tagelangem Im-Dunkeln-Stochern lohnt sich das Sparen hier absolut nicht, zumindest ein gnICE sollte drinliegen. Noch ein paar Bemerkungen: - 4 Lagen-Board reicht
einen anderen Baustein nehmen, weil der auf dem EZ-Kit nicht mit dem auf dem Board integrierten gnICE (oben links) kompatibel ist. Die Programme dazu schreibe ich in VDSP++. Das erstellt mir ein ldr-file, das ich dann mit urjtag über den gnICE in den Flash laden kann. VDSP++ gibt es in einer 90 Tagen
-
Thread
Servosteuerung 30 A - H-Brücke verstärken?
Device is not supported by JTAG ICE mkI [/code] Die "Reported JTAG device ID: 0x9581" stimmt mit der Angabe im Datenblatt überein. Ich darf also annehmen, daß die Kommunikation zwischen Programmer und MCU funktioniert. [code]
timer.elf: file format elf32-avr Disassembly of section .text: 00000000 <__vectors>: 0: 0c 94 4a 00 jmp 0x94 ; 0x94 <__ctors_end> 4: 0c 94 54 00 jmp 0xa8 ; 0xa8 <__bad_interrupt> 8: 0c 94 54 00 jmp 0xa8 ; 0xa8 <__bad_interrupt> c: 0c
-
Thread
Ultraschall in Metall?
6.300.000 mm/s Stahl: 5.900.000 mm/s Kupfer: 4.660.000 mm/s Messing: 3.530.000 mm/s Messbereich: 0.x .. 20 mm Auflösung: 0.1 mm Bei einer angenommenen max. Schallgeschwindigkeit von 10.000.000 mm/s und einer Auflösung von 0.1 mm müsste die Laufzeit auf 1/50.000.000 s bestimmt werden (der Impuls
halt nicht immer Rack-große Anlagentechnik sein. Interessant finde ich auch den WP-Artikel zum ICE-Unglück: https://de.wikipedia.org/wiki/ICE-Unfall_von_Eschede#Wartungsfehler Da wird erklärt das US-Geräte nicht eingesetzt worden, da diese Fehler anzeigten, wo keine sind. Das ist nicht ungewöhnlich
-
Thread
Motor-Ansteuerung
V1 und V2 zu verändern? D.h. wie umgehe ich, dass V(q1b) von V1p auf die Sperrspannung von knapp 0.8V abfällt. (ganz interessant ist die Simulation mit V1 als Sine mit offset=0V und Amplitude 6V)
Wenn man wie Markus rechnet 3V - D1 - Ueb 3V - 0.7V - 0.7V = 1.6V, wieso zeigt die Simulation dann nur knapp ~0,8V ? Kann es evtl. sein, dass ich über Ueb(Q2) nochmal ~0,7V verliere? Immer am Graphen abschätzen ob man nun den min/max-Wert richtig
-
Thread
Problem mit WMCON und Keil Assembler A51 für 8051
laut Assemblerspec funktionieren) : WMCON sfr 96h ; das WMCON Register befindet sich an Adresse 0x96 mov WMCON 03h ; wdtreset enable wdt enable die Zuweisung "sfr" scheint er nicht zu kennen. Benutze ich aber "data" schreibt er die 0x03 einfach ins RAM. Gibt es irgendwelche anderen Möglichkeiten
>Ist nur das WMCON Register nicht rücklesbar? Mit meinem ICE (SEEHAU) >kann ich nämlich die anderen SFRs beschreiben und lesen (in der IDE). Das geht schon, wenn du die SFR-Adresse direkt angibst: mov A,96h Oder umgekehrt.
-
Thread
µC Programmieren mit PII 300MHz
AVRs mit <=32KB Flash. Damit besitzt er sogar mehr Leistungsmerkmale als der wesentlich teurere JTAG ICE mkII.
>mit <=32KB Flash. Damit besitzt er sogar mehr Leistungsmerkmale als der >wesentlich teurere JTAG ICE mkII. Ich benutze AVR-Dragon, AVR ISP MKII und JTAG ICE mkII. Und als Programmer ist der AVR ISP MKII der preiswerteste. Der Dragon kostet etwa das doppelte. Aber eigentlich wollte ich mehr von
-
Thread
Blackfin Interruptprogrammierung in C
Möglichkeit hierzu gefunden... Vielen Dank Johannes Anhang 2: I2C Codefragment // INIT *pTWI0_CONTROL = TWI_ENA | 0xA; // enable TWI controller *pTWI0_CLKDIV = CLKHI(0x08<<2) | CLKLOW(0x11<<2); // CLKDIV = CLKHI + CLKLOW = TWI SCL period / 10 MHz time reference *pTWI0_MASTER_ADDR = 0x53; //
dirty I2C reading sequence: *pTWI0_MASTER_CTRL=TWICount(0x01) | MDIR | MEN; // initializing the transmit, reading x Bytes, MDIR is for reading // *pTWI0_MASTER_CTRL=TWICount(0x01) | MDIR | MEN | FAST; while(!(*pTWI0_FIFO_STAT
-
Thread
avrdude / Atmel ICE
Hallo zusammen, ich versuche, einen ATmega1284P mit einem Atmel-ICE und avrdude zu beschreiben, stoße dabei aber auf Probleme. Verwendetes OS: Debian Buster (Stable, 10.3), 64 bit. Nach dem Anschließen des ICE taucht dieser als USB-Gerät auf: /Ausgabe hier
relevante USB-Geräte beschränkt/ [code] ~# lsusb Bus 002 Device 006: ID 03eb:2141 Atmel Corp. ICE debugger [/code] Das Interface 0 dieses Gerätes wurde auch korrekt von usbhid geclaimt: [code] ~# lsusb -t /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/15p, 480M |__ Port
-
Thread
Jtag AVR32 aus china
cgi.ebay.de/USB-AVR-JTAGICE-MKII-CN-AVR32-Studio-Emulator-Metal-PLA-/180562309716?pt=LH_DefaultDomain_0&hash=item2a0a5a3254 Wenn ihn jemand hat wäre interessant zu wissen ob der einwandfrei seinen Dienst verrichtet?
nicht debug begrenzung bei den AVR32 prozessoren. Glaube 32kbyte programmgröße. Hier ist ein JTAG ICE MKII Clon: http://cgi.ebay.de/AVR-JTAG-ICE-XPII-AVR32-debugger-emulator-/250677817341?pt=LH_DefaultDomain_0&hash=item3a5d8feffd Den kannst du dann mit der Original firmware von Atmel updaten.
-
Thread
AVR Eclipse Plugin 2.2
[2.1.0.20080210PRD,2.1.0.20080210PRD]
25bc: 8f 3f cpi r24, 0xFF ; 255 25be: 09 f4 brne .+2 ; 0x25c2 <__vector_15+0x3e> 25c0: 80 e0 ldi r24, 0x00 ; 0 load = tmp; 25c2: 80 93 aa 05 sts 0x05AA, r24 OCR0 = tmp;
-
Thread
Stabilstes Debugging für AVRs
Ich habe zwar einen JTAG ICE mkII, aber noch NIE JTAG benutzt. Ein mal kurz debugWire um zu sehen, ob das funktioniert. Einen Mikrocontroller kann man *nicht* so wie Desktop-Applikationen debuggen. Einfach mal das Programm
Echtzeit" da die Laufzeit nicht wesentlich verändert wird. Wobei 'wesentlich' auch relativ ist. - ICE-Debugger: vereinfacht das Verfolgen von Programm-Sequenzen oder Berechnungen enorm. Bei Echtzeitanwendungen muß man sich halt was Schlaues überlegen ;-) - Auch gut geht: Irgendein schneller Bus wenn
-
Thread
Atmel AVR-ISP und AVRStudio
aus versehen auf senden gedrückt :-( Wenn ich nun im AVRStudio auf Tools -> STL500/AVRISP/JTAG ICE -> STL500/AVRISP/JTAG ICE gehe, steht in diesem History-Feld nur das: "Detecting.. FAILED!". Wo liegt da das Problem?
Der Brenner wird richtig erkannt Detecting.. AVRISP found on COM1: Getting revisions.. HW: 0x01, SW Major: 0x01, SW Minor: 0x0f .. OK Setting device parameters, serial programming mode ..failed! Also wenn ich mit dem Oszi auf der ISP-Stecker messe habe ich da null Erregung, auf dem Reset-Pin
-
Thread
AVR: Billigst-JTAG-Debugger-Sticks aus China - Taugen die was?
7 Euro zu haben sind: (A) http://www.ebay.de/itm/USB-Download-Programmer-Debugger-For-AVR-JTAG-ICE-Atmega-AVR-STUDIO-/160847124666?pt=LH_DefaultDomain_0&hash=item25733c58ba (B) http://www.ebay.de/itm/AVR-USB-JTAG-Emulator-Debugger-Programmer-For-Atmel-ATMega16-64-128-169-3-23-/280844195676?pt
Vorsicht! Der kann nur die AVRs des ersten JTAG-ICE. Wenn du neuere AVRs nutzen möchtest geht das nicht. Es entfallen auch die kleinen AVRs ohne JTAG, wie der mega8. Und der ist schon extrem beliebt. Du kannst natürlich das und einen USBasp nehmen. Wenn
-
Thread
sehr hohe Stroeme und Spannungen
trotz höherer Stromaufnahme.) https://de.wikipedia.org/wiki/ICE_3
Suche doch mal ein passendes Buch in einer Bücherei. oder https://m.youtube.com/watch?v=9lE0SFJ0jIE MfG
-
Thread
ATMega328 mit STK500 programmieren
Arduinoquäler schrieb im Beitrag #4244418: > Soll JTGAG ICE MKII heissen. Soll JTAG ICE MKII heissen.
SCKT3200A2 rein. Die JTAG Adapterplatine war beim STK500 dabei und kommt auf den Extension Header 0.
-
Thread
NXP P89V51RD2 ISP
approximately 400 ms, the auto baud is unsuccessful the boot block code will check to see if the SoftICE flag is set (from a previous programming operation). If the SoftICE flag is set the device will enter SoftICE mode. If the SoftICE flag is cleared, the boot code will execute a software reset causing the device to execute the user code from block 0 starting at address 0000H. Note that an external reset applied to the RST pin has the same effect as a power-on reset. ---------------------------------------------------------------- In meiner Anwendung
-
Thread
Suche schnellen AVR Programmer
an > avrdude? Die ISP-Blöcke in der Firmware der aktuellen Atmel-Teile (also AVRISP mkII, JTAG ICE mkII, AVR Dragon) sind gleich. JTAG ICE und Dragon haben ein wenig zusätzlichen Overhead, da sie den praktisch protokollfreien Datenstrom des AVRISP mkII in das Framing einpacken, das dort benutzt
schon einen Unterschied, an einer schnarchlangsamen USB1.1-Schnittstelle zu hängen oder eben an USB2.0, da die Pakete erst dann versendet werden, wenn sie voll sind oder das Timeout zuschlägt. Und das geht bei 2.0 wesentlich fixer, wenn die Daten erstmal am Laufen sind. An USB1.1 ist der Dragon tatsächlich
-
Thread
i7-9850H oder i9-8950HK
/Unsere-ersten-Benchmarks-des-Ice-Lake-Core-i7-1065G7-sind-da-und-sie-uebertreffen-AMDs-Ryzen-7-3700U.428435.0.html
compiler is forced to reload // the values of matrix and src for each iteration. for (i = 0; i < n; i++) { dest[0] = src[0] * matrix[0] + src[1] * matrix[1] + src[2] * matrix[2] + src[3] * matrix[3]; dest[1] = src[0] * matrix[4] + src[1] * matrix[5] + src[2] * matrix[6] +