-
Thread
Dj Wandbeleuchtung
} if(i==7) { for(int o=0; o<=7; o++( { PORTB=0x00; PORTC=(1<<o); _delay_ms(50); PORTC=0x00; } } if(o==7) { for(int p=0; p<=7; p++) { PORTC=0x00; PORTD=(1<<p); _delay_ms(
} if(i==7) { for(int o=0; o<=7; o++( { PORTB=0x00; PORTC=(1<<o); _delay_ms(50); PORTC=0x00; } } if(o==7) { for(int p=0; p<=7; p++) { PORTC=0x00; PORTD=(1<<p); _delay_ms(
-
Thread
Problem mit delay.h und Optimierungsstufe v. AVR Studio 4
. Setze ich ohne Bedenken ein, wenn es sich anbietet und Konstrukte deutlich vereinfacht. Ja, es geht ohne. Und es geht auch ohne delay. Und es geht auch mit noch viel weniger. Kurzum - wenn eine fertige Funktion angeboten wird, sollte sie auch funktionieren wie gewollt. Es lässt sich ja leicht testen
. Noch mal zum Verständnis. Muss es anstatt: [c]PORTC &= ~((1<<PC0) | (1<<PC1));// Turn Laser off[/c] so heißen: [c] PORTC &= (~(1<<PC0) | ~(1<<PC1));// Turn Laser off[/c] ? Aber iwie passt das doch nicht. Denn hier ein kleiner Auszug aus dem
-
Thread
Eingänge am ADC wechseln
ATMEGA8 eine Temperatur und eine Spannung zu messen und das auf dem Display anzuzeigen. Das ganze geht dann schief, wenn ich unten im Code vor der Spannungsmessung den Eingang von // Eingang einstellen ADMUX |= (0 << MUX2 ) | (0 << MUX1 ) | (0 << MUX0 ); (Temperaturmessung) auf // Eingang
, lernt wie das geht [C] Register |= ( 1 << Bit ); // Bit auf 1 setzen Register &= ~( 1 << Bit ); // Bit auf 0 löschen [/C] und er lernt auch, dass er so [C] Register |= ( 0 << Bit ); [/C] ein
-
Thread
XMega Arbeitsweise richtig verstehen
unter BIT Adressierung verstehe ich sowas wie: PORTC.5=1; wenn ich mache PORTC=0x20; ist das keine BIT Adressierung mehr. Wenn ich nun ein anderen PORT PIN setzen will und den Zusatnd der anderen nicht kenne und unverändert lassen möchte, muss ich
Pull-Up usw. geht mit dem Pin-Control-Register. PORTA.PIN6CTRL = PORT_OPC_PULLUP_gc; etc.
-
Thread
Kann mir jemand sowas realisieren?
Farbe sollte der AVR haben ? Geht schwarz o.k. oder lieber grau? Was ich sagen will ist: Warum verlangst Du für diese Aufgabenstellung einen Controller ? - weil gerade chic ?
4 MHz Eingänge sind PORTB 0 - 4 Ausgänge A sind jeweils PORTD 0 - 4 Ausgänge B sind jeweils PORTC 0 - 4 Bei einem 4MHz Quarz ist die Verzögerung jeweils 20ms Viel Spass damit :-)
-
Thread
PIC 18f2550 und LCD mittels Maestro
auch wirklich geht. Nicht das der Watchdog läuft... Mit Maestro kenn ich mich ned aus. Ist das so n grafisches Codeerzeuger-Dingens?
>Display geht komplett aus (auch Hintergrundbeleuchtung) und wieder an Displaybeleuchtung hat nichts mit dem LCD-Modul zu tun. Wieso geht sie aus...? Das sind einfach nur n paar Leds die enorm viel Strom fressen
-
Thread
[PIC] EEPROM benutzen 16F84A
wenn eine High-Flanke am Clockeingang kommt. Die 16 bit sind dein EEDATA und EEADR und der Clock geht von 0 (55h in EECON2) auf 1 (AAh in EECON2). Ich weiß nicht, ob das daruch klarer wird;)
>>code segment. Wegen den Interrups weißt du ja bescheid. Abgesehen davon, wenn es darum geht, Daten vom µC auf den Rechner zu bekommen, dann könnte folgendes auch interessant sein: RS232, Parallel(Drucker-)Port, SD-Karte via SPI, USB. Zugegeben es wird nach hinten hin immer komplizierter von
-
Thread
Concatenation (token pasting) und #define-Auflösung
Max G. schrieb im Beitrag #2252412: > Das geht schief, denn bei Token Pasting werden > Makros nicht aufgelöst. Also beim AVR-GCC geht es. Man muß noch ein Zwischenmacro benutzen: [c] #include<avr/io.h> // Access bits like variables: struct
struct bits*)&port).b##pin) #define SBIT(x,y) SBIT_(x,y) #define PORT_C3 SBIT( PORTC, PC3 ) #define PIN_D7 SBIT( PIND, PD7 ) int main() { for(;;){ PORT_C3 = ! PIN_D7; } } [/c] Peter
-
Thread
Probleme mit DS18B20
ausgedrückt: Ich will den vorhandenen DS18B20 nur gegen einen anderen austauschen, nichts anderes. Es geht NICHT um eine Reihenschaltung von mehreren Sensoren. Dann müßten alle adressiert werden, das weiß ich. Hier gehts wie gesagt nur darum, den Boardsensor gegen einen anderen gleichen Typs auszutauschen
Nein, es geht nur darum, dass der Sensor, solange die Messung durchgeführt wird, ein dauerhaftes LOW sendet. Es wird erst high, wenn die Messung beendet ist. Im Datenblatt steht das dann so drin: If the DS18B20
-
Thread
AVR Net IO Pollin Ethersex Port c nicht ansteuerbar
aktiv sein. Der erste Befehl, wird bei mir mit Putty immer mit einem Prase Error quittiert, danach geht es aber alles. welche Module laufen bei euch zusätzlich? Beim NET-IO liegt PortC komplett auf J3(das sollte der große 25 polige Stecker/Buchse sein). Die Seite ist etwas buggy, aber via ECMD
Fuse-settings in den Calc eingibt, wird angezeigt, dass >jtag deaktiviert ist(Bild). Dann muss PortC auch funktionieren. MfG Spess
-
Thread
AVR: Pointer IO-Register
char * port ) { *port = 0xFF; } int main() { TurnOnPort( &PORTB ); TurnOnPort( &PORTC ); } > Ein define scheidet ja leider aus.... Das solltest du dir nochmal gut überlegen. Die obige Konstruktion ist nämlich relativ teuer was Laufzeit angeht. Sie hindert den Compiler daran
Danke! Ich hätte noch erwähnen sollen dass ich den IAR verwende, geht dort aber auch! Mit der Laufzeit ist auch aussreichend.
-
Thread
Inline-Assembler: Label-Sprungadresse in Z-Register laden - wie?
multiplext man dann eben 8 Zeilen und schon hat man einen besseren Duty-Cycle und auch die Framerate geht in die Höhe. Alleine diese einfache Änderung verdoppelt dir schon mal die Framerate.
hängen an einem Port, um also die Daten einer Spalte zu aktualisieren brauche ich nur ein Byte auf den PORTC zu schreiben. Viele Grüße, Simon
-
Thread
4 Zeiliges Display mit library für 2 zeiliges Display ansteuern
#byte lcd = 0xF81 // This puts the entire structure #elif defined use_portc_lcd #byte lcd = 0xF82 // This puts the entire structure #elif defined use_portd_lcd #byte lcd = 0xF83 // This puts the entire structure #else
Hi >Weiß denn sonst keiner eine passende Lösung? Erzähle erst mal, was genau nicht geht. Ein Datenblatt von deinem Display wäre auch nicht schlecht. MfG Spess
-
Thread
MAIN Problem
if(!(PINA & (zaehler1))) { PORTC |=(LED1); ein _delay_ms(1); } else { PORTC &=~(LED1); wert1++; wert1min++; while(!(PINA & (zaehler1))); } Controller zählt ins Unendliche
void) { DDRA &=~ (zaehler1); DDRC |= LED1; while(1) { if(!(PINA & (zaehler1))) { PORTC |=(LED1); _delay_ms(1); } else { PORTC &=~(LED1); wert1++; wert1min++; while(!(PINA & (zaehler1))); } } } eigentlich sollte es so gehen, das wenn der zähler auf low geht ist
-
Thread
warning: cast to pointer from integer of different size
. Und muss auch von jedem Compiler akzeptiert werden. Wenn dir sowas schon gegen die Hutschnur geht, dann schau dir lieber nicht an, was sich hinter Makros wie PORTC verbirgt. Bei deiner Philosophie würde man bei Controller-Programmierung in Warnungen regelrecht ersaufen.
-
Thread
Peter Fleury LCD Lib für AT90USB162?
#define LCD_DATA3_PIN 3 /**< pin for 4bit data bit 3 */ #define LCD_RS_PORT PORTC /**< port for RS line */ #define LCD_RS_PIN 5 /**< pin for RS line */ #define LCD_RW_PORT PORTC /**< port for RW line */ #define LCD_RW_PIN
So geht jetzt. Kann nicht genau sagen woran es lag. Ich denke ein Problem war der Wachtdog und maximale verwirrtheit meiner Seits :-)
-
Thread
ATMega32 und Telit GM862
empfangen? Achja, das Display funktioniert und den Timer brauche ich noch für was anderes. Der geht aber auch. Hier mein Code: //PORTD.4 = Ausgang GSM Modul Ein/Aus #include <MEGA32.h> #include <DELAY.h> #include <lcd.h> #include <stdio.h> #include <math.h> void init (void);
endasm lcd_init(16); DDRD=0xff; // PortD als Ausgang DDRC=0x00; // PortC als Eingang SREG=0x80; // Freigabe Interrupt TIMSK=0x04; // Timer Overflow aktivieren TCCR1A=0x00; // Teiler auf 64 TCCR1B=0x03; // Teiler auf
-
Thread
PWM an atmega8
hätte ich auch direkt posten können) [c] int main(void) { /* Current port assignment: PORTC0 = Poti.1 PORTC1 = green led PORTC2 = yellow led PORTC3 = red led PORTC4 = taster 2 PORTC5 = taster 1 */ lcd_init(); // lcd test lcd_string
check if window is open if(WINDOW_SENSOR_PORT_ARRAY & (1<<WINDOW_SENSOR_PORT)) { PORTC &= 0b00110001; // turn off all leds PORTC |= (1 << PORTC3); // turn on red led continue; // skip next steps }
-
Thread
Werden die AVR Mikrocontroller nach der Herstellung garnicht überprüft?
atmega16, bei einem ist der adc kaputt, bei anderem ist der Port a kaputt. Ist das normal, und wie geht man damit um?
so: http://www.mikrocontroller.net/articles/AVR-Tutorial:_IO-Grundlagen#Pullup-Widerstand geht das.
-
Thread
Atmega8-16 ADC von Poti
: an(PORTC,PB1); int main () { // Helligkeit in % int pb1_soll=50; int pb2_soll=100; int counter=0; // Ausgänge schalten DDRB|=(1<<PB1); DDRB|=(1<<PB2); DDRB|=(1<<PB3); an(PORTB
habe war der Verlauf korrekt. Poti ist ein Lineares 10kOhm. Spannungsabgriff in der mitte. Nun geht's an die Fehlersuche im Code :D
-
Thread
wie 2 Timer gleichzeitig auf ATMega8
augenscheinliche Anfängerfrage) Je 100nF zwischen Vcc und GND bzw. AVcc und GND. So nah dran wie geht. mfg.
Kann es sein, dass Du AVcc und AGND nicht angeschlossen hast? Das würde zumindest erklären, warum PortC spinnt. ...
-
Thread
5 Tasten am ADC
Ja, das Board wurde mit dem Quarz ausgeliefert und der ATmega32 geht bis 16MHz.
Anweisung *nicht* funktioniert: [c] if(second_puls == 1) // LED7 als Sekundenanzeige PORTC ^= (1<<PC7); [/c] aber diese Anweisung, um die LED blinken zu lassen: [c] if(second_puls == 1) // LED7 als Sekundenanzeige PORTC |= (1<<PC7); if(second_puls == 0) PORTC
-
Thread
bringe GLCD nicht zum laufen.
kann wie ich das Ding zum laufen bringe?? Wenn du sagst um welchen AVR und um welches Display es geht, sowie die Anschlussbelegung zeigst, dann könnte man unter Umständen helfen.
Hi >PORTC: PC0 bis PC7 sind D0 bis D7 Dann hast du hoffentlich das JTAG-Interface abgaschaltet. MfG Spess
-
Thread
Steuerung für Ersa-Kolben
Abdul K. schrieb im Beitrag #2237838: > Win7 auf dem Lötkolben? Ohne geht es nicht. Was hat das mit Windows 7 zu tun? Der Intel i7 ist eine Prozessor.
Config Portb.1 = Output ' Fet zum Einschalten der Heizung Config Portc.0 = Input 'adc0 = strommessung Config Portc.1 = Input 'adc1 = outputvoltage Config Portc.5 = Input
-
Thread
LCD Display funktioniert nur wenn ich den uC Flashe
ihr habt tipps... Anbei der Schaltplan Hier die Initialisierung [c] #define LCD_RW_1 PORTC |= (1<<PC3) #define LCD_RW_0 PORTC &= ~(1<<PC3) #define LCD_RS_1 PORTC |= (1<<PC2) #define LCD_RS_0 PORTC &= ~(1<<PC2) #define LCD_E_1 PORTB |= (1<<PB4) #define LCD_E_0 PORTB &= ~(1<<
0xB0; void send_char(unsigned char ucData) { LCD_RW_0; //Write LCD_RS_1; //Daten PORTC = (PORTC & 0x0F) | (ucData & 0xF0); //High Nibble _delay_us(100); LCD_E_1; _delay_us(500); LCD_E_0; _delay_us(500); _delay_ms(5); PORTC = (PORTC & 0x0F) | ((ucData << 4) &
-
Thread
Probleme UART, Baudrate Atmege8
hwstack = 32 $crystal = 14755600 $baud = 115200 Config Lcd = 16 * 2 Config Lcdpin = Pin , Db4 = Portc.1 , Db5 = Portc.0 , Db6 = Portb.2 , Db7 = Portb.1 , E = Portd.7 , Rs = Portd.6 Config Lcdbus = 4 Initlcd Waitms 50 Cls Dim I As Byte Do For I = 65 To 90 Step 1 Cls Waitms
So, mit dem neuen Display geht alles, war wohl dann doch das Display :-( Aber Respekt an den Versender für den tollen Service.
-
Thread
SPI Timing ATmega8 und TLC5947
while(!(SPSR & (1<<SPIF))) cData=SPDR; ; } int main(void) { void SPI_MasterInit(void); PORTC=0x00; while(1) { for(int i =0;i<36;i++) { SPI_MasterTransmit(0b00001111); //Test-Byte } PORTC=(1<<PIND2)|(1<<PIND3); //XLAT und BLANK auf HIGH PORTC
zwar angesehen, habe aber keinen großen Unterschied gefunden. Wenn ich es aber so abschreibe dann geht es....muss also am Timing liegen. Na dann danke für den Tip, das mit dem ISP hat sich somit auch erledigt. PS: nur wozu sind in dem Beispiel die Interrupts, die benötige ich ja eh nicht oder ?
-
Thread
Taster an atmega32 lässt sicht nicht einrichten
Else Portc.0 = 0 End If Loop End Ich hab es auch an anderen Pins probiert, aber nichts geht. Entweder leuchtet die LED im Dauerbetrieb, oder schaltet
Hi >Portc: Ist die JTAG-Fuse aus? PortC.0 hat nichts mit JTAG zu tun. MfG Spess
-
Thread
fuses bit einstellung?
DDRC = (1 << PC5); /* Output */ PINC = (1 << PC5); /* internal Pullups */ while(1){ PORTC |= (1 << PC5);/*LED OFF*/ _delay_ms(250); PORTC &= ~(1 << PC5); _delay_ms(250); } return 0; }
Marvin Mujkic schrieb im Beitrag #2228270: > leider geht das nicht wie gewünscht WAS geht nicht? Was passiert denn statt der blinkenden LED? Wie hast Du das festgestellt? Ist der Jumper gesteckt? Schau Dir mal Deinen Screenshot an (die Fuses) und
-
Thread
Taster funktioniert nicht obwohl Simulation richtig abläuft
nicht gedrückt so ist der PortPin auf High (wegen interenen Pullups) und wenn der Taster gedrückt ist geht der Pin nach Low . Also so wie es sein sollte.
Probiere es mal mit: [c] if (!(PINA & (1<<PINA3))) //Taster an A3 gedrückt (PIN A3 low) { PORTC = (1<<PC5); //wenn Taster gedrückt LED an P5 an } else { PORTC = 0x00; //!!! LED ausschalten } [/c] lg, david
-
Thread
Blaues LCD oder GLCD, wer kennt dieses?
Datenblatt von einem Grafikdisplay mit Ks108. Nimm diese Pinbelegung und versuch es damit. Wenn es nicht geht dann ab in die Tonne. 1 GND 2 VCC 3 Vo (Kontrast) 4 RS 5 R/W 6 E 7 D0 8 D1 9 D2 10 D3 11 D4 12 D5 13 D6 14 D7 15 CS1 16 CS2 17 /Reset 18 Vee out 19 LED Kathode 20 LED Anode
schon das Einzige was sich rührt. Bei Standardbelegung nimmt das Display über 3A auf, und der Pin 2 geht definitiv auf Masseflächen. Hat sonst noch wer eine Idee? GLG Alfred
-
Thread
AVR: Variable einem Ausgangsport zuweisen
tastenzustand = 0x00; int main(void) { // PORTB Ausgänge DDRB = 0xFF; PORTB = 0xFF; // PORTC Eingänge DDRD = 0x00; PORTD = 0xFF; while(1) { if (!(PIND & (1<PIND0))) tastenzustand = tastenzustand | 0x01; else tastenzustand = tastenzustand & 0x01;
nach: Deine dir selbst gestellte Aufgabe hat nichts mit dem zu tun, was du programmiert hast. Das geht viel einfacher! ... Norbert Martsch schrieb im Beitrag #2226512: > Das Programm (ein Testprogramm), soll den Zustand des Ports D einlesen
-
Thread
Großes Problem mit uC -> Entering programming mode failed
soll das heißen?)? Um ganz ehrlich zu sein: Ich habe keinerlei Ahnung, warum es jetzt nicht mehr geht oder was ich tun kann, damit es wieder geht. Alles, was ich über google finden konnte (z.B. hier: http://www.roboternetz.de/community/showthread.php?22372-quot-Entering-programming-mode..-FAILED-quot-AVRISP-MKII
DDRC = (1 << PC5); /* Output */ PINC = (1 << PC5); /* internal Pullups */ while(1){ PORTC |= (1 << PC5);/*LED OFF*/ _delay_ms(250); PORTC &= ~(1 << PC5); _delay_ms(250); } return 0; } [/c] Und dieses Programm will ich jetzt wieder laden. Meine Frage: Wo und
-
Thread
TLC 549 halber Wertebereich?
angeschlossen. Der C-Code ist rel. simpel und absichtlich aufgebläht gehalten: [c]value=0; PORTC=0xDF; //CS auf low also auslesen PORTB=0xFD; if( ( PINB & ( 1 << PB0 ))) // MSB zuerst value+=128; PORTB=0xFF; wait(i); PORTB=0xFD; wait(i);[/c] ...usw bis... [
wusst ich schon ;) (steht ja auch im DatenBlatt :)aber trotzdem mal Danke der restliche Code geht hier halt genauso weiter halt bloß mit jew. value += 64,+=32,+=16,+=8,+=4,+=2 ich mein das wollte ich hier einigen der Übersicht halber ersparen :) Gruß Kai
-
Thread
[Tiny 13] LED on/off schaltung | Interrupt | Anfängerproblem
sei(); //Interrupts Erlauben while (1) { } return 0; }[/c] Das Licht geht am Anfang an und wieder aus, aber auf Tastendruck passiert nichts. Was mach ich falsch? Danke schonmal :)
auch eine ISR ist letzten Endes nur eine Funktion) alle Variablen zurückzuschreiben. Bei volatile geht es um was anderes.
-
Thread
Audiotisch (Daft Punk)
Testprogramm! Eine Frage nur noch: [avrasm] loop: in temp, PIND com temp out PORTC, temp JMP loop [/avrasm] damit wird doch der ganze PORTC geschaltet ? Mich wundert es, das nur der erste Pin reagiert und die anderen LEDs (habs erweitert) dauerhaft leuchten. Oder ist
ANDI temp, 1 BRNE loop ; Auf Impuls warten (negative Flanke am Eingang) OUT PORTC, muster ; neues Muster ausgeben [/avrasm] Gute Nacht Jobst
-
Thread
LCD 204B-NLW & AtMega32
paar mal überprüfen. Hardwarefehler waren hier zu mindestens 50% das Problem wenn das LCD nicht geht.
Moment mal, ATMega32 und Portc? Dann JTAG abschalten;)
-
Thread
Pollin Evaluationsboard 2.0.1 Portbelegung fehlerhaft?!
PB2 <-> PB0 PB3 <-> PB1 PB4 <-> PB2 PB5 <-> PB3 PB6 <-> PB4 PB7 <-> PB5 Ebenso liegt der PortC vom Mega8 auf PA0...7 vom Pollinboard! Und zum Flashen über ISP: Der liegt auf PortB. Wenn du da irgendwas dranhast, z.B. LEDs muss der Progammer diese treiben und das geht unter umständen schief
MAX232 liegen. Die sind bei Pollin mit 10µF eigentlich zu groß. Versuch mal 1µF Kondensatoren. Bei mir gehts aber auch mit den 10µF
-
Thread
Hilfe!: Quizmaster mit 8 Tastern
In C gehts einfacher: [c] #include <avr/io.h> int main() { uint8_t mask, input; DDRB = 0xFF; // output on PORTD = 0xFF; // input: pullups on PORTC = 1;
Peter Dannegger schrieb im Beitrag #2219016: > In C gehts einfacher: Find ich auch schöner zu lesen...aber ich glaube kürzer wie so geht nicht mehr :-D
-
Thread
Atmega spinnt, weil er nichts zu tun hat??
wird erst ausgelesen, wenn er fertig ist. Von daher glaube ich nicht, dass es für den ADC zu schnell geht.. [c] #include <avr/io.h> #include <avr/interrupt.h> #define F_CPU 1000000 #include <util/delay.h> #define DB4 PD0 //Datenbit 5 #define DB5 PD1 #define DB6 PD2 #
{} wartet, bis die conversion fertig ist... verstehe ich irgendwie nicht. Aber schön dass es geht!
-
Thread
Suche kleines Testprogramm für KS0108 für ATmega8
das zwar alleine schaffen an zu steuern aber trotzdem vorher wissen ob es wirklich funktioniert <- Geht einfach besser wenn man weiß das es "irgendwie" geht) Was angezeigt wird ist egal. Ebenso ist egal ob .asm oder .hex Super währe auch die im Programm verwendete Verkabelung. Vielen Dank
Es wird vorausgesetzt, dass die Anzeige einen HD44780 oder Der KS0108 ist kein Textdisplay. So geht das nicht.
-
Thread
Ausgänge gegenainander verriegeln
hwstack = 32 $swstack = 10 $framesize = 24 Config Portb = Input Config Porta = Output Config Portc = Output Config Portd = Output Config Debounce = 8 Portb = &B11111111 'LED1 an PB1 Led1 Alias Porta.1 Config Led1 = Output 'LED2 an PB2 Led2 Alias Porta.2 Config Led2 = Output 'TASTER1
hattest du noch die Voraussetzung, dass bei Taster1 der Zustand von LED1 gewechselt wird. Wenn LED1 aus geht sie an und wenn sie an ist geht sie aus. Genau das macht "Toggle". Beide Befehle in eine Routine und Tadaaa, fertig war's.
-
Thread
Drehgeber code
jallist/message/26296 und das war's. Aber danke für eure Antworten, Ich werde ausprobieren ob es geht die pins auf diese Weise zu ändern.
konstanten Ausdruck, den Du da einsetzen sollst. Wenn z.B. der eine Pin (A) Pin 5 auf auf PORTC ist, und der andere Pin (B) Pin 5 auf PORTD ist: OldEncoderValue = ((PORTC >> 5) & 0b0000001) | ((PORTD >> 4) & 0b00000010)) Falls B auf Pin 1 liegt, kannst Du den Shift-Operator auch weglassen
-
Thread
uint32_t zähler und vergleiche
Wertebereich von 0xffff. Nur wieso ? Ich habe das im Moment in 2 uint16_t Zähler gesplittet und es geht prima, nur wieso ging es nicht mit dem uint32_t ? Bevor der Hinweis kommt. Interrupt gehen keine mehr, da ich per Software PWM Servoimpulse erzeuge, daher will ich es über solche Zähler lösen und
Sachs schrieb im Beitrag #2208783: > Ich habe das im Moment in 2 uint16_t Zähler gesplittet und es geht > prima, nur wieso ging es nicht mit dem uint32_t ? Wie sieht der Code denn aus? So kann man doch nur raten...