-
Thread
Frequenzmessung mit ATMEGA8 T/C1
nicht, vielleicht habe ich ein Problem mit dem Timing ?? Hier mein Code: Es sind zwei Dateien main.c und isr.c [c] #include <avr/io.h> int main(void) { //Pin B0 (ICP1) Input is default DDRB |= 0x04; //7Segment DDRC |= 0x3F; //7Segment DDRD |= 0xFF; //7Segment PORTB = 0x04; //7Segment
INTERRUPT(SIG_INPUT_CAPTURE1) { TIMSK &= ~(1<<TICIE1); unsigned int ziffereiner[] = {0x40,0x79,0x24,0x30,0x19,0x12,0x02,0x78,0x00,0x10}; unsigned int zifferzehner1[] = {0x00,0x39,0x24,0x30,0x19,0x12,0x02,0x38,0x00,0x10}; unsigned int zifferzehner2[] = {0x04,0x04,0x00,0x00,0x00,0x0,0x0,0x04,0x00,0x00
-
Thread
128x64 Grafikdisplay von Pollin
} void lcd_printg(const char *progmem_s, char adress_h, char adress_l) { char c; LCD_DATA = adress_l; // übergebene Adresse setzen lcd_send_data(); LCD_DATA = adress_h; lcd_send_data(); LCD_CMD = 0x24; lcd_send_cmd
Danke Sascha, für eure Hilfsbereitschaft void OutLCD::Init(void) { int i; I2C_transmit_char(IDctrl, 0x04); I2C_release(); I2C_transmit_char(IDctrl, 0x14); I2C_release(); //Text start Adresse Send_Data(0x00); Send_Data(0x00); Send_Ctrl(0x40); //Grafi start Send_Data
-
Thread
Tiny13 uns der (very) fast PWM - Mode
r0 48: 0f b6 in r0, 0x3f ; 63 4a: 0f 92 push r0 4c: 11 24 eor r1, r1 4e: 8f 93 push r24 TCNT0 = tcnt; 50: 80 91 61 00 lds r24, 0x0061 54: 82 bf out 0x32, r24 ; 50 OCR0A = ocr; 56: 80 91 60 00 lds r24, 0x0060 5a: 86 bf out 0x36, r24 ; 54 } 5c: 8f 91 pop r24 5e: 0f 90 pop r0 60: 0f be out 0x3f, r0 ; 63 62: 0f 90 pop r0 64: 1f 90
-
Thread
Analog Steuerbare PWM Stromquelle für 1.3mH Solenoid
C2 = 100n C3 = 1µ Ceramic R2/C1 -> 100Hz Tiefpass R3 = 220 R4 = R5 = 3k3 R6 = 50k R7 = 10k C11 = 220n C8 = C9 = 220µF Low ESR Elko C10= 100n Ceramic Ich würde mich über Feedback
fliessen lässt als der im Vergleich verwendete 6k8. Du kritisierst den höheren Strom des BF245B/C (Idss~10mA/18mA) gegenüber den 6k8 und schlägst gleichzeitig einen Widerstand von 1-2k vor (I=12mA bzw. 24mA)? Der Sinn des JFet ist es, den Strom bei ansteigender Drainspannung im Gegensatz zum Widerstand
-
Thread
AVR hängt mit EEMEM
ldi r30, 0x0B ; 11 66: f0 e0 ldi r31, 0x00 ; 0 68: 88 e0 ldi r24, 0x08 ; 8 6a: 84 83 std Z+4, r24 ; 0x04 6c: 80 e1 ldi r24, 0x10 ; 16 6e: 85 83 std Z+5, r24 ; 0x05 70: 80 e2 ldi r24, 0x20 ; 32 72: 86 83 std Z+6, r24 ; 0x06 74: 80 e4 ldi r24, 0x40 ; 64 76: 80 83 st Z, r24 78: 87 83 std Z+7, r24 ; 0x07 7a: 80 e8 ldi r24, 0x80 ; 128 7c: 81 83 std
-
Thread
Taschenrechner Oszilloskop
Hallo liebe uC Gemeinde, ich wollte mir gern ein Oszilloskop bauen. Prinzipiell müsste das doch mit einem TI 92 und einer AD Wandler Platine möglich sein. Mich würde mal interessieren, ob jemand so etwas schon
Da steht drin, wei viel Aufwand es ist, 24Bit zu messen: http://www.hpl.hp.com/hpjournal/pdfs/IssuePDFs/1989-04.pdf Bei 16Bit ist es zwar weniger Aufwand, aber da dein Taschenrechnerdisplay eh nur 7Bit Auflösung hat, würde ich lieber einen
-
Thread
Problem mit dem NRF24L01
sensors(&oneWire); byte tempSensor[8] = {0x28, 0xFF, 0x2B, 0x45, 0x4C, 0x04, 0x00, 0x10}; //const uint64_t pipes[2] = {0xF0F0F0F0E1LL, 0xF0F0F0F0D2LL}; const uint64_t pipes[2] = { 0xABCDABCD71LL, 0x544d52687CLL }; float temp, tempC; char storage[10]; RF24 radio(
Serial.println(storage); delay(3000); } float sensorValue(byte deviceAddress[]){ tempC = sensors.getTempC(deviceAddress); return tempC; }[/c] und hier der Code vom Pi: [code]import RPi.GPIO as GPIO from lib_nrf24 import NRF24 import time import spidev GPIO.setmode(GPIO.BCM
-
Thread
MT3608 - 2 x defekt?
Temperatur sich in der mitte der Aluplatine ergeben hat. Die rechte ( vermeintliche 3W ) erzeugte 3,7°C weniger und begann mit einer Spannung von 3,08V die nach dieser Zeit auf 3,06V absank. Die linke ( vermeintlich 1W ) behielt die Spannung von 3,04V bei. Danach nahm ich den Konstantstrom von 750mA. Auch hier war die Temperatur der rechten LED niedriger ( 2,4°C ). An der Spannung tat sich nicht fiel von 3,45V auf 3,44V. Bei der linken von 3,28V auf 3,24V. Die rechte PLED habe ich mit Sekundenkleber angebracht. Die " Orginale " ist - weiß der Teufel wie -
-
Thread
Suche Infos zum Eigenbau Preselector
Bandpass benötigt wird. Und die Berechnung (bzw alle BPF-Berechnungen) setzt einen *konstanten* Wert des C voraus. Wenn die SRF aber 24 MHz beträgt dann steigt das effektive C bereits deutlich unterhalb der SRF an, gerne mal selbst nachrechnen oder Messungen anschauen. So einen Bandpass zu bauen ist kein
Bandpass benötigt wird. Und die Berechnung (bzw alle BPF-Berechnungen) > setzt einen konstanten Wert des C voraus. Wenn die SRF aber 24 MHz > beträgt dann steigt das effektive C bereits deutlich unterhalb der SRF > an, gerne mal selbst nachrechnen oder Messungen anschauen. Um nochmal zu verdeutlichen
-
Thread
Merkwürdiges C-Konstrukt
Aber das Konstrukt .length = ... ? > habe ich noch nie gesehen, obwohl ich seit über 20 Jahren in C > programmiere. Legt das die Länge des folgenden data[]-Feldes fest? ich würde es eher von INIT_04 und INIT_05 abhängig machen. .length sagt nichts aus. uint8_t data[]; entspricht 0 Bytes, wenn
macht es auch besser (<array> schreibt man sich gerade selbst oder nimmt es von irgendwoher): [c] main: ldi r24,0 ; ldi r25,0 ; ret .size main, .-main .data .type a, @object .size a, 200 a: .zero 4 .word 123 .zero 20 .word 456 .zero 122
-
Thread
Font editor Grafik display
0x0E, 0x08, 0x0F, 0x88, 0x09, 0xC8, 0x08, 0x78, 0x08, 0x38, 0x08, 0xFC, 0x1F, 0xFC, 0x1F, 0x04, 0x10, 0x04, 0x10, 0x0C, 0x00, 0x30, 0x00, 0xC0, 0x00, 0x00, 0x03, 0x00, 0x0C, 0x04, 0x10, 0x04, 0x10, 0xFC, 0x1F, 0xFC, 0x1F,
0xE0, 0x0F, 0x20, 0x08, 0x20, 0x08, 0x40, 0x04, 0xC0, 0x07, 0xE0, 0x0F, 0x20, 0x08, 0x20, 0x04, 0xFC, 0x0F, 0xFC, 0x0F, 0xC0, 0x07, 0xE0, 0x0F, 0x20, 0x09, 0x20, 0x09, 0xE0, 0x09, 0xC0, 0x05, 0x20, 0x00, 0xF8, 0x0F, 0xFC, 0x0F, 0x24,
-
Thread
LTspice Universalopamp2 - undefinied subciruit: level.3b
schrieb im Beitrag #6887666: > Ja, da ist vieles verschlimmbessert worden... Installiert ist [c] LTspice XVII(x64) (17.0.32.0) Oct 28 2021, 18:03:59 US Pacific [/c] Mein letztes Update ist vom 07.11.2021. Folgende UniversalOpamp-Files erhielten einen Update unter C:\Programme\LTC\LTspiceXVII
[c]UniversalOpamps.sub 24.01.2020 UniversalOpamps2.sub 02.04.2020 UniversalOpamps3.sub 24.01.2020 [/c] Unter USER\Documents sieht es ebenso aus. In dem Beispiel von Helmut Sennewald
-
Thread
Gewichtung einer Binärzahl
Alternative ohne Feld: [c] ( ( (i & 0x01)!=0 ) + ( (i & 0x02)!=0 ) + ( (i & 0x04)!=0 ) + ( (i & 0x08)!=0 ) + ( (i & 0x10)!=0 )
sample & temp ) // NICHT genau ein Bit in Sample gesetzt? ac: 89 23 and r24, r25 ae: 11 f0 breq .+4 ; 0xb4 <main+0x10> { PORTB = 0; b0: 18 ba out 0x18, r1 ; 24 b2: 02 c0 rjmp .+4 ; 0xb8 <main+0x14> } else //
-
Thread
ESPHome + ESP32-S3 + mmWave = Verzweifelung
\x02\x01\xFD\xFC\xFB\xFA\x02\x00\xFE\x00\x04\x03\x02\x01" [23:28:48.973][I][app:151]: ESPHome version 2026.5.3 compiled on 2026-07-18 23:28:04 +0200 [23:28:48.973][I][app:158]: ESP32 Chip: ESP32-S3 rev0.2, 2 core(s) [23:28:48.974][C][logger:
\xFA\x02\x00\xAE\x00\x04\x03\x02\x01\xFD\xFC\xFB\xFA\x02\x00a\x00\x04\x03\x02\x01\xFD\xFC\xFB\xFA\x02\x00\xFE\x00\x04\x03\x02\x01" [23:36:50.472][C][ld2410:185]: LD2410: [23:36:50.472][C][ld2410:185]: Firmware version: 0.00.00000000
-
Thread
kleines Projekt für Einsteiger: Aufbau einer Steuerung für eine CD-Schleifmaschine
Bastler schrieb im Beitrag #3678550: > Das Netzteil liefert 1..3 statt 24V. Damit kann man doch mal starten. > Labor-NT mit I-Begrenzung, langsam die Spannung hochfahren. Mit 24V Akku läuft das Ding doch an. Wo ist das Problem. Ein 24V-Lüfter hilft den Rauch zu vertreiben
folgendem Link http://www.mikrocontroller.net/topic/93765#815222 Projekt lief vom Datum: 09.03.2008 00:24 bis 30.04.2008 20:08 Und zum Startzeitpunkt hatte er schon den Stand seiner Nachbausteuerung (1. Bild). Danach hat man nie mehr was gehört vom Abwasch-König, leider. Denn es sah zunächst recht vielversprechend
-
Thread
Problem Inbetriebnahme OLED-Display DD-160128FC-2A (Densitron)
, pinOled_RS); //Set RGB_POL Cmd_OLED(pSPI, 0x80, 0x00, pinOled_RS); //Set IREF Cmd_OLED(pSPI, 0x04, 0x00, pinOled_RS);//Turn on display, normal Cmd_OLED(pSPI, 0x06, 0x01, pinOled_RS); //Set DISP_ON [/c] The Cmd_OLED function: [c] void Cmd_OLED(AT91S_SPI *pSPI, unsigned int index, unsigned
| AT91C_SPI_MODFDIS | (AT91C_SPI_PCS & (0xF << 16)) | (AT91C_SPI_DLYBCS & (0x00 << 24)); SPI_Configure(pSPI,config); //CONFIGURE ACCELEROMETER unsigned int configCSR0 = AT91C_SPI_CPOL | AT91C_SPI_BITS
-
Thread
PT100 Zehntel Grad Auflösung
Kalibrierung (6 Punkte, DKD), sogar Messabweichungen von <0,02K über einen Temperaturbereich von -40 ... +140°C (Messunsicherheit 0,04K) erreichbar.
Rail-2-Rail) OpAmp, man braucht keine Konstatstriómquelle wenn man ratiometrisch misst, und keinen 24 bit A/D-Wandler [pre] +------+---+--------- AVCC | | | 10k 10674 | MCP 6V11T | | | +------)--|+\ | | | >------+-- 30 bis 40 GradC (0.1 bis 4.9V) |
-
Thread
dd auf usb stick: zu schnell fertig
$ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 18.04.3 LTS Release: 18.04 Codename: bionic [/pre] [pre] bernd@bernd:~/workspace/PushTouchButton (master)$ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 931,5G
Beim Anstöpseln: [pre] [18911.969372] usb 3-7: new high-speed USB device number 24 using xhci_hcd [18912.122783] usb 3-7: New USB device found, idVendor=090c, idProduct=1000 [18912.122788] usb 3-7: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [18912.122790] usb 3-7:
-
Thread
kleinste Spannungen mit ADC messen?
/16384=0,000091552V damit könnte ich (rein rechnerisch) den Unterschied zwischen 0,02ppm und 0,04ppm erfassen: Berechnung ADC-Wert @ 0,02ppm: 0,25487218V / 0,000091552V = 2783,9.... Berechnung ADC-Wert @ 0,04ppm: 0,25474436V / 0,000091552V = 2782,5... Es müsste also gerade so gehen - rein
wollen. Und es auch nicht so eilg haben. Es gibt nahezu beliebig viele hochaufloesende ADC mit 20 bis 24 bit. Davon sind vielleicht 19 bit realisierbar. Was will man mehr.
-
Thread
Photodiode auslesen für Pulsoximeter
kymogOPxCgSSqAObzubzuCNHtjnrkcK1BCrVWrBDQwtilfQUFAMPkAop3oqWCg2SAJQQuf0KkNZY0RFoqJrTbrUAb0ciTdqzaLopa4jSkPwiFB6TzQ-ynchtHqwFrGH79YalD6k+62ec7X1aXUHNHmq0ioTA91Q5lmDcK-Vo1iM8mE269Z75d7m-7jJ04rm7XYaYy5fwJlMZnNUEsWSKsxyOHgw7n+71hoWJKyqbP5-bMluODLVys2oSfByXLZ6mkMrW5ebj6e+4NyCGw9fGmyT3Ez24nF-6fz36eBD9MkqTkEB4beHKR5ih+ljgRG5BZBB-53p+4FEOkzhIRhDrogBQYMphA6JChMEchGdqDHyUGdsAsEXAyrhPoRuHyvh3QsTyLGkdE9HMXcmGIWGOE8cYfF2iBl5OH
GHntjcscPYSBzV6SvYKrGsLeLp5k7LZN4M4lDuz0HCK8r8WoGriAkjsADWoKQhAAA6W0ABRrQAFjsuzvGAOy-AAlFAtF8d9ZP9Ih+VHTetFG5Ydie+GFvkNDFuJTbfv24gACCKPkErCxbUExwl9FeCu0IWGE3coOOrbKsBxrGDZ1akZhgOTMdXEEbPopfNnU7QZJNwFtVDy3BU22Y-++gp1QCjABiWvGKXyBIHchCZBbJDDjR+oNxPiDq5fPemVR+XMe7PcwhR7vxPogFGV9gA3xaLLawSQuDcx9q-I+jcEDqwADJrR-nbWWVRgKSEyAQYB9c7YfwQCjTB2DkAVjYLaZIdx2C
-
Thread
Problem: AT90CAN zu AT90CAN digitales CAN Signal
//clear data } //bit timing -> datasheet page 260 (check table) CANBT1 = 0xC6; //500kBits/s // 0x12; // 100 kBit/s 0xC6; // 10 kBit/s CANBT2 = 0x0C;//0x04; CANBT3 = 0x37;//0x13; CANGCON = (1<<ENASTB); //start CAN interface //configure
mit dem µC wird das nix.
-
Thread
Modulplatine für zentrale Haussteuerung - Feedback
die eingebauten Freilaufdioden und C1 erledigen das? > Sollen die Taster 24V tasten? Jepp > Analogeingänge sind nicht vorgesehen? Nope - dafür ist auch kein Pin mehr frei :) Du meinst vermutlich den offenen AREF? AVCC ist zumindest
Schnittstelle flashen lässt. Der ISP ist eher ein Plan B und da kann ich die drei Jumper tolerieren (Plan C ist der IC-Sockel :). > Und man könnte TVS-Dioden mit mehr Abstand zu den 24V nehmen, die SA22A > mit 24,4 V (@ 1mA) ist doch extrem knapp; diese Spannung ist auch > temperaturabhängig. Ok,
-
Thread
Wittig(welec) DSO W20xxA Hardware (Teil 2)
das mit Abstand vollständigste Design: > TomCat-CII_2006_02_23.zip > https://anonfiles.com/file/6c0d44ac02012bb14dbec405dadaae0a > TomCat-CII_2004_06_24.zip > https://anonfiles.com/file/0238b1032ca321333a850bed47e94e8c > TomCat-CII_2006_10_26.zip > https://anonfiles.com/file/7ae427ba9b7dc8ab471fabc3072ca1d3
Hallo. Also im Terminal steht "+C CPU048" und mehr passiert leider nicht. Die Baudrate sind 112,5 kBaud, nehme ich an. Einen Flash quittiert der Flasher mit "Timeout at Line 24". Ich mache mir keine Hoffnungen mehr. Hier hats irgendwas
-
Thread
IR NEC Protokoll einlesen
} break; case 3: //Im Decodiermodus if(!(MCUCR & 0x04))//Wenn falling Edge { MCUCR |= 0x04; // on rising edge } else { TCNT2 = -24; // in 840us ein Zählerüberlauf TIMSK |= 0x40; //Setze Timer
MCUCR |= 0x04; // on rising edge } stat = shiftreg(In_Port,0); if(stat == 1 ||stat == 2 ) { Sync = 0; shiftreg(0,1); //Lösche Schieberegister MCUCR &= ~0x04;
-
Thread
Seltsames Arduino Serial Read verhalten
&(1<<I2C_RTC_1307)) RTC.setRAM(54, (uint8_t *)&TimeIsSet, sizeof(uint16_t)); DEBUG_PRINTLN(F("")); } // if(strcmp(c_str, r_str)>0) RTC.getTime(); sprintf(r_str, "%04d/%02d/%02d__%02d:%02d
settime") ) { // "settime17:22:30" if(strlen(serial_in_command)>=15) { if( (i2c_test_flags&(1<<I2C_RTC_1307)) | (i2c_test_flags&(1<<I2C_RTC_3231)) ) { uint8_t hh=atoi(strncpy(serial_in_buff, &serial_in_command[7], 2)); if( 0 <= hh && hh < 24) { uint8
-
Thread
String an Funktion übergeben
char *str) { 7db2: 0f 93 push r16 7db4: 1f 93 push r17 7db6: 8c 01 movw r16, r24 display_char(str[0]); 7db8: fc 01 movw r30, r24 7dba: 80 81 ld r24, Z 7dbc: 0e 94 a1 3e call 0x7d42 ; 0x7d42 <display_char> display_char
schon alles richtig. Die Frage lautet vielmehr, ist hier die richtige Adresse angegeben worden [C] char *text = "BOOT"; boot_display(text); 7cd6: 80 e3 ldi r24, 0x30 ; 48 7cd8: 94 e0 ldi r25, 0x04 ; 4 7cda: 0e 94 d9 3e call 0x7db2 ; 0x7db2 <boot_display
-
Thread
[V] Weller TCP Magnastat Lötstation
Mindestabnahme 100m Verfügbar in 5 Tagen: 3.000 Mtr. - bei Bestellung heute Silikon Steuerleitung SiHF-C-Si 2 x 0,75 mm², AWG 19, geschirmt, braun, 23160 Bestellnr.: 93F2594 Hersteller: HELU Hersteller-Nr.: 23160 Preis: 3,83/m Verfügbar in 5 Tagen: 100 Mtr. - bei Bestellung heute
habe jetzt ein Datenblatt gefunden. Der angegebene Widerstand ist rund 90 Ohm/km und entspricht AWG24. Das entspricht 90mOhm/m. So unterschiedlich zum Antex Kabel von mir ist es nicht. Siehe auch Anhang.
-
Thread
AVR-GCC nutzt 16 Bit für uint8_t Variable
-> Bit-Abfrage rjmp .+4 ldi r24, 0x04 | register fuer delay 1 laden rjmp .+2 ldi r24, 0x06 | register fuer delay 2 laden dec r24 |\ delay loop brne .-4 |/ subi r18, 0xFF |\ i
r19, 0xFF |/ cpi r18, 0x08 |\ i == 8 ? cpc r19, r1 |/ brne .-24 lds r24, 0x0067 subi r24, 0xFF sts 0x0067, r24 ret[/avrasm] Beste Grüße Stefan
-
Thread
Hilfe gesucht: AVR m. Batterie, Temperatur per Funk (100m) an Ethernet
kann man auch einen externen verwenden. Als Firmware verwende ich einen Arduino-Sketch, der die RF24-Library einsetzt. http://maniacbug.github.com/RF24/ Reichweite (indoor) allerdings deutlich unter 100 Meter.
Axel G. schrieb im Beitrag #3024630: > wenn es mit dem NRF24L01 von der Reichweite her klappen sollte dann > liegen wir bei ca. 2.00€ pro Stück Wo gibt es denn einen originalen NRF24L01 für 2€ ?
-
Thread
adch und adcl an display ausgeben ??
:020000020000FC :1000000000E004BB0FEF07BB0FEF01BB0FEF08BB16 :100010000FE50DBF04E00EBF79D08FD03E9A3F9818 :100020003D9A3B983A9839983898379A329A319A4B :10003000309A3598349A3398369A3699FECF24E020 Gute Kommentare ;) Du weisst aber, dass wenn du eine 1 sendest keien 1 auf dem
@Philipp Karbach so in der art gehts mir mit C ;) schade, dass C und ASM so verschieden sind, einige dinnge wuerden sich gut ergaenzen
-
Thread
Was nehme ich nur?
Also das 2x8 von pollin (C0802-04) benötigt im Betrieb etwa 1mA und benötigt 7 Portpins. Das LCD würde ich eh ausschalten wenn man die "Eieruhr" gerade nicht verwendet. Für den Einstieg ist das doch eigentlich ein ganz nettes
> Also das 2x8 von pollin (C0802-04) benötigt im Betrieb etwa 1mA Damit wäre ein LR44, ach nein, das Teil braucht 4 Zellen, in 5 Tagen leer, mit 3 LEDs a 2mA von denen nur 1 brennt in weniger als 2 Tagen. Nicht ganz der
-
Thread
Widerstand zwischen zwei Punkten
Einzelwiderstände den Gesamtwiderstand nur verkleinern kann. 2. Der gemäß Ralfs Vorschlag vom 24.04. 15:50 zu einem vierdimensionalen Torus zusammengerollte Würfel mit 3·(n+1)³ Einzelwiderständen, im Folgenden "geschlossen" genannt. Dieser wächst für n≥3 streng monoton. Einen Beweis
g0); (void) fprintf (stdout, "r111: %0.14lf\n", r111); return 0; } /* main */ [/c] output: [c] g0: 0.50546201971733 r111: 0.41830531092188 [/c] Die Werte entsprechen denen in von Erich zitiertem script S. 61 bzw. 60.
-
Thread
16Bit xkhz mono WAV (PCM) abspielen?
laut WAV doku es ja 16-Bit Werte sind, also: Block1 Block2 Block3 Blockn 0x86 0x03 0x8C 0x03 0x24 0x04 n n+1 Block1 Block2 Block3 (unsigned)(unsigned)(unsigned) 34307 35843 9220 jetzt gebe ich die unsigned Werte an den DAC im 44,1khz takt, da kommt nur starkes rauschen
Mir scheint, Du vertauscht MSB und LSB: > Block1 Block2 Block3 Blockn > 0x86 0x03 0x8C 0x03 0x24 0x04 n n+1 Das dürften folgende Samplewerte sein: 0x0386 0x038c 0x0424 ... 902 908 1060 ..