-
Thread
AD-Wandler 8Bit 100MHz
Vorschlag? Teil darf auch schneller sein, parallel oder SPI. Es muß diskret gelöst sein, bitte kein AVR, DSP oder PIC. Wie meinst du das mit KHz/MHz?
GROUPID=2914;ARTICLE=90070;START=0;SORT=artnr;OFFSET=16;SID=30@TNBPVX8AAAIAAHukQdcdf7a6c0b7ae9e8efa4b3c0dd04d357f MCP3301 hat 12Bit @ 100kHz. Bei 8 Bit kann man schneller abtasten.
-
Thread
Raspberry Pi ist da
arrg war gestern da und hab sie nicht gesehen :( dafür habe ich 4 STM32F$Discovery boards bekommen :D
weiter geht, werden bald die ersten Spiele Produzenten aufspringen und die Demo-Scene hat einen neuen C64, ach was, wir alle haben einen neuen C64. Wär doch was, oder?
-
Thread
Assemblerprogrammierung ARM CORTEX
MOV-Instruktionen mit immediate-Werten, die es im Thumb-Instruktionset überhaupt gibt, sind die mit 32-Bit immediates (die wiederum aber der M0plus nicht unterstützt). Der Assembler versteht also "32 bit" und sagt: "nein, kann ich nicht". [edit: Tippfehler korrigiert]
Ausnahmen) extrem viele Restriktionen ergeben, auch bei R8-R12, daß ich mich langsam nach den ARM 32 Bit Befehlen sehne (kennste da eine M Version?)! Verständlich, denn je weniger Bits der Opcode hat, desto weniger Möglichkeiten hat man, Stichwort 2^16 statt 2^32 (abzüglich Platz für immediate Bits)
-
Thread
RAM/EEPROM am IDE-Bus
ist doch der Spass und die Neugier, oder nicht? Warum sollte man sonst im Internet Sachen wie das AVR-Tutorial hier veröffentlichen? Damit die Industrie den hohen Nutzen eines langsamen, teuren, für viele Anwendungen unbrauchbaren aber benutzerfreundlichen Controllers kennenlernt?! Bitte nicht als Vorwurf
@Rufus: Zum Thema 40 MByte/s: Ich bin eben mit nem 8-Bitter aufgewachsen und find 32 Bit Geräte mit 132 MB/s (PCI) wahnsinnig und noch wahnsinniger nen Prozessordatenkanal mit 9,6 GB/s (div. Serversysteme, u. a. auch AMD64 Arch.) Allerdings frag ich mich, ob die Leute, die 40 MB/s Festplattenübertragungsrate
-
Thread
Neuauflage Busch Microtronic 2090 Lerncomputer
Ja, das Original habe ich auch - sogar mit 2095 Interface https://www.youtube.com/watch?v=7KmG64e4DPE&t=26s Und 2095 Emulator: https://www.youtube.com/watch?v=_KTuKygo-tQ&t=3s
anschließen. Ich hasse es wenn ich was 2 x tippen muss. Und bei HEX-Code besonders. Der hat mich schon am C=64 mit seinen Endlosen Listen genervt.
-
Thread
Fehlerursache bei Displayansteuerung eingrenzen
wollte ich posten: [c] #if (__GNUC__ * 100 + __GNUC_MINOR__) < 303 #error "This library requires AVR-GCC 3.3 or later, update to newer AVR-GCC compiler !" #endif #include <inttypes.h> #include <avr/pgmspace.h> /** * @name Definitions for MCU Clock Frequency * Adapt the MCU clock frequency
*/ #define LCD_E_PIN 5 /**< pin for Enable line */ #elif defined(__AVR_AT90S4414__) || defined(__AVR_AT90S8515__) || defined(__AVR_ATmega64__) || \ defined(__AVR_ATmega8515__)|| defined(__AVR_ATmega103__) || defined(__AVR_ATmega128__) || \ defined(__AVR_ATmega161
-
Thread
DCF-Uhr from Scratch
Mischer/Demodulation, an den ADC. 77,5 kHz ist jetzt keine Hochfrequenz, aber etwas schneller als der AVR-Arduino-ADC sollte der schon sein. (STM32, RP2040, ...) Rest ist Software.
die CPU zu stören. Also echte parallel Verarbeitung. Ich habe dann mal nach diesen Daten die STM32 gefiltert und dabei dann STM32H723 oder den STM32H743 gefunden. Beide sind auf Nucleo Boards für 30 bis 50€ erhältlich. Echte 16-bit ADC mit DMA, SMID und DSP, 16-bit DAC um einen OCXO zu führen.
-
Artikel
AVR Bootloader optiboot Assemblerversion
Betrieb mit automatischer Baudrate und EEprom Unterstützung konfiguriert. >>> Starte optiboot für AVR atmega328p erstellen: RX-Pin PD0 benutzt Pin 2-PDIP28 30-TQFP32, mit Spezialfunktionen: PCINT16 RXD. TX-Pin PD1 benutzt Pin 3-PDIP28 31-TQFP32, mit Spezialfunktionen: PCINT17 TXD. avr-gcc -g -Wall -
Betrieb mit automatischer Baudrate und EEprom Unterstützung konfiguriert. >>> Starte optiboot für AVR atmega328p erstellen: RX-Pin PD0 benutzt Pin 2-PDIP28 30-TQFP32, mit Spezialfunktionen: PCINT16 RXD. TX-Pin PD1 benutzt Pin 3-PDIP28 31-TQFP32, mit Spezialfunktionen: PCINT17 TXD. avr-gcc -g -Wall -
-
Thread
µC - Alles auf einmal! (Design-Pattern)
. > Steht irgendwo genau beschrieben, was genau das macht? Aber latürnich! ;-) In der Doku zur avr-libc: http://www.nongnu.org/avr-libc/user-manual/group__util__atomic.html Beachte, dass in dem von dir zitierten Code noch ein Fehler war, den ich in meinem Post herauseditiert habe.
im Beitrag #2545314: > Steht irgendwo genau beschrieben, was genau das macht? Ja. Hier in der avr-libc-Dokumentation: http://www.nongnu.org/avr-libc/user-manual/group__util__atomic.html Gruß Oliver
-
Thread
ARM welche Entwicklungsumgebung, welches JTAG Interface ?
erhältlich. Damit kann (werde) ich also leben. Dabei kostet JTAG-Interface, Eval-Board und (auf 32k beschränkte) Soft weniger als nur das J-Link von Segger alleine. Andere J-Link Bundles in vernünfigen Preisregionen habe ich leider nicht finden können. Das Upgrade von 32k auf 511K kostet übrigens
kein Problem. Wenn das so ist, kannst du dich ja auch mal bei Lauterbach Datentechnik nach einem Trace32 umsehen ;-) Ciao, Fabian
-
Thread
Aufwandschätzung für Cross-Assembler
nicht wirklich ein Assembler, mit dem man auch komplexe > Programme schreiben kann. Kenn ich vom C64. Das ist letztendlich ein stark aufgebohrter Hexeditor. Es gab aber für den C64 auch mindestens einen guten Assembler, ich komm nur nicht mehr auf den Namen, da war ein Editor dabei der hatte die
auf dem Atari, dann per debug.exe Code geschrieben und direkt in irgendwelchen Sektoren auf einer DD-Diskette gespeichert. Vom 68k kommend war die x86-Welt mit ihrem segmentierten Speicher, äh sagen wir mal, ungewohnt?! Genauso wie ARM Cortex M ungewohnt war, nach Jahren PIC und AVR. > Nö,
-
Thread
CubeMX und HAL - I2C hängt sich auf
Frage ist nun, ob jemand vielleicht etwas lauffähigen Code mit dem CubeMX und dem HAL für einen STM32F103C8 hat? Gruß und Danke Peter
Not hilft es vielleicht trotzdem. http://stefanfrings.de/stm32/index.html#i2c
-
Thread
Webasto W-Bus
4F 03 C4 FF 77 zurück und nicht 03 C4 00 88 zum Ausschalten 1 mal F4 02 10 E6 --> <--- 4F 02 90 DD > Nun frage ich mich wie der physische Aufbau ausehen müsste um einen AVR mit dem W-bus zu verbinden. Bin nur Hobbybastler...
Nun gut das ist die Antwort der Heizung: Software version TX 34 03 51 02 64 RX 43 0F D1 02 FF FF 03 24 13 08 05 FF FF FF FF FF 59 W-BUS version TX 34 03 51 0A 6C RX 43 04 D1 0A 41 DD Frage wenn ich nur den Fan einschalte also Sommer-Modus ändert sich bei mir der Status
-
Thread
Kompatibelität CC1100 und RFM12
FREQ0 # -> 433,249969 MHz 0x49, // MDMCFG4 0x75, // MDMCFG3 0x02, // MDMCFG2 0x32, // MDMCFG1 0xC1, // MDMCFG0 CHANSPC_M 0x35, // DEVIATN 0x04, // MCSM2 0x0C, // MCSM1 0c 0x38, // MCSM0 0x16, // FOCCFG 0x6C, // BSCFG 0x43, // AGCCTRL2 0x40, //
du deine Konfiguration hier posten? Ich wollte auch Betty mit RFM12 kommunizieren lassen. Gruß AVR
-
Thread
C: Pixel auf dem Bildschirm ausgeben
Wenn du schon QBasic kennst wieso nimmst du dann nicht einfach FreeBASIC? screenres 640,480,32 'Besser wie screen wasauchimmer pset (1,1),rgb(32,64,128) sleep -1
So kann man ebenso das Pageging, preemptives Multitasking und den gesamten Adressbereich im 16Bit/32Bit/64Bit-Mode nach eigenen Reglen benutzen. Die Einschränkung von WindowsXP(32Bit) nur 2GB Speicher für eine Anwendung zu bekommen gibt es damit nicht mehr. Auf meinem MoBo kann ich dann mit dem eingesteckten
-
Thread
Schlankes Ubuntu für MPLAB X gesucht
installiert: MPLAB X IDE v5.50. Und einen Compiler auch? Da stehen mehrere zur Auswahl (8bit, 16bit, 32bit, AVR, PIC, bla, bla, bla). Und man muss sie extra runterladen und extra installieren.
PIC geht. MPLAB X unterstützt ab Version 5.40 kein MPASM mehr. Sie haben auch avrasm2 für die AVR's aus dem Toolkit rausgeworfen. Sie ändern | werfen raus alle 32-Bit Anwendungen. Und bieten dafür eine neue 64-Bit Alternative an. Wenn du also trotzdem MPASM benutzen willst, dann musst du
-
Thread
CRC-16-Berechnung mit Lookup-Tabelle: zwei Varianten, beide gültig?
0xBB9A, 0x4A75, 0x5A54, 0x6A37, 0x7A16, 0x0AF1, 0x1AD0, 0x2AB3, 0x3A92, 0xFD2E, 0xED0F, 0xDD6C, 0xCD4D, 0xBDAA, 0xAD8B, 0x9DE8, 0x8DC9, 0x7C26, 0x6C07, 0x5C64, 0x4C45, 0x3CA2, 0x2C83, 0x1CE0, 0x0CC1, 0xEF1F, 0xFF3E, 0xCF5D, 0xDF7C, 0xAF9B, 0xBFBA, 0x8FD9, 0x9FF8, 0x6E17, 0x7E36
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
DCF77 Empfangsprobleme
waren für ATMega8535 gedacht. Vollkommen egal. DCF77-Decodierung und LCD-Steuerung sind sowas von AVR-Typ-unabhängig, das einzige worauf es ankommt ist ausreichende I/O-Anzahl für die jeweilige Anwendung. Man braucht dafür nicht mal RAM -- die 32 Allgemeinregister reichen für solch einfache Dinge dicke
Programms so unglaublich egal, ob es für einen ATtiny24, 85, 2313, 1616 oder ATmega8, 48A, 328PB, AVR64DD28 geschrieben wurde. Weil weder nennenswert Speicher noch bestimmte Peripherie dafür gebraucht wird, die manche Typen nicht hätten. Karl B. schrieb im Beitrag #8047447: > Und verbindet nicht
-
Thread
China SUPER Bauteile-Schnäppchen Thread [V4]
DMA und zweites SPI hätten da schon gereicht um bei 32Mhz vor nem AVR zu stehen.. so bleibt es ein Nieschenprodukt mit etwas mehr Power. Bin deswegen für Display Ansteuerungen zum STM32/ESP32 gewechselt.
+-1% - 32MHz & 32kHz 1% genau - auch als QFP48 mit mehr IOs - 64MHz timer takt möglich - 2MHz Watchdogtakt möglich (gut, wenn man den als timer nutzen möchte) - DSP (ähnliche) Hardware mit MAC & Sättigung
-
Thread
Horizon EDA [War: Neues, halbfertiges Elektronik-CAD-Programm]
gentoo 0 KiB [ebuild N ] net-libs/http-parser-2.8.1:0/2.8.0::gentoo USE="-static-libs" ABI_X86="32 (64) (-x32)" 50 KiB [ebuild N ] dev-cpp/tbb-2017.20161128::gentoo USE="-debug -doc -examples" ABI_X86="32 (64) (-x32)" 2.897 KiB [ebuild N ] dev-libs/libsodium-1.0.16-r2:0/23::gentoo USE="asm urandom -minimal -static-libs" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="aes sse4_1" 1.867 KiB [ebuild N ] net-libs/libssh2-1.8.0-r1::gentoo USE="zlib -gcrypt -libressl -static-libs -test" ABI_X86="32 (64) (-x32)" 835 KiB [ebuild N
-
Thread
Padauk PFS154 Programmer mit Arduino Uno / ATmega88 - 328
Adresse + 8 Bit Kommando + 8 Bit negiertes Kommando [/code] Bei NEC ist der Informationsgehalt des 32-Bit-Frames also 8 + 8 = 16 Bit, bei Extended NEC 16 + 8 = 24 Bit. Ich vermute, dass Du die redundanten Informationen erst gar nicht rausnimmst, sondern sogar alle 32 Bits auswertest. Wie kannst Du
free-pdk/easy-pdk-programmer-hardware Der kann auch den PFS173. Allerdings ist der dort verwendete STM32F072 in Pandemiezeiten ziemlich rar geworden, leider ! Alternativ kannst du einen Programmer mit STM32F072 auch nach: https://www.mikrocontroller.net/topic/487332#6481283 aufbauen. Hier hast
-
Thread
Fernbedien RC5 Empfänger
.dep/fernbedienung.elf.d fernbedienung.o RC5/RC5.C C:/Programme/WinAVR/bin/../lib/gcc/avr/3.4.3/../../../../avr/include/avr/signal.h --output fernbedienung.elf -Wl,-Map=fernbedienung.map,--cref -lm cc1plus.exe: warning: command line option "-Wstrict-prototypes" is
RC5.C:27: warning: converting of negative value `-0x000000002' to `unsigned char' C:\Programme\WinAVR\bin\..\lib\gcc\avr\3.4.3\..\..\..\..\avr\bin\ld.exe:fernbedienung.o: file format not recognized; treating as linker script C:\Programme\WinAVR\bin\..\lib\gcc\avr\3.4.3\..\..\..\..\avr\bin\ld.exe:fernbedienung.o
-
Thread
ISR Code schneller machen?
eine Funktion > übergibst), so bestimmt sizeof() die Größe des Zeigers (wohl 2 Bytes auf > einem AVR8). Dann werden nur die ersten zwei Bytes des Ziels genullt. Was noch fehlt: Würde man statt xy_t array[32] schreiben std::array<xy_t,32> array; dann könnte man dieses als Referenz an
eine Funktion >> übergibst), so bestimmt sizeof() die Größe des Zeigers (wohl 2 Bytes auf >> einem AVR8). Dann werden nur die ersten zwei Bytes des Ziels genullt. > > Was noch fehlt: > Würde man statt > xy_t array[32] > schreiben > std::array<xy_t,32> array; > dann könnte man dieses als Referenz
-
Thread
atmega328 funktioniert teilweise nicht
array_lenght_heartbeat_start]={0}; //array für 10 Werte uint8_t heartbeat_ave[array_lenght_heartbeat_start]; uint32_t mittelwert_alt=0; uint32_t mittelwert_neu=0; uint32_t heartbeat_output=90; uint32_t heartbeat_input=0; uint8_t heartbeat_now=0; uint8_t test2 =0; uint8_t test3=0; //uint8_t test4=0; uint8
*/ #define LCD_E_PIN 5 /**< pin for Enable line */ #elif defined(__AVR_AT90S4414__) || defined(__AVR_AT90S8515__) || defined(__AVR_ATmega64__) || \ defined(__AVR_ATmega8515__)|| defined(__AVR_ATmega103__) || defined(__AVR_ATmega128__) || \ defined(__AVR_ATmega161
-
Thread
12V Überwachung mit sehr geringer Stromaufnahme gesucht.
aller Art, je nach Anzahl der Eingänge auf entsprechend vielen Kanälen. So ein Winzling wie der neue AVR64DD14 bringt sogar schon 12Bit Auflösung mit. Totaler Overkill natürlich...
3 Pins, ohne Referenzspannung. Ich nutze den SGM809-RXN3L/TR mit threshold voltage 2.63 für den STM32. Ich hatte das Problem, dass der STM32 bei sinkender Spannung abschaltete , dann im Low Voltage Modus aber wieder startete
-
Thread
CRC Berechnung wie die Funktion aufrufen?
oh vergessen: [c] /* 9600 baud */ #define UART_BAUD_RATE 9600 int32_t checkSum(int32_t input[],uint8_t length) { int32_t crc = 0xFFFF; int32_t mask = 0x01; int32_t CRC = 0xA001; for (uint8_t i=0 ; i<length ; i++) { crc = crc ^input[i];
0x09, 0x08, 0xC8, 0xD8, 0x18, 0x19, 0xD9, 0x1B, 0xDB, 0xDA, 0x1A, 0x1E, 0xDE, 0xDF, 0x1F, 0xDD, 0x1D, 0x1C, 0xDC, 0x14, 0xD4, 0xD5, 0x15, 0xD7, 0x17, 0x16, 0xD6, 0xD2, 0x12, 0x13, 0xD3, 0x11, 0xD1, 0xD0, 0x10, 0xF0, 0x30, 0x31, 0xF1, 0x33, 0xF3, 0xF2, 0x32, 0x36, 0xF6, 0xF7,
-
Thread
3,5" Floppy auslesen
Verfügbarkeit gerne verzichten. Ich weiss das das mit dem Timing schwierig ist ( Bitbreite < 2uS bei DD-Disketten im MFM Format). Würde es aber trotzdem gerne mal versuchen. Falls also jemand ein paar Infos über die elektrische Ansteuerung ( Pegel, Reihenfolge usw.) hat, würde ich mich sehr freuen.
Also zur Zeit progge ich mir nen FDD emulator auf AVR basis. Ziel ist es den ganzen mechanischen Kram über Board zu werfen, und als Speicher medium ne SM-Card zu verwenden. Am 34Pol. Shugard Interface soll das aber wie ne normale Floppy aussehen (o.k.
-
Thread
THT im Hobbybereich, hat das noch Zukunft? Gesperrt
ich Dir aber schon vorstellen, Peter. Schau mal was in einem winzigen 14Pinner SOIC inzwischen als AVR64DD14 erhältlich ist! U.a. mit Pegelwandler und zwei UARTs.
Gerhard H. schrieb im Beitrag #7558027: > 32Bit Boliden Das drückt auch schon wieder eine gewisse Voreingenommenheit aus. Aus Sicht eines Z8 ist auch dein geliebter AVR ein "Bolide". Die Komplexität eines modernen AVR (die du ja gern als
-
Thread
Fehler zum nachbauen :-)
Äääää wat?? Also nochmal überlegt. Also wenn ich 40 V habe, und 25 Ohm dann habe ich doch wirklich 64 W. Wenn ich 50 Ohm habe habe ich doch (40 V)^2/50 = 32 W? Was für komische Effekte sind hier? Ich rechne doch mit RMS und weiss der Gugger was, das ist doch gar nicht möglich???? Erstmal ignoriert
bräuchte dafür eine MCU mit möglichst viel Flashspeicher und mind. 20 kByte RAM. Erster Gedanke: STM32F401RC, auch schön schnell (mit 1,59€ auch noch billig bei LCSC). Leider nur eben 64 pol. Gehäuse. Sehe ich doch auch bei LCSC, dass es dort STM32F030CCT (kannte ich noch nicht) gibt: 256 kByte und
-
Thread
keine Mikrocontroller auf dem Markt
Knapp sind nicht nur STM32. Versuch mal FPGAs zu bekommen, CAN-Tranceiver oder Ethernet-Switches. Und auch AVR-Controller sind in Stückzahlen als SMD nicht mehr so gut lieferbar, z.B. der Mega88 (MLF nicht, TQFP geht offenbar
Steffen H. schrieb im Beitrag #6941813: > Was interessiert mich denn der GD32F103 ? Ich bezog mich auf den M4 von GD Und das hatte ich ja geschrieben: der M3 GD32F103 wurde zum "Anfixen" genommen und den STM32 ziemlich genau "nachempfunden". Die nachfolgenden M4 GD32E1xx sind
-
Artikel
Reichelt-Wishlist
TQFP-Gehäuse zu haben sind wie z. B. XC3S400 oder XC3S500E (PQFP208)) | | | | | | * Microchip megaAVR 0-series, z. B. ATmega809/1609/3209/4809 in TQFP-48 Microchip AVR128DB…, AVR64DD… in SOIC und TQFP Microchip dsPIC33FJ128GP802 | Microchip PIC12F1822 | Microchip PIC24HJ64GP202-I/SP | NXP LPC1114 (auch
mehrere tage. (In der Zwischenzeit realisiert ) | | | (oder klare Anzeige wie viel noch vorhanden ist) AVR mit USB: AT90USB1287 (AT 90USB1287 TQ, TQFP64), dazu passendes Demoboard AT 90USB KEY; AT90USB162TQ (AT 90USB162 TQ, TQFP32), AT90USB646 (AT 90USB646 TQ, TQFP64), AT90USB1286QFN (AT 90USB1286 QFN, QFN64