-
Thread
Can-Controller/µC
PICs mit CAN-Controller gibts ab 28 Pins aufwärts. 8 Bit: empfohlen: PIC18F26K80 Serie, alles andere sind sehr alte PICs dsPIC: dsPIC33EV256GM102, 5V-Chip (die 5V brauchst Du ohnehin für den Transceiver), 70 MHz; oder dsPIC33FJ64GP802
André M. schrieb im Beitrag #4259365: > Der Wechsel von der 68000 Familie auf AVR war schon eine gewaltige > Umstellung für mich. .... Die kleinsten 8-Bit AVR mit CAN die mir jetzt in den Sinn kommen sind ATMega16M1, ATMega32M1 und ATMega64M1, die gibt es in TQFP-32. Je nach
-
Thread
Atmega88 Code kompiliert ohne Fehler und läuft nicht
nirgendwo aufgerufen werden. Ich hatte das aus dem Tutorial: https://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/Der_UART#Senden_einer_Zeichenkette_.28String.29 und die Funktionen sahen vorher so aus: [c] int uart_putc(unsigned char c) { while (!(UCSR0A & (1<<UDRE0))){} UDR0 = c;
Stefan ⛄ F. schrieb im Beitrag #6664916: > Quatsch > > Die Interrupt-Tabelle hat 64 Bytes. > Der Programmcode hat 66 Bytes. > > macht zusammen ungefähr die 124 bytes, die bei dir als >> "Program Memory Usage : 124 bytes 1,5 % Full" > gemeldet wurden. Und was schiebt AVR-Dude
-
Thread
FT800 / FT810 Library
habe ich nur an der Oberfläche gekratzt. c-hater schrieb im Beitrag #6647994: > Unterstützung für AVR-Host-Flash >64kB) Also grundsätzlich ist das drin: [code] static inline uint8_t fetch_flash_byte(const uint8_t *data) { #if defined (__AVR_HAVE_ELPM__) /* we have an AVR with more than 64kB
bekommt. Wenn man die bei Microchip direkt kauft kosten die auf Rolle: ATSAMC20J17A-AUT €1.76 AVR128DA64T-I/PT €1.48 Aber ich würde ich eher mal bei Arrow, Avnet oder EBV anfragen, also auch gerade die AVR128DA64 wenn die für die Anwendung ausreichend sind. Zumal die ATSAMC20J15A-AUT und die
-
Thread
Nach fast 3 Jahren fehlerkorrigiertes Datenblatt für die AVR-DB Serie erschienen
Client. https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR128DB28-32-48-64-DataSheet-DS40002247A.pdf
Nun gibt es schon die AVR_DU-Datenblätter: AVR64DU-28-32-Prelim-DataSheet-DS40002548.pdf AVR32-16DU-14-20-28-32-Prelim-DataSheet-DS40002576.pdf
-
Thread
Mini-Farbdisplay (+mehr) für 1 Euro
Sorry, das muss explizit in den Flash: http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Programmspeicher_.28Flash.29
'R DATA 0,38,73,73,73,50 'S DATA 0,1,1,127,1,1 'T DATA 0,63,64,64,64,63 'U DATA 0,31,32,64,32,31 'V DATA 0,63,64,60,64,63 'W DATA 0,99,20,8,20,99 'X DATA 0,7,8,112,8,7 'Y DATA 0,113,73,69,67,0 'Z 'Font-Quelle: 6x8 Zeichensatz aus dem Verzeichnis "C:\BASCOM
-
Thread
Toochain bauen avr-gcc-x.x mit binutils-2.34 funktioniert nicht
/atmega6490p avr/lib/avr5/atmega64c1 avr/lib/avr5/atmega64hve avr/lib/avr5/atmega64hve2 avr/lib/avr5/atmega64m1 avr/lib/avr5/m3000 avr/lib/avr51/ avr/lib/avr51/atmega128 avr/lib/avr51/atmega128a
/atxmega64b3 avr/lib/avrxmega4/atxmega64c3 avr/lib/avrxmega4/atxmega64d3 avr/lib/avrxmega4/atxmega64d4 avr/lib/avrxmega5/ avr/lib/avrxmega5/atxmega64a1 avr/lib/avrxmega5/atxmega64a1u avr/lib
-
Thread
Senden einer Infrarotsequenz
[C] uint64_t sequenz = 108016212 | (data << 28); //Zeile 48 sequenz |= (parity << 40); //Zeile 50 [/C] | v [C] uint64_t sequenz = 108016212ULL | ((uint64_t) data << 28); //Zeile 48 sequenz |= (
Super, die Warnings sind weg! Hier jetzt der Code: [c]void JAPAN(uint16_t data){ uint64_t sequenz = 108016212ULL | ((uint64_t) data << 28); uint8_t parity = ((sequenz & 0xFF0000UL) >> 16) ^ ((sequenz & 0xFF000000UL) >> 24) ^ ((sequenz & 0xFF00000000ULL) >> 32); sequenz |= ((uint64
-
Thread
Radig NetIO Atmega644P Scannerzeile auslesen
__AVR_ATmega644P__) || defined (__AVR_ATmega1284P__) #define ETH_INT_ENABLE EIMSK |= (1<<INT2) #define ETH_INT_DISABLE EIMSK &= ~(1<<INT2) #endif [/c] im enc28j60.c [c] #if defined
/elektronik/enc28j60.htm [c] Leider ist es nicht möglich die Software von Ulrich Radig direkt auf den AVR NET IO zu laden, da eine Signalleitung zur Steuerung des ENC28J60 anders ist ! Es handelt sich hierbei um das
-
Thread
Grafikfähiger LCD Controller für 320x240 LCD mit 4 Graustufen
Avr Nix wrote: > Noch eine andere Frage welche Zahl ist bei dir Grau und Hellgrau? Die Farben sind 8bit Werte, man kann jeden Wert senden, es werden aber nur die 2 MSB verwendet: 0, 64, 128, 192 sind
Displaypixel 80 -> 80 :8 = 10 -> X = 10 ? Displaypixel 80 -> 80 -> Y = 80 ? Das Bild wird in 64 x 64 Pixel gesendet (rechts abschneiden) das wären doch 64 : 8 = 8 x 3 = 24 Byte x 64 = 1536 Byte Testbild. bis hier richtig gerechnet ? Wigbert
-
Thread
flash-Fehler mit ATtiny2313, compile ok
Wie bekommt man überhaupt so viele bytes hin? Mit libm ergibt sich bei mir: [code] >avr-gcc --version avr-gcc (GCC) 4.8.2 >avr-gcc -mmcu=attiny2313 -o main.elf -O0 main.c >avr-size main.elf text data bss dec hex filename 820 0 0 820
/install/configure.html#TOC3 Wie gelinkt wird, kann man z.B. anzeigen lassen mit [pre]$ echo | avr-gcc -x c - -###[/pre] Ein avr-gcc 4.7.2 spuckt damit aus: [pre]... Target: avr Configured with: ... --target=avr --with-avrlibc=yes Thread model: single gcc version 4.7.2 (GCC) ... ... collect2
-
Thread
ARM MP3/AAC Player Web Radio
allerdings noch einen externen Treiber für den Anschluss. Ich hatte damals den Eindruck, mit dem ENC28j60 besser bedient zu sein, der hat alles intern. Mein Entwurf umfasste: AT91SAM7S256, ENC28j60, SD-Card, TLV320AIC23B und ein zusätzliches EEPROM. Einen Prototypen habe ich hier liegen, es funktioniert
IP-Stacks ausfindig zu machen oder selber zu schreiben. Hier könnte man von diversen Funktionen des ENC28j60 gebrauch machen. Unter Umständen ist der Zwischenspeicher des ARMs etwas klein für Ethernet-Streaming. in die 64kByte passen ja nicht allzuviel Daten rein, zumal auch noch einiges an Programmcode
-
Thread
VGA Testbildgenerator
hallo, im forum "avr-risc" und im "bascom-forum" bei roboternetz.de gibt es ein asm-programm von jan baare auf dem avr8-8 und avr8-16 mit 28 buchstaben und 24 zeilen. über ein terminalprogramm kann man diese oberfläche
halle, es gibt noch kein programm mit 28 buchstaben und 24 zeilen, was durch den avr8 realisiert wird in fbas , und durch ein terminalprogramm gesteuert wird. mfg pebisoft
-
Thread
PIC Mikrocontroller noch aktuell ?
beispielsweise: https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR64DD32-28-Complete-DataSheet-DS40002315.pdf
20mA drive strength • Up to 5 high speed IOs • 2-pin serial wire debug (SWD) • Package options – 64-pin LQFP – 48-pin LQFP – 24-pin VQFN – 48-pin VQFN – 32-pin VQFN – 32-pin VSSOP – 28-pin VSSOP – 28-pin DSBGA
-
Thread
EMS > Adapter > NetIO > Raspi
Jan 13 17:28:47 raspi2 ems-collector[28391]: General options: Jan 13 17:28:47 raspi2 ems-collector[28391]: -h [ --help ] Show this help message Jan 13 17:28:47 raspi2 ems-collector[28391]: -R [ -
0x08, dest 0x00, type 0x18, offset 0, data: 0x0b 0x01 0x1e 0x64 0x00 0x00 0x00 0x00 0x00 0x02 0x13 0x7d 0x00 0x01 0x5a 0x00 0x01 0x13 0x30 0x48 0x00 0x00 0xff 0x0$ DATA: Kessel-Solltemperatur = 11 °C DATA: Kessel-Isttemperatur = 28.6 °C DATA: Brenner-Sollwert
-
Thread
(Umfrage) Was war eure erste Programmiersprache usw.?
- SDCC für MCS-51 - Delphi - Visual Studio Express C++ - Java Script (für Webseiten) - GCC - AVR-GCC und ARM-NONE-EABI-GCC - SDCC für STM8 - Lazarus / Freepascal (einen C64 oder überhaupt einen Commodore-Rechner hatte ich nie)
um 1990 rum BASIC (c64), dann auch Assembler TurboPascal (Schule, Informatik) Assembler (z80) Assembler (AVR), später C C++/C#/Java (Studium) heute hauptsächlich nur noch C und C#
-
Thread
AVR128DA übertakten
Vielleicht interessiert es den einen oder anderen: "The AVR128DA28/32/48/64 microcontrollers of the AVR® DA family are ... running at up to 24 MHz", so steht es im Datenblatt, und zwar ab 1.8 V. Da sollte doch bei höherer Spannung etwas mehr möglich sein, zumal
Landolt schrieb im Beitrag #6425939: > Vielleicht interessiert es den einen oder anderen: > "The AVR128DA28/32/48/64 microcontrollers of the AVR® DA family are ... > running at up to 24 MHz", so steht es im Datenblatt, und zwar ab 1.8 V. > Da sollte doch bei höherer Spannung etwas mehr möglich
-
Thread
Suche ein 28 Pin Mikrocontroller mit mehr als 32 kBit Flash Speicher
128k Flash und 16k RAM, ein ATMega2560 hat 256k > Flash und 8k RAM (trivial extern erweiterbar auf 64k). Sind aber beide keine 28-Pinner mehr.
einen "größeren" AVR8 braucht, noch dann, wenn man auf was völlig anderes wechselt, selbst wenn das dann tatsächlich 28 Beine hat. Der Wechsel auf einen größeren AVR8 ermöglicht aber immerhin, den gesamten (oder zumindest
-
Thread
Versuch einer Millis Funktion für AVR
Ben S. schrieb im Beitrag #7940601: > 64bit in Mikrosekunden 64 Bit in Mikrosekunden... auf einem AVR? Oder bin ich hier im falschen Thread?
Daniel A. schrieb im Beitrag #7940826: > Schade, das c11 atomics für AVR noch nicht implementiert sind. > (Folgendes ist vermutlich keine gute Idee, war nur mal zum ausprobieren, > was passiert: https://godbolt.org/z/hh8jbfscj) Die 64-Bit und 32-Bit Versionen sind
-
Thread
Was sind die Vorteile und Nachteile von PICs und ATMEL Controller? Gesperrt
> Aber nur grosse 64er. Bei den PICs gibt's auch 28er. Am Anfang waren meine Gedanken bei AVR. Aber das war der entscheidende Faktor für mich. Ich kann meine Platinen selber entwickeln und zusammen löten…
>> Aber nur grosse 64er. Bei den PICs gibt's auch 28er. >Am Anfang waren meine Gedanken bei AVR. Aber das war der entscheidende >Faktor für mich. Ich kann meine Platinen selber entwickeln und zusammen >löten… Stimmt
-
Thread
=== GCC v15 ===
Hat hier wer ein gcc v15 avr/arm binary für x86/64bit oder wie/wo nutzt ihr den Compiler?
automatisch im Flash landen. µC AVR128DB64.
-
Thread
KIM-1 in AVR?
das letztens mal für VC20 gesehen ,ob hier im Forum k.a. und es gibt diese Spiele Joysticks mit C64 emulation für ca.20€ da ist irgendein AVR verbaut. mfg
@alle: Thomas Winkler hat eine 6502 Emulation für AVR erstellt, die läuft.. ist aber für den damals gedachten Zweck (1541 Emulation) etwas zu langsam.. @Dr.PillePalle: Im sog. 64DTV Joystick mit ca. 30 C64 Programmen werkelt kein AVR, sondern ein custom
-
Thread
DCF-Uhr, Sonnenstand, TWI-Port, Alarmfunktion für m8 in C
Hallo Michael, Danke für die schnelle Antwort. Das mit switch 70 war ein versehen von mir. 64 u. 65 ist Rs232. Habe jetzt mal 69 (PD.5) eingegeben. 001001.1110010!.110010!.000101.110.00100.00001000! XTL: x 20 13:27-s-28.04.10 # 1 code: 0x7, err: timeout, bit_cnt, parity 13:27-s-28.04.10
= 64 senden willst und meine Definitionen nicht verändert hast, dann sollten die Schalter 0..7 auf Adresse 0x40 = 64 ausgegeben werden. mfg Michael S.
-
Thread
Handykamera MCA-25 ansteuern
deiner Homepage sich ein Fehler eingeschlichen hat: Laut den Angaben auf http://pinouts.ru/data/erics_t28_pinout.shtml müsste PIN 4 Kamera TX und Pin 5 Kamera RX sein. So ist es glaube ich auch auf dem Bild zusehen. Ist bei dem Software-Download (http://avr.auctionant.de/source/avr-ip-webcam_based_on1.38
>SEND>>\r\r\n+CMUX: (0),(0),(1-7),(31),(10),(3),(30),(10),(1-7)\r< [0D 0D 0A 2B 43 4D 55 58 3A 20 28 30 29 2C 28 30 29 2C 28 31 2D 37 29 2C 28 33 31 29 2C 28 31 30 29 2C 28 33 29 2C 28 33 30 29 2C 28 31 30 29 2C 28 31 2D 37 29 0D ] <<IN <<AT+CMUX=0,0,7,31. >>SEND>>AT+CMUX=0,0,7,31< [41 54 2B 43
-
Thread
Array nicht in RAM
ldi r24,lo8(250) ; ab da das delay Geplänkel .... ldi r25,hi8(250) .L22: movw r30,r28 /* #APP */ ; 105 "d:/tools/winavr-20090313/lib/gcc/../../avr/include/util/delay_basic.h" 1 1: sbiw r30,1 brne 1b ; 0 "" 2 /* #NOAPP */ sbiw r24,1 brne .L22 ; .... bis
Und du verwendest auch einen ATmega8 ja? Warum eigentlich avr-g++ fürs linken? Nehm da doch auch mal den avr-gcc.
-
Thread
Division mit WinAVR sehr langsam?
32 - 8x/32 - x/32 = 7x/32 = 0.21875 x zu gross, x/32 bleibt drinnen x/2 - x/4 - x/32 - x/64 = 32x/64 - 16x/64 - 2x/64 - x/64 = 0.203125 x zu gross, x/64 bleibt drinnen x/2 - x/4 - x/32 - x/64 - x/128 = ( 64 - 32 - 4 - 2 -
11 | *12* | 11 | | 84 | 28 | *30* | 28 | | 134 | 44 | *46* | *45* | | 35 | 11 | *12* | 11 | | 85 | 28 | *30* | 28 | | 135 | 45 | *46* | 45 | | 36 | 12 | *13* | 12 | | 86 | 28 | *31* | 28 | | 136 | 45 | *46* | 45 |
-
Thread
Attiny2313 Timer16 Bit, Normal Mode, unsauber
> hast du mal vermessen ... Ja, an *einem* AVR128DB28, sah ganz gut aus, wie ich mich erinnere. Aber nicht so gründlich wie Sie. > PWM via Typ-D-Timer liefert weitaus bessere Ergebnisse Hier ist der Höreindruck (und um diesen geht es Robert)
mal - ohne relativ kleinen pull-down am DAC-Ausgang werden Sie Ihr "blaues" Wunder erleben mit dem AVR128DB28.
-
Thread
Neue AVR Familie - AVR-DA
Gerade durch Zufall entdeckt, vielleicht für den Einen oder Anderen interessant - es gibt eine neue AVR-Familie: AVR-DA. Mehr dazu: http://www.microchip.com/wwwproducts/en/AVR128DA28
Und schon lieferbar. XMega-Features jetzt auch im DIP28Gehäuse. AVR-DB werden folgen.
-
Thread
ATMega Flash wird langsam knapp. Upgrade o. Plattformwechsel?
Armin K. schrieb im Beitrag #5968018: > Das muss nicht Wasserdicht sein, da der AVR nicht im Aquarium ist ;-) Aber die Quad-Core Lösung mit 64-Bit ARM ist nach heutigem Diskussions-Stand Pflicht! Frank K. schrieb im Beitrag #5965751: > Mein Vorschlag: > > https://www.olimex.com
Beitrag #5968071: > Armin K. schrieb im Beitrag #5968018: >> Das muss nicht Wasserdicht sein, da der AVR nicht im Aquarium ist ;-) > > Aber die Quad-Core Lösung mit 64-Bit ARM ist nach heutigem > Diskussions-Stand Pflicht! Der Zweck des Forums und dieser Diskussion ist meiner Ansicht nach, Empfehlungen
-
Thread
8 Kanal 50Ms/s AVR Logic-Analyzer
in passender Version war auf den letzten 486er (486DX2..DX4) und den AMD K5/K6 usw. drauf. Sind DIL28 üblicherweise zu 8 Stück + 1x TAG-Ram der nicht immer bestückt war. Ist eben auch bei mir schon ziemlich lange her mit diesen Boards... Bezeichnungen enden oft mit xx64-yy oder xx65-yy oder xx256-
Hallo zusammen, hat jemand die 50MHz-Version mit 28-poligem AVR aufgebaut und den externem Takteingang zum laufen bekommen? Ich kann den externen Clock in der PC-Software gar nicht auswählen, obwohl er ja in der AVR-Firmware und im Schaltplan vorgesehen
-
Thread
64 Bit float Emulator in C, IEEE754 compatibel
Header-file "avr_fp64.h", das anstatt von "avr_f64.h" #included werden soll. Damit werden Calls von f_... Routinen auf fp64... Routinen umgeleitet. Die Ergebnisse müssen trotzdem überprüft werden, da fp64lib in Details
mal in die Tools integriert (für Windos): https://sourceforge.net/projects/mobilechessboar/files/avr-gcc%20snapshots%20%28Win32%29/avr-gcc-10.0.0_2019-12-16_-mingw32.zip/download Hat neue Optionen: -mlong-double=32/64 (default: 64) -mdouble=32/64 (default: 32)
-
Thread
Faktensammlung Buderus EMS
00) 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 crc_ist0x83 crc_soll0x85 Daten: 08 00 18 00 27 02 a3 64 00 01 01 20 00 02 52 7d 00 80 00 00 00 ff 30 59 00 00 ff 00 00 83 00 - CRC-Fehler data published UBAMonitorFast ( 08 00 18 00) 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 crc_ist0x83 crc_soll0x85 Daten: 08 00 18 00 27 02 a3 64 00 01 01 20 00 02 52 7d 00 80 00 00 00 ff 30 59 00 00 ff 00 00 83 00 - CRC-Fehler data published
-
Thread
Fixed-Point Support in avr-gcc?
Integer- typ 64 Bit breit ist, den man sich auf dem AVR nicht unbedingt antun möchte. > Eine solche auf ISO/IEC TR 18037 "Emdedded-C" basierende Unterstützung > war für avr-gcc 4.8 geplant Im TR sind ja die
nächstgrößere Integer- > typ 64 Bit breit ist, den man sich auf dem AVR nicht unbedingt antun > möchte. Die Basisarithmetik ist vorhanden; die saturierenden 32-Bit Multiplikation und Division ist allerdings nicht Assembler-Optimiert
-
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
Reziproker Frequenzzähler+ Optimierte 64bit uint Routinen
gerechnet werden - was mal eben locker den Bereich einer 32-Bit Zahl sprengt. Die libgcc-Routinen für 64 bit Zahlen sind leider viel zu groß für einen ATtiny, deshalb habe ich noch ein paar Spezialroutinen in Assembler geschrieben. Zu finden unter http://www.mshopf.de/proj/avr/uint64_ops.html * Bit Shifts (Ersparnis: ca. 200bytes vs. libgcc) * Multiplikation 64bit x 32bit -> 64bit (Ersparnis über 200bytes in Vergleich zu C, viele KB zu libgcc) * Division 64bit / 32bit -> 64bit (Ersparnis über 150bytes in Vergleich zu C, viele KB zu libgcc) Der Code
-
Thread
ATMEL billiger und leistungsfähiger als PIC
Klare Argumente: - Es gibt keinen Freeware C-Compiler für PICs. - MPLAB ist dem AVR Studio unterlegen (maximal 64 Zeichen für die Verzeichnis/Dateinamen, es gab Versionen die Windows zerstört haben, die Anordnung der einzelnen Fenster durcheinander finde ich lässtig, usw.) - AVRs
C-Compiler für PICs. Ist das erforderlich? Willst Du am Compiler herumentwickeln? > - MPLAB ist dem AVR Studio unterlegen (maximal 64 Zeichen für die > Verzeichnis/Dateinamen, es gab Versionen die Windows zerstört haben, die Nimm doch einfach die aktuelle statt einer früheren Version. > Anordnung
-
Thread
Lerncomputer so wie KOSMOS CP1 nachbauen
Wo ist das Problem? Nimm einen AVR und strick dir den Interpreter wie du ihn brauchst.
werden... Dann nimm einfach ein LCD und implementiere eine PS/2 Schnittstelle für die Tastatur im AVR.
-
Thread
ESP32 als Modul-Emulator für den C64
Ich habe auch schon überlegt einen zusätzlichen SRAM-Chip zu verbauen, mit dem ich in der für den C64 irrelevanten Tackthälfte kommuniziere. Dann hätte ich bei dem zusätzlichen SRAM pro Tackt des C64 zwei Lese-Schreib-Zyclen. Einen für den C64 und einen für den ESP32. Diese Lösung erscheint auf den
and the cable types you plan to use. 100G-distance Copper DAC Used Inside Racks: 1-5 m QSFP28 passive DAC products including QSFP28 to QSFP28 DACs and QSFP28 to 4x SFP28 DACs are ideal to use for reaches within 5 m, providing a very cost-effective I/O solution for 100GbE connectivity. Instead
-
Thread
Compiler für dsPic33FJ64
dsPIC33FJ64GP708A 80 64 80 16384 dsPIC33FJ64GP710 85 64 80 16384 dsPIC33FJ64GP710A 100 64 80 16384 dsPIC33FJ64GP802 28 64 80 16384 dsPIC33FJ64GP804 44 64 80 16384 dsPIC33FJ64GS406 64 64
16384 dsPIC33FJ64MC706A 64 64 80 16384 dsPIC33FJ64MC710 85 64 80 16384 dsPIC33FJ64MC710A 100 64 80 16384 dsPIC33FJ64MC802 28 64 80 16384 dsPIC33FJ64MC804 44 64 80 16384
-
Thread
Teile für AVR tutorial (Anfänger)
€ 1 0,41 € BL 2X10G8 2,54 2x10pol. Buchsenl., gerade, RM 2,54, H.: 8,5mm 0,32 € 1 0,64 € SPL 20 IC-Fassung, 20-polig, einreihig, RM 2,54, gerade 0,31 € 1 0,93 € SL 1X36W 2,54 36pol. Stiftleiste, gewinkelt, RM 2,54 0,28 € 1 0,28 € 74HCT 244 IC-SCHALTUNG 0,26 €
Buchsenl. 2x10-polig, gerade, RM 2,54, H.: 8,5mm 0,32 € 1 0,64 € SL 1X36W 2,54 Stiftleiste 36-polig, gewinkelt, RM 2,54 0,28 € 1 0,28 € SL 2X10W 2,54 Stiftleiste 2x10-polig, gewinkelt, RM 2,54 0,13 € 1 0,27 € RT 10-S 10K
-
Thread
AVR/PIC oder ähnlich mit integrated osc >8MHZ
28Pin P-Dip(u.a. SMD), Betriebsspannungsbereich von 1,8 - 5,5V, viele Taktraten von 31KHz bis 64Mhz rein Intern möglich. Kostet unter USD 2,00 Einiges an Peripherie. Zahlreiche Code & Pinkompatible Modelle
Sch. schrieb im Beitrag #2304152: > Ein gutes Beispiel wäre der PIC18F25K22 Stimmt der läuft mit 64MHz, jedoch dann nur 16MIPS (laut DB) Ulrich schrieb im Beitrag #2304136: > Beim AVR sind auch nicht alle Befehle 1 Zyklus, aber immerhin die > meisten, es gibt aber einige (mehr als beim PIC) Ausnahmen
-
Thread
AVR32 grasshopper patch für ATMEL buildroot 2.3.0
/Grasshopper« werden überschrieben package/mpfr/mpfr.mk:64: Warnung: Alte Befehle für das Ziel »/home/xxx/Grashopper/buildroot-avr32-v2.3.0/project_build_avr32/Grasshopper« werden ignoriert package/mtd/mtd-utils/mtd.mk:105: *** Mehrfache Target-Muster. Schluss
Controller at 0xfff00100, IRQ 19 at32_eic at32_eic.0: Handling 4 external IRQs, starting with IRQ 64 AVR32 AP Power Management enabled dw_dmac.0: DesignWare DMA Controller, 3 channels NET: Registered protocol family 2 IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established
-
Thread
LPC800 existiert (fast) nicht in diesem Forum
findet hier noch ein leistungsstarkes und sehr preisgünstiges Board (Cortex M4 mit 256KB Flash und 64kB RAM) mit einer angepaßten "ARDUINO"-Entwicklungsumgebung. Alle AVR Libraries laufen auch auf ARM!
findet hier noch ein leistungsstarkes und > sehr preisgünstiges Board (Cortex M4 mit 256KB Flash und 64kB RAM) mit > einer angepaßten "ARDUINO"-Entwicklungsumgebung. Alle AVR Libraries > laufen auch auf ARM! Da fehlt natürlich der passende Link: http://www.pjrc.com/teensy/teensy31.html
-
Thread
NFS mit grasshopper / AVR32
Avr32/rootfs) Sep 16 01:28:04 localhost rpcbind: connect from 192.168.12.2 to getport/addr(nfs)[/pre] Für mich folgt hieraus, dass das mountd nicht seiner Arbeit nachkommt (weitere Dienste sind ja
grasshopper bedient sich beim PC! Zu den Inhalten des rootfs: Auf dem PC: [pre]ls -l /home/Superandi/Avr32/rootfs/ total 64 drwxr-xr-x 2 Superandi Superandi 4096 2008-09-07 22:34 bin drwxrwxr-x 2 Superandi Superandi 4096 2008-08-28 00:45 boot drwxr-xr-x 2 Superandi Superandi 4096 2008-02-03 13:48 config
-
Thread
Atmel oder PIC Gesperrt
der benötigten Peripherie aus: Wenn ich z.B. den ATMega168P und den PIC18F2520 vergleiche hat im 28poligen Gehäuse der PIC 2 I/O Pins mehr. Dafür kann der AVR mehr Strom durch die I/O-Pins treiben da der Innenwiderstand der FETs (ca 25/23 Ohm anstelle 68/20 Ohm bei H/L) im High-Zustand geringfügig
benötigten Peripherie aus: > > Wenn ich z.B. den ATMega168P und den PIC18F2520 vergleiche hat im > 28poligen Gehäuse der PIC 2 I/O Pins mehr. Dafür kann der AVR mehr Strom > durch die I/O-Pins treiben da der Innenwiderstand der FETs (ca 25/23 Ohm > anstelle 68/20 Ohm bei H/L) im High-Zustand geringfügig
-
Thread
SSD1306/1309 Library zum Darstellen von Text auf OLED Displays
schrieb im Beitrag #5552029: > M. K. schrieb: >> Das Display besteht aus 128*96 Pixel > > 128 * 64 Pixel = 1024 Byte = 1kB Ja, hatte mich oben vertan mit der größe. Eng wirds dennoch. Dass es auf dem STM besser/schneller geht als auf nem AVR glaub ich dir ja gern. Ich habs halt hier auf nem
Ich bin ein klein wenig weiter gekommen. Ich habe jetzt erst mal das AVR Studio beiseite gelegt und die ArduinoIDE genommen. Mein 0.96 lässt sich mit dem HelloWorld Beispiel und folgender Displaydefinition zum Leben erwecken. [c]U8X8_SSD1306_128X64_NONAME_HW_I2C u8x8
-
Thread
AP7000 und ICnova ADB1000: Bisschen wenig?
Kernel Image ... OK Starting kernel at 90000000 (params at 13f6c008)... Linux version 2.6.28.4 (uprinz@delli) (gcc version 4.2.2-atmel.1.1.3.avr32linux.1) #1 Fri Oct 30 01:37:24 CET 2009 CPU: AT32AP700x chip revision C CPU: AP7 [01] core revision 0 (AVR32B arch revision 1) CPU: MMU configuration
Modul auf dem ADB1000+ soll ja auch ein + Modul sein. Das wiederum soll 256MB Flash haben und nicht 64, wie das einfache. Aber buildroot erstellt nur ein rootf.avr23.ext2 von 64MB. Auch ein df gibt auf der Konsole nur 60MB für das rootfs an. Da schlummern alo noch ein paar unerkannte MB vor sich hin
-
Thread
AVR-GCC 4.8.1 tiny841 nicht bekannt
dep/AudioSwitcher.o.d AudioSwitcher.c -o AudioSwitcher.o avr-gcc: error: unrecognized argument in option ‘-mmcu=attiny481’ avr-gcc: note: valid arguments to ‘-mmcu=’ are: at43usb320 at43usb355 at76c711 at86rf401 at90c8534 at90can128 at90can32 at90can64 at90pwm1
atxmega32a4 atxmega32a4u atxmega32c4 atxmega32d4 atxmega32e5 atxmega32x1 atxmega384c3 atxmega384d3 atxmega64a1 atxmega64a1u atxmega64a3 atxmega64a3u atxmega64a4u atxmega64b1 atxmega64b3 atxmega64c3 atxmega64d3 atxmega64d4 avr1 avr2 avr25 avr3 avr31 avr35 avr4 avr5 avr51 avr6 avrxmega2 avrxmega4 avrxmega5 avrxmega6
-
Thread
Die andere Firmware für AVR-NET IO
IP-Adresse ausgegeben. Das AVR-NET-IO läst sich aber nicht auf dieser Adresse anpingen. Das AVR-NET-IO ist erst nach Neueinspielung der Hex-Datei wieder ansprechbar. Gruß Karl Albert
var_array[17] = 0; break; case ('z'): if ( var_array[28] < 1 ) var_array[28] += 1; else var_array[28] = 0; break; Bitte um Fehlersuche / Lösung. Mfg Marco
-
Thread
ATMega ans LAN bringen: Mit HLK-RM04?
den ESP8266... kein LAN aber WLAN. Gibt's als China-Clone für ca. 3 Euro, muss kein Adafruit sein! 64kb RAM, 256kb Flash (oder mehr), 80-160MHz, mehr I/O Pins als AVR, I2S, WLAN b/g/n (AP oder station) on board, schnellerer ADC als AVR - was will man mehr? AVR (oder 8 bit PIC) ist schön und gut, aber
und XC8, und die Sache läuft. Wenn Du mehr IOs brauchst, gibts den PIC18F97J60. 100 Pins statt 64, mehr IOs, mehr UARTs/SPI/I2C, ansonsten alles gleich. Der Ethernet-Teil ähnelt dem ENC28J60, aber da hier der SPI-Flaschenhals fehlt, ist die erzielte Datentransferrate bei diesen PICs doppelt so
-
Thread
Klingel mit 100 Melodien - last minute Weihnachtsgeschenk
68,69,192,71,72,192,68,69,0,71,72,0,77,76,0,68,69,0,76,203,192,10,8,5,3,197,192,68,69,128,71,72,128,68,69,0,71,72,0,77,76,0,68,69,0,81,208 ,3 //Lied Nr. 28 Offset:990 ,141,168,64,8,10,12,141,168,64,8,10,12,141,111,17,146,113,15,212 ,2 //Lied Nr. 29 Offset:1010 ,8,10,11,1,3,4,6,8,10,11,13,15,16,0,18,20,22,215,0,21,23,21,0,19,0,21,0,19,0,21,0,19,0,18,0,16,0,79,78,0,16,0,17,0,82,0,15,0,11,9,0,11,137,0,71,6,0,198,198
84,82,81,10,106,76,13,79,0,82,81,79,8,104,74,12,77,0,81,79,77,70,70,8,74,0,76,76,13,111,200 ,2 //Lied Nr. 80 Offset:2477 ,71,64,74,64,140,128,71,64,74,64,140,128,71,64,74,64,76,64,79,79,78,78,74,64,236,128,7,72,64,74,64,76,64,72,64,167,133,128,7,72,64,74,64,44,44,72,64,167,133,128,7,72,64,74,64,76,64,72,64,71,64,69,64,67,64,66,64,195,195