-
Thread
Wieviel Wh zieht euer Kühlschrank pro Tag?
einen Emergiekostenmesser. > Gerade aktuell getestet, hier zu finden: > > https://1fichier.com/?j0gmckrwxzvn0ntmu3n9 > oder > https://filehorst.de/d/eeEalBqk https://www.youtube.com/watch?v=Vdi_sG2rHp0
Tage bei 23°C waren es knapp 0,3KWh. Sommer-Test beendet.
-
Thread
Radlastwaage - Messplatine
Ich habe von Masse zu den Stecker Pins gemessen (an der Platine) Spannung schwankt, je nach Pin 0-1V und 0-6V.
gewechselt. Anbei die Bilder wie du beschrieben hast. An PIN 5 ist eine pulsierende Spannung zwischen 0 und 2V etwa. Hier ein Video dazu: https://youtu.be/hMCVs1bLm5w Die Keramikkondensatoren unter dem ICL7135 haben folgende Werte (links -> rechts): 0,223uF / 0,230uF / 0,222uF / 0,238uF (pulsierende
-
Thread
2/4 Kanal Alternative zu 8 Kanal ULN2803
weniger Platz braucht. Im Internet habe ich auch schon eine Treiberstufe mit einem BC557 und BC547 (ICE= 100mA, 0,5 Watt) gesehen allerdings möchte ich den Treiber-Baustein mit etwas mehr Reserve auslegen da der Betrieb in einer Fahrzeugtür schon große Temperaturunterschiede mit sich bringt. Gerne
Stück billiger. > Internet habe ich auch schon eine Treiberstufe mit einem BC557 und > BC547 (ICE= 100mA, 0,5 Watt) gesehen allerdings möchte ich den > Treiber-Baustein mit etwas mehr Reserve auslegen Bei zwei TO-92-Transistoren pro Kanal brauchst du selbst bei nur vier Kanälen gegenüber dem
-
Thread
Debug-Ausgaben über JTAG an AVR-Studio
dann doch zu einiger Kommuni- kation zwischen ICE und Debugger führt. Ich denke, dass entweder das Beschreiben eines Speicherblocks mit sprintf oder die Benutzung der UART sinnvoller ist.
[c] void outputDebugStr ( pchar aStr ) { int l = strlen ( aStr ); int i; for ( i = 0 ; i < l ; i++ ) { OCDR = aStr [ i ]; while ( ( OCDR & 0x80 ) != 0 ); } } [/c] kleiner Wermutstropfen: AVR-Studio gibt die Bytes einzeln hoch in Form von "JTAGICE mkII: IDR event 0xXX
-
Thread
WebRTC IPv6 direkte Peer-to-Peer Verbindung - geht das bei irgendjemandem?
Bei mir geht es aber nur mit dem Chromium, nicht mit dem Firefox (92.0). Die ganzen Versionsnummern siehe Screenshot. Edit: Kann mir jemand erklären wo die IP 10.2.0.32 herkommt, welche auf dem Screenshot zu sehen ist. (Ich habe bei mir kein 10er-Netz).
Bei mir geht es aber nur mit dem Chromium, nicht mit dem Firefox (92.0). Die ganzen Versionsnummern siehe Screenshot. Edit: Kann mir jemand erklären wo die IP 10.2.0.32 herkommt, welche auf dem Screenshot zu sehen ist. (Ich habe bei mir kein 10er-Netz). Edit2:
-
Thread
Wie mit STM32F0 DMX Empfangen
switch (DmxInStatus) { case IN_STARTB: if (rx == 0) { DmxInStatus = IN_DMX_DATA; // gehe in den Daten einlese Zustand DmxInDataCounter = 0; // Reset vom Daten Counter } else {
Prozessor wechselt, was mit Teilen meiner Software auch oft passiert. Heute ist der Code in einem M0 und vielleicht in 8 Wochen in einem M4 oder M7, wer kann das heute schon sagen. Geändert haben sich nur 3 Sachen: - Die Spannung ist nun im DMX Bereich sauberer (war 4,3V sollte 5,0V sein) - Ich
-
Thread
avr-gdb mit einem avr dragon
wenn ich continue eintipe (ich habe keinen Breakpoint gesetzt!) avraice meldet: [pre] command[0x08, 1]: 08 recv: 0x1b recv: 0x23 recv: 0x00 recv: 0x01 recv: 0x00 recv: 0x00 recv: 0x00 recv: 0x0e sDATA: reading 1 bytes read: 80 recv: 0x52 recv: 0x3e CRC OK Got message seqno 35 (command_sequence
übrigens mit ^C immer unterbrechen (avarice wartet auf entweder eine Meldung vom GDB oder eine vom ICE). Wenn du GDB's Disassemblier-Funktionen benutzt, zeigt er dir auch den rückgelesenen Code vom Target an, nicht den von der Datei. Da kannst du ja gucken, ob da was verkorkst ist, wenn du Lust
-
Thread
Welche Schnittstelle ist das?
Morgy schrieb im Beitrag #5095681: > Das Datenblatt redet von SWD über ICE_DAT und ICE_CLK. Und Nuvoton ist kreativ im Erfinden von "etwas eigenwilligen Lösungen". Ich würde aus eigener Erfahrung darauf tippen, dass du dir einen speziellen Nuvoton Adapter zulegen darfst.
Laut der Seite http://www.nuvoton.com/hq/products/microcontrollers/arm-cortex-m0-mcus/nuc120-122-123-220-usb-series/?__locale=en kann der Chip sowohl ISP als auch ICP. Bleibt für mich die Frage der Pinbelegung. Es handelt sich um das 48 Pin Modell. Ich würde so vorgehen:
-
Thread
Xmega programmieren (Olimex AVRISP-MKII?)
Welche Erfahrungen habt ihr mit dem Olimex AVR-ISP-MK2? - Hat schon jemand Erfahrung mit dem "ATATMEL-ICE-BASIC"? - Wie kann man das erstmalige flashen möglichst einfach gestalten (Kommandozeile?)?
flash:w:XXXXXXX.hex if errorlevel 1 goto fehler sleep 1 avrdude -pm8 -Pusb -cavrispmkII -U lfuse:w:0x3f:m -U hfuse:w:0xcf:m if errorlevel 1 goto fehler sleep 1 avrdude -pm8 -Pusb -cavrispmkII -U lock:w:0xFC:m goto ok :fehler echo. echo.####### echo.#
-
Thread
Nicht noch ein Cocktailautomat -.-
IIC-I2C-TWI-SPI-Schnittstelle-Kartenmodul-PCF8574T-fuer-Arduino-1602-LCD-20-M6W6/262957137344?hash=item3d39777dc0:g:bgYAAOSwt0FZAv~f muss man nur verschiedene I2C Adressen einstellen
aber die braucht ein 1x8 LCD auch. Bei 4x40 wird oft ein 2. Controller verbaut, dann sind es 7 (E0, E1).
-
Thread
SAM-ICE TDO constant high (pull-up benötigt?)
SAM-BA scheitert hier grundsätzlich mit folgender Fehlermeldung: [code] Write memory error @ address 0xFFFFFD00, multi word access (strm {r1..r0}): Adaptive clocking timeout. [/code] die RCLK Leitung habe ich hier mit Masse verbunden wie im User-Guide vom SAM-ICE beschrieben. Ein Verbinden von RCLK
: TotalIRLen = 4, IRPrint = 0x01 Info: CP15.0.0: 0x41069265: ARM, Architecure 5TEJ Info: CP15.0.1: 0x1D192192: ICache: 32kB (4*256*32), DCache: 32kB (4*256*32) Info: Cache type: Separate, Write-back, Format C (WT supported) DLL
-
Thread
Verstehen warum historisch 16 2/3Hz bei der Bahn nötig waren Gesperrt
dadurch wegfallen. Da könnte es Probleme mit Überschlägen geben. Die Fahrleitung ist Häufig nur 0,5 Meter vom Grund ( Brücke, Tunnel, Lokdach usw. ent- fernt. Grüße Bernd
ankämen... http://www.lokschuppen-loh.de/Berichte/Valkenburg_2011-Dateien/image101.jpg (Der ICE3 fährt in Holland leistungsreduziert.)
-
Thread
Thermostat Kühlschrank Ersatz durch µC ?
www.h-tronic.de/Temperaturschalter-TS-125/1114425 Einschaltungtemperatur und Ausschaltungtemperatur in 0,1 Gradschritten und Wartezeit einstellbar. Es wird ein DS1820 verwendet.
Michael B. schrieb im Beitrag #7681197: > Dein Kenntnisstand ist falsch. Die ICE Klimaanlagen schalteten aus > technischen Gründen ab wenn es warm wurde, glaube bei 34 GradC. Pfft, was für ein Scheiß! Ausgerechnet bei dem Klima wo sie gebraucht werden, funktionieren sie nicht
-
Thread
Erfahrungen mit PSoC 3
genau hinguckst sind 3,5 x "2.54 löscher" bei dem 28pin notwendig für die ssop28 breite, also 3,5x2,54/0,635 = 14 - passt also. Bei dem 48pin sind ~ 6x2.54/0.635=24, passt also.
CY8KIT-001 240eur vor 10 monaten bezahlt, für fehlendens PSOC5 gerade nochmal 100eur bezahlt, IceCUBE gebraucht 150eur Passendes Flex-POD kabel (IceCube->CY8CKIT-001/PSOC1 module) - 50eur Man muss ich ein schnorrer sein. Nur gut das ich es mir leisten kann, dummerweise kann das nicht jeder daher
-
Thread
Compilieren mit anderer AVR-GCC Version liefert "falsches Ergebnis"
Routinen ändert sich das Zeitverhalten natürlich grundlegend. Ram Verbrauch - Am Code habe ich 0.0 geändert. Ich habe denn identisch gleichen Sourcecode verwendet. Nur durch andere Compiler gejagt. Ich denke, ich muss wirklich genauer schauen, ob die Zugriffe atomar sind. Das ist ein Punkt,
Frank W. schrieb im Beitrag #2524034: > Ram Verbrauch - Am Code habe ich 0.0 geändert. Ich habe denn identisch > gleichen Sourcecode verwendet. Nur durch andere Compiler gejagt. Dei Frage war nicht, ob du was am Sourcecode geändert hast (das ist hinreichend klar dargelegt
-
Thread
unable to find a register to spill in class ‘POINTER_REGS’
bestehen: [pre]GNU C (GCC) version 4.6.2 (avr) compiled by GNU C version 4.6.1, GMP version 5.0.1, MPFR version 3.0.1-p3, MPC version 0.9 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: 5597ab2a6a433c5f3ad032ba6eddff9d ../menu.c: In function
nicht viel. Könntest du das mit -save-temps und ohne caller-saves erzeugen und das Modul.i, das den ICE erzeugt, anhängen?
-
Thread
Ultimative FPGA blinky / Makefile zusammenstellung
https://github.com/multigcs/FPGA-blinky Boards: Alhambra-II Colorlight5A-75E ICEBreakerV1.0e TangNano20K TangPrimer20K arty-a7-35t Colorlight_i5-v7.0 Lattice-ICE40HX8K Olimex-ICE40HX8K-EVB TangNano9K TinyFPGA-BX Toolchains: yosys/nextpnr gowin ISE/Webpack quartus Vivado Gruß
habe es für vivado mal angepasst: https://github.com/multigcs/FPGA-blinky/commit/0bfba328a04c569d0e234760cd2c72f8059bc526 dort wird das .tcl file nun im makefile generiert EDIT: und bei gowin und diamond nun auch :)
-
Thread
AVR Eclipse Plugin 2.0.1 Released
verweist auf original Toolchain aus dem Plugin und deren Default Value. In den Versionen bis 2.0.0 gab es für den Compiler die Option -g (Debug info an) mit der id "de.innot.avreclipse.compiler.option.debug", die in 2.0.1 entfallen ist und durch "de.innot.avreclipse.compiler.option.debug.level" ersetzt wurde, der Auswahl des Debug-Levels. In Projecten, die mit 2.0.0 oder früher erstellt wurden existiert in .cproject aber noch der Verweis auf die alte Option. Solange diese mit einem Wert versehen ist (Debug Configuration) macht das nichts und CDT ignoriert den
-
Thread
ATMega3250 Timer1 Overflow nicht bei 0
> #define PWM_ON_TIME 50 #define PWM PINB5 ISR(TIMER1_OVF_vect) { PORTE &= ~(1 << PE0); } int main(void) { DDRE |= (1<<PE0); DDRB |= (1<<PWM); TCCR1A = (1<<WGM10) | (1<<WGM11) | (1<<COM1A1); TCCR1B = (1<<CS11) | (1<<CS10); TCCR1C = 0; // Set the output compare
BOTTOM." Wenn ich jetzt auf dieses Flag mit einem Interrupt reagiere, kann ich kurz nach Zählerstand 0 den Input einlesen. Tabelle 17-5. WGM13 = 0, WGM12 = 0, WGM11 = 1, WGM10 = 1 => Mode 3 PWM, Phase Correct, 10-bit, TOP = 0x03FF TOV1 Flag Set on BOTTOM. So, und genau das passiert nicht,
-
Thread
ATtiny 85 PWM timer0 reset nach sei();
&= ~(1 << PB0); _delay_ms(1000); sei(); //muc resets here ??? OCR0A = 20; _delay_ms(100); OCR0A = 120; _delay_ms(100); OCR0A = 255; _delay_ms(100); return 0; } [/c]
|= (1 << CS02); TCCR0B &= ~(1 << CS01); TCCR0B |= (1 << CS00); //clear on compare match, set at bottom TCCR0A |= (1 << COM0A1); TCCR0A &= ~(1 << COM0A0); OCR0A = 20; _delay_ms(2000);
-
Thread
SPI auf Board XMEGA256A3BU Xplained
Entschuldiung, falsche Info. An Header J4 (den willst du doch benutzen oder?) ist nur PD0-PD3 ausgeführt, die anderen gehören zu PE0-3. Du musst also den USARTD0 oder USARTE0 im SPI-mode verwenden. an J4 gibt es keinen SPI nur USART's, die du ja in den SPI-mode schalten kannst.
Gibt es hier einen leicht einsetzbaren Code-Snippet, um USARTD0 als SPI zu verwenden? Ich benutze die USARTE0 als I2C-Bus ohne Probleme. Wie ist das möglich, obwohl es doch eigentlich USARTE0 sein soll?
-
Thread
Doku über OnChip-Debugging
Und schon steht das nächste Problem an: Laut Watch-Fenster hat die Variable <DataByte> den Wert von 0x00, die If Abfrage(if (((DataByte >= 0x20) && (DataByte <= 0x7f)) && p0 < SIZE_ANSWER_BUFFER)) müsste also übersprungen werden. Tatsächlich bleibt der Debugger jedoch am Breakpoint stehen.... Kann
Hi zu der IF Abfrage, ich seh da keinen Fehler. Abfrage(if (((DataByte >= 0x20) && (DataByte <= 0x7f)) && p0 < SIZE_ANSWER_BUFFER) geprüft. Alles was zwischen den Klammern dieser Abfrage wird nicht ausgeführt. if (DataByte == ETX) wird als nächstes geprüft sobald der nächste
-
Thread
Cocktailautomat Bauteile
bekommt die Maschiene die Limetten geviertelt und dann ins Glas, den > Rohrzucker und das Crushed Ice ins Glas? Das sind dann eher so die Cocktails wie beim AI-Urlaub 14d@1k€
&url=https%3A%2F%2Fgastro-point.de%2Fspirituosen-dosierer-mit-zaehlwerk-cl-p-11204-5&psig=AOvVaw2sp0TJaIr9vT6DfMdX_l3e&ust=1628523880126000&source=images&cd=vfe&ved=0CAcQjRxqFwoTCOCYi7DiofICFQAAAAAdAAAAABAE !!! unterschätze keinesfalls die Reinigung !!! Das verkleben ist der kritischte Punkt
-
Thread
SPI Slave Receive
true) { takt_1s = false; if (received_character == 1) { PINC = 0xFF; PIND = 0xFF; } } } } // Timer 0 Initialisierung void timer0 (void) { TCCR0A |= (0<<WGM00) | (0<<WGM01); TCCR0B |= (0<<WGM02) | (0<<CS02) | (1<<CS01) |
takt_1s = false; SPI_MasterTransmit(wert); } } } // Timer 0 Initialisierung void timer0 (void) { TCCR0A |= (0<<WGM00) | (0<<WGM01); TCCR0B |= (0<<WGM02) | (0<<CS02) | (1<<CS01) | (0<<CS00); TIMSK0 |= (1<<TOIE0); } // Interrupt-Routine ISR
-
Thread
ATMega64 lässt sich nicht über jtag programmieren
Nicht so richtig. Hab nen MAX232 direkt am TXD0 und RXD0 drann. Dummerweise habe ich erst später festgestellt, dass der ATMega64 über PDO und PDI (Zweitbelegung TXD0 und RXD0) programmiert wird. Jetzt schiebt doch der MAX232 immer nen schönen Strom rein, wenn RXD0 auf low geht (also geht ja ebend nicht wirklich auf 0). So ein Mist...
-
Thread
Class-D AMP Ausgänge verbinden
machen willst, aus Fernost gibt es genug Nachbauten, z.B: https://de.aliexpress.com/wholesale?catId=0&initiative_id=SB_20161207172948&SearchText=iraudamp7s Wenn Class D Verstärker als Halbbrücke aufgebaut sind (was bei den meisten der Fall ist) bekommt man recht einfach durch Brücken von 2 Kanälen
beide Zweige völlig identisch arbeiten. Ja, die beiden Ausgänge sehen sich und sehen damit quasi 0Ω als Last - wenn sie nicht wirklich ein identisches Signal abliefern. Ich muss aber zugeben, da keine eigene Erfahrung zu haben. Du könntest ja mal beide Kanäle identisch ansteuern und die Differenz
-
Thread
Weg von Arduino - Beratung
auch ein Arduino-Scetch importieren und dann durch das Framework debuggen wenn man z.B. einen Atmel ICE anschließt.
und erfüllt ihren Zweck, alles was es bräuchte wäre also Atmel Studio und ein passender Debugger als ICE oder MK3
-
Thread
JTAG ICE MKII PDI Problem
auch beim einzelnen gibt es keinen Unterschied. Der einzige Unterschied zwischen den beiden JTAG ICE ist, dass das funktionierende die Kennung 0xFFF... und das nicht funktionierende eine korrekte Kennung besitzt. Ich habe schon diverse Seiten durchforstet (Atmel, AVR-Freaks, Mikrocontroller..) und
noch die Revision 0.
-
Thread
µracoli wuart - Falsche Baudrate?
gewechselt, runtergeladen, das übliche Make-Gefrickel, nach Windows rüberkopiert, mit Atmel-Studio 4, JTAG ICE MKii per JTAG auf die Boards geflasht. Die ersten Tests weißen (glaube ich zumindest) auf einen Baudratenfehler hin. Beim Reset der Boards bekomme ich: [code]FC 1C 1C 1C 1C 00 1C E0 1C FC 1C E0 E0 1C FC E0 E0 00 1C FC 1C 1C FC 1C E0 00 E0 FC 00 E0 E0 1C 00 1C E0 1C E0 1C FC 00 E0 E0 E0 E0 1C 00 E0 00 E0 E0 00 1C E0 1C E0 1C E0 00 1C 1C 1C 00 00[/code] Wenn ich den Quelltext von wuart mal schnell überfliege
-
Thread
PIC Entwicklungsumgebung und Programmer/Debugger?
ICD3/ICD4 sind für Leute, die damit Geld verdienen. Schneller, mehr Breakpoints, Trace. RealICE ist EOL und wird nicht mehr mit Updates versorgt. fchk
pic16 backends ist zwar immer noch nicht auf dem Niveau der anderen Backends, aber zwischen SDCC 3.9.0 und SDCC 4.0.0 gab es tatsächlich eine große Anzahl an pic14-spezifischen Bugfixes.
-
Thread
ATmega16 startet von allein neu?
, bevor entweder 0 oder x ausgewertet wird und an x zugewiesen wird. Somit ist das Ergebnis eindeutig entweder 0 oder x+1.
, bevor entweder 0 > oder x ausgewertet wird und an x zugewiesen wird. Somit ist das > Ergebnis eindeutig entweder 0 oder x+1. Nein. Gerade der Letzte Punkt "0 : x" -> Hier kannst du nicht davon ausgehen, ob x AN
-
Thread
Zigbit mit Jtag ICE MKI programmieren
ready to accept instructions Reading | ################################################## | 100% 0.05s avrdude: Device signature = 0x1e9704 avrdude: reading input file "Blinktest.rom" avrdude: writing flash (306 bytes): Writing | ################################################## | 100% 0.35s
reading on-chip flash data: Reading | ################################################## | 100% 0.22s avrdude: verifying ... avrdude: verification error, first mismatch at byte 0x0000 0x0c != 0x00 avrdude: verification error; content mismatch avrdude: safemode: Fuses OK [/pre]
-
Thread
USB-Isolator mit SuperSpeed für unter 100 Euro
das einen USB-Isolator integriert hat, 10 m lang ist und SuperSpeed (4000 Mbit/s = 500 MByte/s, USB3.0) hat: http://www.pcwelt.de/news/Optisches_USB-3.0-Kabel_uebertraegt_Daten_in_Lichtgeschwindigkeit-Schnell_und_teuer-8670018.html?r=863622385282275&lid=323525&pm_ln=96 Damit kann man einen USB-Adapter
mal. Waren ja lange angekündigt, aber nie verfügbar. Laut Corning ist da ein Asic drin der auch 2.0 Geräte unterstützt. Bei den Icron oder IOI Lösungen geht ja immer nur 3.0.
-
Thread
Atmel
Wer kann mir den unterschied zwischen 1. ISP 2. JTAG-ICE 3. STK-500 erklären , bin anfänger
preislich einen großen unterschied. AVR ISP liegt bei 40 STK500 bei ca 100 und AVR JTAG ICE2 bei ca 350
-
Thread
18650 Zelle / LoRa Modul mit Solarzelle versorgen?
bestimmt nicht besser. Langfristig wirst du also mehr von dessen Kapazität haben, wenn du auf 4,0-4,1V begrenzt.
37v-pcb-geschuetzter-li-ionen-akku-flame/?gclid=CjwKCAjwxev3BRBBEiwAiB_PWAx3KUR4w5J_l_ykJ9NK9QNZDYUipYUFE8eazbS_3k0no3P7lX5JARoCQscQAvD_BwE
-
Thread
AVR128DA AVR-GCC ohne ATMEL Studio (woher nehmen)
CodeVision AVR damit auch einwandfrei und ist voll unterstützt. Es erlaubt direkte Programmierung mittels ICE. Programmieren lässt sich der DA/DB entweder mit dem Bootloader direkt vom Arduino-IDE mit AVRDude oder mit dem ICE über MC Studio. Gerhard
den AVR128DA48 beinhaltet? Also wenn du unbedingt willst kann ich dir was anbieten. avr-gcc 9.4.0 oder avr-gcc 11.2.0 mit binutils 2.36.1. Welches Atmel Devicepack darf es denn sein? 1.10.114 oder das brand aktuelle 2.0.141? Ich selbst mache viel mit Arduino IDE und mit Atmel Studio 7 rum. Vorwiegend
-
Thread
8051 MP3 Player (Web Radio )
Deswegen wäre die "Ausbeute" größer, wenn du die CS-Signale für > andere Hardware ab der Adresse 0xFF00 generierst. Aber das musst du > wissen, du bist der Master-Chief :-) > Der Master-Chief sagt Adresslogik ab 0xFF00 kommt aufs Addon Board. ;) Alles unter 0xFF00 ist Ram, da reicht ein CS und
Ähm soll natürlich heisen Adresslogik ab 0x08000 darunter nur RAM ;)
-
Thread
AT91SAM7S-EK Evaluation Board und OpenOCD
, wie rufe ich komandozeile von OpenOCD, bzw. wo gebe ich die befehle z.B. "flash write 0 test.bin 0"(dürfte eigentlich schon im punkt 1 passiert sein?) oder beim debuggen den befehl "halt"??? danke voraus!
was hält ihr davon http://www.at91.com/www/phpBB2_mirror/viewtopic.php4?t=1445&postdays=0&postorder=asc&start=0 ? da steht es doch "This free gdbserver works with J-Link and SAM-ICE" oder?
-
Thread
Neuling: Viele fragen zu AVR-NET-IO+Atmel EvalBoard
auch in C programmieren will. Hab mir bei Pollin das AVR-Net-IO und das ATMEL Evaluations-Board V2.0.1 besorgt. Vorhanden ist somit auch ein ATmega32: http://www.atmel.com/dyn/resources/prod_documents/doc2503.pdf Meine Frage ist jetzt wie kann ich ein Programm auf das ATmega32 draufladen nachdem ich
Einzelschrittbearbeitung machen usw. Hierzu brauchst Du aber andere und teuere Hardware. ATMEL JTAG ICE MKII oder AVR Dragon fallen hier drunter. Ich habe hier einen alten JTAG ICE ohne MKII, den ich aber noch nicht benötigt habe. Für meine ersten Versuchen reichten printf Ausgaben über die serielle
-
Thread
Sanfter Umstieg von 8bit auf 32bit Atmel
Zusammenstellung kann man heutzutage mit der Lupe suchen. Für µC war vor etwa 20 Jahren noch ein Pitch von 0.8mm zu finden, später allenfalls 0.65mm und heutzutage kommen die meisten eben mit 0.5mm Pitch daher. (einige von Freescale gibt's noch mit etwas gröberem Pitch) Und wozu sollte es partout ein Atmel-Chip
mehr Power. Die laufen mit 5V, lassen sich mit dem Atmel-Studio programmieren und mit dem Atmel ICE hatte ich schon einen passenden Debug-Adapter. Das TQFP-32 hat 0,8 mm Abstände und somit war der kleinste aus der Reihe dann auch noch im gleichen Gehäuse wie der ATMega16M1-AU den ich vorher benutzt
-
Thread
Schnelle TTL-Ansteuerung einer LED, f>1MHz
lassen, sondern knapp unter der Helligkeit zu halten, die für den Empfänger ein sicheres logisch 0 bedeutet.
Geschwindigkeit darin, den Strom über die Diode nie ganz abreißen zu lassen. 1. Am Gatterausgang liegen 0V: Als Emitterfolger liegt damit am Emitter und damit auch an der Anode der Diode eine Spannung von ca. 0,7V an. Da die Basis unter der Schaltschwelle liegt kommt es zu einem Stromfluss von R in die
-
Thread
Auswahl eines ARM-µC für Einsteiger
microcontrollers-and-processors/arm-based-processors-and-mcus/lpc-cortex-m-mcus/lpc4300-cortex-m4-m0:MC_1403790133078 > Atmel ICE Der Debugger wird Dir von NXP, STM, Silabs für < 20 EUR nachgeworfen. > Ich lese überall ganz viel über die STM-32 Chips Stimmt hat sich im Hobby-Bereich etabliert
kaum Wünsche offen lässt (Rowley Crossworks) und es macht wieder Spass uCs zu programmieren. M0, M3, M4 - M0 hat einiges an Befehlen weniger als M3. Das heißt, für die gleiche Aufgabe muss der Core länger laufen. Auch wenn der Stromverbrauch / MHz geringer ist, bringt es real dann oft nichts da
-
Thread
LTE stört GPS
zum Thema EMV: Ein Motorola International 3200 mit (max.) 2 W Sendeleistung schaffte in einem ICE bei voller Fahrt, die Innentueren bei einem Gespraechsaufbau zu oeffnen. Das war so um 1994/5 herum. Das stelle ich mir bei 300 km/h und den Aussentueren dann schon unlustig vor. Aber so ein ICE
Wenn deine LTE-Antenne keinen aussergewoehnlich hohen Antennengewinn > hat, Gewinn ist 1dBi +/- 0,5dB. Bezogen auf die eingebaute Antenne werden es wohl aber doch 3dB mehr sein.
-
Thread
Kann nicht Interrupt auslosen mit Timer4 und Timer5
if(!(c== 0x0d || c== 0x0a)){buffer[f] = c; f++;} c = UARTGetDataByte(UART2);//ReadUART2() ; if(!(c== 0x0d || c== 0x0a)){buffer[f] = c; f++;}
if(!(c== 0x0d || c== 0x0a)){buffer[f] = c; f++;} c = UARTGetDataByte(UART2);//ReadUART2() ; if(!(c== 0x0d || c== 0x0a)){buffer[f] = c; f++;}
-
Thread
Debugfähiger Kleinstcontroller Gesperrt
STM32F0 (10 €, oder umsonst auf der Embedded World) http://www.st.com/web/en/catalog/mmc/FM141/SC1169/SS1574?sc=stm32f0 + kostenlosen Keil Compiler (sonst 5000,- €) http://www2.keil.com/stmicroelectronics-stm32
STM32User schrieb im Beitrag #4070018: > STM32F0 (10 €, oder umsonst auf der Embedded World) > > http://www.st.com/web/en/catalog/mmc/FM141/SC1169/SS1574?sc=stm32f0 > > + kostenlosen Keil Compiler (sonst 5000,- €) > > http://www2.keil.com/
-
Thread
Blöde warning
daß in eeprom_read_byte ein Rücksprung nach Main() erfolgt. Ich hab' den Ablauf mit einem JTAG - Ice bis in die Routine eeprom_read_byte verfolgt. Ein Assemblerbefehl ST X, R24 löst einen Sprung nach 0x34 aus, von wo ein Vektor nach Main zeigt. Ich bins leid und gehe auf WinAVR-20070525 zurück
Compiler sondern einer dieser typischen Schmutzeffekte von einem etwas seltsamen Code und/oder JTAG-ICE ist. Aber dann wird er vermutlich auf das selbe Problem stossen. Der Code schmiert vielleicht an einer anderen Stelle ab, aber das wird die einzige Veränderung sein.
-
Thread
Höchstmögliche Schaltfrequenz an einem normalen AVR Ausgangs-Pin
Hier ist noch mein aktueller Code für den Timer. [c] TCCR0A = (1 << COM0A0) | (1 << COM0B0); TCCR0B = (1 << CS00); TIMSK0 = (1 << OCIE0B) | (1 << OCIE0A); OCR0A = 128; OCR0B = 128; [/c] Eigentlich sollte doch sowohl an OC0A als auch an OC0B ~62kHz
FPGA. > > Das wird jetzt so langsam Overkill. Die genannten Endstufen arbeiten > optimal bei 0...30kHz: Nö, wieso Overkill? Ein Lattice ICE40 mit 1200 Luts kostet bei Mouser 5€. Die sind sogar verfügbar. Also habe ich für 5€ ein genaues Timing und erspare mir diese ganzen fehlerträchtigen