-
Thread
AVR16EB14 ist irgendwie zu schnell
Jörg W. schrieb im Beitrag #7694021: > AVR16EB14 muss man viele Interruptflags mit der Hand löschen Da hast du aber kleine und schnelle Hände! ;-)
Jörg W. schrieb im Beitrag #7694021: > AVR16EB14 muss man viele Interruptflags mit der Hand löschen Das ist doch aber m.E. nichts neues, sondern schon seit den tinyAVR 0- und 1-series (erschienen Anfang 2017) der Fall, z.B. bei den Timer-INTFLAGS
-
Thread
AVR16EB14/20/28/32 Silicon Errata
In den Errata der brandneuen AVR-EB findet sich der etwas unglaubliche Bug Internal Reference: When ADC is using internal reference and running in active or idle sleep mode, the ADC will have missing codes. Work Around Use external reference or perform conversions only when device is in standby sleep mode. Soll das heißen der ADC liefert im normalen Betrieb mit interner Referenz /überhaupt keine/ Werte??
-
Thread
Moderne AVR (Nachfolger Atmega und Attiny)
, AVR32DU14, AVR32DU20, AVR32DU28, AVR32DU32. AVR-Ex: AVR16EA28, AVR16EA32, AVR16EA48, AVR16EB14, AVR16EB20, AVR16EB28, AVR16EB32, AVR32EA28, AVR32EA32, AVR32EA48. AVR-SD: AVR32SD20, AVR32SD28, AVR32SD32
> AVR32DD32, AVR32DU14, AVR32DU20, AVR32DU28, AVR32DU32. > > AVR-Ex: AVR16EA28, AVR16EA32, AVR16EA48, AVR16EB14, AVR16EB20, > AVR16EB28, AVR16EB32, AVR32EA28, AVR32EA32, AVR32EA48. > > AVR-SD: AVR32SD20
-
Thread
Nach Update Ubuntu Linux 14.04 -> 16.04 funktioniert avrdude mit USBProg4 nicht mehr
: ID 8087:07dc Intel Corp. Bus 002 Device 004: ID 5986:0538 Acer, Inc Bus 002 Device 019: ID 03eb:2104 Atmel Corp. AVR ISP mkII Bus 002 Device 005: ID 093a:2510 Pixart Imaging, Inc. Optical Mouse Bus 002 Device 003: ID 05e3:0605 Genesys Logic, Inc. USB 2.0 Hub Bus 002 Device 002: ID 16d0:09a0
0 bDeviceProtocol 0 bMaxPacketSize0 16 idVendor 0x03eb Atmel Corp. idProduct 0x2104 AVR ISP mkII bcdDevice 2.00 iManufacturer 1 ATMEL iProduct 2 AVRISP mkII iSerial
-
Thread
AVR64EA28: PIT-Interrupt
würde mich im Erfolgsfalle natürlich melden. Und notfalls bleibt mir ja noch immer der Umstieg auf den AVR16EB28 - der läuft bei mir.
/32/48: Vector #5, Addr.: 0x0A AVR16EB14/20/28/32: Vector #4, Addr.: 0x08 Was für mich bedeutet, dass der identische Binärcode für den RTC-PIT-Interrupt nicht auf beiden MCUs lauffähig sein kann! EATEST.lss: [code]
-
Thread
Brötje ISR Plus Kommunikation / LPB
00 0c 02 00 14 47 05 05 04 b2 00 ff 0a 19 ff ff ff ff 16 f1 09 78 0e 00 08 c0 02 00 14 66 05 05 00 0b f4 eb 78 17 08 00 0c 02 00 14 67 05 05 00 0b 00 74 03 16 02 0d 03 2f 00 ec 18 78 0e 00 08 c0 02 00 14 86
08 00 0c 02 00 14 47 05 05 00 0b 00 74 03 16 02 0d 03 33 00 eb fc unique 78 17 08 00 0c 02 00 14 a7 05 05 00 0b 00 74 03 16 02 0d 03 33 00 ec 5c unique 78 17 08 00 0c 02 00 14 07 05 05 00 0b 00 74 03 16 02 0d 03
-
Thread
Terratec (NEC) Fernbedienung mit IRMP
: 216 02eb14001200 13 KEY_OK IRMP 1518798561.241439: 216 02eb14001200 14 KEY_OK IRMP 1518798561.457488: 216 02eb14001200 15 KEY_OK IRMP 1518798561.673440: 215 02eb14001200 16 KEY_OK IRMP 1518798561.889451
00 00 00 00 converted to protocoladdresscommandflag: 02eb14001401 read 17 bytes: 01 02 14 eb 14 00 01 00 00 00 00 00 00 00 00 00 00 converted to protocoladdresscommandflag: 02eb14001401 read 17 bytes: 01 02 14 eb 14 00 01 00 00 00 00 00 00
-
Thread
DIAMEX ALL-AVR
Teil ohne Probleme unter Linux mit avrdude läuft. lsusb sagt dazu: Bus 006 Device 005: ID 03eb:2104 Atmel Corp. AVR ISP mkII
1.2: Manufacturer: ERFOS kernel: usb 2-1.2: SerialNumber: 0000A00128255 mtp-probe: bus: 2, device: 16 was not an MTP device kernel: usb 2-1.2: usbfs: USBDEVFS_CONTROL failed cmd mtp-probe rqt 128 rq 6 len 1024 ret -110 lsusb: Bus 002 Device 016: ID 03eb:2104 Atmel Corp. AVR ISP mkII Test, ob
-
Thread
AVR und der Umgang mit C++
**************************************************************** void RX5808::setFrequency( uint16_t frequency){ 148: ff 92 push r15 14a: 0f 93 push r16 14c: 1f 93 push r17 14e: cf 93 push r28 150: df 93 push r29 152: ec 01 movw
0x01 ; 1 2ba: 0e 94 0d 01 call 0x21a ; 0x21a <_Z15spi_selectSlaveb> for(int x = 0 ; x < 16 ; x++) 2be: 00 e0 ldi r16, 0x00 ; 0 2c0: 10 e0 ldi r17, 0x00 ; 0 2c2: 7e 01 movw r14, r28 2c4: e0 0e add r14, r16 2c6: f1 1e adc r15, r17
-
Thread
Ist der ATtiny85 "abwärtskompatibel"?
lsusb sagt dazu: Bus 002 Device 005: ID 03eb:2104 Atmel Corp. AVR ISP mkII lsusb -s 2:5 -v sagt dann: Bus 002 Device 005: ID 03eb:2104 Atmel Corp. AVR ISP mkII Couldn't open device, some information will be missing Device Descriptor
Specific Class bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 16 idVendor 0x03eb Atmel Corp. idProduct 0x2104 AVR ISP mkII bcdDevice 2.00 iManufacturer 1 iProduct 2 iSerial
-
Thread
Potentiometer erzeugung eines Midisignals
7606 1 -- 144 17 18 1 F 0 Note On 7613 1 -- 144 17 16 1 F 0 Note On 7623 1 -- 144 15 14 1 Eb 0 Note On 7624 1 -- 144 13 14 1 C# 0 Note On 7630 1 --
8927 1 -- 144 9 11 1 A -1 Note On 8936 1 -- 144 13 14 1 C# 0 Note On 8941 1 -- 144 15 16 1 Eb 0 Note On 8947 1 -- 144 17 18 1 F 0 Note On 8950 1 --
-
Thread
Erzeugung von reduntantem Code in AVR-GCC
Maschinenworte effizient verarbeiten kann. Die Sprache C geht davon aus, dass ein Maschinenwort mindestens 16 Bits breit ist. Folglich geht GCC eigentlich davon aus, dass der AVR-Prozessor 16-Bit Worte effizient verarbeiten kann. Insofern ist es eher als nützliche Feature anzusehen, dass der Compiler nicht
Hier noch einmal genau die gleiche Mist wie oben. In diesem Fall lässt sich AVR-GCC aber nicht einmal durch den Cast beeinflussen. [c] if (((uchar)idlePolls)&0x90) DDRB |= _BV(NANITE_CTRLPIN); [/c] Das erzeugt AVR-GCC: [code] 1eb6: 80 91 66 00 lds r24
-
Thread
AVR64DD28, mEDBG, Studio 7.0 - Fehler beim Schreiben von Fuses
Ich habe jetzt festgestellt: weder AVR16DD14 noch AVR16EB14 wollen mit dem mEDBG programmiert werden. Es ist Zeit für einen nEDBG.
Mit dieser Änderung lässt sich, zumindest bei mir, die Signatur auslesen von ATtiny412, ATmega4809, AVR128DB28, AVR16DD28, AVR32EA28 und AVR16EB14.
-
Thread
Bewegungsmelder, kostengünstig, mobil
http://www.reichelt.de/?;ACTION=3;LA=4;GROUP=A54;GROUPID=3045;ARTICLE=47522;START=0;SORT=preis;OFFSET=16;SID=2955RwuawQAR0AAFRnAEc14b0805eb85937b86570796ae04b0f9d und diese dann mit einem AVR an einen Piezosummer und evtl. LEDs anzuschließen. Dazu meine Fragen: -Hat jemand Erfahrung mit LHI968? -Wie
;LA=4;GROUP=H4;GROUPID=3484;ARTICLE=14557;START=0;SORT=preis;OFFSET=16;SID=2955RwuawQAR0AAFRnAEc14b0805eb85937b86570796ae04b0f9d Die ganze Vorrichtung soll dann mit einem Hering in den Boden gerammt werden.
-
Thread
AVRISP-MKII unter Suse benutzen
normaler Nutzer. Meine "/etc/udev/rules.d/80-usbprog.rules" sieht so aus: [c] ATTR{idVendor}=="03eb", ATTR{idProduct}=="2104", GROUP="plugdev", MODE="0666" # AVRISP mkII ATTR{idVendor}=="03eb", ATTR{idProduct}=="2107", GROUP="plugdev", MODE="0666" # AVR-Dragon ATTR{idVendor}=="03eb", ATTR{idProduct}=="2103", GROUP="plugdev", MODE="0666" # JTAG ICE mkII ATTR{idVendor}=="03eb", ATTR{idProduct}=="2106", GROUP="plugdev", MODE="0666" # STK600 ATTR{idVendor}=="16c0", ATTR{idProduct}=="05dc", GROUP="plugdev", MODE="0666" # USBASP von www.fischl.de ATTR{idVendor}=="03eb", ATTR
-
Thread
Neue ATTINY3226 usw. gar nicht mitbekommen
_____|____________|_____________ AVR16DD14 | AVR16DD20 | AVR16DD28 | AVR16DD32 AVR32DD14 | AVR32DD20 | AVR32DD28 | AVR32DD32 AVR64DD14 | AVR64DD20 | AVR64DD28 | AVR64DD32 28 Pin | 32 Pin | 48 Pin | ______
AVR16EB14 Preliminary Data Sheet https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR16EB14_20_28_32-Prelim-DataSheet-DS40002522.pdf
-
Thread
avrdude bzw. libusb funktioniert nur an bestimmtem USB-Anschluss
das aTeVaL an Bus 003 angeschlossen ist, kommt die Fehlermeldung. [code] Bus 003 Device 007: ID 03eb:2104 Atmel Corp. AVR ISP mkII [/code] Nur wenn das aTeVaL an Bus 001 angeschlossen ist, kommt keine Fehlermeldung [code] Bus 001 Device 007: ID 03eb:2104 Atmel Corp. AVR ISP mkII ... ~# avrdude
Specific Class bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 16 idVendor 0x03eb Atmel Corp. idProduct 0x2104 AVR ISP mkII bcdDevice 2.00 iManufacturer 1 ATMEL iProduct 2 AVRISP mkII iSerial
-
Thread
Linux: udev rules funktionieren nicht
idVendor}=="1781", ATTR{idProduct}=="0c9f", GROUP="users", MODE="0666" #USBasp ATTR{idVendor}=="16c0", ATTR{idProduct}=="05dc", GROUP="plugdev", MODE="0660" # USBASP von www.fischl.de # # Atmel Corp. AVR ISP mkII ATTR{idVendor}=="03eb", ATTR{idProduct}=="2104", GROUP="plugdev", MODE="0660" #ATTR{idVendor}=="03eb", SYSFS{idProduct}=="2104", GROUP="plugdev", MODE="0660" # ID 03eb:2104 Atmel Corp. AVR ISP mkII [/pre]
-
Thread
[V] Halbleiter, Netzteile, Opto, Encoder, Diskret, Relais, Pneumatik, AoIP
Verpackung aufbewahrt, ausgenommen die pneumatischen Bauteile. Halbleiter: 450x ATMEGA325-16AU: AVR -> 1,00 €/Stk. 84x PIC16LF648A: Microchip PIC -> 0,50 €/Stk. 8x CW25-TIM: GPS-Modul mit 1pps und Clockausgang -> 5,00 €/Stk. 104x LTC1337CSW:
kleines Update der verfügbaren Bauteile sowie ein paar Preisanpassungen. Halbleiter: 425x ATMEGA325-16AU: AVR -> 1,00 €/Stk. 84x PIC16LF648A: Microchip PIC -> 0,50 €/Stk. 8x CW25-TIM: GPS-Modul mit 1pps und Clockausgang -> 5,00 €/Stk. 84x LTC1337CSW:
-
Thread
Verständnisfrage PWM mit AVR
> eigentlich hatte ich mit einem kleinen ATTiny412 geliebäugelt Ein AVR16EB14 sollte die Vorgaben erfüllen.
S. L. schrieb im Beitrag #7772795: > Ein AVR16EB14 sollte die Vorgaben erfüllen. Tatsächlich. ● 16-bit Timer/Counter type E (TCE) with four compare channels for PWM generation and Waveform Extension (WEX) ● Internal PLL up to 80 MHz for
-
Thread
delayMicroseconds() Error. Keine Variable erlaubt.
digitalWrite(1,LOW); delayMicroseconds(20000); } [/c] Fehlermeldung: [code] Arduino: 1.8.14 Hourly Build 2020/07/13 05:33 (Windows 10), Board: "ATtiny13, 9.6 MHz internal osc., BOD 2.7V, Micros disabled" c:\users\reder\desktop\arduino-nightly\hardware\tools\avr\avr\include\util\delay.h:
es sollte funktionieren. Leider nein! Siehe: https://github.com/MCUdude/MicroCore/blob/9199e45eb749d34c4f73b5112b62bad5698a1906/avr/cores/microcore/Arduino.h#L91
-
Thread
C-Funktionen vom RAM ausführen?
0] a: R_AVR32_GOT16S global e: 70 08 ld.w r8,r8[0x0] 10: f0 c9 ff ff sub r9,r8,-1 14: ec f8 00 00 ld.w r8,r6[0] 14: R_AVR32_GOT16S
00 00 add r0,r0 20: 00 00 add r0,r0 20: R_AVR32_GOTPC .text+0x8 ... 00000024 <hello>: 24: eb cd 40 c0 pushm r6-r7,lr 28: 1a 97 mov r7,sp 2a: 48 46 lddpc r6,38 <hello+0x14> 2c:
-
Thread
WinAvr Atmel Ice als Programmer hinzufuegen
Ja ein Ubuntu 14.04
seqno 8 (command_sequence == 8) avrdude: stk500v2_jtag3_recv(): got 508 bytes, have only room for 16 bytes avrdude: stk500v2_jtag3_close() avrdude: jtag3_close() avrdude: Sending AVR sign-off command: avrdude: jtag3_edbg_send(): sending 3 bytes avrdude: jtag3_recv(): Got message seqno 9 (command_sequence
-
Thread
AVR flashen mit Dragon & Linux geht nicht
> avrdude -p ATMEGA48 -c dragon_isp -P usb -t -vvvv [pre] avrdude: Version 5.4, compiled on Jul 14 2007 at 23:16:29 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/ System wide configuration file is "/usr/local/etc/avrdude.conf" User configuration file is
on device 00:10.1-1 address 33 [Dragon abgestöpselt] Feb 22 01:20:16 camelita kernel: hub.c: new USB device 00:10.1-1, assigned address 34 [Dragon wieder angestöpselt] Feb 22 01:20:16 camelita kernel: usb.c: USB device 34 (vend/prod 0x3eb/0x2107) is not claimed by any
-
Thread
AVR jtagice3 unter Linux
Hallo zusammen, ich habe hier einen recht neuen Atmel AVR jtagICE3 liegen, funktioniert prima unter Windows, möchte diesen aber sehr gerne auch unter Linux (Ubuntu 14) mit avrdude benutzen. Avrdude habe ich installiert, der jtagICE3 findet sich auch in der
zugreifen kannst. Auf einem Linux, mit dem ich arbeite, benutze ich das hier: [pre] # Atmel VID: 03eb # Atmel AVR ISP mkII: PID 2104 # Atmel AVR JTAG ICE mkII: PID 2103 # Atmel STK600: PID 2106 # Atmel AVR DRAGON: PID 2107 # Atmel JTAGICE3: PID 2110 # Atmel JTAGICE3
-
Thread
cc1110 programmieren
cc_flasher: [INFO] searching for 1st cc_flasher [INFO] usb_find_busses: 7 [INFO] usb_find_devices: 14 [TRACE] 007/002 0483/2016 [TRACE] 007/001 1D6B/0001 [TRACE] 006/001 1D6B/0001 [TRACE] 005/004 03EB/0001 [INFO] Found it [TRACE] openning device [TRACE] device openned [INFO]
ich aus der Umgebung, die bei dem Flasher mitgeliefert wird nicht schlau. Meine Welt ist eher die AVR mit den "normalen" Software-Mitteln, diese ist mir etwas speziell mit Eclipse als IDE. Ein direkt (auch mit AVR-Studio oder den anderen Tools) flash-bares File hab ich bisher nicht entdeckt. (Oder kann
-
Thread
Atmel Studio 4.19 unter W10X64
besonders klein werden soll empfehle ich den AVR64DD14. Dessen SMD Gehäuse lässt sich immer noch sehr bequem löten.
klein zu bauen, wo nicht so viel gebraucht wird - 16 k SRAM und 128 k Flasch haben die ja auch... Schade daß AVR128 in DIP40 nicht vorhanden sind. Gerhard H. schrieb im Beitrag #7626431: > Und wenn es besonders klein werden soll empfehle ich den AVR64DD14
-
Thread
Korrelation ist besser statt hohe Sendeleitsung!!! Gesperrt
uns aber leider was einen Atmega anbelangt, nicht weiter. > Dabei spielt es keine Rolle ,ob eine 16bit-Multiplikation z.B. durch >1000 > >AVR-Befehle emuliert wird. Ab N~16000 ist die FFT-Methode dennoch >schneller schon wieder zu stark vereinfacht. Der Atmega8 hat eine 8x8=16Bit Multiplizierer
> Oehm, aber 16 mW nach Australien klingt schon irgendwie irre... Vorsicht, das war aber bei einer ganz anderen Frequenz. 14MHz und 140MHz ist ein sehr grosser Unterschied in der Ausbreitung. Mit 140MHz@18mW wird er
-
Thread
uC an USB nicht erkannt ( als wär nichts da )
keinerlei zusätzliche Treiber installiert sind. Bei Dir wird es anders aussehen, Du hast vermutlich AVR-Studio und FLIP installiert. Nun wäre meine Vermutung, dass bei Dir Windows den VID_03EB liest und dann das Gerät mit irgend einem Treiber ansprechen will. Das geht nicht und Windows meldet das Gerät
Kann man den RAM über den Programmer auslesen? ( zum größe feststellen ) >oder so. Unter Linux/avr-gcc gibt es ein Kommando "avr-size file.hex" oder ähnlich, bei WinAVR weiss ich nicht. Aber wenn der Debugging-Code deaktiviert ist hast Du mit der RAM-Größe ganz sicher keine Probleme. Es könnte natürlich
-
Thread
SPS Betriebssytem
nochmal durch den Kopf gehen lassen und bin zu folgendem Entschluss gekommen! MCU: ATmega32-16 DIP mit 16MHz Quarz Inputs: 16 Stück (durch 2x 74HC595)ggf mit Optok. Outputs: 16 Stück (durch 2x 74HC165)ggf mit Optok. ADC: 8 ADC`s (die des AVR`s) PWM: 2 CAN: MCP2515 RS232: MAX232
P11 SA T... P12 ZV Z... P13 ZR Z... P14 SZ... P15 RZ... P16 BE Baustein-Ende P17 UN Operand... P18 ON Operand... P19
-
Thread
Wine-Problem: AVRStudio4 unter Linux 64 Bit läuft nicht mehr
Hallo. Ich bin kürzlich mit meinem PC "umgezogen" -- von einem 32-Bit-System, unter dem AVR Studio 4 noch mit wine lief auf ein aktuelles 64-Bit-System (genauergesagt Kubuntu 14.04 LTS). Der Umzug lief zwar glatt und die Programme laufen auch alle, doch leider funktioniert AVR Studio
7e9d5000 Deferred gdi32<elf> \-PE 7e8c0000-7e9d5000 \ gdi32 ELF 7e9d5000-7eb2f000 Deferred user32<elf> \-PE 7e9f0000-7eb2f000 \ user32 ELF 7eb2f000-7ebe9000 Deferred winmm<elf> \-PE 7eb40000-7ebe9000 \ winmm ELF 7ef59000
-
Thread
Wie bekomm ich die Daten in den Speicher?
A1 E9 E0 EA E1 EB E2 EC E3 :1 001200 F0 A9 F1 E8 F2 E9 F3 EA F4 EB beim Importieren kommt jedoch ein Fehler, das File sei Fehlerhaft. Hat jemand Ideen?! Grüße
ah, verstanden. da steht keine 1, sondern eine 10h für 16dez :)
-
Thread
Problem mit CRC-Test wenn Tabelle im EEPROM - mega88
, 0x6EB6, 0x5ED5, 0x4EF4, 0x3E13, 0x2E32, 0x1E51, 0x0E70, /* 78 */ 0xFF9F, 0xEFBE, 0xDFDD, 0xCFFC, 0xBF1B, 0xAF3A, 0x9F59, 0x8F78, /* 80 */ 0x9188, 0x81A9, 0xB1CA, 0xA1EB, 0xD10C, 0xC12D, 0xF14E, 0xE16F,
. Du benutzt offensichtlich das CCITT Standardpolynom 0x1021, siehe Index 1 der Tabelle. Die WinAVR Library hat eine assembleroptimierte Funktion dafür, siehe crc16.h. In C geht es aber auch ganz gut.
-
Thread
Probleme mit Multiplexen
Programmierfehler da ich da eben noch kaum Kenntnisse habe.... LG Chainex [c] #include <avr/io.h> #include <util/delay.h> #include <stdint.h> #define E_on PORTB = 0b11011111; #define E_off PORTB = 0b11111111; #define Ea PORTB = 0b01011111; #define Eb PORTB
Eb Warten Ec Warten E_off break; case 2: Ea Warten Eb Warten
-
Thread
Plasma Effekt
0x1289, 0x12B7, 0x12E5, 0x1313, 0x1341, 0x1370, 0x139E, 0x13CC, 0x13FA, 0x1428, 0x1456, 0x1484, 0x14B2, 0x14E0, 0x150E, 0x153C, 0x156B, 0x1599, 0x15C7, 0x15F5, 0x1623, 0x1651, 0x167E, 0x16AC, 0x16DA, 0x1708, 0x1736, 0x1764, 0x1792, 0x17C0, 0x17EE, 0x181C, 0x1849, 0x1877, 0x18A5, 0x18D3, 0x1901,
0x1901, 0x18D3, 0x18A5, 0x1877, 0x1849, 0x181C, 0x17EE, 0x17C0, 0x1792, 0x1764, 0x1736, 0x1708, 0x16DA, 0x16AC, 0x167E, 0x1651, 0x1623, 0x15F5, 0x15C7, 0x1599, 0x156B, 0x153C, 0x150E, 0x14E0, 0x14B2, 0x1484, 0x1456, 0x1428, 0x13FA, 0x13CC, 0x139E, 0x1370, 0x1341, 0x1313, 0x12E5, 0x12B7, 0x1289,
-
Thread
Max233: Falsche Characters
beträgt nun nur noch 0,16%. Auf einmal verstehen sich AVR und PC. Ich hoffe, daß Dein Problem ähnlich gelagert ist und du es so lösen kannst. Oder das es anderen hilft. Viele Grüße, Stefan.
)/(16(UBRR+1)) Der AVR nimmt nicht die 6 sondern die 5 . Integer rounds down. Der Fehler wird dadurch aber noch größer. Und wenn man das Datenblatt liest kann man mit U2X=1 den Fehler bei 1MHz Takt
-
Thread
ROYALTEK RFG-1000 GPS-Empfänger
http://www.avr-design.de/index.php?lang=de&cat=gps&seite=nmea_rohdaten
05 22 A9 0C 30 1A F9 76 D0 C2 D7 4B 10 03 10 01 19 08 30 42 05 11 C8 A9 64 EB 4E E3 30 26 60 FF 02 FF 34 FD 00 10 03 10 01 19 05 EB 91 06 1A C8 A9 64 EA 1F 9A 1B 39 04 00 77 66 39 54 00 10 03 10 01 19 07 B1 B1 08 1B C8 A9 64 EB 21 B5 AA 12 3A FF 39 74 09 9C 00 10 03 10 01
-
Thread
CRC-16-Berechnung mit Lookup-Tabelle: zwei Varianten, beide gültig?
0xFF9F, 0xEFBE, 0xDFDD, 0xCFFC, 0xBF1B, 0xAF3A, 0x9F59, 0x8F78, 0x9188, 0x81A9, 0xB1CA, 0xA1EB, 0xD10C, 0xC12D, 0xF14E, 0xE16F, 0x1080, 0x00A1, 0x30C2, 0x20E3, 0x5004, 0x4025, 0x7046, 0x6067, 0x83B9, 0x9398, 0xA3FB, 0xB3DA, 0xC33D, 0xD31C, 0xE37F, 0xF35E, 0x02B1, 0x1290, 0x22F3,
Hallo, für CRC16 gibts eine Standardlib http://www.nongnu.org/avr-libc/user-manual/group__util__crc.html Es gibt auch Online Rechner mit denen du deine Ergebnisse vergleichen kannst.
-
Thread
Grafikfähiger LCD Controller für 320x240 LCD mit 4 Graustufen
mehr oder weniger starker Pigmentierung. Kann dies ein Fehler der zu niedrigen Spannung sein? Den AVR (MEGA8515-16PU) habe ich mit AVR DUDE geflasht; hierbei habe ich die Fuses : hFuse: DF ; lFuse: FF gesetzt. Sind diese korrekt? Gibt es ein Funktionierendes *.hex, mit einem Beispielbild, um das
auf egal wo ich das Bild auf dem Display platziere. PS. der 10,24MHz Quarz war noch ungenutzt, den 14,7456 Mhz hab ich aus meinem AVR-Server mit Kamera ausbauen müssen. mfg walter10
-
Thread
Mehrmonatsprojekt - Elin Stromgenerator 8kW 231V 50Hz@1500U zum Leben erwecken
die AVR abgreifbar ist und möchte den los werden bzw. könnte das uU auch eine Lichtmaschine aus dem Auto sein (unter der Annahme, das 14.4V die "richtige" Erregerspannung ist) So, ich hoffe ihr habt euch
Also normalerweise laufen die AVR an solchen Generatoren direkt am Ausgang durch die Remanenz mit geringem Erregerstrom an, der sich dann selbst verstärkt bis der AVR den Erregerstrom zurücknimmt. Falls das nicht mehr funktioniert hilft
-
Thread
avrdude Lucid 10.4 ioctl Berechtigungen
sudo vim /etc/udev/rules.d/80-usbprog.rules - mit Zeilennummern: [code] 1 TTR{idVendor}=="03eb", ATTR{idProduct}=="2104", GROUP="plugdev", MODE="0660" # AVRISP mkII 2 ATTR{idVendor}=="03eb", ATTR{idProduct}=="2107", GROUP="plugdev", MODE="0660" # AVR-Dragon 3 ATTR{idVendor}=="03eb", ATTR{idProduct}=="2103", GROUP="plugdev", MODE="0660" # JTAG ICE mkII 4 ATTR{idVendor}=="03eb", ATTR{idProduct}=="2106", GROUP="plugdev", MODE="0660" # STK600 5 ATTR{idVendor}=="16c0", ATTR{idProduct}=="05dc", GROUP="plugdev", MODE="0660" # USBASP von www.fischl.de 6 ATTR{idVendor}=="03eb
-
Thread
Kaufberatung - Fortgeschrittener Einstieg - AVR
Hallo, Erst einmal zu meiner Person: Ich bin 16 Jahre alt und Schüler. Ich denke derzeit darüber nach, mir ein AVR STK500 zu Weihnachten zu wünschen. Ich habe vor ein paar Monaten mit dem Arduino Uno angefangen und war sehr angetan, so dass ich
Lars schrieb im Beitrag #2946081: > Hallo, > Hallo > Erst einmal zu meiner Person: Ich bin 16 Jahre alt und Schüler. > > Ich denke derzeit darüber nach, mir ein AVR STK500 zu Weihnachten zu > wünschen. Ich habe vor ein paar Monaten mit dem Arduino Uno angefangen > und war sehr angetan,
-
Thread
[V] Halbleiter, Netzteile, Opto, Diskret, Relais, Buchsen, Evalboards
-16AU, Atmel: AVR -> 0,75€/Stk. 60x PCA9306D, NXP: I²C Level Shifter -> 0,50€/Stk. Halbleiter Speicher: 28x 29LV040CQI-70G, Macronix: 4MBit Parallel
PCF8591T, Philips: I²C 8Bit ADC und DAC -> 0,50€/Stk. 309x AD5541JR, Analog Devices: 16Bit DAC -> 0,75€/Stk. 295x PCA9515A, NXP: I²C Bus repeater -> 0,25€/Stk. 420x ATMEGA325-16AU, Atmel: AVR -> 0,75€/Stk. 60x PCA9306D
-
Thread
100x Infineon XMC2Go Board mit ARM Cortex-M0 zu gewinnen
=db3a30433c1a8752013c1aa35a6a0029" rel="nofollow">XMC1100</a> mit ARM Cortex-M0-Kern, 64 kB Flash, 16 kB RAM und ADC (<a href="http://www.infineon.com/dgdl/xmc1100_ds_v1.2_2013_12.pdf?folderId=db3a30433580b3710135a47f3eb76c98&fileId=db3a30433d1d0bbe013d256b60160b7f&ack=t" rel="nofollow">Datenblatt</a
Sieh dir mal Tabelle 14_1 und 14_2 an (Seite 14-6ff).
-
Thread
ATtiny13 verstehe Verhalten nicht
.-8 ; 0x8 <.do_clear_bss_loop> 00000010 <main>: 10: 80 e1 ldi r24, 0x10 ; 16 12: 87 bb out 0x17, r24 ; 23 14: c4 98 cbi 0x18, 4 ; 24 16: 82 e0 ldi r24, 0x02 ; 2 18: 88 bb out 0x18, r24 ; 24 1a: 2f eb ldi r18
.-8 ; 0x8 <.do_clear_bss_loop> 00000010 <main>: 10: 80 e1 ldi r24, 0x10 ; 16 12: 87 bb out 0x17, r24 ; 23 14: c4 98 cbi 0x18, 4 ; 24 16: 82 e0 ldi r24, 0x02 ; 2 18: 88 bb out 0x18, r24 ; 24 1a: 2f eb ldi r18
-
Thread
ATmega Development Boards (Sind die OK?)
728b39f3f2a0-9&algo_pvid=9300ac5e-51c8-4974-8c79-728b39f3f2a0&transAbTest=ae803_3&priceBeautifyAB=0 ATmega16 https://www.aliexpress.com/item/free-shipping-ATMEGA16-Development-Board-Minimum-System-Core-Board-AVR-Development-Board/2002119530.html?spm=2114.search0104.3.29.4135108eZrucGf&ws_ab_test=searchweb0
10622_10186_5711315_10621_10620_5722415,searchweb201603_41,ppcSwitch_5&algo_expid=f8437135-25d5-4f6e-8eb0-3428067f829a-1&algo_pvid=f8437135-25d5-4f6e-8eb0-3428067f829a&transAbTest=ae803_3&priceBeautifyAB=0 ATmega128 https://www.aliexpress.com/item/AVR-ATmega128A-Development-Board-Learning-Board-the-Minimum-System-Core-Board
-
Thread
Logamatic 2107 Schnittstelle
10 14 00 1A 7D 14 DF : A0 08 10 14 00 1A 7D 16 DD : A0 08 10 14 00 1A 7D 18 D3 : A0 08 10 14 00 1A 7D 1A D1 : A0 08 10 14 00 1A 7D 1C D7 : A0 08
* ! 00 * ! 1E * ! 63 * ! FE * # 19 00 19 FOUND: 08 * ! 10 * ! 14 * ! 00 * ! 1E * ! 64 * ! 00 * ! E9 00 E9 FOUND: 08 * ! 10 * ! 14 * ! 00 * ! 1E * ! 64 * ! 02 * ! EB 00 EB FOUND: 08 * ! 10 * ! 14 * ! 00 * ! 1E * ! 64 * ! 04 * ! ED 00 ED FOUND: 08 * ! 10 * ! 14
-
Thread
Kameramodul bei Pollin: Kennt das jemand?
Ich entwerfe momentan eine Platine mit einem Mega16 und 1Mx16 DRAM für die Ansteuerung von insgesamt zwei Kameramodulen (natürlich abwechselnd). Inzwischen habe ich den ASM-Code so zusammengefaltet, dass der AVR noch nicht einmal übertaktet werden
...Widerstandswerte z.B.: R3 = 470 Ohm , R14 = 1K ; entsprechend die identischen Werte für die anderen 5V/3,3V Spannungsteiler; R11 - R13 = 33 Ohm; Pullup R15,16 4,7K; R18/19 und R20/21 wie R3/R14;(dies kann sich event. noch ändern!)
-
Thread
Sinustabelle
,$8F,$92,$95; 0-7 .db $98,$9B,$9E,$A1,$A4,$A7,$AA,$AD; 8-15 .db $B0,$B3,$B6,$B9,$BB,$BE,$C1,$C3; 16-23 .db $C6,$C9,$CB,$CE,$D0,$D3,$D5,$D7; 24-31 .db $D9,$DC,$DE,$E0,$E2,$E4,$E6,$E7; 32-39 .db $E9,$EB,$ED,$EE,$F0,$F1,$F2,$F4; 40-47 .db $F5,$F6,$F7,$F8,$F9,$FA,$FB,$FC; 48-55 .db $FC,$FD,$FD,$FE
,$07,$08,$09; 200-207 .db $0A,$0B,$0D,$0E,$0F,$11,$12,$14; 208-215 .db $16,$18,$19,$1B,$1D,$1F,$21,$23; 216-223 .db $26,$28,$2A,$2C,$2F,$31,$34,$36; 224-231 .db $39,$3C,$3E,$41,$44,$46,$49,$4C; 232-239 .db $4F,$52,$55,$58,$5B,$5E,$61,$64; 240-247 .db $67
-
Thread
AVR32 Anwendung mit uboot von SDRAM starten
add r0,r0 10000014: eb ff ff fa st.bal r5[0x1fa],pc 10000018: f0 16 00 01 mcall r6[4] 1000001c: f0 16 00 00 mcall r6[0] 10000020: e3 cd 80 40 ldm sp++,r6,pc ---entfernt---- 100000fc <main>: 100000fc: eb cd 40 80 pushm r7,lr 10000100: 1a 97 mov r7,sp 10000102: 49 99 lddpc r9,10000164 <main+0x68> 10000104: 31 08 mov r8,16 10000106: 93 08 st.w r9[0x0],r8