-
Thread
Transistortester AVR
keine gute Idee. Einmal versehentlich einen Elko mit Restspannung >5V angeschlossen, und schon ist der AVR kaputt. Deshalb ist DIL28 die bessere Wahl, man kann ihn auswechseln. Aber es soll jeder so machen wie er mag... @Karl-Heinz: Scheenes Ding, danke... ...
-DPULLUP_DISABLE -DANZ_MESS=25 -DPOWER_OFF -DBAT_CHECK -DBAT_OUT=150 -DBAT_POOR=64 -DF_CPU=8000000UL -mmcu=atmega168 -gdwarf-2 -std=gnu99 -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT main.o -MF dep/main.o.d -DLANG_ENGLISH -c ../main.c avr-gcc
-
Thread
USBasp von Fischl unter Ubuntu installieren
idProduct}=="2ffa", GROUP="plugdev", MODE="0660" # AT90USB ATTR{idVendor}=="10c4", ATTR{idProduct}=="ea60", GROUP="plugdev", MODE="0660" # AVR910 ATTR{idVendor}=="03eb", ATTR{idProduct}=="2105", GROUP="plugdev", MODE="0660" # AVR ONE ATTR{idVendor}=="03eb", ATTR{idProduct}=="210d", GROUP="plugdev", MODE
Wie soll ich da nun weiter vorgehen? Scheinbar liegt es ja nicht an der AVR-Schaltung, oder?
-
Thread
Funk-Heizungsregler-System MAX!
Zr was senden, z.B. den Nachbarn erfrieren lassen (Thermostat absenken auf 5C): Zs0B120440034EA002A5F0000A Sicherheit gibts keine! Datenframing: wie bei/siehe Homematic. Payload: tbd
Ah OK, dann werde ich wohl doch was eigenes mit RFM und AVR-Net I/O basteln müssen. Vielen Dank!
-
Thread
Stack Überschreiber beim Rechnen mit uint64_t
Peter II schrieb im Beitrag #2410918: > warum brauchen 64bit denn 256byte ram? Weil es im Map-File so steht: [pre] .data 0x00800100 0x100 c:/avr/winavr/bin/../lib/gcc/avr/4.3.3/avr5\libgcc.a(_clz.o) 0x00800100
return 1; } #endif long long a, b; int main (void) { return a/b; } [/c] [code] $ avr-gcc div64.c -Os && avr-size a.out text data bss dec hex filename 4392 0 16 4408 1138 a.out $ avr-gcc div64.c -Os -DMYDIV && avr-size a.out text data
-
Thread
GNUBLIN www.gnublin.org
darin enthaltenen i2cset und i2cget oder in C http://www.mikrocontroller.net/articles/Ports_benutzen_%28GCC%29#Der_I2C_Bus_.26_SMBus Hier ein kleines Beispiel von mir http://krumeltee.wordpress.com/2011/08/15/pcf8574-am-avr32-unter-linux/ für den PCF8574, gibt dort noch mehr. Die Linux-I2C-Geschichten
Hallo Michael, danke dir für deine Arbeit! Ich habe hier einen 64 Bit Rechner und habe es mal mit make release übersetzt und nach amd64 umbenannt. Reicht das so, dass es für 64 Bit Ubuntu 12.04 geht? Kann das jemand mal testen? Gruss Benedikt
-
Thread
Bootloader ATmega 2561
eor r1, r1 1f0ce: 1f be out 0x3f, r1 ; 63 1f0d0: cf ef ldi r28, 0xFF ; 255 1f0d2: d1 e2 ldi r29, 0x21 ; 33 1f0d4: de bf out 0x3e, r29 ; 62 1f0d6: cd bf out 0x3d, r28 ; 61 1f0d8: 00 e0 ldi r16, 0x00 ; 0
0001f112 <LCD_SPI_Int>: void LCD_SPI_Int( uint16_t Value ) { // send int by SPI 1f112: 28 2f mov r18, r24 SPCR |= _BV(SPE); 1f114: 8c b5 in r24, 0x2c ; 44 1f116: 80 64 ori r24, 0x40 ; 64 1f118: 8c bd out 0x2c, r24 ; 44 SPDR = (uint8
-
Thread
gcc und Optimierung
, bit_nr); avr.c: avr_output_bld (operands, bit_nr); avr.c: AS2 (bld,%3,%2-1))); avr.c: AS2 (bld,r1,5) CR_TAB avr.c: return (AS2 (bst,%0,6) CR_TAB avr.c
the source and avr.c: sprintf (buf, "bst r%d, 7", rsource + tlen[1] - 1); avr.c: hadbst = 1; avr.c: if (hadbst) avr.c: sprintf (buf, "bld r%d, 7", rdest + tlen[0] - 1); avr.c:avr_output_bld
-
Thread
Tutorial 10x10x10 LED-Cube
* '* EA0 - 0 1 0 1 0 1 0 1 1 0 * '* EA1 - 0 0 1 1 0 0 1 1 0 1 * '* EA2 - 0 0 0 0 1 1 1 1 0 0
kann dir jetzt nicht folgen.... EA0 bis EA3 müssen am 13ten Latch an den Pins 16-19 sein....weil im Bitmuster auch die letzten 4 Bits die Ebenen steuern...
-
Thread
LCD Problem mit blafusel´s Routinen
Wahl. Die meisten kommen wohl damit halbwegs zurecht: http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/LCD-Ansteuerung
D7 * R/W ist n.c. * * 03/2005 Florian Schäffer, http://www.blafusel.de * */ #include <avr/io.h> #include <avr/delay.h> #define delay(us) _delay_loop_2 (((F_CPU/4000)*us)/1000) // wartet µs void lcd_write_init(uint8_t data) { PORTC = (data>>4); // output
-
Thread
Schneller Mikrocontroller mit Ethernet gesucht
schnell. Habe jetzt eine einfache Anwendung mit FreeRTos und uIP laufen, die liegt noch weit unter 64k.
Also Modul ist vielleicht das AVR-Webmodul von Ulrich radig interessant. http://www.ulrichradig.de/home/index.php/avr/avr-webmodule Programmierung wäre allerdings über isp. Ethernet war über einen enc28j60 zur ethernetbuchse
-
Thread
bit invertieren
mirror/ auskommentiert wurde, und danach der > Speicherplatzzuwachs festgestellt wurde (Atmega32, -Os, avr-gcc 4.3.2): Erstaunlich, was bei Dir an relativen(!) Unterschieden rauskommt. Bei mir ist es ATmega168, -Os, avr-gcc 4.3.3.
Funktions-Aufruf. (Codesize und CPU-Zyklen für diese Initialisierung sind nicht dabei) [c] #include <avr/io.h> volatile uint8_t cnt; unsigned char mirror1(unsigned char a ) // 42 Bytes, 28 Cycles { a = ((a >> 4) & 0x0F) | ((a << 4) & 0xF0); a = ((a >> 2) & 0x33) | ((a << 2) & 0xCC); a =
-
Thread
Bilineare Interpolation mit Festkomma
mul r31, r16 2e4: 90 0d add r25, r0 2e6: 11 24 eor r1, r1 2e8: 28 0f add r18, r24 2ea: 39 1f adc r19, r25 2ec: 24 9f mul r18, r20 2ee: 80 01 movw r16, r0 2f0: 25 9f mul r18, r21 2f2: 10 0d add r17
r0 31e: 11 24 eor r1, r1 320: 28 0f add r18, r24 322: 39 1f adc r19, r25 324: 64 1b sub r22, r20 326: 75 0b sbc r23, r21 328: 26 9f mul r18, r22 32a: c0 01 movw r24
-
Thread
Meteotime Crypt Gesperrt
Holst Du da nicht etwas zu weit aus ? Ich bin zwar kein PIC - Fan, aber angenommen da waere ein AVR drin gewesen, ich bin mir sicher da waere das gleiche bei raus gekommen und es haette geheissen... *Tatsache, das man den AVR ansich in die Tonne...* Die Hersteller haetten es schlauer anstellen
über DES mal schlau gemacht und auch eine step-by-step Anleitung gefunden, allerdings basiert die auf 64 Bit Daten. Auch wenn mit mir keiner sprechen will :/ hab ich trotzdem eine Frage: Wie unterscheidet sich die 64-bit-DES mit dem 40-bit-DES im HKW? schönen Abend. Danilo
-
Thread
LCD funktioniert nur an Port D (ATmega644P)
Jan Peukert schrieb im Beitrag #2199095: > avrdude -p ATMEGA644P -c avr910 -P COM1 -u -U hfuse:w:"0xD9":m und > Found programmer: Id = "AVR ISP"; type = S Ich kenne den avr910 zwar nicht, aber ein AVR ISP ist es wohl nicht :) 42m
Ja auch wenn ich dort avr910 oder avr911 eintrage, es ändert sich nicht. Verwende den "mySmart USB light" ISP-Programmer. Dieser ist avr910/911 kompatibel
-
Thread
Brötje ISR Plus Kommunikation / LPB
ab 00 28 f3 24 U 78 0e 00 08 c0 02 00 14 86 05 21 04 aa f5 ca U 78 10 08 00 0c 02 00 14 87 21 05 04 aa 00 64 f3 7f U 78 0e 00 08 c0 02 00 14 a6 05 05 07 be f5 e5 U 78 10 08 00 0c 02 00 14 a7 05 05 07
min -3°C: 0xFF54 = -172, this is int16_t middle 0°C: 0x0004 = 4 max +3°C: 0x00BC = 188 6) 0xFD28FFFFFFFFXXXXCC: room temperature * 64 20°C = 0x0500 QAA50 Special messages: 0xFB4CFFFFFFFFFFXXCC: comfort mode set 0x00 = economy 0x01 = comfort 0xFE4CFFFFFFFFFFXXCC: comfort mode validate
-
Thread
schnell binär nach bcd wandeln
50 subi r18, 0x00 ; 0 9e8: 3f 4f sbci r19, 0xFF ; 255 bin-=100; 9ea: 84 56 subi r24, 0x64 ; 100 9ec: 90 40 sbci r25, 0x00 ; 0 9ee: 84 36 cpi r24, 0x64 ; 100 9f0: 91 05 cpc r25, r1 9f2: c8 f7 brcc .-14
dec r0 9e2: e2 f7 brpl .-8 ; 0x9dc <bintobcd+0x1c> 9e4: c8 2b or r28, r24 9e6: d9 2b or r29, r25 bin/=10; 9e8: c9 01 movw r24, r18 9ea: 6a e0 ldi r22, 0x0A ; 10 9ec: 70 e0 ldi r23, 0x00 ; 0 9ee: 0e 94 02 05
-
Thread
ATmega32 uint32_t Problem
: 11 24 eor r1, r1 56: 1f be out 0x3f, r1 ; 63 58: cf e5 ldi r28, 0x5F ; 95 5a: d8 e0 ldi r29, 0x08 ; 8 5c: de bf out 0x3e, r29 ; 62 5e: cd bf out 0x3d, r28 ; 61 00000060 <__do_clear_bss>: 60: 10 e0 ldi r17
Erstmal vielen Dank für die Hilfestellungen. Habe jetzt meinen AVR ausgetauscht und mit dem funktioniert es. Hatte keinen Breakpoint gesetzt sondern zeilenweise debuggt und seconds im Watch gehabt. Dennoch merkwürdig da der AVR sonst einwandfrei arbeitet??!
-
Thread
Optimierung Fehlerhaft?
ausgeführt. Da wegoptimiert. return adc_ergebnis; } [/c] und der passende ASMCode [avrasm]AVR-Assembler-Code 00000250 <adcwertermittlung>: 250: 28 2f mov r18, r24 252: 80 91 7a 00 lds r24, 0x007A 256: 80 64 ori r24, 0x40 ; 64 258: 80 93 7a 00 sts 0x007A,
+0x2a> 274: 64 e0 ldi r22, 0x04 ; 4 276: 01 c0 rjmp .+2 ; 0x27a <adcwertermittlung+0x2a> 278: 6a e0 ldi r22, 0x0A ; 10 27a: 0e 94 75 01 call 0x2ea ; 0x2ea <__udivmodqi4
-
Thread
avr910 und m88
Hier der Link zur detaillierteren Beschreibung http://www.klaus-leidinger.de/mp/Mikrocontroller/AVR-Prog/AVR-Programmer.html#updates
0x33 funktioniert nur mit der Firmware von meiner Seite, wenn 0x76 nicht geht, dann ist das beim myAVR Programmer anders implementiert als bei avr910. Probiere bitte mal avrdude -P /dev/micro/mySmartUSB -p m88 -c avr910 -v -v ( 2x -v !) Dann sollte eine Liste kommen: "Programmer supports the following
-
Thread
Sicherheit von AKWs bei Erdbeben
wirklich wahre Grund warum Dinos ausgestorben sind: http://29.media.tumblr.com/tumblr_kpyaw8Mifp1qa28gno1_400.jpg
U und dreimal 236 U auf. > > Wie ist das zu verstehen? http://de.wikipedia.org/wiki/Isomer_%28Kernphysik%29
-
Thread
Pollin - Receiver-Mainboard mit Twin DVB-[T,C] Tuner, NXP PNX8950EH
> um die Bootloader-Frage vielleicht klären zu können, habe ich mal den > Flash-Baustein an einen AVR gehängt und gedumped. Hallo Stefan, vielen Dank für Deinen nützlichen Beitrag. Mit Deinem Dschungelgelöt hast Du die vollen 64MB dumpen können.
C) PNX8950 Board # go 0x80100000 ## Starting application at 0x80100000 ... U-Boot 1.2.0 (Apr 28 2011 - 23:20:09) DRAM: 64 MB CONFIG_PCI: define CONFIG_XIO: undefine Using default environment I2C: Bus #0, at 0xBBE45000 I2C: Bus #1, at 0xBBE46000 I2C: Bus #2, at 0xBBE4C000 I2C:
-
Thread
Zeigt her eure Kunstwerke (2) Gesperrt Bilder
Funksteckdosenempfänger (Standbygeräte/Router ein/ausschalten) Technik: PIC 18F25K22, Display EA DOG 128x64 mit Touchpad, RFM12, SI4735, TDA7052 Die Anzeigeplatine entstand für mein Projekt Heizungsregelung und wurde um die Radio-/Verstärkerplatine ergänzt. Programmiert in C18 mit MPLABx 1.10
Wahrscheinlich base 64 hrhr ;)
-
Thread
Nach entfernen von Redundanz größer?
<lcdNumberPad+0x4c> c8: c4 36 cpi r28, 0x64 ; 100 ca: d1 05 cpc r29, r1 cc: 10 f0 brcs .+4 ; 0xd2 <lcdNumberPad+0x36> ce: 03 e0 ldi r16, 0x03 ; 3 d0: 0b c0 rjmp .+22 ; 0xe8
; 0x90 <lcdData> e6: 11 50 subi r17, 0x01 ; 1 e8: 01 17 cp r16, r17 ea: d0 f3 brcs .-12 ; 0xe0 <lcdNumberPad+0x44> ec: ce 01 movw r24, r28 ee: 0e 94 4b 00 call 0x96 ; 0x96 <lcdDigits> f2: 09 c0 rjmp .+18 ; 0x106 <lcdNumberPad
-
Thread
XMega bleibt "hängen"?
und es läuft!? Was ich festgestellt habe, ist eine unterschiedliche Kompilerversion: Windows: avr-gcc 4.3.3 (WINAVR 20100110) Linux: avr-gcc 4.3.4 bitte jetzt keine Ratschläge ala "na dann prog halt unter Windows" .... Grüße, Michael
2e mov r0, r25 34ca: 05 26 eor r0, r21 34cc: 0e d0 rcall .+28 ; 0x34ea <__divmodsi4_neg1> 34ce: 57 fd sbrc r21, 7 34d0: 04 d0 rcall .+8 ; 0x34da <__divmodsi4_neg2> 34d2: 28 d0 rcall .+80 ; 0x3524 <
-
Thread
Grafik-Display Ansteuerung
Bauelemente/Aktive_Bauelemente/Displays/LCD_Modul_SHARP_M078CKA_A3QKLA0057.html Ebenso zählen die EA DOGM Grafikdisplays zu dieser Klasse: http://www.reichelt.de/?;ACTION=28;LA=3;ARTICLE=101652;GROUPID=3007;GROUP=A5213;SID=28G34rYawQARwAAFIi8CQ5839615382a8c379debba458d0152474 Man findet häufig auch
mit 256x64 für ca 15 Euro, aber schon seit gut 2 Jahren. Nicht mehr im Programm... Dann gibts noch die, welche sie per UART, SPI, I2C, ... ganz intelligent ansprechen lassen. Meistens von EA (Electronics Assembly
-
Thread
Erfahrungen eines Einsteigers
mal in Assembler eine Schlaufe, Zeit war ja das Kriterium nicht Platz. Im Moment ist der ganze Code 28kbytes, da habe ich noch einiges bis der ATMEGA32 ausgereizt ist und dann kann ich ja immer noch auf dem ATMEGA64 oder so wechseln (was ich sowieso wegen dem 2ten UART mal machen will). Es scheint wohl
Disassembly of section .text: 00000000 <test_io>: 0: 80 e2 ldi r24, 0x20 ; 32 2: 90 ea ldi r25, 0xA0 ; 160 4: 9b bd out 0x2b, r25 ; 43 6: 8a bd out 0x2a, r24 ; 42 8: 99 bd out 0x29, r25 ; 41 a: 88 bd out 0x28, r24 ;
-
Thread
Junkers HT-Bus Heatronic 3 Schnittstelle
00 00 88 00 18 00 28 01 35 64 00 01 13 20 C0 80 00 80 00 80 00 FF FF FF 00 00 00 00 88 00 18 00 28 01 35 64 00 01 13 20 C0 80 00 80 00 80 00 FF FF FF 00 00 00 00 00 88 00 18 00 28 01 35 64 00 01 13 20 C0 80 00 80 00 80 00 FF FF FF 00 00 00 00 00 00 88 00 18 00 28 01 35 64 00 01 13 20 C0 80 00 80 00 80 00 FF FF FF 00 00 00 00 00 00 00 88 00 18 00 28 01 35 64 00 01 13 20 C0 80 00 80 00 80 00 FF FF FF 00 00 00 00 00 00 00 00 88 00 18 00 28 01 35 64 00 01 13
-
Thread
(F)UZE-Box Zusatzmodul für AVR NET-IO
was fürs Eval_board gefunden. Schau mal drüber, vielleicht brauchbar...? http://petersieg.kilu.de/avr/avr.html
topic/54562#742475 ... ich habe mal Benedikts TV-Karte an die Fuzebox angeschlossen; --ergibt eine 64k-RAM Erweiterung für spätere Anwendungen( Web-Client ). Schaltung siehe Link; -das AVR-net IO ADD-ON dient hier nur als "Platzhalter" für den SUB-D 25. macht die Sache kompakter; 4FSC ist der ext.Oszillator
-
Thread
Gehalt für Ingenieure und Techniker 2011 Gesperrt
of Science (B.Sc) Alter : 29 Erfahrung : 0 Jahre Tätigkeit : SW Entwickler F&E , AVR in C, Guis in Qt (C++) Branche : Med. Sektor Mitarbeiter : 28 Gehalt : 42k€ Monatsgeh. : 12 + 600€ Urlaub : 28 Tage Arbeitszeit : 38,5h pro Woche (Gleitzeit :), Überstunden
: Entwicklungsleiter Elektronik Branche : Messtechnik Mitarbeiter : 55 Gehalt : 64k€ fix, plus Boni(max. 20%). Letztes Jahr insg. ca. 73k Monatsgeh. : 12 Urlaub : 28 Tage Arbeitszeit : 40h pro Woche laut Vertrag, "reale" 45-50, Überstunden "mit dem Gehalt abgegolten"
-
Thread
Anforderungssammlung CAN Hausbus mit PIC µC
tue. Es gibt viel, das ich von meinen AVR basteleien gewohnt bin, was ich beim PIC18 nicht so machen kann - Beispiele: AD-Wandler bei TQFP44 AVR: 8 Kanäle am Stück + eigener REF-Anschluss. Der Haupt-Oszillator belegt keine IO's Die Schnittstellen
ärgere ich mich Privat für einen Bekannten mit HOLTEK-C. (auf HT46R23) Habe ein Projekt, das auf AVR und diesem Chip parallel entwicklet wird. Der AVR ist nur in (m)ein "Test-Gerät" eingebastelt, da Holtek OTP. Das Gerät selbst wird in China gefertigt, der Prozessor soll bleiben, da er dort in