-
Thread
LED Matrix Zeile für Zeile leuchten lassen
doch die LEDs fangen alle gleichzeitig an zu flackern :( Kann ich in den Fuses Einstellungen im AVR-Studio den Internen 8Mhz Oszillator auswählen? (Int RC Osc. 8 MHz; Start-up time: 6CK + 64 ms)
Sorry. Hab mir gerade AVR-Studio und WinAvr gezogen. Aber auf dieser Vista-Maschine funktioniert das Zeugs nicht (warum auch immer) und ich hab jetzt nicht die Zeit diesem Problem nachzugehen. Werds in der Nacht mal auf
-
Thread
fremdes Layout erkennen, verstehen und verändern (Bauteilsuche und Funktionsvodoo)
Beispiel der PIC18F23K22. Dieser hat auch auf Pin 12 und 13 die PWM Outputs und packt ohne externen Quarz 64MHz.
Familie greifen. Da haben die meisten eine PLL für den internen Oszillator. Mit dieser kommst du auf 64 Mhz. Einzig bei den PIC18F..J.. musst du aufpassen, das sind meistens 3 Volt Typen.
-
Thread
DDR Schach-Computer Chess Master Diamond reparieren (Dauerton)
einen Adapter gebastelt bei dem ich mit einem Jumper einen 10kOhm Widerstand wahlweise auf Pin 26/28 oder 27/28 legen kann. Und siehe da, ein 2764 geht nicht. Aber ein 27256 und 27512 funktionieren. Allerdings liest er mir nur ab Adresse 00002000 bis 00003FF0. Egal welchen Chip ich wähle, bis 00002000
0,04 V, wackelig mit Spitzen auf 1,2V 31 B4 0,04 V 30 B3 0 V 29 B2 5,00 V 28 B1 5,00 V 27 B0 0,16 V 26 5V 0 V 25 | 5,00 V, nach 0,4ms Takt 24 INT EN IN 5,00 V 23 INT 0 V 22 INT EN Out 3,64 V 21 BRDY 0 V D281 CD4011 Pin4
-
Thread
Keine 0 LSB erreichbar
ich mit 64x wegen der Schiebeoperationen, verschrieben... > > MfG > Falk
Widerstand nehemen). Wenn dann dein 0-1000ppm in 0...4,096 V umgewandelt werden, gehts wunderbar mit 5V AVR Betriebsspannung. MfG Falk
-
Thread
Menu Designer für Grafik LCDs inklusive grafischem Editor
In dem Ordner avr-demo findest du eine Beispielimplementierung, die statt eines LCDs die serielle Schnittstelle verwendet.
## TCodeToolManager.HandleException: "Bezeichner nicht gefunden: parameters" at Line=758 Col=14 in AVR/menuDesigner_1-6-1/menuEditor/mainedit.pas" [/code] BS: Ubuntu 12.04 64 Lazarus: 0.9.30.2 freeglut3/dev GNU make 3.81 (alles aus den offiziellen Repos) Ich habe bereits ältere Versionen des
-
Thread
Elektronik-Fotos Bilder
Achtung... jetzt kommt der Hammer: Anbei das Bild eines _ATtiny128_ im (nicht so bekannten) QDIP64-Package. Viel Spaß, Magnetus
Magnus Müller wrote: > Anbei das Bild eines _ATtiny128_ im (nicht so bekannten) QDIP64-Package. Ist das IC oder das Bild ein Fake ?
-
Thread
-
Thread
1-wire mit Atmega8
das Timing recht kritisch. Vielleicht liest(!) und probierst Du doch erstmal die Application note AVR318 von Atmel [1]. Mir hat die damals (tm) ganz gut geholfen, auch wenn ich das Protokoll nicht auf einem Atmel-Chip implementiert habe. Jens [1] Dallas 1-Wire master on tinyAVR and megaAVR devices
zu schalten damit du mit den > Zuständen klar kommst. > http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial ;-)
-
Thread
LED multiplexen
hast. Ein Blick ins Datenblatt verrät uns, das Prescaler die in der Nähe liegen entweder 8 oder 64 sind. Rechnen wir mal durch, was das für Multplexraten ergeben würde. [code] 4000000 / 8 / 256 = 1953 Hz oder für 1 Ledbank -> 244 Hz 4000000 / 64 / 256 = 244 Hz oder für 1 Ledbank ->
Das wird man schon flimmern sehen, also bleibt uns nicht viel anderes übrig als einen Prescaler von 64 zu nehmen. Damit flackert dann jede einzelne Led mit 244 Hz und das wird man mit Sicherheit nicht mehr sehen. Der erste Teil sieht daher so aus [C] #define F_CPU 4000000 #include <avr
-
Thread
Signalumformung Fahrtenregler mit AtMega8
einem Vorteiler von 256 eingestellt. Bei 4.000.000Hz ergibt das eine Taktlänge von 256/4.000.000=64us. Bei PWM 8bit phase correct ergibt eine Periode 510 Takte also 510*64us=32,6ms. Kann der Fahrtenregler mit der Periodenlänge wohl um? Wenn ja, dann muss ich den High Bereich zwischen 3,26ms (1
es andere Leute machen, die Programme schreiben, die auch funktionieren... http://www.hanneslux.de/avr/mobau/fr_t15/fr_t15.html http://www.hanneslux.de/avr/mobau/fr_2313a/2313fra.html http://www.hanneslux.de/avr/mobau/fr_2313a/2313frd.html ...
-
Thread
Methoden-Definition macht main() kaputt?
: 11 24 eor r1, r1 8e: 1f be out 0x3f, r1 ; 63 90: cf ef ldi r28, 0xFF ; 255 92: d0 e1 ldi r29, 0x10 ; 16 94: de bf out 0x3e, r29 ; 62 96: cd bf out 0x3d, r28 ; 61 00000098 <__do_copy_data>: 98: 11 e0 ldi
: 11 24 eor r1, r1 8e: 1f be out 0x3f, r1 ; 63 90: cf ef ldi r28, 0xFF ; 255 92: d0 e1 ldi r29, 0x10 ; 16 94: de bf out 0x3e, r29 ; 62 96: cd bf out 0x3d, r28 ; 61 00000098 <__do_copy_data>: 98: 11 e0 ldi
-
Thread
schnell binär nach bcd wandeln
wie die Funktion ins assembler aussieht, beim PIC gab es da immer das "absolut Listing".... Nutze AVR Studio und avrgcc. T.
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 ; 0x9e6 <bintobcd+0x26> 9f4:
-
Thread
array copy in c?
Der AVR GCC und viele andere Compiler auch werfen exakt den selben Binärcode aus.
Lesbarkeit auch nicht! Aus b=a macht gcc v11, wäre das size/time optimal? ldi r24,lo8(42) movw r30,r28 adiw r30,43movw r26,r28 adiw r26,1 0: ld r0,Z+ st X+,r0 dec r24 brne 0b
-
Thread
asm in C einbinden
} [/c] asm-Programm: [avrasm] #define _SFR_ASM_COMPAT1 #define __SFR_OFFSET 0 #include <avr/io.h> .data servodata: .BYTE 64 .text .global servoinit, pulsinit servoinit: // asm code ret pulsinit: // asm code ret [/avrasm] Nun meine Fragen dazu
auch die letzte Hürde ist geschafft. Es sieht nun so aus und funktioniert perfekt: [c] #include <avr/io.h> #include <avr/interrupt.h> volatile uint8_t servodata[64]; extern void servoinit(void); int main(void) { servoinit(); { servodata[30]=20; } } [/c]
-
Thread
Programmcode aus RAM ausführen
Rolle. Wenn ehe schon Atmel-Tools vorhanden sind, wäre hier ein AVR32 keine schlechte Wahl.
ich vote auch für AVR32
-
Thread
Anfängerfrage zum Interrupt
Hallo Thomas, schau mal hier rein, da wird Dir geholfen. http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Die_Timer.2FCounter_des_AVR Gruß Frank
gefunden > aber es funktioniert auch mit der alten Reihenfolge. http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#16-Bit_Register_.28ADC.2C_ICR1.2C_OCR1.2C_TCNT1.2C_UBRR.29 Dass es mit der "alten" Reihenfolge in diesem Fall vielleicht klappt, ist purer Zufall! > Stimmt. if((PINB&1)==1) PORTB=
-
Thread
Externer Speicher
Ich habe mal mit ein paar Latches eine AT28C64B angesteuert, die genaue Schreibzeit eines einzelnen Bytes finde ich im Datenblatt leider nicht. In 1 Sek. schreibt das Teil 6,4 kBytes. Suche mal nach 28C64, habe einen Beitrag mit dem kompletten
I2C oder Schieberegister ansteuern. Kostet zwar zwei externe Bausteine spart aber jede Menge Pins am AVR
-
Thread
Frage zu Datenblatt 100W KSQ
Also mit einem Prescaler von 1024 hat man das schärfste Disco Stroboskop ! Wenn der Prescaler 64 ist funzt super perfekt !
PWM Frequenz war letztendlich zu hoch !! und vorallem mit direkte AVR Ansteuerung ( 5V ) geht nicht. Also über IRLZ34 nehmen.
-
Thread
Taster entprellen per Software
diesem Abschnitt gelangt? https://www.mikrocontroller.net/articles/Entprellung#Komfortroutine_.28C_f.C3.BCr_AVR.29 Läuft bei mir auf AVR, besagtem AT91SAM7 (hatte ich vor Jahren mal nachgebaut) und auch auf nem STM32(F103), dort aber gleich mit der Vorgabe, bis zu 64 Tasten zu entprellen. Läuft
diesem Abschnitt gelangt? > > https://www.mikrocontroller.net/articles/Entprellung#Komfortroutine_.28C_f.C3.BCr_AVR.29 > > Läuft bei mir auf AVR, besagtem AT91SAM7 (hatte ich vor Jahren mal > nachgebaut) und auch auf nem STM32(F103), dort aber gleich mit der > Vorgabe, bis zu 64 Tasten zu entprellen
-
Thread
Ethernet uC
spoerle.de hat den MC9S12NE64CPV 16-Bit MCU,64KB Flash,4KB RAM, 3,3V, 112LQFP -40/+85C° 18,82 EUR Lieferzeit bitte anfragen und den MC9S12NE64VTU 16-Bit MCU,64KB Flash,4KB RAM, 3,3V, TQFP80 -40/+85C° 18,22 EUR Lieferzeit
entschieden. Nun muss nur mehr die genauere Wahl getroffen werden. Diese von euch genannten MC9S12NE64 Controller sind zwar ein tolle Sache, aber von Schülern auf eine Platine schwer umzusetzn, wir sprechen hier ja schließlich von 80 - 120 pins. Mir wäre am liebsten einen AVR Controller zu verwenden der
-
Thread
Welcher Drehgeber ist am besten geeignet?
einen Controller mit bereits fertigem Eingang. Der macht dann die gesamte Auswertung in Hardware. Ein AVR kann das aber nicht.
S. R. schrieb im Beitrag #4304020: > Der > macht dann die gesamte Auswertung in Hardware. Ein AVR kann das aber > nicht. Warum schreibst Du denn so etwas? Ein AVR lacht sich bei der Arbeit höchstens kaputt, was dann zu einem Ausfall führen könnte. Oder denkst Du an Dekoder mit 32-Bit parallel
-
Thread
avrdude schreibt keine Fuses bei ATmega8
Und so: [c] "avrdude -c avr911 -P/dev/ttyUSB0 -p m8 -U hfuse:w:0xD9:m -U lfuse:w:0x3F:m" [/c] ?
Hallo! Habe nun von myAVR das myAVR-ProgTool heruntergeladen und auf Windows 7 versucht die Fusebits zu schreiben. Es hat tatsächlich geklappt. Das Programm kann die Fusebits aber nicht auslesen, deshalb wollte ich mit Burn-o-mat
-
Thread
O-LED Display von SMI
Wir sind bei min. 28-31 + Thomas Bestellung. Geht schneller als ich dachte :) MfG, André
das 130 beide Tasten loslassen (Reihenfolge egal) @all ich würde vorschlagen, 48 Stück 96x96x64k und 24 Stück 128x64 oder 64x64. Wenn die Sache mal angelaufen ist und funktioniert, werden bestimmt noch mehr Leute Interesse zeigen. Das Samsung SGH-E720 hat 96x96x64k! das Display ist aber
-
Thread
SPI mit 2 Mastern und 2 Slaves entkoppeln
verursachen (vorallem wenn ich 64 512-block am stück schreibe). Das ganze ließe sich mit einem "größeren" AVR (mit 1xSPI und 2x USART und mehr SRAM) vielleicht auch machen, die "Programmierung" ist allerdings viel komplizierter, da
werden - sprich zwischenzeitlich sammeln sich >potentiell noch mehr daten an... Dann nimm einen AVR mit ausreichend Speicher, ggf. einen der wenigen AVRs mit externem Speicherinterface für SRAM, dann hast du 64 kB. >Die Blackbox sollte natürlich außerdem im Falle eines Unfalles keine >Daten verlieren
-
Thread
avr-gcc mit xmega unterstützung
nicht, wie z.B. die mpfr.h unsw.. Auch die Debian Packages Stecken voll mit Fehlern: dpkg -i avr-gcc-4.3.4-avrfreaks-2011-sep-20-u10.04.x64.deb dpkg: error processing avr-gcc-4.3.4-avrfreaks-2011-sep-20-u10.04.x64.deb (--install): parsing file '/var/lib/dpkg/tmp.ci/control' near line 10 package 'avr-gcc-4.3.4-avrfreaks-2011-sep-20-u10.04.x64': blank line in value of field 'Description' Errors were encountered while processing: avr-gcc-4.3.4-avrfreaks-2011-sep-20-u10.04.x64.deb Was gibt
-
Thread
Raspberry Pi Pico: Mikrocontroller-Board mit Cortex M0+
von Lorenz W. (lw64) 28.01.2021 12:35 >Es würde mich mal interessieren, ob jemand linux darauf portiert. >Möglich ist es ja mit m0+ und nommu. Wieso? Er hat doch eine MMU.
sdb1 statt /dev/sdb. > > Das sieht recht ähnlich aus: > sd 2:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 00 00 02 09 00 00 f0 00 > blk_update_request: I/O error, dev sdb, sector 521 op 0x0:(READ) > usb 1-3.1.4: USB disconnect, device number 10 > sd 2:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 00
-
Thread
SPS Betriebssytem
, einen "mini-AWL-Parser" in meinem uC zu implementieren, so das ich das Programm nicht mit in den AVR Flashen muss, sondern es in ein externes EEProm (wie die I2C EEproms 24C64) drücken kann. @123 Nein, die Platine ist 1. Komerziell und keine Codeveröffentlichung 2. Meine Ideen lassen sich nicht
http://www.elektronik-labor.de/Lernpakete/TPS/HandbuchTPS.htm Es gibt hier im MC-Netz auch einige AVR-Derivate.
-
Thread
3.2z Display (color) mit ILI9341 SPI controller. Gibt es das?
hochwertiges SPI-Display ohne Touch findst du bei Reichelt. http://www.reichelt.de/RASP-C-BERRY-28/3/index.html?&ACTION=3&LA=446&ARTICLE=144719&artnr=RASP+C-BERRY+28&SEARCH=c-berry28 Es hat 2,8" und einen Controller ST7789. Der ist nahezu mit einem ILI9341 kompatible. Der Preis für ein solches Display ist in Ordnung. Code gibt es hier: http://basteln-mit-avr.de/index.html Gruß G.G.
-
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
ATMegas vernetzen ?
EEPROM zu beschalten ist mit kompletten Schaltplan im Forum einfach mal suchen glaube das war ein 28C64
Es gibt doch auch Ics welche 64 LEDs ansteuern können und auch per spi angebunden werden. Warum schlägt die keiner vor? Oder sind die nicht geeignet...
-
Thread
Probleme mit _delay_ AVR Atmel32
: 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 60: 0e 94 36 00 call 0x6c ; 0x6c <main> 64: 0c
damit so ihre Probleme haben. Heute habe ich ein reales Board (Easy AVR V6) angeschlossen und schon lief das Ganze auf Anhieb...
-
Thread
1000 Leds an Atmega32
hängen an jedem Anodentreiber 64 LEDs, also muss der, wenn jede LED 5 mA braucht, mit 5 x 64 = 320 mA belastbar sein. Geht nicht mit 2981. Georg
Georg schrieb im Beitrag #3886357: > So beschaltet hängen an jedem Anodentreiber 64 LEDs, also muss der, wenn > jede LED 5 mA braucht, mit 5 x 64 = 320 mA belastbar sein. Geht nicht > mit 2981. Wieso soll der UDN das nicht aushalten ? Max. 350mA bei 33% Duty Cycle, also 1/
-
Thread
Drehgeber und Tastenentprellung für Arduino
> Bsp. für meinen Nano Every. Und dies geht nur für den 4809, oder? Wie ist es bspw. mit dem AVR128DA28? Was muss ich ändern? Ich nehme an, dass sonst nicht vom Arduino-Zeug gebraucht wird für Deine "Bibliothek"? Geht das Update auch mit einem Interrupt? Zumindest sehe ich da weder vorlatile
den Änderungen (wahrscheinlich habe ich in der obigen Liste was vergessen) lief das dann auf einem AVR128DA28. Als ich mir jedoch die Größe anschaute, traute ich meinen Augen nicht: 1566 text-segment und 18 bss-segment. Der Grund war hier, dass ich mit O3 kompiliert habe. Ein Os brachte dann: 552 text-segment
-
Thread
ARM: kompliziert?
wie mit dem AVR. Die Entwicklungsumgebung CooCox ist free und steht dem AVR-Studio in nichts nach. Im Gegenteil, debuggen ist ein Genuss im Gegensatz zum AVR. Das Discovery F4 kostet 16.77€ und ist günstiger
realen Anforderungen im Auge behalten. Die Xmegas neuerer Bauart lassen sich übrigens auch schon auf 64 MHz hochtakten- aber diesen Speed werd ich mangels Multimediaanwendungen wohl nie brauchen. Die kauf ich viel billiger im Laden! Ich persönlich würde für einen AVR locker das Dreifache bezahlen wenn
-
Thread
Effiziente Implementierung von ARCTAN fuer uCs
Wikipedia kennst Du? x(1+0,28x*x) und so? Viel einfacher geht es wohl nicht.
WS schrieb im Beitrag #5114885: > x(1+0,28x*x) und so? Interessant. Aber in Wikipedia steht x/(1+0,28x*x) (für |X| <= 1, andere Bereiche ähnlich), und die Division tut dem Meister offensichtlich weh. Aber es ist nur eine Division.
-
Thread
ATMega16 & INT2 mit avrgcc
Moin, vielleicht schaust du mal, ob es eine neuere Version des AVR-GCC und der Include-Files (soweit ich weiß bei der avr-libc dabei) gibt. Meine Versionen laufen problemlos - das sind: avr-gcc (GCC) 3.4.6 (Gentoo 3.4.6, ssp-3.4.5-1.0, pie-8.7.9) Binutils: Version
Hmm: avr-gcc: 3.4.6 Binutils: 2.16.1 + coff-avr-patch (20050630) avr-libc: 1.4.5 Sieht eigentlich so aus, als hätte ich überall die aktuellen Versionen. Hat noch jemand eine Idee?
-
Thread
Bytes auf PROGMEM lesen - was geht hier schief?
anderen Bastelei die PWM übernommen. Aktuell läuft sie so - ohne Probleme: [Code] uint8_t pwm_table[64] PROGMEM = { 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31,
Mag ja nix damit zu tun haben, aber ändere mal [C]uint8_t pwm_table[64] PROGMEM = ...[/C] in [C]const uint8_t pwm_table[64] PROGMEM = ...[/C] Falls aus Versehen als C++ compiliert wird. Zudem "könnte" sich er avr-gcc 4.5.1 aus dem Studio5 hier etwas anders verhalten
-
Thread
Nachkommastellen Arduino
ausreichend sei. Ist er auch, aber für die von Dir gewünschte Genauigkeit wirst Du echte double (mit 64 bit) brauchen. Auch dafür reicht jener stm32 locker. Deine Zahlenbeispiele legen allerdings nahe, dass Du nur mit 32-bit floats rechnest. HTH
wirklich double sind, darf der Compiler dann aber keine 32-Bitrechnerei machen (wie es z.B. auf einem AVR passiert), sondern muss wirklich 64 Bit für die Zahlen verwenden.
-
Thread
Web Server mit ATMEGA328-ENC28J60 + MODBUS
ENC28J60 ATmega328 slave master SI → MOSI SO → MISO SI slave in, MOSI master out slave in, passt!
und muß. Wenn ENC und AVR auf einer Leiterplatte sind, ist auch ein Pegalwandler an SO und /INT nicht zwingend nötig, der AVR erkennt mit 5V den H-Pegel des ENC sicher, auch bei den möglichen 8MHz SPI-Takt. Allerdings sollte
-
Thread
Buck-Converter Transistor-"Abschaltkurve"
+208+176+0%0Ar+208+128+208+96+0+470%0AR+208+64+208+32+0+0+40+12+0+0+0.5%0Aw+208+64+288+64+0%0Aw+288+64+368+64+0%0At+336+176+368+176+0+-1+12.824595814789165+-7.066347507134196e-11+100%0Aw+368+160+368+64+0%0Aw+336+176+288+176+0%0Aw+368+192+368+224+
+16+64+0+2083+80+3.2+0+-1+0%0A
-
Thread
dspic ausreichend für Audio Effekte ?
mich persönlich ist ein kostenloses Source-Level-Debugging wichtig, daher mache ich z.B. wenig mit AVR.
Dual- und Quad SPI, aber der dsPIC wahrscheinlich nicht. Also im einfachsten Fall ein dsPIC33FJ64GP802 im DIL-28 und ein 23LC1024 SPI-RAM in DIL-8, das kannst du sogar auf einem Steckbrett aufbauen. Zusammen ~ 6.50 €. Dazu ein PICKIT 3 zum Programmieren und Debuggen. Wenn du später mit 24 oder
-
Thread
ATmega8 C- Programmierung AD- Wanlder
geschrieben, welches aber nicht funktioniert. Könnte mir bitte jmd helfen? MfG Martin #include <avr/io.h> void main(void) { int b; DDRC = 0x00; DDRD = 0xFF; ADCSRA = 0xE6; while(1) { b = ADCW; if(b>51 && b<58) PORTD = 0x01; if(b>59 && b<64) PORTD = 0x03; if(b>65 &
Vielleicht liest du dir das hier mal durch: http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#ADC_.28Analog_Digital_Converter.29 Oliver
-
Thread
UART und Hyperterminal Problem
egal) -#define F_CPU 8000000 statt #define atmega8... in code eingesetzt, um sicherzugehen -Mit AVR die fuse SUT CKSEL auf Ext Crystal/Resonater med freq 16K CK + 64ms gestellt um externen Quarz zu benutzen -"calibrate for frequency" unter dem AVR reiter "advanced" auf 8 Mhz gestellt -Sichergestellt
stellte. Also für alle die, die nach mir kommen: Beim UART oder USART Beispiel von OLIMEX für das P28 Board mit Atmega 8 dürft ihr nicht "Sample program for Olimex AVR-P28 with ATMega8 processor * Echoes back the received characters on the uart. In order to work, * connect the TX pad with
-
Thread
1Wire: Mehrere ID's über DS2480B
Atmel wesentlich verständlicher: http://www.atmel.com/Images/Atmel-2579-Dallas-1Wire-Master-on-tinyAVR-and-megaAVR_ApplicationNote_AVR318.pdf > Die ROM-Nummer ist 64bit-Lang, muss ich 2^64 > mal wiederholen? Eigentlich nicht, man baut sich ja einen binären Baum mit den ID's auf. 2^64 ID's abzusuchen
Liste mit allen IDs am Bus aufgenommen. Valeri K schrieb im Beitrag #4799622: > Die ROM-Nummer ist 64bit-Lang, muss ich 2^64 mal wiederholen? > Glaube nicht. Doch, das ist wirklich so. Jedoch fallen bei der Arbitierierung einige Bitkombinationen automatisch raus, so dass nicht alles geprüft werden
-
Thread
Rust oder Nimrod als neue Hobbyprogrammiersprache?
noch kleinere Executables, die finde ich aber gerade nicht. Ist wohl dann gcc mit -Os. stefan@AMD64X2 ~ $ ldd convex_hull linux-vdso.so.1 (0x00007fff3c3ff000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f25acb2b000) libc.so.6 => /lib64/libc.so.6 (0x00007f25ac784000) /lib64/ld-linux-x86-64.so
/viewvc/*checkout*/trunk/avr-libc/libc/stdlib/malloc.c?root=avr-libc&content-type=text%2Fplain http://svn.savannah.nongnu.org/viewvc/*checkout*/trunk/avr-libc/libc/stdlib/stdlib_private.h?root=avr-libc&content-type=text%2Fplain
-
Thread
Digikey Sammelbestellung
dazu noch: 25x 122-1388-ND (XC9572XL-10VQG64C)
Die original Mail von Atmel: ----------------------------------------------- Deep discounts on AVR tools: * STK500 * AVR Dragon * JTAGICE2 Find out why Atmel's AVR MCUs are the fastest-growing and #1 8-bit microcontroller of choice for ultra low power and high-performance applications
-
Thread
Was ist bzw. war Atmel QTouch?
sie auch Matrizen von Touch-Elementen direkt. Das ist ziemlich geil. Wenn man dann auch noch einen AVR128DA64 hat, geht da einiges, bis hin zu 529 Touch-Elementen. Bei der Menge wird dann sogar schon langsam das reine Abfragen der Ergebnisse der Hardware wieder eine Sache, die zeitkritisch sein könnte
: 60 93 63 3e sts 0x3E63, r22 ; 0x803e63 <ptc_seq_measure_complete_pointer> 15d8: 70 93 64 3e sts 0x3E64, r23 ; 0x803e64 <ptc_seq_measure_complete_pointer+0x1> 15dc: 20 ec ldi r18, 0xC0 ; 192 15de: 20 93 18 06 sts 0x0618, r18 ; 0x800618 <gain_setting_int_cap+0x7f6e82
-
Thread
Eingänge am ADC wechseln
Tippfehler. Gemeint war natürlich das AVR-GCC-Tutorial
garnicht mehr, sobald ich den ADC einmal im Programm umstelle. Ich poste mal den Code: [c] #include <avr/io.h> #include "lcd-routines.h" #include "util/delay.h" #include <stdlib.h> #include <avr/interrupt.h> #include <math.h> uint8_t adcvalue = 0; double ntc_kohm = 0; double spannung_v = 0;
-
Thread
AD9833 will einfach nicht.
FREQ register value //for given frequence in Hz // 2^28 / 4194304Mhz = 64 uint32_t regval = frq * 64; //Split 32Bit value in two 14Bit transfers //D15 and D14 define the frequency register. //Fixed to D15 D14 = 01 means using FREQ0 DDS_write
FREQ register value //for given frequence in Hz // 2^28 / 4194304Mhz = 64 uint32_t regval = frq * 64; //Split 32Bit value in two 14Bit transfers //D15 and D14 define the frequency register. //Fixed to D15 D14 = 01 means using FREQ0 DDS_write
-
Thread
Tastatur komplett selbst erstellen
Für den AVR gibt es auch eine Applikation. AVR313 AN_1235AVR313 https://www.microchip.com/sitesearch/search/Application%20Notes/avr313?&mns=avr313&mnc=All
wohl gerade die meisten Modelle 'rausgeworfen und > durch neue ersetzt; der erste neue kann aber nur 64 Tasten ansprechen, > was ein bisschen arg wenig ist. Der KeyWarrior28 ersetzt ja "nur" die KeyWarrior24 und KeyWarrior8. Dafür hat er aber sehr weitreichende Macro-Funktionen und auch eine Maus-Funktion