-
Thread
Was ist das? Eine Soundkarte im Stecker?
saubere Versorgung auch bei 3V3 zu ermöglichen. Also der IC wird mit +5V betrieben. Der IC hat 24 Anschlüsse. Die +5V liegen nur an Pin9 an, so weit ich bisher ausmessen konnte. L8 und C6 filtern die Versorgungsspannung. C6 habe ich mit einem Elko versuchsweise auf 220uF erhöht, das bringt aber keine
0x3E (62 bytes) bDescriptorType : 0x03 (String Descriptor) Language 0x0409 : "C-Media Electronics Inc. " *!*CAUTION trailing space characters Data (HexDump) : 3E 03 43 00 2D 00 4D 00 65 00 64 00 69 00 61 00 >.C.-.M.e.d.i.a. 20 00 45
-
Thread
C: Bithack geht nicht
(egal zu welcher der Konstanten), scheitert es mit verkehrtem Ergebnis. Getestet mit GCC 9.3.0 64 Bit unter Linux, keine Warnungen erschienen. [c]/* compile with: gcc -O0 -std=c99 -Wall -Wextra see Bit Twiddling Hacks: https://graphics.stanford.edu/~seander/bithacks.html#CountBitsSetParallel
if (x & 0x0F0F0F0F) c -= 4; if (x & 0x33333333) c -= 2; if (x & 0x55555555) c -= 1; return c; #endif } [/c]
-
Thread
Variablen beim Ausschalten im EEPROM sichern
Ich habe solche Sachen bisher nur mit dem AT89C2051 gemacht und da der keinen EEPROM intern hat, habe ich einen 24C64 rangeschaltet. Und die haben den Vorteil, daß man gleich 64 Byte in einem Rutsch (10ms) sichern kann und bis runter zu 2,7V funktionieren. Da hat also ein 220µF/6,3V voll gereicht, die Datensicherung zu garantieren. Der AT89C2051 hat die Daten per I2C an den 24C64 geschickt und ist dann selbst in Power-Down gegangen wärend der 24C64 in aller Ruhe seinen Schreibzyklus beendet hat. Warum die AVRs keinen EEPROM-Pagemodus
-
Thread
ATMega Flash wird langsam knapp. Upgrade o. Plattformwechsel?
glaube dass der Compiler die Zugriffe > daher nicht weg optimieren darf. Macht er auch nicht: [c] TCCR2A |= 0; d2: e0 eb ldi r30, 0xB0 ; 176 d4: f0 e0 ldi r31, 0x00 ; 0 d6: 80 81 ld r24, Z d8: 80 83 st Z, r24 [/c]
aber als FBH-Steuerung. Auch bei mir ist Speicher irgendwann knapp geworden. Habe dann auf den 2560 + 64k XMEM aufgerüstet - damit lebt es sich ganz entspannt. Das läuft 24/7 seit ein paar Jahren äußerst zuverlässig.
-
Thread
Leistungsstärkere Alternative für Atmega/Arduino
was anderes. Dieser PIC hier http://www.microchip.com/wwwproducts/Devices.aspx?product=dsPIC33FJ64GP206A hat "nur" 8 PWMs, ich bräuchte mindestens 10... > Gibt es denn schon eine Richtung wo du hin willst? > AVR oder mehr? Welche Sprache? ASM, C, C++ ? Welche Frequenz - bis 16 MHz oder bis ca
Controller rauszusuchen.. mit 10 PWM http://www.microchip.com/wwwproducts/Devices.aspx?product=dsPIC33FJ64GP206A mit 16 PWM http://www.microchip.com/wwwproducts/Devices.aspx?product=PIC24F08KM202 Egal, es wird eh nichts werden.
-
Thread
Audio ausgeben mit µC
073, 076, 079, 082, 085, 088, 090, 093, 097, 100, 103, 106, 109, 112, 115, 118, 121, 124 };[/c] weiter wird gemacht: [c]PORTB = pgm_read_byte (&sinus_table[(unsigned char)(freq>>24)]);[/c] und Sinus ist da! Genauigkeit von Frequenz (abgesehen von Quarz-Toleranz) ist Fd/2^32, bei Fd =
48,-48,-49,-49,-49, -49,-49,-50,-50,-50,-50,-50,-50,-50,-49,-49,-49,-49,-49,-49,-49 }; __uint24 ton_0 = 0; __uint24 ton_1 = 0; volatile __uint24 kton_0 = 184549; // a1 volatile __uint24 kton_1 = 109734; // c1 ISR(TIMER3_COMPA_vect, ISR_NAKED){ // Timer 0 interrupt. FLAGG |= (1<<F_PULS
-
Thread
Suche schnellen µC
aufbauen. Damit nicht sinnlos Klimmzüge in der SOftware gemacht werden müssen. Wir haben kürzlich 64RGB-Leds (LATB T66C) mit klassischen Vorwiderständen verwendet und können keine Unterschiede in der Helligkeit feststellen.. Aber das ist ja ein Forum zum Meinungsaustausch, habe ja nur meine Erfahrungen
gemacht werden > müssen. Das hat niemand behauptet oder vorgeschlagen. > Wir haben kürzlich 64RGB-Leds (LATB T66C) mit klassischen > Vorwiderständen verwendet und können keine Unterschiede in der > Helligkeit feststellen.. Unterschied zu was? Na klar geht es auch mit normalen Vorwiderständen
-
Thread
Update auf ISE 11.4 unter Linux
01 Prnt=01 Port=04 Cnt=01 Dev#= 6 Spd=480 MxCh= 0 D: Ver= 2.00 Cls=ff(vend.) Sub=ff Prot=ff MxPS=64 #Cfgs= 1 P: Vendor=03fd ProdID=000d Rev= 0.00 C: #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=100mA I: If#= 0 Alt= 0 #EPs= 0 Cls=ff(vend.) Sub=ff Prot
'export XIL_IMPACT_USE_LIBUSB=1' in die /etc/bash.bashrc hinzufuegen > 'source $XILINX/settings64.sh' in die /etc/bash.bashrc hinzufuegen > $ sudo cp $XILINX/bin/lin64/*.hex /usr/share/ > $ sudo cp $XILINX/bin/lin64/xusbdfw.rules > /etc/udev/rules.d/50-xusbdfw.rules > $ sudo nano /etc/udev
-
Thread
Kaufberatung RIGOL DS1102Z-E oder Hantek DSO5102P
Ich habe jetzt beim DS1202Z-E mit 200Mhz zugeschlagen.. schien mir am einfachsten und 24Mpts Speichertiefe sind ja auch wünschenswert, die normalen/Schnäppchen haben nur 64kpts.
TotoMitHarry schrieb im Beitrag #7279873: > schien mir am einfachsten und 24Mpts Speichertiefe sind ja auch > wünschenswert, die normalen/Schnäppchen haben nur 64kpts. Aha. Die hätte das vierkanalige 1054 auch gehabt (dank Riglol), ok, nur die halbe Bandbreite (100 statt
-
Thread
Salea GUI - wie machen die das?
simplen "nur-null" signal erzeugt und einen mit zwei Durchgängen. Hier das "nur-null signal" [c] 3C 53 41 4C 45 41 45 3E 01 00 00 00 64 00 00 00 01 00 00 00 00 84 D7 57 41 46 9C FA 90 7E 01 00 00 10 E9 B7 AF 03 E7 D8 3F 01 F0 1B 00 00 00 00 00 00 01 C2 24 00 00 00 00 00 00 01 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 [/c] Hier was mit zwei durchgängen" [c] 3C 53 41 4C 45 41 45 3E 01 00 00 00 64 00 00 00 01 00 00 00 00 84 D7 57 41 46 9C FA 90 7E 01 00 00 10 E9 B7 AF 03 E7 D8 3F 01 2B 17 00 00 00 00 00 00 01 3E A4 00
-
Thread
I2C RAM gesucht
Du kannst auch einfach einen externen EEPROM anschließen, z.B. 24C16. Der erlaubt ein Blockschreiben und läuft bis runter zu 1,8V. Damit mußt Du nur 6 Bytes senden (2 Adresse + 4 Daten), was bei 400kHz I2C-Baudrate etwa 0,14ms dauert. Den Schreibzyklus (10ms
Stunde 3.456.000 / Tag Wenn du jetzt wir Peter vorgeschlagen hat ein EEPROM nimmst, meinetwegen ein 24C64, hast du 16KByte nimmst und immer hintereinander hereinschreibst, beschreibst du das EEPROM 210 mal am Tag. Teilst du jetzt die typischen 1.000.000 Schreib-Läschzyklen durch 210, kommst du auf 4761
-
Thread
16-Bit Zahl durch eine Konstante dividieren (Assembler)
nicht so ganz verstanden, > wie es mit mul Befehl gehen soll .. > mfg Anton Einfach nem guten C-Compiler bei der Arbeit zuschauen ;-) [c] unsigned int div58 (unsigned int x) { return x/58; } [/c] übersetzt avr-gcc zu (r24 = r24 / 58): [avrasm]div58: movw r18,r24 ;
*umulhi3_highpart_call [length = 2] swap r25 ; 25 *lshrhi3_const/5 [length = 6] swap r24 andi r24,0x0f eor r24,r25 andi r25,0x0f eor r24,r25 ret ; 24 return [length = 1] [/avrasm] Für __umulhisi3 siehe http://gcc.gnu.org/viewcvs/trunk/libgcc/config/avr/lib1funcs.S
-
Thread
Division von unsigned char
. Eine zweidimensionale Tabelle mit allen Kombinationen aus Dividend und Divisor benötigt fast 64KiB und ist ganz klar zu groß. Wenn das Ergebnis etwas ungenauer sein darf, kannst aber eine Tabelle mit den Kehrwerten aller Zahlen von 2 bis 255 benutzen, die braucht nur 254 Bytes. In C würde die Funktion so aussehen: [c] uint8_t rec[254] = { 128, 86, 64, 52, 43, 37, 32, 29, 26, 24, 22, 20, 19, 18, 16, 16, 15, 14, 13, 13, 12, 12, 11, 11, 10, 10, 10, 9, 9, 9, 9, 8, 8,
-
Thread
Problem mit USBasp und avrdude/Burn-O-Mat
find USB device "USBasp" with vid=0x16c0 pid=0x5dc“ weist darauf hin das der Programmer nicht gefunden wurde. Bei den aktuellen Treibern für den USBasp ist auch ein 64bit Treiber mit dabei, wenn der nicht funktioniert dann geht es Zurzeit
@Martin Ja ich hab schon Jumper 2 gesetzt jedoch ohne Veränderung @Martin e.c. Aber an was ich hab schon alles durchgemessen, also Verbindung hat das Ding. Jo hab 64 bit mittlerweile aufgegeben aber ich probier jetzt schon 2 Tage am 32bit rum erkannt wird alles einwandfrei auch
-
Thread
Nachkommastellen Arduino
AVR kastriert. Was eigentlich Quatsch ist. Kennt der Arduino Core (welchen benutzt du?) ein [c] Serial.printf("eps=%f\n", eps); [/c] ? Beim STMDuino sollte das gehen.
schrieb im Beitrag #6391882: > Für > mich heute aber nicht mehr. für mich auch, ich hätte einen µC mit in den Urlaub nehmen sollen :) Aber auch ein CM0 rechnet doubles mit 64 Bit. Das ist ja die Crux wenn man eine Arduino Lib portiert und irgendeine Konstante ohne 'f' suffix drin hat, dann sprengt
-
Thread
Unbenutztes Register im 8-Bit Atmel?
gerade nicht vor mir, musst halt selber mal suchen. > Da gabs doch mal bei Pearl für 20 EUR diesen C64-"Joystick" mit > eingebautem "Singlechip-C64", mit TV-Ausgang und ca. 30 Spielen auf ROM. Möglich, hat mich aber nicht interessiert, bin kein Gamer, hatte deshalb auch keinen C64 sondern den Plus
mir, musst halt selber mal suchen. Yep. > >> Da gabs doch mal bei Pearl für 20 EUR diesen C64-"Joystick" mit >> eingebautem "Singlechip-C64", mit TV-Ausgang und ca. 30 Spielen auf ROM. > > Möglich, hat mich aber nicht interessiert, bin kein Gamer, hatte deshalb > auch keinen C64 sondern
-
Thread
Gitarreneffekte selber bauen
Mikrocontroller, das ist schon länger bekannt und auch der 56xxx rechnet Zwischenergebnisse nicht nur mit 24 Bits: "... the data paths are 24 bits wide, providing 144 dB of dynamic range; intermediate results held in the 56-bit accumulators can range over 336 dB." Ich sehe das momentan sowieso eher
ein M4 ARM haben durchaus Befehle deren Resultat in 2 Register geschrieben wird. Das sind mithin 64 bit. [code] ldrd r2,r3,[r0,#0] smull r1,r2,r2,r3 ldr r1,[r0,#8] str r3,[r0,#8] [/code] Daran sollte es also nicht scheitern. Ich zweifle nur daran, dass ein C-Compiler da
-
Thread
ST-Link V2-1 Virtual COM Port
Das ist ungünstig, denn IIRC läuft der COM Port im ST-Link hart auf 115200 Baud. Falls der µC auf dem Nucleo64 selbst USB kann sollte man eher darüber gehen. Dann ist man nicht an die 115200 gebunden und kann eine viel schnellere UART Baudrate einstellen. Ich würde das auch eher fest verdrahten
Ich habe es mit einem Nucleo-64 STM32F303RBT6 getestet: Mit 8 MHz R/C Oszillator: 300 Baud geht nicht 600, 1200, 2400, 4800, 9600, 19200, 115200, 230400, 460800 Baud gehen 921600 Baud geht nicht 1000000 Baud geht nicht
-
Thread
Gentoo Linux crossdev atmega256x gcc4.1.2
at90s2323 at90s2333 at90s2343 attiny22 attiny26 at90s4433 at90s4414 at90s4434 at90s8515 at90s8535 at90c8534 at86rf401 attiny13 attiny2313 attiny261 attiny461 attiny861 attiny24 attiny44 attiny84 attiny25 attiny45 attiny85 atmega603 atmega103 at43usb320 at43usb355 at76c711 atmega48 atmega8 atmega83
at90s2323 at90s2333 at90s2343 attiny22 attiny26 at90s4414 at90s4433 at90s4434 at90s8515 at90c8534 at90s8535 attiny13 attiny13a attiny2313 attiny24 attiny44 attiny84 attiny25 attiny45 attiny85 attiny261 attiny461 attiny861 attiny43u attiny48 attiny88 at86rf401 at43usb355 at76c711 atmega103
-
Thread
AVR ASCII Video Terminal - 40 x 25 - BAS Signal
;inv. Hsync-Impuls auf 1/2 Vsync-Zeile sbi portd,6 ;Sync auf HI ldi mpa,24 ;4,75us vs1b: dec mpa brne vs1b synclo ;Sync auf LO ldi mpa,142 ; f¸r den Rest der Zeile vs1c: dec mpa brne vs1c synchi
thank you :) but i write with language c i can't work assembly :( i want write for example "A" in meddle line screen with language c
-
Thread
Fujitsu Futro S720 - alternatives (HP) Netzteil
netzteil funktionieren: 6a. Input current for external DC connector: max. 5A 6b. Max. 60W @ 12V 6c. Max. 100W @ 19-24V 6d. Mainboard input power must never exceed 100W! 6f. original Fujitsu netzteil: 20V, 2A, 40W was meint ihr, wo liegt der fehler?
ausgehend natürlich die Core-und RAM-Spannungen (zB. 1,3V) liefert. Ist das für das HP-Netzteil: ?? 6c. Max. 100W @ 19-24V dann ergibt sich daraus, daß das Teil eben 19-24V liefert und nicht etwa 19V oder auch 24V. Sondern: das ist (offenbar) ein _regelbares_ Netzteil. Dessen korrekte Ausgangsspannung
-
Thread
Bienen tracken? Unmöglich, oder?
kleinsten RFID Transponder mit integrierter Spule auf dem Chip in einer Größe von ca. 1.5mm³ 13,56MHz 64 bit read only bis 64 Kbit read/write
24 nautical miles *1.853 km/nautical miles = 44,472 km
-
Thread
Nokia 6100 Ansteuerung in C
ausserhalb ihrer Grenzen SCHEINBAR stabil laufen statt überhaupt nicht. Zb. habe ich einen ST24C64 als W und normale Version. Die normale Version dieses EEPROM I2C Chips soll laut Doku mit 5V und max. 400KHz I2C betrieben werden. Nur die W version kann runter bis auf 2.8V laufen. Nun, zu Testzwecken
Zeichen puten bis length erreicht ist while(c != 0 && length > 0) { glcdPut(c); width = glcdCharWidth(c); length -= width; if(flashstored) { c = pgm_read_byte(++text); } else { c = *++text; } } }
-
Thread
STM32 USB-MIDI
65 00 02 01 00 00 32 09 04 00 00 00 01 01 ..e.....2....... 00 00 09 24 01 00 01 09 00 01 01 09 04 01 00 02 ...$............ 01 03 00 00 07 24 01 00 01 41 00 06 24 02 01 01 .....$...A..$... 00 06 24 02 02 02 00
00 01 41 00 06 24 02 01 01 00 06 24 02 .$...A..$.....$. 02 02 00 09 24 03 01 03 01 02 01 00 09 24 03 02 ....$........$.. 04 01 01 01 00 09 05 02 02 40 00 00
-
Thread
GCC Optimierung?
Subtract immediate 61: if (MQReserve(size)) { +000001A0: 2F81 MOV R24,R17 Copy register +000001A1: 940E01C5 CALL 0x000001C5 Call subroutine +000001A3: 2388 TST R24 Test for Zero or Minus +000001A4: F0D9 BREQ
gcc 4.3.2 erzeugt mit [pre]avr-gcc -S Optimizer.c -O3[/pre] [avrasm] .L5: ld r24,X+ st Z+,r24 sts (WritePtr)+1,r31 sts WritePtr,r30 subi r25,1 brcc .L5 [/avrasm] mit [pre]avr-gcc -S Optimizer.c
-
Thread
ATmega328P - Input liefert keinen Wert
Code: [c] #include <SPI.h> #include "nRF24L01.h" #include "RF24.h" #include "printf.h" #include "DHT.h" //DHT 22 Sensor DHT dht; /* Hardware configuration: Set up nRF24L01 radio on SPI bus plus pins 9, 13 */ RF24 radio(8,7); uint64_t pipeAddressSenderLivingroom = 0xf0f0f0f0e1; uint64_t pipeAddressReceiver = 0xf0f0f0f0d2; struct dataStruct{ char room[4] = "WZ"; float temperature = 0.0; float humidity
-
Thread
Ist der PC am Ende seiner Entwicklung angelangt?
Hallo, hardwareseitig begann es mit C64, Amiga, Atari ST, dann kamen die ersten kompatiblen PCs auf den Markt. In der Firma dann ein PC mit 33MHz, dann 200MHz (die Taktraten stiegen rasant) bis irgendwann wegen physikalischen Gesetzmäßigkeiten
(3.11, 95, > 98, 2000, ME, XP, Vista, 7, 8, 10). DOS gab es in diversen Versionen und wenn du C64 und Co aufführst, darf auch CP/M nicht fehlen. Windows 2.11 (Windows/286 und /386) und Windows NT hast du vergessen ...
-
Thread
I2C EEPROM Beschreiben mit SAM3X8: Pollingproblem
deutlich bemerkbar. Beim byteweisen Beschreiben von mehrenen k Bytes ist das natürlich richtig. Beim 24C256 kann ich aber in Blöcken a' 64 byte beschreiben und muß nur ein einziges Mal pro Block den Delay benutzen.
Hanns-Jürgen M. schrieb im Beitrag #5807082: > Beim 24C256 kann ich aber in Blöcken a' 64 byte beschreiben und > muß nur ein einziges Mal pro Block den Delay benutzen. Das sind dann beim Beschreiben der 32kB schon 10s Wartezeit gegenüber nur 2,5s, wenn
-
Thread
Auf der Suche nach Ordnung =)
offset = Melodie1[n].offset; position += offset; while (SysTick_64tel < position) // warten bis nächste Position erreicht ; Kanal.Tonhoehe[Melodie1[n].kanal] = freq_lookup[Melodie1[n].note]; n++; } while (offset < 255); } [/c
Nicht ganz. BPM gibt die Anzahl der Beats = Takte pro Minute an. 1/64 Note ist 1/64 Takt lang, also ist ein Beat 64 64tel Noten lang.
-
Thread
Welcher Pic entspricht ungefähr dem Atmega8?
Nimm einem aus der 18er Familie mit deine Projekt passende Peripherie. Den C18 Compiler von Microchip (als kostenlose version) und gut ist. Wenns aufwendiger sein sollte kann mann leicht einem 24F serie oder dsPIC nehmen und denn passenden C30 compiler.
die PICs > untereinander nicht einfach so vergleichen: >> Den C18 Compiler von Microchip (als kostenlose version) und gut ist. >> Wenns aufwendiger sein sollte kann mann leicht einem 24F serie oder >> dsPIC nehmen und denn passenden C30 compiler. > Es ist einfach
-
Thread
Amateure braucht Hilfe bei RS232
ist "installiert" > Aber passieren tut irgendwie nix. Wo hast Du die Datei hin installiert? Unter 64Bit Win10 kommen 32Bit DLL's eben nicht nach Windows\System32 sondern nach C:\Windows\SysWOW64 Hammer M. schrieb im Beitrag #6596466: > Die Anleitung von der Installation zu C++ bin ich gefolgt und
MOSFET: 24°C? 17 00 -> 0x0017 und so weiter ... LG, Sebastian
-
Thread
Flash CRC Berechnung optimieren/schneller
[/c]
Ohne eine solide Messung weiß man gar nichts. > Zudem kann die erste Schleife unterhalb der 64kB Grenze mit einem 16 Bit > Schleifenzähler laufen, Stimmt. > die darüber braucht einen 32bit Zähler. Nö, in ASM geht das auch mit 24 Bit. Außerdem kann das der AVR in ASm auch in Hardware,
-
Thread
interne Chip-Select-Signale erzeugen
einen 128kB Speicher, ich brauche also 17 Adressleitungen um diesen voll ansprechen zu können. Die 24-Bit-Adresse wird im Multiplexverfahren übertragen: (Adress-Low-Byte + Datenbus) und (Adress-High-Byte + Adress-Middlebyte) werden auf denselben 16 Signalleitungen übertragen (80C51-Microcontroller).
leider nich, weil ich leider nur 16-Bit-Adressen ausgeben kann (mehr unterstützt meine Version des Keil C-Compilers nicht) Ich kann also sowieso nur 64k des Speichers (128k groß, 1MB war nur als maximal Mögliches gemeint) ansprechen. Ich hab also keine 4 Bit übrig, so wie in deinem Beispiel. Das mit dem
-
Thread
Wechselrichter zur Netzeinspeisung bauen?
MPPTs unterhalten > kann. Jo ich habe hier dafür CAN eingesetzt, denn meinem MPPT sind auf dem C8051F502 und LPC24C14 basierend. > Ulrich Grüße Michelle
dem lezteren habe. Ebenso steht auch noch nicht der endgültige Microcontroller fest, ob es ein C8051F502 oder ein LPC11C24 wird. Grüße Michelle
-
Thread
Windows 7 als Testversion
http://www.chip.de/downloads/Windows-7-Home-Premium-64-Bit_46355794.html
Teilbewertung System Hersteller Modell Gesamter Systemspeicher Systemtyp Anzahl der Prozessorkerne 64 Bit-fähig Speicher Gesamtgröße der Festplatte(n) Datenträgerpartition (C:) Medienlaufwerk (D:) Datenträgerpartition (E:) Datenträgerpartition (F:) Grafik Grafikkartentyp Insgesamt
-
Thread
PAL-Röhren TV auf NTSC umbauen
Nichtverzweifelter schrieb im Beitrag #6921929: > Die Firmware steht im EPROM 27C512, wovon es einige Nachbesserungen gab. In dem CUC 2030 gibt es das wohl nicht, das ist nur vorhanden wenn eine Prozessorplatine drauf ist. Bei meinem Modell "TEXT" und dem "FR" ist nur ein X24C08
Na klar: 27C512 EPROM, das sind dann mal eben 64KB in Assembler.
-
Thread
Blöder Compiler - Optimieren in C?
twi_readack() * 256 + twi_readack(); 218: 66 df rcall .-308 ; 0xe6 <twi_readack> 21a: c8 2f mov r28, r24 21c: 64 df rcall .-312 ; 0xe6 <twi_readack> 21e: 2c 2f mov r18, r28 220: 30 e0 ldi r19, 0x00 ; 0 222: 32 2f mov r19, r18
temp; temp = twi_readack(); 5e: fb df rcall .-10 ; 0x56 <twi_readack> 60: c8 2f mov r28, r24 62: d0 e0 ldi r29, 0x00 ; 0 temp |= twi_readack() << 8; 64: f8 df rcall .-16 ; 0x56 <twi_readack> 66: d8 2b or r29, r24 out
-
Thread
Dog-M Display füllt weitere Zeile mit selbst kreierten Zeichen
du an den Pins 26-27 (bitte direkt am Display oben messen). (5) welche Spannung zwischen den Pins 24 und 27? Ralph.
0,7mm. Die sind aber auch "gedreht". http://cdn-reichelt.de/documents/datenblatt/C140/DS_MPE_115.pdf
-
Thread
8051 MP3 Player (Web Radio )
Vielleicht weil sie noch den AT89C51SND1C-ROTIL haben der nicht ROHS Konform ist und es kein großes Intresse mehr an diesen Chip gibt. Außerdem ist der AT89C51SND1C-ROTIL bei Farnell auch als "nicht verfügbar" angegeben. Der AT89C51SND1C-ROTUL
Bit 64kB RAMs!!! Ups meine natürlich 24Bit ;) Man sollte dann vielleicht doch noch mal drüber lesen. Aber zu den anderen Sachen. Wenn wir auf einen anderen 8051 umsteigen, fliegt der Interne MP3-Decoder
-
Thread
C uint16_t zu char[] ohne malloc
Implementierungen der Typen aus der stdint.h > ist per typedef auf die Standard-POD-Typen. Es gibt im ganzen > C/C++-Universum keine POD-Datentypen mit flexibler Länge. Außer [u]intXX_t-Typedefs sind sämtliche Standard-C-Typen plattformabhängig. int kann je nach Compiler z.B. 16, 24, 32 oder 64 Bit breit sein
Rolf M. schrieb im Beitrag #6733422: > int kann je nach Compiler z.B. 16, 24, 32 oder 64 Bit > breit sein, Wer plattformübergreifend für völlig exotische oder sonstwie abstruse Architekturen und Compiler programmieren muß, für den ist das ein Thema. Und gerade dort wäre
-
Thread
Unbekanntes Textformat
vielen Dank für eure Hilfe! :-) anbei noch einige weitere Beispiele: 11 B5 62 76 B2 08 E5 C0 88 7B 57 20 = 'Friedr.Ebert-Pl.' 11 B5 62 76 B2 24 11 59 13 21 6B 90 = 'Friedr.-Eb.-Str.' 11 B5 62 6F 28 F9 00 = 'Friedhof' 11 C6 A7 B0 B7 01 59 20 = 'Feldstra~e' 11 C6 A7 B0 B7
.-Leuschner-Str.' 07 59 11 98 6E A4 F6 65 91 32 16 B9 00 = 'W.-Leuschner-Str.' 07 59 12 6E 83 F1 64 4C 85 AE 40 = 'W.-Rathe.-Str.' 26 56 C0 A4 85 E5 F3 21 6B 90 = 'Rostocker Str.' 26 E8 3D C6 EC 80 = 'Rathaus' A6 A6 A9 = 'Aldi' 1E E7 B0 21 1C B4 1C C4 24 = 'Bahn}bergang' 1E E7 B1 E5 1E 59
-
Thread
Lanverbindung Fehler: Zielhost nicht erreichbar
. . . . . : Realtek PCIe GBE Family Controller Physikalische Adresse . . . . . . : 14-DA-E9-0A-24-7A DHCP aktiviert. . . . . . . . . . : Nein Autokonfiguration aktiviert . . . : Ja Verbindungslokale IPv6-Adresse . : fe80::d979:5fad:2355:60c9%13(Bevorzugt) IPv4-Adresse . . . . .
. . . . . . . . . . : Hamachi Network Interface Physikalische Adresse . . . . . . : 7A-79-05-9C-AF-E7 DHCP aktiviert. . . . . . . . . . : Ja Autokonfiguration aktiviert . . . : Ja IPv6-Adresse. . . . . . . . . . . : 2620:9b::59c:afe7(Bevorzugt) Verbindungslokale IPv6-Adresse .
-
Thread
Neuigkeiten bei DACs?
Ich bin sicher, dass es bald sogar 64 Bit DACs gibt. Wir haben schließlich schon 200Hz Fernseher und 24 Bit Audio-Codecs mit 100Db THD+N A-Bewertet in vielen PCs.
Sowas hat mich interessiert. Mal' sehen, was 2045 bringt. Sachen wie "Du kannst doch das LSB eines 24Bit DAC auf den Ref-Eingang eines weiteren 24Bit DAC geben." überles' ich einfach. Gruß, Iwan
-
Thread
Wie External SRAM mit GCC Optimierung ansteuern?
15bc: a5 e3 ldi r26, 0x35 ; 53 15be: b0 e0 ldi r27, 0x00 ; 0 15c0: e5 e3 ldi r30, 0x35 ; 53 15c2: f0 e0 ldi r31, 0x00 ; 0 15c4: 80 81 ld r24, Z 15c6: 80 61 ori r24, 0x10 ; 16 15c8: 8c 93 st X
15bc: a5 e3 ldi r26, 0x35 ; 53 15be: b0 e0 ldi r27, 0x00 ; 0 15c0: e5 e3 ldi r30, 0x35 ; 53 15c2: f0 e0 ldi r31, 0x00 ; 0 15c4: 80 81 ld r24, Z 15c6: 80 61 ori r24, 0x10 ; 16 15c8: 8c 93 st
-
Thread
Verständnisfrage zu Assembler bei PIC und ATMEL
einem 8Bit Arbeitsregister > 1023 Adressen nutzen kannst? Z.B. 8051 oder AVR zeigen Dir, wie man 64kB Daten + 64kB Code linear adressieren kann. https://de.wikipedia.org/wiki/Intel_MCS-51 Es gab auch mal 8051 mit >64kB Code (AT89C51RE2: 128kB Flash). Leider ist die Fabrik abgebrannt und die Fertigung
movw r24,r28 ; 35 [c=4 l=1] *movhi/0 adiw r24,1 ; 15 [c=8 l=1] *addhi3_clobber/0 rcall fun ; 6 [c=0 l=1] call_insn/1 /* epilogue start */ ; SP += 2 ; 27 [c=
-
Thread
Assembler Schleifen Tricks
[c]unsigned toggle (unsigned i) { return i ^ (1u << 15); }[/c] avr-gcc: [avrasm] toggle: subi r25,-128 ret [/avrasm]
der vom "Klassenbesten". OK, das war kein Produktionscode, sondern Dinge wie Grafikeffekte auf dem C64. Und mittlerweile ist es oft anders herum. Bei meinem letzten Arbeitgeber hatte ich den Ruf, jedes nichttriviale Perl-Skript halb so lang und mit doppelter Geschwindigkeit schreiben zu können. Und
-
Thread
I2C-EEPROM mit mehr als 64 kiB Speicher gesucht
Hallo, ich suche I2C-EEPROMs (DIP-8) mit mehr als 64 kiB Speicher. (Wo) gibt es sowas? Gruß, Paul
darf es auch SO8 sein? Atmel 24M01....... ist in I2C ganz normal anzusprechen, wobei ein zusätzliches Bit über untere oder obere 64K Bank entscheidet.
-
Thread
uint32_t bit für bit interpretieren - wahrscheinlich typ problem
Dirk H. schrieb im Beitrag #3399306: > for (bit=24; bit>0; bit--){ //24Bits to send send highest bit first > if ( (code & (uint32_t)(1<<(bit-1))) > 0 ){ Wozu bloß diese Verrenkung? Meine Version: long mask; mask = 1<<24; //oder wer
sollte man schon sehr gut wissen , was man tut. Die Implementierung von Bitfields und union sind C Compiler implementationsabhängig. d.h. Das reale Placement und Alignment können je nach Compiler, Architektur (8/16/32/64? bit) und eingestellten Optionen (wie packing, Optimierung) variieren. In
-
Thread
ATXMega mit 16 ADC, Genauigkeit
ATXMEGA 128A3 TQFP-100 TQFP-64 136 kByte 136 kByte 7,25 € 10,95 € ATxmega256A3 ATXMEGA 256A3B TQFP-64 TQFP-64 264 kByte 264 kByte 12,30 € 8,50 € ATXMEGA 64A1 TQFP-100 68 kByte 7,75
C-Platzierung.
-
Thread
"Absaugen" von Daten aus Web-Datenbank verhindern?
Alternative ist sich einfach einen Strom an Zufallsdaten der gewünschten Länge zu holen und den als base64 codiert an die URL hängen.
QR-Code auf dem Schild wäre bspw. folgende URL kodiert: httpx://example.com/fahrzeug/5f6bc4d31474c890db89d5ca8fae4c207a712c28151b310e0cfc632e43acfd4b/ In der URL muss also jedes Fahrzeug durch eine 256-Bit-ID in hexazimal-Schreibweise referenziert werden. Diese 256-Bit-IDs werden per Zufallsgenerator