-
Thread
Problem mit RTC bei STM32F103
nicht etwa nur die von der CPU, steht dagegen nirgends. Mit solchen Überraschungen geizen die STM32 alle nicht. AVR sind mir in dieser Hinsicht deutlich angenehmer.
Dafür hat der STM32F103 zwei andere Register mit denen man viel feiner abstimmen kann: http://stefanfrings.de/stm32/stm32f1.html#rtc_calibrate
-
Thread
atmega4808 mit microchip ICD3 programmieren/debuggen UPDI interface
--------------- QUELLE: Atmel.ATmega_DFP.1.7.374.atpack\gcc\dev\atmega4808\device-specs\ ZIEL: avr-gcc Ordner\lib\gcc\avr\x.x.x\device-specs\ Datei: specs* [/code] Zusätzlich habe ich noch die avr-gcc 9.4.0 Version für Linux64 ergänzt so wie ich es bei meiner Toolchain für Windows mache. Meine
attiny1604, 1606, 1607, 1614, 1616, 1617 attiny3216, 3217 attiny1624, 1626, 1627 attiny3224, 3226, 3227 avr128db28, avr128db32, avr128db48, avr128db64 avr64db28, avr64db32, avr64db48, avr64db64 avr32db28, avr32db32, avr32db48
-
Thread
Umstieg von Windows auf Linux?
Manfre schrieb im Beitrag #6806842: > Meine Anwendungen sind > ziemlich einfach: 8-Bit AVR- und STM32-Programmierung, Raspberry Pi > (Python, Lua, etc.), FireFox, Thunderbird, LibreOffice, etc. Zu AVR und STM32 kann ich nichts sagen, aber die anderen Sachen gibt's alles für Linux.
sondern die Feinheiten. Das Archiv der Konsolen-History wurde über 20 Jahre aufgebaut und gepflegt. AVR-, STM32- und RasPi-Pakete muss man eventuell selbst installieren. Das Wichtigste sind gute Hilfen und Foren der Distribution im Fertig-PC.
-
Thread
Bitfeld zuweisen: Warum optimiert der Compiler nicht?
sich also leicht Fehler einschleichen. Das Macro in der sbit.h ist die Ausnahme und nur für den AVR-GCC geprüft. Mit der Benutzung des Macros ist dann wieder die Bitnummer sicher zu erkennen, da direkt in der Definition der Bitvariablen angegeben. Professionelle Header, z.B. für den LPC4357 im
nur der Compiler so, sondern auch die CPU. Jedesmal, wenn du 1 Byte liest, werden in Wirklichkeit 64 Bytes gelesen, genauso beim schreiben (Cacheline). Das sieht man auch bei den memcmp und memcpy Tests, die ich gemacht habe. Da ist es ziemlich egal, ob man 1 Byte oder 32 Bytes vergleicht. Dauert
-
Thread
Teil-String Suche in Byte FIFO
groß sein, wie das längste gültige Kommando. Man muß ja nicht gerade alles in einen ATtiny13 mit 64Byte RAM reinquetschen.
#6807013: > Mein Aufbau ist wie folgt: Somit erhalte ich in meiner BM+S50 Treiberschicht entweder 64Byte Pakete oder weniger bei USART Timeout. Edit: Also ich werde dann jetzt mal zwei Wege testen. 1) Nur ein Buffer ohne FIFO. 2) Ein FIFO mit 3x 64Byte + ein 1536Byte Buffer für Verarbeitung
-
Artikel
Plattformunabhängige Programmierung in C
PRIiFAST16 PRIoFAST16 PRIuFAST16 PRIxFAST16 PRIXFAST16 (u)int_fast32_t PRIdFAST32 PRIiFAST32 PRIoFAST32 PRIuFAST32 PRIxFAST32 PRIXFAST32 (u)int_fast64_t PRIdFAST64 PRIiFAST64 PRIoFAST64 PRIuFAST64 PRIxFAST64 PRIXFAST64 (u)int_least8_t PRIdLEAST8 PRIiLEAST8 PRIoLEAST8
SCNxFAST16 (u)int_fast32_t SCNdFAST32 SCNiFAST32 SCNoFAST32 SCNuFAST32 SCNxFAST32 (u)int_fast64_t SCNdFAST64 SCNiFAST64 SCNoFAST64 SCNuFAST64 SCNxFAST64 (u)int_least8_t SCNdLEAST8 SCNiLEAST8 SCNoLEAST8 SCNuLEAST8 SCNxLEAST8
-
Thread
LED dimmen mit Fading oder lieber mit PWM
ATTiny zu PWM einlesen. Vielleicht hilft auch das Tutorial https://www.mikrocontroller.net/articles/AVR-Tutorial:_PWM.
ATtiny402, ATtiny412 // LED fade-in fade-out 10-bit PWM // PWM output: Pin 7 (PA3) #include <avr/io.h> uint16_t pw[64] = {0,1,1,1,2,2,3,4,5,7,8,10,12,14,16,18,21,24,27,30,34,38,43,48,54,60,67,74,81,89,98,108,118,128,140,152,164,178,192,208,225,247,270,294,319,343,368,396,424,452,481,511,543,577,612,650,689,730,773,819,867,917,969,1023
-
Thread
Quelltext: Lesestoff gesucht
Nachfolger schneller in den > Fuss. der heutigen selfpublisch-Generation fehlt halt so was wie ein C64 der einen nicht gleich anmekkert, nur weil der Multitasking-kernel wie bei AVR kleiner als 4kb ist (1999): http://www.6502.org/users/andre/osa/index.html d.h. früher waren 8-bit Computer praktisch
AVR zum >> STM32-48CH-PWM-Board dürfte auf bisherigen Erfahrungen beruhen) > Dirk = Dampfplauderer in Rage kommentiert wenn Stefan einmal so gut C schreiben kann, dass er ohne "Dirk" auskommt, dann könnte
-
Thread
Serial-to-Ethernet: Welche Daten für URL senden?
Upgrade-Insecure-Requests: 1\r\n"); strcat(caString, "User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/92.0.4515.159 Safari/537.36\r\n"); strcat(caString, "Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng
woanders ist, habe ich eine Kopie davon auf meine eigene Homepage gepackt: http://stefanfrings.de/avr_tools/netcat-win32-1.12.zip Korrektur: > Teste das mal Ich meinte, dass du den Web-Server manuell testen sollst. Es bringt ja nichts, einen Web-Client zu programmieren, solange nicht klar ist
-
Thread
Microchip Studio: Could not load 'Cefsharp.Core.dll'
Speziell den Beitrag von Zhukov. Da sowohl das Atmel Studio 7 als auch Microchip Studio 7 eine x86 (32-bit) Anwendung ist, hilft es überhaupt nix, die x64 Versionen der VC_Redists zu installieren, obwohl meine Kiste eine x64 Mühle ist. Das scheint ein Fehler des Installers zu sein, der eine x64 Version
Microchip längst aufgefallen, weil dann nämlich die allermeisten Installationen davon betroffen wären (32Bit-Windows ist ja heute eher die Ausnahme, die Regel ist 64Bit). D.h.: Nur unter bestimmten Randbedingungen passiert der Mist, nicht generell unter 64Bit-Windows. > Generell ist Microchip Studio
-
Thread
In Dauerschleif eine Aktion alle 30s durchführen oder direkt am Start
Stefan ⛄ F. schrieb im Beitrag #6794688: > Weil millis() einen 64 Bit Integer liefert. Aua! Zeile 56: https://github.com/arduino/ArduinoCore-avr/blob/master/cores/arduino/wiring.c#L65
Auf einem AVR eine 32Bit-Variable zu laden, kostet mehr Code, im Vergleich zu einem weiteren RCALL zu Beginn.
-
Thread
Attiny85 anfänger
https://www.mikrocontroller.net/articles/AVR-GCC-Tutorial
https://www.mikrocontroller.net/articles/Hauptseite#AVR-Tutorial
-
Thread
Zugriff auf C-Array (Progmem) aus Inlineassembler AVR 8-Bit.
letzte Detail erklärt ist... nur finde ich diese Stelle nicht). Programmiersprache ist C++ (gcc-avr), µC ist ein ATmega32u4 Ich habe ein paar Arrays im C++-Teil meines Projektes. Diese folgen durchweg diesem Schema: [c] extern "C" { PROGMEM volatile const uint8_t data[64] = // volatile?
irgendeinwasauchimmer"... Es ist nicht das erste Mal, dass ich Assembler schreibe, wohl aber für AVR... Wenn also jemand so freundlich wäre, mir das Brett vorm Kopf abzumontieren? Ich würde gern verstehen, was ich da Dümmliches tue... Vielen lieben Dank, Stefan
-
Thread
CP/M auf Atmega8515 mit XMEM
. Ursprünglich hatte ich nur 32 KB RAM für CP/M, aber weder Wordstar noch Multiplan oder Zork reicht das. Daher das Türmchen. Softwareseitig ist alles in Assembler geschrieben, entweder avra (für den AVR) oder z80asm (für den i80).
das > nicht auch auf der Unterseite? Das sind die /CS-Pins von den beiden SRAM-Bausteinen (2x32 KB), weil CP/M mit nur 32 KB RAM keinen Spaß macht. Deswegen auch der zusätzliche 74xx-Baustein (A15 vom AVR geht einmal auf /CS vom einen Baustein, und durch einen Inverter auf /CS vom anderen Baustein
-
Thread
Time Slot erzeugen - wie am besten
} } [/c] Da ist noch ein Denkfehler drin mit millisekunden1. Wie meinst du das mit der 32 Bit Variablen?
versuchen den > Eröffnungs-Post zu lesen? Dort ist unschwer zu erkennen dass > es sich um einen AVR Controller handeln muss. Der Code sieht schon sehr nach AVR aus, aber es gehört trotzdem eigentlich dazu, dass man zumindest mal erwähnt, worauf das nachher laufen soll.
-
Thread
Hilfe - ESP8266 mittels HTTPClient Daten an ESP32 senden
folgendes Problem: Gerne möchte ich von einem bestehenden Projekt ( www.iSpindel.de ) Daten an einen ESP32 senden und diese ausgeben. Der ESP8266 sendet daten mittels HTTPClient an eine IP die ich mit dem ESP32 als einem Access Point stelle, somit die Idee. Im quellcode des iSpindel-Projektes fans ich auch
Accept-Language: de-DE,de;q=0.9,en-US;q=0.8,en;q=0.7 [/pre] Drücke dann Strg-C. http://stefanfrings.de/avr_tools/netcat-win32-1.12.zip Das ist kein Virus, auch wenn Windows das meint.
-
Thread
Zufallszahlen einfach erzeugen
, die einfach, schnell und sicher erzeugt werden. Derzeit nutze ich den ADC und lasse den für eine 32 Bit Zahl 32 mal durchlaufen und verkette das LSB jedes Durchlaufs zur Zahl. Das ist aber 1. langsam und 2. blockiert es den ADC. Und ob diese Zahl dann wirklich zufällig ist, habe ich nicht wissenschaftlich
einfach mal 100.000 Zahlen und > analysiere sie. Du wirst staunen. Sorry: 100.000 Zahlen bei 32 bit reichen noch nicht. Für einen halbwegs sichtbaren Effekt brauchst du ca. 25*2^32 Zahlen.
-
Thread
mal wieder binutils, diesmal v2.37 (avr-gcc)
HOME/toolchain/buildWindows/binutils ../../downloads/binutils/configure --prefix=$PREFIX --target=avr --build=x86_64-linux-gnu --host=x86_64-w64-mingw32 --disable-nls --disable-werror [/c] build: muss Linux 64 Bit, weil gebaut wird unter Ubuntu 20.04 LTS in einer VM. host: ist ja später ein Windows
/binutils ../../downloads/binutils/configure --prefix=$PREFIX --target=avr --build=x86_64-linux-gnu --host=x86_64-w64-mingw32 --disable-nls --disable-werror make -j $JOBCOUNT make install # Zeitnahme TIME_END=$(date +%s) TIME_RUN=$(($TIME_END - $TIME_START)) echo "
-
Thread
"Gruppierung" von Pins
#6777168: > Man kann keinen Pointer auf einen einzigen Pin zeigen lassen, korrekt? Das geht bei AVR Mikrocontrollern nicht.
der Arrays komplizierter und unübersichtlicher macht. In einen Arrayeintrag könnte man sogar bis zu 64 LEDs (uint64_t) packen.
-
Thread
Problem,ATmeg1284p brennen auslesen und erneut das neue hex-File in einen andern ATmega1284p brennen
doch ganz klar weil die Software immer noch bugs hat. Das wird spätestens dann ein Problem wenn mehr 64k im Spiel sind. Schreib dem Autor der Software eine Email und verlinke auf diesen Thread, dann kann er seine Tools fixen. Ist halt der typische AVR Wildwuchs. Jder muss seine eigenen Tools frickeln
Die Endungen waren schon vorhanden. Ich hab auch mehrere Versionen des NP++ versucht. NP++ in V7.5 (32 Bit) und jetzt 8.1.2 (32 Bit und 64 Bit); gleiches Verhalten. Gerade die neueste Portabel-Version (8.1.2) geholt, die zeigt es richtig an. Vermutlich ein alter Installationsrest in der Config-Abteilung
-
Thread
AVR128DB mir 3-wire SPI
zu lesen: "Three-Wire Synchronous Data Transfer". https://ww1.microchip.com/downloads/en/DeviceDoc/AVR128DB28-32-48-64-DataSheet-DS40002247A.pdf Weitere Hinweise zur Verwendung kann ich aber keine finden, weder wie ich es anzuschließen habe, noch irgend ein dafür zuständiges Register... Das Internet
eine bidirektionale Datenleitung (halbmutiplex), ansonsten alles das Übliche. > Im Datenblatt vom AVR128DB ist auf Seite 407 Kapitel 28.1 (SPI - > Features) zu lesen: "Three-Wire Synchronous Data Transfer". > https://ww1.microchip.com/downloads/en/DeviceDoc/AVR128DB28-32-48-64-DataSheet-DS40002247A.pdf
-
Thread
CRC16 Prüfsumme über Flash bilden. Wie prüfen ob korrekt?
ausprobieren. Die Funktion sieht wie folgt aus: [code] void performCRC16onFlash(void) { uint32_t currentAddr; uint8_t data; uint16_t crc = 0; //Calculate CRC16 for(currentAddr = 0; currentAddr < 0x1FDFF; currentAddr++) { data = pgm_read_byte_far(currentAddr);
Prüfsumme richtig ist? Mit 7-Zip kann ich die Prüfsumme der .hex Datei anzeigen lassen, jedoch nur CRC-32/64. Und die .hex Datei enthält doch auch andere Daten als nur den Flash oder nicht? Zum Beispiel die RAM Daten die später von dort in den RAM reinkopiert werden. Also würde die Datei zu vergleichen mit
-
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
Atmel ICE Frage
Garkein Troll hier, dann übernehm ich das ;-) Kauf dir lieber einen STLinkV2 und benutze STM32^^
Gerät im Gerätemanager auswählen. Wenn es daran schon scheitert, dann mit Zadig erstmal den libusb-win32 installieren. Dann findet sich der Port im Gerätemanager bei den libusb-win32 Geräten. Von da kannst du dann den HID Treiber installieren.
-
Thread
x86, 16Bit, DOS, Assembler: Bios Memory mapping?
Segment/Offset basierte Adressierung - das müssen wir nicht hier im Gespräch erörtern -ich kann 16/32/64 Bit x86 Assembler - nur mit dem alten Memory mapping haperts (im Dosbox Source gibt es dazu auch nix) -der Code ist >31 Jahre alt, läuft unter DOS - mir ist klar das es ein veraltetes System ist
kompilieren was aus der Zeit stammt -das ist nur ein Oldschool-Ausflug: normalerweise schreibe ich nur 32/64Bit Software unter Windows und Linux
-
Thread
advanced Arduino Libraries
>Talkie werde ich mir wohl mal anschauen, besser anhören. >Referenz für mich wäre da SAM von C64 >https://www.c64-wiki.de/wiki/SAM >Da habe ich damals mal versucht dem das Singen von "Alle meine Entchen" >beizubringen, klang auf jeden Fall sehr lustig. >Einen Arduino-Port für den ESP32 habe
eigentlich mal genauer anschauen, Sourcen finden man im Netz, den 6510 usw. vom C64 kenne ich noch ganz gut, AVR-ASM mag ich auch, ist aber bisher nie was draus geworden... Markus schrieb im Beitrag #6765543: > Michael U. >>da eher noch: >>https://bitluni.net/esp32-color-pal
-
Thread
Verwendung von TCNT0
Hallo Bei der Verwendung des Timers 0 habe ich im Netz, auf AVR GCC und im Datenblatt TCNT0 gefunden. Da steht zum Beispiel: Timer/Counter Daten Register Timer 0 Dieses ist als 8-Bit Aufwärtszähler mit Schreib- und Lesezugriff realisiert. Wenn der Zähler den
mit diesem Register an Timer-Funktion darstellen möchte, dann hat man den AVR so weit verstanden, daß man nicht mehr fragen muß. Gruß Robert
-
Thread
Arduino Every - Erfahrungen?
unterschiedlichen uCs mit der richtigen Software zu versorgen. Da kann dir geholfen werden: Für die (alten) AVR Arduinos https://github.com/arduino/ArduinoCore-avr/tree/master/libraries Für die SAM Arduinos https://github.com/arduino/ArduinoCore-sam/tree/master/libraries Für die XMegas https://github.com
veraltet, aber 3.x funktioniert auch nicht und update auch nicht weil win7-64 ab Arduino 1.8.9 win7 nicht mehr unterstützt wird, dazu muss man win updaten wozu ich keinen Bock habe!
-
Thread
Angabe Frequen in einem Programm
sein TCCR0A = (1<<WGM01); // CTC Modus TCCR0B = (1<<CS01)|(1<<CS00); // Prescaler 64
t calculateTimer0Prescaler(const uint16_t periode) { const uint16_t usedPrescaler[] = {1, 8, 64, 256, 1024}; // verfügbare Prescaler uint16_t prescaler {0}; const uint8_t maxCMR {255}; // max. Compare Match Register Wert uint32_t newCMR {0}; // passender errechneter Compare Match
-
Thread
brauche Unterstützung beim flashen
Using Port : com6 Using Programmer : stk500 AVR Part : ATMEGA32 Chip Erase delay : 9000 us PAGEL : PD7 BS2 : PA0 RESET disposition
diesem Zusammenhang könnte der folgende Aufsatz für dich interessant sein: http://stefanfrings.de/avr_verfused/index.html
-
Thread
Stm32 lcd Grafik font rendering
meinte ich vector fonts, hatte aber beim Schreiben den Ausdruck vector-font nicht im Kopf. Ungefähr 64kByte brauche ich für eine art config objekt Außerdem überlege ich momentan, ob ich aus Gründen der Verfügbarkeit und der Kosten von einem spm32 auf einen msp430 wechsle. Der hat den Vorteil, dass
Hier gibt es eine Vektorfont Library die sogar auf einem AVR läuft. https://www.mikrocontroller.net/topic/108649 Hier der Artikel dazu: https://www.mikrocontroller.net/articles/Vektor-Font_in_C Hab ich in meiner Scopeuhr mit STM32F103 benutzt. War
-
Thread
Anfang mit STM32. Wie habt ihr es gemacht?
Hallo Community, Ich hätte da mal ein paar Fragen zum STM32 und drumherum. Ich habe mir letzte Woche ein Nucleo-64 Board bestellt. Auf diesem ist ein STM32F446RE Mikrocontroller verbaut. Ich möchte erstmal ein paar Erfahrungen mit der MCU/STM32 allgemein
, naja ist nicht so meins. Mal eine Frage an alle die von AVR/PIC auf STM32 umgestiegen sind oder beides machen. Wie habt ihr euch in den STM32 "eingearbeitet"? Gibt es da gute Tutorial deutsch/englisch, ist mir beides recht, oder Bücher? Habe auch hier im Forum
-
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
Z80/UA880D mit 28C64 startet nicht
, ob ein AT28C64B-15, AT28C64B-20 oder AT28C64B-25 verwendet wird. Aus den Signalverarbeitungszeiten ergibt sich die maximale Zugriffsgeschwindigkeit des (E)EPROMs.
aber tatsächlich auch welche zu geben die ein Flankengetriggertes Adresslatch haben, ob das jetzt xxx32 oder xxxx64 oder xxx128 waren müsste ich die Unterlagen im Archiv durchwühlen. Und dazu habe ich weder Lust noch Zeit, und ist jetzt auch Irrelevant. Somit auf den TO Zurückzukommen, Deine schaltung
-
Thread
HML 087 PROM
FF7A PB0=Select-In PB1=Clock-In PB2=Data-Out Jetzt noch die Frage nach den gewünschten 64 Bit Inhalt.
target bytes... It's new for me, I can write some code on python, or some code for ESP8266, ESP32 or Arduino in Arduino IDE, but hard to switch without experience... I have disassembled hex with AVR studio, but with ASM it's even harder to change :) I'm sure it's a very simple task on C, but
-
Thread
AVRMon (Wozmon) für Arduino pro mini
Für eine kleine Steuerung brauchte ich eine flexible Eingabehilfe, um den AVR nicht jedes mal neu Flashen zu müssen. Vor einiger Zeit, hatte ich mal den Wozmon vom VC20, auf den C64 portiert und dachte mir, das muß doch auch auf einem AVR laufen. Da ich Schritt für Schritt
Dirk R. schrieb im Beitrag #6746830: > Vor einiger Zeit, hatte ich mal den Wozmon vom VC20, auf den C64 > portiert und dachte mir, das muß doch auch auf einem AVR laufen. Wozu "Wozmon" - das ging mit "PEEK und POKE" auf dem VC20 / C64. Einen Sinn auf dem AVR kann ich nicht erkennen. Das geht mit
-
Thread
Werden Atmel Mikrocontroller aussterben/nicht mehr verfügbar sein?
Beitrag #6793990: > Alle User sind auf den ARM Zug aufgesprungen. > Auch hier im Forum hat ARM den AVR verdrängt. Nein ARM Controller (oder generell 32bit Controller) werden zunehmend eingesetzt. Von "Alle user" und "Verdrängung" kann aber noch lange keine Rede sein. In 20 Jahren wird das vielleicht
alte Regel (angehender Entwickler): Nutze das, was du gelernt hast, schwenkt so doch eher von PIC8 zu AVR8 Den Arduino Zug haben sie ja voll verpasst, auch mit den PIC32. Jetzt haben sie einen Seiteneinstig gefunden.
-
Thread
avrasm2 auf macos, welche Include Files
Peter S. schrieb im Beitrag #6739534: > da fast alle meine AVR Projekte reine Assembler Projekte sind ist das > ohne avrasm2 natürlich nicht so toll. Wieso, es gibt doch im AVR-GCC den GAS. Die Syntax ist leicht unterschiedlich, aber das lernt man schnell.
sogar in Asm deutlich einfacher umzusetzen. Man denke z.B. nur an konstante Tabellen mit mehr als 32k Elementen oder mehr als 64k Speicherbedarf. Das ist mit dem avrgcc absoluter Krampf.
-
Thread
Wie macht man solche Lichtmodes? Lauflicht, PWM und Co
wirklich viel von... Also.. Ich habe derzeit ein Board mit einem ATMega128A. Der ATMega erzeugt 32 PWM Kanäle. Der komplette PortA, PortB, PortC und PortE laufen als PWM. Ich habe dazu den Software PWM Code hier aus dem AVR-GCC Tutorial von 8 auf 32 CH geändert. Dieser läuft mit Timer1.
[CH32][0]) { PWM_CH32_IS--; } else { PWM_CH32_IS++; } } else { PWM_CH32_IS = pwm[CH32][0]; } } } RUNPWM = 0; } [/code]