-
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
Atmel Studio: "Standard" SW-Routinen aus einem Pool verwenden
. Ich hatte mal das ASF-Framework verwendet, da war das dann genauso. Vor Jahren hatte ich dann AVR32 uCs mit dem AVR32-Studio verwendet, was auch gut lief, aber da war das Speichern ähnlich. Das AVR32-Studio wird schon seit langem nicht mehr unterstützt. Und dann musste ich zwangsweise auf Atmel
beim Arduino. Und das mit möglichst wenigen Befehlen. Und so ist die Konstante PORT_A z.B. beim AVR ein (char) Tabellenoffset, der zeigt, wo die Adressen von PORTA,DDRA und PINA liegen, beim STM32 (unsigned long) die absolute Adresse von GPIOA. Außerdem kann man durch geschicktes Verschieben und Maskieren
-
Thread
memtest.c - sollte Schreib/Lesezeiger nicht volatile sein?
mit der ganzen Schleife, sie tut ja nichts! Ich persönlich hätte den Pointer als volatile u64* p; deklariert. Gegen meine Theorie spricht daß der Spaß immer noch 5 Minuten dauert, eigentlich hätte er IMHO beide Loops wegoptimieren dürfen. Dafür spricht daß bei einem Rock64 hier mit hunderten
findet sie nicht einen einzigen! Ist memtest denn in deinem Kernel aktiviert? Bei mir (archlinux x86_64) ist sie nicht aktiviert.
-
Thread
Bauen oder nicht bauen ?
verbrauchen und gleichzeitig ein paar mehr Farben wie der C64 zu schaffen.
steht immernoch das Angebot das Teil mal an den MIPS TTL Rechner zu stöpseln: http://www.fritzler-avr.de/spaceage2/index.htm Das Speicherinterface ist simpel: - 32Bit Daten (davon wirste ja sicher nur 8Bit brauchen) - 32Bit Adresse, die kann man mit 3 Vergleichern eindampfen auf nCE und Subadresse
-
Thread
STM32 - wo gibt es Literatur, Kochbücher etc. in deutsch?
Lösungen wollen anstatt etwas zu verstehen. Da gibts bei AVR und Arduino sicher ne Menge, aber bei STM32 wird es da dünner. Also entweder du willst mit STM32 Entwicklen oder du suchst einen Lego-Baukasten und nimmst Arduino. Beides geht nicht. Also sollte
Lösungen wollen anstatt etwas > zu verstehen. > Da gibts bei AVR und Arduino sicher ne Menge, aber bei STM32 wird es da > dünner. Also entweder du willst mit STM32 Entwicklen oder du suchst > einen Lego-Baukasten und nimmst Arduino. Beides geht nicht. > >
-
Thread
Softcore Atmega
Nimm doch lieber die RISC-V ISA, ist zwar eine 32 Bit Architektur (64, 128 Bit geht auch), da hast du aber garantiert keine rechtlichen Probleme. Weil die jeder frei verwenden/lizenzieren kann ohne zu zahlen. GCC Toolchain hast du dann auch dafür.
use the Licensed Software solely to develop and debug embedded applications for Atmel's 8-bit and 32-bit AVR microcontrollers and Atmel's ARM -based microcontrollers ("Supported Atmel Products"); and (b) to make one copy of the Licensed Software solely for backup purposes."
-
Thread
64 Stall- Laternen mit dimmbarer LED ansteuern
Mit Schieberegistern: http://mino-elektronik.de/AVR_PWM_64/AVR_PWM_64.htm
m.n. schrieb im Beitrag #5348041: > Mit Schieberegistern: > http://mino-elektronik.de/AVR_PWM_64/AVR_PWM_64.htm sehr geil! Ich bin offenbar zu blöd zum googeln. oder zu müde. Muss jetzt schlafen, falls man sich wundert, warum ich nicht reagiere. Vielen Dank erstmal für Eure Antworten
-
Thread
Attiny-Entwicklungsumgebung rott?
/* Problem AVR-Programmierung Seit zwei Tagen beiße ich mir die Zähne aus an meinem AVR-Entwicklungssystem, das anscheinend keinen lauffähigen code mehr erzeugt. Wird im angehängten Code-Beispiel die Zeile 6
bin/Release/TPA325xPowerManager.elf: file format elf32-avr Sections: Idx Name Size VMA LMA File off Algn 0 .text 00000044 00000000 00000000 00000094 2**1 CONTENTS, ALLOC, LOAD, READONLY, CODE
-
Thread
ATMEGA169 Programmierung DAC7718 varibale Ausgangsspannung
/avrbutterfly.Bootloader.html Nimm am besten das alte AVR Studio AVR Studio 4.19.730 http://www.hpinfotech.ro/cvavr_download.html
www.amazon.de/AZDelivery-Logic-Analyzer-kompatibel-Version/dp/B01MUFRHQ2/ https://www.ebay.de/itm/TQFP64-10mm-x-10mm-Adapter-P009-40/282877495001 https://www.ebay.de/itm/ATMega169P-16AU-Atmel-ATMega169-AVR-Controller-TQFP64/360283474912 https://www.ebay.de/itm/Steckbrett-Breadboard-ZUBEHOR-Arduino-Drahbrucken-Steckbrucken-starr-flexibel
-
Thread
LCD mit Interrupts?
); *hour=(uint8_t) (hoursElapsed%24ull); return timeStamp; } uint64_t DCF77_getDate(uint8_t *day, uint8_t *month, uint8_t *year, uint8_t *weekDay) { uint64_t timeStamp=SYSTEMCLOCK_getTime64(); uint64_t ticksElapsed=timeStamp-dcf77lastValidTimeStamp; uint64_t secondsElapsed=(ticksElapsed/SYSTEMCLOCK_TICKS_PER_SECOND); uint64_t minutesElapsed=(secondsElapsed/60ull)+((uint64_t) dcf77lastValidMinute); uint64_t hoursElapsed=(minutesElapsed/60ull)+((uint64_t) dcf77lastValidHour); uint64_t daysElapsed=hoursElapsed/24ull;
-
Thread
Risc-V gut ?
nach wie vor nicht vernachlässigbar. > Folglich ist ARM da auch schon von abgekommen. ARM-Code ist 32-bittig > und aufgebläht, Thumb-1 16-bittig und lahm. Thumb-2 ist gemischt 16/32, > mit der Code-Dichte etwa wie x86 und Performance wie ARM. Wobei die 64-Bit ARM Architektur weiterhin mit 32 Bit breiten Befehlen arbeitet. Thumb gibts nur in der 32-Bit Architektur.
-
Thread
AVR, Devices über 64k FLASH erkennen?
Gibt es einen Weg automatisch zu erkennen ob der Code für einen AVR mit <=64k FLASH oder >64k FLASH compiliert wird? Testen auf __AVR31__, __AVR51__ und __AVR6__ fällt mir jetzt dazu ein. Ich bin aber nicht sicher damit alles zu erwischen. Und käme ein __AVR7__
on MCUs with more than 64KB data space, and constant data fetch on MCUs with more than 64KB program space. --- Nur, es gibt doch gar keine AVR mit mit mehr als 64kB Daten? Und versagen würde der Test auf RAMPZ doch nur auf
-
Thread
ATmega Development Boards (Sind die OK?)
interessant. Aber sie werden vermutlich deutlich > mehr Strom verbrauchen als ein ESP8266 oder ESP32. Nee, eher weniger. Bei 8Mhz ist ihre Stromaufnahme sogar ungefähr auf gleichem Niveau, wie die AVR's. Allerdings ist die Ruhestromaufnahme der STM32F1 Serie höher als bei AVR. Für Langzeit-Betrieb
wie schnell man den unbrauchbar machen kann. Zudem hat dieser auch weniger Pins und IO als die ATmega64/ATmega32A ... Bei keinem Arduino mit AVR ist ein JTAG Anschluss, da der ATmega328 keinen JTAG hat. Ich würde die einen von denen empfehlen, welcher einen JTAG bereits onboard hat (3. Link ...) mit
-
Thread
Lüftersteuerung mit ATtiny13a, Tachosignal lesen
Lüfter"regelung" ist nur ein Dummy bis der Rest funktioniert) [c] #define F_CPU 9600000UL #include <avr/io.h> #include <avr/interrupt.h> #include <util/delay.h> /* * Pin 1 - Reset * Pin 2 - [PB3] Taster * Pin 3 - [ADC2] TMP36 Sensor * Pin 4 - GND * Pin 5 - [PB0] LED * Pin 6 - [OC0B] PWM
starten // ADIE: ADC Conversion Complete Interrupt einschalten // ADPS[2:0]: ADC Prescaler auf 64 (Ziel: zwischen 50 und 200 kHz) // 9,6 MHz: 9.600.000 Hz / 64 = 150.000 Hz --> 150 kHz ADCSRA |= (1 << ADEN) | (1 << ADSC) | (1 << ADIE) | (1 << ADPS2) | (1 << ADPS1) | (0 << ADPS0); //
-
Thread
AVR unter Windows in C, welche Toolchain?
Make file project) Alles funktioniert ziemlich gut. Inzwischen habe ich gesehen das es neuere AVR Tollchain-Versionen gibt. 1) http://gnutoolchains.com/avr/ avr-gcc5.3.0.exe 2) http://blog.zakkemble.co.uk/avr-gcc-builds/ avr-gcc-7.3.0-x64-mingw.zip (51.22 MB) Ist es sinnvoll eine
hat verschiedene Versionen hier abgelegt: https://sourceforge.net/projects/mobilechessboar/files/avr-gcc%20snapshots%20%28Win32%29/ Ich persönlich bevorzuge die 4.7.2. Diese ist sehr stabil und macht auch sehr kleinen Code. Teilweise wird dieser bei den Nachfolgeversionen sogar wieder größer.
-
Thread
Eingänge/Ausgänge 24V
ca. 100 mm Länge (ca. 80 mm Breite/Höhe...) entweder 16 Eingangskanäle (mit Optokoppler usw.) oder 32 Ausgangskanäle (ULN2803 für Ansteuerung von Relais) haben. Kann man also in einem Verteiler (Hausbus usw.) auf einer Hutschiene 2 Module unterbringen (32 Ein- oder 64 Ausgänge). Die Module basieren
100 mm Länge (ca. 80 mm > Breite/Höhe...) entweder 16 Eingangskanäle (mit Optokoppler usw.) oder > 32 Ausgangskanäle (ULN2803 für Ansteuerung von Relais) haben. Kann man > also in einem Verteiler (Hausbus usw.) auf einer Hutschiene 2 Module > unterbringen (32 Ein- oder 64 Ausgänge). Hallo Wolfgang
-
Thread
PICkit 4 wird verkauft
So, habs heute überraschend schon geliefert bekommen. Frisch von Microchip direct mit 60,64$ (47,95$ PICkit, 3,01$ freight charge, 9,68$ VAT) auf der Rechnung (das sind 48,9€). Die EIGENTLICH bestellten Bauteile waren natürlich nicht dabei. Ausprobiert hab ich das mit einem PIC32MX470F512H
schon im HEX File?) Im Moment kommt eine Meldung, dass das Editieren der Configuration Bits für AVR deaktiviert ist. Vorstellbar, dass das irgendwann noch aktiviert wird. Jetzt wo ich das schon mit dem ICE und einem ATmega32U4 getestet habe, muss ich es wohl auch noch meinen SNAP ausprobieren
-
Thread
Impedanzen von Verstärkerausgang und Kopfhörer
Ausgangswiderstand - ein Behringer Mischpult hat 47Ω - Yamaha Mischpult (EMX5000) hat 110Ω - Harman Kardon AVR 8000 hat rund 0Ω - Marantz BJ77: 330Ω Es gibt also alles mögliche. Die Innenwiderstände von KH-Ausgängen sind auch deshalb nicht typisch bei Null, weil sie auch einen Kurzschluss aushalten sollten
Kopfhörerausgängen werden aber offenbar weit höhere Quellwiderstände dimensioniert, obwohl viele Kopfhörer 16, 32 oder 64 Ohm haben. Gut, ich hab auch welche mit 2k, aber die sind seltener geworden.
-
Thread
Geschwindigkeit IO-Zugriff
STM32-Werte den Heise-Link nachgeliefert. Und wo kommen die 375ns beim AVR her?
der Verwendung von digitalWrite() gerade mal in den zweistelligen kHz-Bereich auf einem AVR. Mit einfachen Register-Zugriffen (in C) sind wir dann beim STM32 im zweistelligen ns-Bereich, wo der AVR noch nichtmals in Assembler hinkommt. Damit kann man nun endlich die Birnen mit den Birnen
-
Artikel
WinAVR
erforderlichen Zusatzprogrammen (sogen. Binutils) noch einige andere Pakete, z. B. die C-Standardbibliothek avr-libc (inkl. Dokumentation), die Programmiersoftware AVRDUDE und den Editor Programmer's Notepad. Download über die WinAVR-Startseite Installation. Auf 64bit-Windows darf WinAVR nicht im Standard-Programmverzeichnis
Binärpatches können diese Probleme beheben: Forenbeitrag von MadWizard und Originalseite für VISTA (32-Bit). Bei der 64-Bit Version von VISTA wird berichtet, dass der Linker mit Fehlermeldung abbricht. Forenbeitrag von Stefan für Windows98SE WinAVR-20071221 funktioniert unter Windows98SE, wie erste Tests
-
Thread
AVR-ISP-Stick wird nicht gefunden.
Hallo zusammen, Als Anfänger wollte ich mittels einen AVR-ISP-Stick erste Erfahrung sammeln in der Welt der Mikrocontroller Programmierung. Allerdings habe ich folgendes Problem. ich benutze: -Windows 7 x64 -AVR-ISP-Stick von ehajo.de (www.ehajo.de/bausaetze/smd/79/avr-isp-stick) mit dem Treiber "libusb-win32" (Version 1.2.6.0) -Programmsoftware: AVRDUDE -IDE: BASCOM-AVR IDE [2.0.7.5] -Mikrocontroller: Atmega328-pu den Schaltplan habe ich wie im Anhang aufgebaut
-
Thread
Mehrere Ports in arrays möglich?
int f=0;f<10;f++){ PORTC = segment_2[f]; //7Segment Anzeige die durchzählt _delay_ms(64); /*PORTD = segment_1[f]; _delay_ms(64);*/ //char, der funktioniert } } return 0; }
Stichwort lautet "Multiplexing" oder "Charlieplexing" https://www.mikrocontroller.net/articles/AVR-Tutorial:_7-Segment-Anzeige
-
Thread
wann Windows 10 IOT/Linux, wann zwingend Microcontroller ? Gesperrt
Kommunikationsschnittstellen, wie die üblichen USB-UART's und die kleinen Ethernet Controller (von Wiznet, sowie ESP8266, ESP32, CP2201, EN28J60).
Meine Empfehlung wäre ein kleiner AVR oder PIC zur Vorverarbeitung (Mittelwert berechnen, digitalisieren...) an jedem kritischen Sensor, die dann alle an etwas größeres, wie z.B. einen STM32, angeschlossen sind, der sich um Auswertung und
-
Thread
Atmega8: LookUp Table nicht linearen Sensor auswerten
709.47 60.0 590.02 65.0 490.70 70.0 410.30 75.0 344.87 80.0 291.32 85.0 246.75 90.0 209.98 95.0 180.02 100.0 155.00 105.0 133.71 110.0 115.80 115.0 100.67 120.0 87.84 125.0 76.91 130.0 67.56 135.0 59.54 140.0 52.63 145.0 46.66 150.0 41.49 Ebenfalls
nur die geeignete Stützstelle finden. Da die Stützpunkte äquidistant sind, ist für einen Abstand von 64 Counts die Stützstelle i einfach ADC / 64. Der Wert ist dann ((n(i+1) - n(i)) * (adc - i * 64) + n(i)) / 64. Alles mit Addition, Subtraktion, Mul und Shift machbar. Aufpassen, wenn negative Werte möglich
-
Thread
C++ Array um eine Stelle verschieben
Stefan H. schrieb im Beitrag #5330522: > also unsigned int? Reicht ggf. auch nicht. Auf AMD64 können Arrays 2^64 Elemente enthalten, aber (unsigned) int ist typischerweise nur 32bit groß, kann also nur 2^32 Elemente adressieren. Stefan H. schrieb im Beitrag #5330522: > bzw gibt es dann einen
? uint16_t ist was völlig anderes, eben nur 16 bit groß. Ist zu klein für Arrays auf x86 und AMD64, und ARM, und eigentlich nur ausreichend auf AVR. Am Einfachsten ist es immer size_t zu nehmen, das funktioniert immer. Einen anderen Typ sollte man nur nehmen wenn man sich genau überlegt hat ob
-
Thread
Aufrufende Funktion herausfinden
etwas Tolles, auf einem >> Controller ein striktes No-go. > > Im Allgemeinen ist das falsch. Auf 32-Bit-µCs (mit entsprechend mehr > Flash/RAM) geht das durchaus. Auf einem STM32F103 ist das überhaupt kein > Problem. Und selbst auf einem AVR würde ich das nicht einfach a priori ausschließen. Wenn
spielt): [pre] Archive member included to satisfy reference by file (symbol) .../bin/../lib/gcc/avr/8.0.1/avr5/libgcc.a(_exit.o) .../bin/../lib/gcc/avr/8.0.1/../../../../avr/lib/avr5/crtatmega168.o (exit) [/pre] Von Modul crtatmega168.o wurde also Symbol "exit" referenziert
-
Artikel
Raspberry Pi YAIR (Yet Another Internet Radio)
Spannungsversorgung Phihong, PSAA 20R-120 (20W, 12V) Niedrige Standby-Leistung von 0,5W (auf 230V Seite, 32mW auf 12V Seite) Leistungsaufnahme im Betrieb bei geringer Lautstärke: 10W Abschaltbarer Step-Down Regler für Raspberry Pi auf Basis des LM2676 Linearer Regler für MCU: LM2951 MCU NXP 89LPC922 oder 89LPC93X
Pegel zwischen MCU und Raspberry Pi bei 57600 Baud/s Nichtflüchtiger Speicher OS: 8GB SD-Karte Musik: 64GB USB-Stick (nach belieben) Optional: RTC für Raspberry Pi: RV 3029-C2 mit integriertem Quarz USB entstörter USB-Hub optische Maus USB-Stick Struktur Träger mit Raspberry Pi Leistungsplatine 80x100mm²
-
Thread
IR mit Internal Clock
* in irmpsystem.h gesetzt, wenn es weder ein PIC noch ein STM32 noch ein STM8 noch ein ESP8266 noch ein TI Stellaris noch ein Teensy noch Linux noch Windows ist. > Wahlweise man ergänzt beim Kompilieren -DAVR_ATMEGA="" oder man ändert > es auf _AVR_, was sehr
> in irmpsystem.h gesetzt, wenn es weder ein PIC noch ein STM32 noch ein > STM8 noch ein ESP8266 noch ein TI Stellaris noch ein Teensy noch Linux > noch Windows ist. Hier habe ich mich verguckt. Ja, ist ATMEL_AVR. >> Wahlweise man ergänzt beim Kompilieren
-
Thread
Bits tauschen?!
je nach Architektur bietet der GCC dafür "builtins" an, zB für AVR das __builtin_avr_insert_bits: [c] // reverse bit order static uint8_t mirror(const uint8_t bits) { return __builtin_avr_insert_bits(0x01234567, bits, 0); } [/c]
8 literal tables of 2 values */ return (unsigned char) ((x&128? 1:0) |(x& 64? 2:0) |(x& 32? 4:0) |(x& 16? 8:0) |(x& 8? 16:0) |(x& 4? 32:0) |(x& 2? 64:0) |(x& 1?128:0)); } [/c]
-
Thread
Arduino LCD Display
Acelex STM32F407 + Display, ca. 20€ mittlerweile: https://de.aliexpress.com/item/Free-shipping-STM32F407VET6-development-board-Cortex-M4-STM32-minimum-system-learning-board-ARM-core-board/32618222721.html https
NANO Projekt ein LCD Display 3,2- 4,2 >> Zoll benutzen. Arduino ist schon lange nicht mehr auf AVR beschränkt, Mit STM32duino wird das von mir verlinkte Board unterstützt: http://wiki.stm32duino.com/index.php?title=STM32F407 Damit kann es der TO mit seiner Arduino Umgebung benutzen und hat satt
-
Thread
Wie sieht eure Entwicklungsumgebung aus?
MikroE C mit mercurial Auf PIC, PIC32 und ARM (AVR geht auch kenne ich aber nicht) die gleiche IDE. Debugger kann simulieren oder auf der Zielplattform tracen. Gibt es auch mit Pascal und Basic compiler. Ziemlich schnörkellos und out
; setzt den Clock auf 16 MHz bei einem Quarz von 8MHz. Ob das jetzt ein HCS08, ein S12X, ein STM32xx, ein SPX56xx oder ein Renesas R8C ist, spielt keine Rolle. Bei einem AVR würde der Compiler meckern, dass CLOCK_8_16 nicht definiert ist. Hier müsste man dann CLOCK_16_16 nehmen und einen 16MHz Quarz
-
Thread
6kW Buck Converter, Mikrocontroller gesteuert
#5325202: > schnelle Komparatoren, die direkt die PWM abschalten können Ok das währe nett. Da du STM32 erwähnt hast: Eventuell ein STM32 Nukleo Board? Allerdings könnte man diesen auch extern ausführen.
Hi, zum STM32 mal folgende Links: http://www.st.com/en/evaluation-tools/steval-isa147v3.html http://www.st.com/en/evaluation-tools/32f3348discovery.html Zum AT91SAM3X8E kann ich nichts sagen, habe keine Erfahrung
-
Thread
MS-DOS auf Diskette
RawWrite die andere RAWRITE... ich benutze unter Win 7 letztere https://www.netbsd.org/~martin/rawrite32/download.html https://www.heise.de/download/product/rawwrite-21847
Paul B. schrieb im Beitrag #5325407: > Mit XP und darunter sowie WIMRE mit Vista ging es Nur in 32 Bit. Auf 64-Bit Windows bekommt man nur noch eine Fehlermeldung, denn das 16-Bit Subsystem hat M$ herausoperiert. Aber Rawrite wurde in diesem Thread ja schon erwäht, das sollte auch uin 64-Bit Windows
-
Thread
SDCC & PIC16887: Fehler in erzeugter ASM-Datei
übersetzen. Das Programm soll mein eigenes printf implementieren und dieser Code funktioniert bereits mit AVR, STM32 und NXP mit den entsprechenden GCC-Compilern und der Code funktioniert auch mit MCS51 und STM8 mit dem SDCC Compiler... Nur mit PIC will er nicht (und wie gesagt mit PIC beschäftige ich mich
Tonne und mach was anderes. Ich komme mit den PICs gut klar, fang aber jetzt nicht extra was mit AVR oder Arduino an nur um dann darüber rumzunörgeln. MfG Klaus
-
Thread
aus 12V Gleichstrom 36V Drehstrom (500Hz) erzeugen
geht leider nur bis 162Hz. https://www.mikrocontroller.net/articles/3-Phasen_Frequenzumrichter_mit_AVR Würde gerne selber bauen, gegen (günstige) fertige Bauteile habe ich jedoch nichts. Gibt es da noch alternativen?
von 23kHz aus, etwas zu schnell. Da es ein STM32 ist würde wohl auch Arduino darauf laufen, jedoch habe ich keine Erfahrungen mit den Timern auf dem STM32. Daher ging es an die "radikalere Variante", Leiterbahnen durchtrennt, Kupferdraht an die Beinchen
-
Thread
Quadratischer Mittelwert IIR höherer Ordnung möglich?
allerdings auf N = 4096 oder höher gehen, was zum einen den Tiefpass sehr langsam macht, zum anderen meine 32bit-Summe sprengt. Mit 64bit wird dann die Rechnung wieder zu langsam, um die Werte rechtzeitig abarbeiten zu können. Die Lösung wäre jetzt ein Filter höherer Ordnung. Kann man sowas digital implementieren
128 Werte gehen. Aktuell habe ich 50 Messungen pro Periode: Um auf 2^n zu kommen müsste ich auf 32 Messungen pro Periode runtergehen, hätte dann 4 Perioden im Buffer. Würde halt Auflösung verschenken. Oder auf 64 Messungen hochgehen, das wird aber seeeehr knapp mit dem AD-Wandler.
-
Thread
[AVR] Low-Byte einer Label-Adresse in Tabelle
Wenn der Code für alle Instruktionen aligned ist, dann kann man sich 1 Lookup sparen: Wenn du etwa 32KiB an Code zur Verfügung hast, dann sind das 32KiB/256 = 128B = 64 AVR-Instruktionen pro 8080 Code. Blöd wird dann nur, dass alle Sprunglabels an exaktem Offset stehen müssen und keine "Überläufe" ins
Wenn der Code für alle Instruktionen aligned > ist, dann kann man sich 1 Lookup sparen: Wenn du etwa 32KiB an Code zur > Verfügung hast, dann sind das 32KiB/256 = 128B = 64 AVR-Instruktionen > pro 8080 Code. Das funktioniert, wenn man genug Codespeicher zur Verfügung hat und es nicht zu viele Instruktionen
-
Thread
Welcher Mikrocontroller für 25 RGB-LEDs und 30 Taster
Eine Ansteuerung von 64 Kanälen findest Du hier: http://mino-elektronik.de/AVR_PWM_64/AVR_PWM_64.htm Auf 75 Kanäle zu erweitern sollte auch möglich sein. Das Einlesen der Taster übernehmen ebenfalls Schieberegister. Mein Favorit
bietet sich hierzu ein kleiner Ringpuffer im Speicher an, der bei mir z.B. aber meist nur 16 oder 32 werte umfasst, egal wie lang die Kette ist. Bei Interesse an unkommentiertem qnd-Code kann ich mal ein Beispiel Posten. Ja, „rgb“w mit 32bit Paketen Gruß Dominik
-
Thread
Unterschiede zwischen ARM und ATmega in der Programmierung
Die AVR's liefern bis zu 40mA an ihren I/O Pins, STM32F1 schaffen gerade mal halb so viel. Dafür haben die meisten STM32F1 Chips mehr RAM und Flash als AVR's. Die zahlreichen I/O Features schaust Du Dir
> angenehmer Vorteil von ARM versus AVR Das konnte Mann auch schon mit 16 bit Architekturen haben. Wenn es denn alles in die 64 kByte gepasst hat. Gott sei Dank sind kleine 32 Bitter mittlerweile billiger.
-
Thread
Gefahren bei Interrupts
Wenn du auf einem AVR eine uint64_t verwendest und während des Schreibvorganges dieser variable ein Interrupt auftritt, kann es zu Schwulitäten kommen. Denn eine 64bit Zahl wird durch acht 8Bit Register/Variablen ausgedrückt
andere Strategien sich aneignen. Jaja, der 32 Bit Zugriff ist dort atomar, weswegen das hier gekäute Problem gegenstandslos wird, aber hier geht's mir um das Wegkommen von der archaischen AVR-Denke. W.S.
-
Thread
Suche günstigen 5V Mikrocontroller mit 6 PWM Channel für LED Steuerung
PIC24F08KM202 dsPIC33EV32GM002 PIC24F16KM202 dsPIC33EV64GM002 dsPIC33EV32GM102 dsPIC33EV32GM004 PIC24F08KM204 dsPIC33EV128GM002 PIC24F16KM204 dsPIC33EV64GM102 dsPIC33EV64GM004 dsPIC33EV32GM006 dsPIC33EV32GM104 dsPIC33EV128GM102 dsPIC33EV128GM004 dsPIC33EV256GM002 dsPIC33EV64GM006 dsPIC33EV64GM104 . . .
-
Thread
Anfänger bittet um Unterstützung (PIC 12F629)
details erkennt man so oft immer schneller. z.b. benutzt kaum einer die genialen gpio register der avr's um flags in bit struktruren zu packen die sehr geringe code size generieren, da in diesen adressbereich bit befehle erzeugt werden UND bei reset diese via hw zurückgesetzt werden. mt
Toaster-Controller und Multi-Timer) in C am laufen mit 6pin pic10lf322 and attiny10 beide 0.5KWorte mit 64 bzw. 32 Byte RAM. Unglaublich was schon mit diesen begrenzten Resourcen möglich ist. Aber gerade auch wegen der On-Chip Peripherie. Ich habe von pc10xx-pic24xx, attiny/atmega, arm cortex 3/4 und
-
Thread
Videosignalverarbeitung mit STM32
direkt (in 8 Bit) das b/w Signal digitalisieren c) H und V Sync rausrechnen d) das ganze auf einem STM32 machen, wenn es nicht Echtzeit sein muss Eine Zeile eines BAS-Signals (https://de.wikipedia.org/wiki/Fernsehsignal) dauert 64 µS, die AD Wandler eines STM32F407 schafft max. 2,4 MSPS, also alle 0,41
stimmt das aber nicht. 37ns (Wert habe ich nicht geprüft) sind zwar nicht einfach aber bedenke der STM32 sollte da überhaupt nichts mit der CPU machen. Das muss alles über Timer, DMA und zB. SPI laufen, sonst ist der wirklich nur am rechenen. Wie schon gesagt für den AVR gibt es genug Beispiele und der
-
Thread
GLCD Fonts (64x128)
kann der Compiler da auch nicht auf 16 bit Breite optimieren. Bleiben wir mal beim Beispiel mit dem AVR und dem 128*64er Display, wenn ich jetzt alle Pixel per Funktion setzen will (z.B. CLRSCR) brauche ich 8192 Aufrufe meiner setPixel(...)-Funktion, nehmen wir mal an, diese operiert auf einem internen
wenn wirklich Grafik ansteht, dann den Controller danach auswählen. Wenn die Grafik nur so etwa 128x64 oder gar nur 96x32 oder so beträgt, dann muß der Controller nur genügend RAM mitbringen, in diesem Fall so etwa 1K für den Display-RAM und nochwas obendrauf für den Rest des Ganzen. Die Geschwindigkeit
-
Thread
Firefox geht leichtsinnig mit PC Ressourcen um!
anständig" verwirklichtigter SW. Und da schneidet eben FF zur Zeit extrem schlecht ab. Auf meinem X64 Haupt PC kann ich FF noch tolerieren. Nicht aber auf den besagten X32 LT. Leider ist es aus Sicherheitsgründen nicht empfehlenswert ältere Browser Version in Betrieb zu halten. Ich bilde mir ein
about, Gerhard! > > Achja, FF ESR (solange es noch geht). > > ;) Auf meinem Haupt PC mit X64 geht's ja auch zügig. Den FF ESR habe ich ja auch auf meinen X64 PC und der geht auch recht gut. Nur kann ich das Deutsche Dictionary nicht mehr installieren. Das ist für mich sehr ärgerlich weil ich
-
Thread
Programm/RAM Belegung AVR
8388868 .comment 17 0 .note.gnu.avr.deviceinfo 64 0 .debug_info 2624 0 .debug_abbrev 2482 0 .debug_line 29 0 .debug_str 976
1 exit status $ cat memory-atmega8.x OUTPUT_FORMAT("elf32-avr","elf32-avr","elf32-avr") __DATA_REGION_LENGTH__ = 2; __TEXT_REGION_LENGTH__ = 0K; $ avr-size a.out text data bss dec hex filename 98 0 2 100
-
Thread
Taschenrechner in Hex/binär
mit Vorzeichen eingeben, das Ergebnis ist immer unsigned. Du kannst auch festlegen, ob auf 8, 16, 32 oder 64Bit abgeschnitten wird.
bitte was? > > Und das ist nichtmal das "aktuelle" Windows, das ist Win7. int16 FFFF = −32.768 ; 2+32.768 = 32.770 0x8002