-
Thread
avrgcc erzeugt sinnlosen code?
= Result + 32; if(iLookUph[(int)(cTemp-64)]<=In_h) Result = cTemp; cTemp = Result + 16; if(iLookUph[(int)(cTemp-64)]<=In_h) Result = cTemp; cTemp = Result + 8; if(iLookUph[(int)(cTemp-64)]<=In_h)
= Result + 32; if(iLookUph[(int)(cTemp-64)]<=In_h) Result = cTemp; cTemp = Result + 16; if(iLookUph[(int)(cTemp-64)]<=In_h) Result = cTemp; cTemp = Result + 8; if(iLookUph[(int)(cTemp-64)]<=In_h)
-
Thread
24 serielle Schnittstellen am PC
Ich wuerd 8 Mega 64 so baumfoermig zusammrnschalten, dass 24 Schnittstellen brauchbar sind. Dann mit einer einzigen zum PC.
Fuenf Tassen schrieb im Beitrag #2730716: > Ich wuerd 8 Mega 64 so baumfoermig zusammrnschalten, dass 24 > Schnittstellen brauchbar sind. Dann mit einer einzigen zum PC. Lern lesen :D
-
Thread
2 Slaves an I2C
EEPROM_24LC64_I2C_BUS I2C2 // I2C1 problematisch -> selbe wie HY3118 #define EEPROM_24LC64_ADDRESS 81 // device Address EEPROM: 1 | 0 | 1 | 0 | A2 | A1 | A0 | R/W = 1 | 0 | 1 | 0 |
zurückzuführen. Ich habe beim Lesebefehl bei der Device-adressierung das falsche Makro eingefügt, nämlich [c] #define EEPROM_24LC64_I2C_BUS I2C2 #define EEPROM_24LC64_ADDRESS 80 I2C_FORMAT_7_BIT_ADDRESS(SlaveAddress, EEPROM_24LC64_I2C_BUS, I2C_READ); // anstatt I2C_FORMAT_7_BIT_ADDRESS(
-
Thread
Heizungs-Datenerfassung (HT3)
sind (die mit *): [code] 90 00 06 00 11 01 11 05 2D 31 03 00 10 FF 00 A7 00 ** 90 08 23 00 41 64 64 C5 00 88 00 18 00 41 02 2A 32 00 01 23 20 C0 80 00 80 00 80 00 FF FF FF 00 00 00 00 00 00 00 E3 00 88 00 34 00 28 00 75 01 BD 81 00 00 03 00 00 07 3D 00 03 EA 00 63 00 ** 90 08 1A 00 41 64 64 7E 00 ** 90 00 FF 00 01 67 00 00 BD 00 ** 90 00 FF 00 02 1D 00 00 09 07 5C 00 ** 90 08 35 00 11 01 A9 00 ** 90 08 35 03 28 6B 00 [/code]
-
Thread
millis denkproblem Gesperrt
Tage benötigt, muss man eben eine Extrawurst backen. Aber meist, reichen die 32 Bit völlig aus. [c] uint64_t wideMillis() { union { struct { uint32_t lo; uint32_t hi; }; uint64_t zeit; } static daten; uint32_t jetzt = millis(); if(jetzt <
LED, die per millis() im 100-Tage-Takt "blinkt", > also 50 Tage on und 50 Tage off. > 50 Tage = 50*24*60*60*1000 ms = 4320000000 ms = 0x1017DF800 ms [c] //#include "INTERVAL.h" const byte LED = LED_BUILTIN; uint64_t wideMillis() { union { struct { uint32_t hi;
-
Thread
Atmel oder PIC Gesperrt
PIC18F45K20. (Der ist beim "PICKIT3 Debug Express" mit dabei). Bei 3.3V würde ich jedoch einen PIC24 (16 Bit) bevorzugen z.B. PIC24FJ64GA004. Wobei es allerdings neuerdings auch 5V-Typen gibt: PIC24FV32KA304. Gruß Anja
.LM23: 212 0108 8091 0000 lds r24,TimerIH 213 010c 8F5F subi r24,lo8(-(1)) 214 010e 8093 0000 sts TimerIH,r24 215 0112 03C0 rjmp .L9 216 .L8: 217 .LM24: 218 0114 8F5F
-
Thread
Transistortester AVR
=150 -DBAT_POOR=64 -DF_CPU=8000000UL -mmcu=atmega168 -gdwarf-2 -std=gnu99 -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT lcd-routines.o -MF dep/lcd-routines.o.d -c ../lcd-routines.c
=150 -DBAT_POOR=64 -DF_CPU=8000000UL -mmcu=atmega168 -gdwarf-2 -std=gnu99 -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT main.o -MF dep/main.o.d -DLANG_ENGLISH -c ../main.c avr-gcc
-
Thread
ARM-Cortex als Anfänger?
im gut handlichen DIP-Gehäuse! Markus M. schrieb im Beitrag #4952942: > Neulich hab ich ein I2C Slave mit einem STM32F030 programmiert. > 8MHZ > zu langsam > 24MHz > immer noch nicht OK > 48MHz > sehr sporadisch nicht OK Darf man wissen um welchen I2C Slave/welches Projekt es sich handelt
started..." da ist sogar eine Minimalbeschaltung gezeichnet. Teilweise auch Beispielcode in C. Das sieht wirklich interessant aus. Ich glaube ich muss mich wohl zwischen PIC24 und ARM M0/M0+ entscheiden.
-
Thread
Arduino: Größe eines Pointers
avr schrieb im Beitrag #5604706: > Mit sizeof findest du die Größe heraus. [c] return sizeof(void*); c0: 82 e0 ldi r24, 0x02 ; 2 c2: 08 95 ret [/c]
Byteadressen adressiert. Gleiches Problem, andere Lösung: An die obere Hälfte eines 64kW Adressraums kommt man nur wortweise ran. Bei den Renesas M16C Mikrocontrollern gibt es einen 64kB Datenadressraum, der in einem 1MB Adressraum eingebettet ist. Es handelt sich also nicht um getrennte
-
Thread
Windows10 löscht dieses Programm ohne Rückfrage, warum?
Menschen macht Naja, wenn ich mir anschaue was Linux aus Vielen macht, denke ich wehmütig an GEOS (C64) und OS/2 zurück. 'Fickt Euch ins Knie wenns euch nicht passt' ist eine typische Linux Atitüde die wir nach vielen Jahren permanenter Bepöbelung in jedem nur möglichen Thread nur übernommen haben
kernel/drivers/gpu/drm/udl/ 104K /lib/modules/6.1.0-25-amd64/kernel/drivers/gpu/drm/scheduler/ 116K /lib/modules/6.1.0-25-amd64/kernel/drivers/gpu/drm/vboxvideo/ 128K /lib/modules/6.1.0-25-amd64/kernel/drivers/gpu/drm/i2c/ 168K /lib/modules/6.1.0-25-amd64
-
Thread
avr-gcc nutzt kein "Store Indirect and Post-Inc."
verstehe gerade den avr-gcc nicht. Ich habe einen Attiny841 und möchte folgendes ausführen: [c] // highest_byte_in_value wird berechnt, ist dann 0 bis 3. switch (highest_byte_in_value) { case 3 : base64_buffer[current_buffer_element++] = value >> 24; case 2 : base64_buffer[current_buffer_element
breq .+6 ; 0x362 <__stack+0x63> 35c: 01 97 sbiw r24, 0x01 ; 1 35e: 99 f4 brne .+38 ; 0x386 <__stack+0x87> 360: 0c c0 rjmp .+24 ; 0x37a <__stack+0x7b> case 3 : base64_buffer[current_buffer_element
-
Thread
Microblaze Performance
r17, r0 4: 06120111 neg r16, r18 8: 01250813 r9, r5, r1 c: 0b03081b r24, r3, r1 10: 08000002 r0, r0, r0 14: 24000308 rsubi r0, r0, 776 18: 0b0b3e0b r24, r11, r7 1c: 00000324
8: 0100017c r8, r0, r0 c: 0f0c0100 r24, r12, r0 10: 00000018 r0, r0, r0 ... 1c: 00000070 r0, r0, r0 20: 440e2c48 bsll
-
Thread
Ist das ein Bug im Compiler?
df 93 push r29 64bc: e1 e4 ldi r30, 0x41 ; 65 64be: f7 e3 ldi r31, 0x37 ; 55 64c0: c3 e4 ldi r28, 0x43 ; 67 64c2: d7 e3 ldi r29, 0x37 ; 55
{ if (*validmap & mask) 64ca: dc 01 movw r26, r24 64cc: 2c 91 ld r18, X 64ce: 24 23 and r18, r20 64d0: 51 f0 breq .+20 ; 0x64e6 <dmx_direct_stepup_okay+
-
Thread
Array nicht in RAM
else if(i==22) SetFrequency(c_FreqTable[22]); else if(i==23) SetFrequency(c_FreqTable[23]); else if(i==24) SetFrequency(c_FreqTable[24]); [/c] Also i sollte keinen Müll enthalten, denn mit der "eleganten" Lösung geht es.
(c_FreqTable[22]); else if(i==23) SetFrequency(c_FreqTable[23]); else if(i==24) SetFrequency(c_FreqTable[24]); else PORTB = ~PORTB; // SetFrequency(c_FreqTable[i]); // Das klappt nicht
-
Thread
Fixed-Point Support in avr-gcc?
für die saturierte Artithmetik gibt. Für signed und unsigned hätte ich in Anlehnung an stdint.h accum64_t und uaccum64_t vorgeschlagen. Nach dem gleichen Schema könnte man die saturierten Typen mit einem zusätzlichen "s" kennzeichnen: [c] typedef signed long _Accum accum64_t; typedef unsigned long _Accum uaccum64_t; typedef sat signed long _Accum saccum64_t; typedef sat unsigned long _Accum suaccum64_t; [/c] Der "unsymmetrische" long long accum tanzt eh aus der Reihe, dafür bräuchte man imo keinen alternativen
-
Thread
USB-Kabel gesucht
//www.amazon.de/The-C64-Maxi-No-PSU/dp/B09Z7R81MV
Alexander schrieb im Beitrag #7896363: > Also mein C64 war ein Commodore und kein Amiga. Sowohl C64 als auch Amiga wurden von Commodore verkauft. Alexander schrieb im Beitrag #7896363: > Amiga war in meiner > Kindheit Konkurrenz zum C64. Blödsinn
-
Thread
uint64_t auf STM32F103
Compiler-Option fehlerhaft sein könnte, daher das Makefile... Der Code, der Ärger macht sieht so aus: [c] write_byte(0x04); // FTWO 45.01MHz write_byte(0x5C); write_byte(0x2E); write_byte(0x33); write_byte(0xF0); uint32_t FTW = (uint32_t)(((uint64_t)(0x100000000) * (uint64_t)(freq)) / ((uint64
Vincent H. schrieb im Beitrag #6078232: > (4294967296 * 14000) / 12500 != 1546188227 (0x5C28F5C3) Das stimmt, aber: (4294967296 * 14000) / 125000 = 481036337 (0x1CAC0831). Und auch wenn ich [c] uint32_t FTW = (uint32_t)(((uint64_t)(0x100000000) * (uint64_t)(freq)) / ((uint64_t)(125000
-
Thread
Grafik unter Linux
) dwmapi.dll => /cygdrive/c/Windows/SYSTEM32/dwmapi.dll (0x7fffb7560000) gdi32full.dll => /cygdrive/c/Windows/System32/gdi32full.dll (0x7fffb8f40000) iconv.dll => /usr/x86_64-w64-mingw32/sys-root/mingw/bin/iconv.dll
/usr/x86_64-w64-mingw32/sys-root/mingw/bin/libglib-2.0-0.dll (0x685c0000) libgmodule-2.0-0.dll => /usr/x86_64-w64-mingw32/sys-root/mingw/bin/libgmodule-2.0-0.dll (0x6dd00000) libgobject-2.0-0.dll
-
Thread
gcc und Optimierung
236: a5 59 subi r26, 0x95 ; 149 238: bf 4f sbci r27, 0xFF ; 255 23a: 8c 91 ld r24, X 23c: 80 f9 bld r24, 0 bst(value, 4); 23e: 64 fb bst r22, 4 bld(lcd[4+(digit&1)], 1); 240: 81 f9 bld r24, 1 242: 8c 93
st Z, r24 bcpf(value, lcd[2+(digit&1)], 0x03); 256: f9 01 movw r30, r18 258: 80 81 ld r24, Z 25a: 63 70 andi r22, 0x03 ; 3 25c: 8c 7f andi r24, 0xFC ; 252
-
Thread
Grasshopper Inbetriebnahme
ausgabe: [pre] U-Boot 1.3.1 (Apr 18 2008 - 11:55:48) U-Boot code: 00000000 -> 0000e3e0 data: 00013c68 -> 0001a1f0 SDRAM: 64 MB at address 0x10000000 Testing SDRAM...OK malloc: Using memory from 0x13fa5000 to 0x13fe5000 DMA: Using memory from 0x13fa1000 to 0x13fa5000 Flash: 8 MB at address 0x00000000
erstellen. Ein ls -all /dev/input ergibt dann [pre] crw-r--r-- 1 root root 13, 64 Dec 31 2006 event0 [/pre] Ich habe dann ein Miniprogramm geschrieben um es zu testen : [c] #include <linux/input.h> #include <stdio.h> #include <stdlib.h> #include <unistd.h> #include <fcntl.h
-
Thread
avr-gcc-10 - "volatile deprecated [-Wvolatile]" Warnungen
9c 83 std Y+4, r25 ; 0x04 14: 8b 83 std Y+3, r24 ; 0x03 16: 86 e0 ldi r24, 0x06 ; 6 18: 8d 83 std Y+5, r24 ; 0x05 uint8_t* p = x; 1a: 8c 2f mov r24, r28 1c: 9d 2f mov r25, r29 1e: 03 96 adiw r24, 0x03 ; 3 20: 9a 83 std Y+2, r25 ; 0x02 22: 89 83
-
Thread
I2C externer Speicher
mich auf das datenblatt von microchip. aber du hast mit deiner übersicht recht. trotzdem ist der 24c64 nur für 100khz ausgelegt.
Hi Alex. Ich meine die I2C.C und I2C.H Dateien. In der Datei 24c64.c fehlen die Low-Level Routinen. Ich habe nämlich da ein Problem.
-
Thread
While(1) wird nach setzen des Timer-Interrupts nicht mehr aufgerufen
/64-> 8MHz -> 125kHz, 8μs Tick OCR0 = 200; // 200*8μs -> Interrupt alle 1.6ms [/c]
= 1µs) c4: 88 ec ldi r24, 0xC8 ; 200 c6: 81 bf out 0x31, r24 ; 49 TIMSK |= (1<<OCIE0); // enable interrupt for timer0 c8: 87 b7 in r24, 0x37 ; 55
-
Thread
32Bit Division mit inline Assembler
r20, r24" "\n\t" "mov r21, r25" "\n\t" "mov r22, r26" "\n\t" "mov r23, r27" "\n\t" "ret"); [/c] Könnte mir hier bitte jemand die Übergabe der Parameter eintragen, so wie sie funktionieren
dass die Genauigkeit ja beim Umwandeln flöten ging. Meine Dateien haben folgendes Datum: avr_f64.c 29.05.2015 avr_f64.h 20.12.2008 er weigert sich gerade die funktionen f_sd und f_ds zu finden, obgleich sie in den Dateien vorhanden sind (undefined reference to f_sd) Stimmt das was mit der
-
Thread
16x2 LCD Langsamer Displayaufbau
. [c] // darf nicht größer als 64 sein! #define NR_SAMPLES 64 int ADCintegerREAD(uint8_t adcport) { uint16_t adc = 0; uint8_t i; for( i = 0; i < NR_SAMPLES; i++ ) adc += ADCsingleREAD
} [/c] erzeugter Code für die Multiplikation ist hier allerdings kein Bitshift, sondern: [avrasm] test = tmp * 2; 54: 8a 81 ldd r24, Y+2 ; 0x02 56: 88 0f add r24, r24 58
-
Thread
C Code Optimierung für LCD (AVR32)
Nur zur Info, so wird es optimal übersetzt: [c] return ((PIND & (1<<PD6)) > 0) ? 1 : 0; [/c] -> [pre] c2: 80 e0 ldi r24, 0x00 ; 0 c4: 4e 99 sbic 0x09, 6 ; 9 c6: 81 e0 ldi r24, 0x01 ; 1 c8: 08
r24 andi r24,lo8(-64) lds r25,s andi r25,lo8(-65) or r25,r24 sts s,r25 ret [/avrasm] Die Arithmetik braucht 7 Befehle, es ginge in 3 und mit 1 Register anstatt mit 2, zudem wird r24
-
Thread
PWM mit 20 Bit Auflösung
Also 64MHz mit nem Tiny halt ich für sehr gewagt. Entweder musst du den kompletten µC von 20MHz Maximal-Frequenz auf 64MHz übertakten. Kann mir nicht vorstellen dass das klappt. Nur den Timer über Capture schnell
> Also 64MHz mit nem Tiny halt ich für sehr gewagt. Entweder musst du den > kompletten µC von 20MHz Maximal-Frequenz auf 64MHz übertakten. Der Tiny25 hat eine interne PLL, die den 8fachen Takt für Timer 1
-
Thread
China SUPER Bauteile-Schnäppchen Thread [V3] Gesperrt
getestet ob wirklich ein u-blox Chip drin ist? Beim Kaltstart wird das oft ausgegeben: [code]12:24:53 $GPTXT,01,01,02,MA=CASIC*27 12:24:53 $GPTXT,01,01,02,HW=ATGM332D,0012345612345*1C 12:24:53 $GPTXT,01,01,02,IC=AT6558-5N-11-0C500000,J7H5601-D2-014656*2C 12:24:53 $GPTXT,01,01,02,SW=URANUS4,
schon mal getestet ob wirklich ein u-blox Chip drin ist? > Beim Kaltstart wird das oft ausgegeben:12:24:53 > $GPTXT,01,01,02,MA=CASIC*27 > 12:24:53 $GPTXT,01,01,02,HW=ATGM332D,0012345612345*1C > 12:24:53 $GPTXT,01,01,02,IC=AT6558-5N-11-0C500000,J7H5601-D2-014656*2C > 12:24:53 $GPTXT,01,01,02,SW
-
Thread
Ethernet-Protokoll für LED-Controller "Linsn"?
hier alte Bekannte wiederzufinden (Hallo Frank). Ich betreibe z.Zt. (zum Spaß) ein Display aus 24 64x64- HUB75-Modulen (384x256 px). Anfangs, bevor ich die Henner Zeller-Software entdeckte, über 4 Raspberry Picos (genauer: Interstate75W), die ich über UDP von einem Pi ansteuerte, zuletzt dann direkt
oder sowas aus? Also ohne die Linsn Sender-Karte/-Box? Oder kennt jemand Alternativen, um mehr als 24 64x64 Module anzusteuern, über Ethernet oder sowas? Vielleicht gibt's ja bereits andere Open Source Bastelprojekte mit FPGAs (womit ich bisher nix gemacht habe), die nicht 100te von € kosten?
-
Thread
uin8_t array to uin32_t
array immer 4 Werte benutzt werden. Danach die nächsten 4 bytes usw. Wie macht man sowas geschickt in C? [c] uint8_t data[64] = { 0x11 ,0x11 ,0x44 ,0x0b ,0x51 ,0x01 ,0x3e ,0x6c ,0x86 ,0x0c ,0x00 ,0x14 ,0x8f ,0xc9,0x8b ,0x1e ,0x2b ,0x29 ,0x88 ,0xe6 ,0xcd ,0xfd ,0xfe ,0x67 ,0x78 ,0x7a ,0x33 ,0x22 ,0x7a
erst hier wird die gewünschte Byte-Order wichtig: > return test[0]|test[1]<<8|test[2]<<16|test[3]<<24; > } > [/c] Besser [c] uint32_t chksum(const uint8_t* const data) {...} [/c] Und das mit der mag. Zahl 64 würde ich mir auch noch mal überlegen ;-)
-
Thread
Warum verwendet WinAVR nie swap/mul ?
r24 2469 018a 991F rol r25 2470 018c 3A95 dec r19 2471 018e E1F7 brne 1b 2472 0190 88BB out 56-0x20,r24
mir macht er kein Shift (gcc 4.01, mit -O2): 4038 15be 9091 0000 lds r25,uhrneu 1836:wecker.c **** LCD_port|=(LCD_port&15)|((byte&15)*16); 4040 .LM521: 4041 15c2 28B3 in r18,56-0x20 4042 15c4 88B3 in r24,56-0x20 4043 15c6 8F70 andi r24,lo8
-
Thread
[V] Auflösung alte PC Hardware Komponenten und alte Komplett-PCs incl Zubehör
00280435-0417 COSTA RICA (Slot-Bauform mit Kühler/Lüfter) Hynix 1GB PC2-6400U-666 DDR2-RAM HMP112U6EFR8C-S6-AB 2GB Hynix HYMP125S64CP8-S6 AB PC2-6400S-666 DDR2-RAM (für Notebooks) 2GB Hynix HYMP125S64CP8-S6 AB PC2-6400S-666 DDR2-RAM (für Notebooks) Hynix 1GB PC2-6400U-666 DDR2-RAM HYMP112U64CP8-S6 AB-C
5X639 128MB PC100 168P SD-RAM (für RAID geeignet) 512MB 184p PC2100 CL2.5 18c 64x4 1Rx4 2.5V ECC RDIMM RFB, Micron, AEX, MT18VDDT6472G-265C3 DDR-RAM 512MB 184p PC2100 CL2.5 18c 64x4 1Rx4 2.5V ECC RDIMM RFB, Micron, AEX, MT18VDDT6472G-265C3 DDR-RAM Dell Raid Battery 1K178 Amphenol
-
Thread
Genesys 2 (Xilinx Kintex 7): Audio-Codec Implementierung und Filteranbindung
kHz nur mit 16 kHz > arbeite. Möglich, wenn du wieder was am Takt verändert hast. Gen2_FIR_D24_C16.zip (93,5 MB, 0 Downloads) Lass das besser mit so irre fetten Anhängen.
noch die Zweierpotenzen dazu, die sind nötig um die Bits mit der passenden Wertigkeit innerhalb des 24 Bit Wertes zu darzustellen. Also zusammen: Vorzeichen(A) = (Byte_0 & 64)/64 Wert(Byte_0) = Byte_0 & 62 Wert(Byte_1) = Byte_1 >> 1 Wert(Byte_2) = Byte_2 >> 1 Wert(Byte_3) = Byte_3 >> 4 Gesamtwert
-
Thread
Atmega88 Code kompiliert ohne Fehler und läuft nicht
; 56: 88 e1 ldi r24, 0x18 ; 24 58: 80 93 c1 00 sts 0x00C1, r24 ; 0x8000c1 <__TEXT_REGION_LENGTH__+0x7fe0c1> while(1){ UDR0 = 'B'; 5c: e6 ec ldi r30, 0xC6 ; 198 5e: f0 e0 ldi r31
; 56: 88 e1 ldi r24, 0x18 ; 24 58: 80 93 c1 00 sts 0x00C1, r24 ; 0x8000c1 <__TEXT_REGION_LENGTH__+0x7fe0c1> while(1){ UDR0 = 'B'; 5c: e6 ec ldi r30, 0xC6 ; 198 5e: f0 e0 ldi r31
-
Thread
Linux Kernel 5.1.1. auf dem BPi-R2
8/../../../../x86_64-suse-linux/bin/ld: fixdep.c:(.text+0xdc): undefined reference to `_impure_ptr' /usr/lib64/gcc/x86_64-suse-linux/8/../../../../x86_64-suse-linux/bin/ld: /tmp/cczqrtJ8.o: in function `main': fixdep.c
: fixdep.c:(.text.startup+0x1c1): undefined reference to `_ctype_' /usr/lib64/gcc/x86_64-suse-linux/8/../../../../x86_64-suse-linux/bin/ld: fixdep.c:(.text.startup+0x37b): undefined reference to `_ctype_' /usr
-
Thread
[Biete] Sammelbestellung de.Mouser.com 2018
https://www.mouser.de/ProjectManager/ProjectDetail.aspx?State=EDIT&ProjectGUID=6232a24e-c805-4fd4-b7df-ad8de70c5c41 Warenwert: 8,25€ Sammelwert: 30,58€
https://www.mouser.de/ProjectManager/ProjectDetail.aspx?AccessID=1a3c999147 Warenwert: 20,87€ Sammelwert: 35,24€ Vielen Dank!
-
Thread
Was ist aus dem Thread der MeteoData geworden? Gesperrt
1D7 01B E4A 00D FFF FFF FFF FFF FFF FFF 003 FFF CFE C32 C24 AF0 ab 0x40B habe ich also 37 worte "frei", wenn ich den beschriebenen Bereich mit "0" überschreibe komme ich sogar auf insgesamt 47 Worte. Meine momentane RAM-Read Routine hat 24 Worte, pass
1010) 0433 000D tris porta 0434 0003 sleep 043A 0003 sleep 043B 0FFF xorlw 0xFF 043C 0CFE movlw 0xFE (dez 254 / -2) 043D 0C32 movlw 0x32 (dez 50 043E 0C24 movlw 0x24 (dez 36) 043F 0AF0 goto 0xF0 Die Entwickler wissen, dass man in 400 Code ausführen kann.m
-
Thread
Das passiert wenn...
aber eher schwer machbar sein.. habe mit 7.3Mhz einen 8bit (255 Stufen) Pwm mit 120Mhz geschafft der 24Leds ansteuert) Bei 64Leds bräuchte man da eher einen schnellen uC.
Die Bilder sind auf einer SD Karte die mit der Steuerung am Blatthalter hängt. Es sind 64 RGB LEDs mit 512 Farben. Pro Umdrehung 796 Zeilen. Ansteuerung mit einem PIC32MX796 (80MHz). LEDs werden mit 20MHz SPI angesteuert. Im Blatt sind 24 cPLDs Mein Problem war lange Zeit gleichzeitig
-
Thread
Xilinx USB schematic jetzt verfügbar
Der einzige der alles hat ist digikey Best.-Nr. Bezeichnung Package Preis 428-2263-ND CY7C68013A TQ100 15.14 122-1402-ND XC2C256 VQ100 9,78 DS2411P+-ND DS2411 6-TSOC 1,26 24LC00/SN-ND 24LC00-SN SO8 0,22
Hello Thanks for your work, is it possible to replace the cpld with XC2C64A-7VQ100C or other ones?
-
Thread
Angabe Frequen in einem Programm
_t)(F_CPU / 64.0 /* prescaler 64 */ / 1000 /* Hz = 1 ms */); [/c] Das kommt übrigens auf 125 für 8 MHz. Ich denke, du hast einen off-by-one Fehler drin bei dir.
BV(OCIE0A); // enable Compare Match A TCCR0B = _BV(CS01) | _BV(CS00); // Prescaler 64 und Timer starten } [/c]
-
Thread
1024 Lämpchen ansteuern (dimmen)
Stufen dimmen können. Dazu möchte ich > möglichst wenig Hardwareaufwand betreiben. > > Es werden 64 Stränge a 16 Stück. Oder 128 a 8. > > Wie würdet Ihr das machen? > > Danke > DS mit einem kleinen uC für einen Strang a 16 Lampen. Die uCs sind mit RS485 oÄ und einem Protokoll a la DMX oder
c-hater schrieb im Beitrag #4225889: > Nun nimmt man einfach eine billige handelsübliche 48V- oder > 24V-Lampe und betreibt die im Multiplex-Verfahren an den 325V der > gleichgerichteten Netzspannung
-
Thread
AVR64DD20 - USART stürzt bei großem Buffer ab
Hallo liebes mikrocontroller.net - Forum, ich habe heute die USART meines AVR64DD20 programmiert und mit ein paar Änderungen von der Bibliothek von Microchip selbst ( https://github.com/microchip-pic-avr-examples/avr64dd32-getting-started-with-i2c-mplabx , lediglich anderer Pin)
Verstehe ich das richtig: Sie haben einen AVR64DD28 und einen AVR64DD20, und nur bei Letzterem gibt es Probleme? Falls ja, so sei c-haters Frage nach den Fuses wiederholt, für beide Controller. Mehr fällt mir erstmal nicht ein.
-
Thread
Suche MOPPEL Projekt in Heft oder .PDF
Software etc. ist vorhanden. Insgesamt etwa 20 laufende Meter Bücher, Zeitschriften und Ordner... MC, C´t, Chip, ELO, Elektor, 64er und Funkschau sind lückenlos vorhanden (tlw. 1975 bis 1990; je nach Erstausgabe... quasi bis ins "uninteressante" und meist durch Werbung vermüllte Computerzeitalter). Wer
erstmal wieder auf das CF-Interface gerichtet, da sind noch ein paar ungenutzte Features. Die V24 kann nun vom Moppel benutzt werden, derzeit funktioniert die Übertragung von einzelnen Bytes, sowie das Empfangen einer Zeile bis CR eintrifft. Daten werden im AVR und Moppel über ein Buffer (64Byte
-
Thread
Zilog Encore Experimentierplatine
-40 Gehaeuse DS1307 RTC mit Lithium BR1225 Knopfzelle Sockel fuer 2 I2C EEPROM. z.B. AT24C1024 und AT24C04 DS1621 I2C Temperatur Sensor Sockel REF192 2.5V Spanneungsreferenz Anschluss fuer eine steckbare RS485 Platine mit MAX483 oder aehnlich. Standard Pinout RS232
Port 23 TTY Emulation ... Modem Tixi Code lesen schreiben debuggen. Nur sollten die mal die V24 PC USB etwas drossel sonst fliegt das Echo dem PC-V24-USB() Knochen mit 64 Byte Block ----------------------------------------------------------------- Eine C Downlad Api. ist auch dabei, die habe
-
Thread
Zeigt her eure Kunstwerke (2017-2019) Gesperrt Bilder
...hm, erinnert mich jetzt iwie an diese AYxxxx Sound ICs ausm C64 ;) Klaus.
Hallo Freunde der Bastelage, hier eine C-NachProgrammierarbeit eines C64 Klassikers. Die Karre fährt und fährt... Das alles läuft auf einem 16bit Kontroller mit Fcy=900kHz bei über 20fps und benötigt 8.5 mA. Um das Display kümmert sich eine
-
Thread
Webserver ATmega32/644DIP ENC28J60
@Ulrich Funktioniert super, vielleicht kannst Du die base64.c und base64.h von dieser Seite http://www.episec.com/people/edelkind/c.html oder dieser Seite http://www.adp-gmbh.ch/cpp/common/base64.html gebrauchen um den base64 kodierten String aus Name/Passwort
Anregungen dazu. Da RAM-Speicher knapp ist, gibt es noch folgende Optimierungsmöglichkeiten. 1) In base64.c kann die Variable BASE64CODE im Flash hinterlegt werden. Das ergibt 65 Bytes mehr Ram. Dann muß es ganz hinten im Programm heißen: *strp = pgm_read_byte(&BASE64CODE[(*strp) & 0x3F]); Oder man berechnet
-
Thread
Ineffiziente Berechnung von AVR-GCC Gesperrt
78 9f mul r23, r24 68: c0 01 movw r24, r0 6a: 11 24 eor r1, r1 6c: 9d bd out 0x2d, r25 ; 45 6e: 8c bd out 0x2c, r24 ; 44 70: 08 95 ret[/avrasm] Ebenso
, 0x3e ; 62 58: 7a 83 std Y+2, r23 ; 0x02 5a: 69 83 std Y+1, r22 ; 0x01 5c: 9a 81 ldd r25, Y+2 ; 0x02 5e: 98 9f mul r25, r24 60: c0 01 movw r24, r0 62: 11 24 eor r1, r1 64: 9d bd out 0x2d, r25 ; 45 66: 8c bd
-
Thread
STM32 USB Virtual COM Port
Hier CMSIS\CM3\DeviceSupport\ST\STM32F10x\system_stm32f10x.c #if defined (STM32F10X_LD_VL) || (defined STM32F10X_MD_VL) /* #define SYSCLK_FREQ_HSE HSE_Value */ #define SYSCLK_FREQ_24MHz 24000000 #else /* #define SYSCLK_FREQ_HSE HSE_Value */ /*
Ich bin inzwischen ein wenig weiter... [code]Sep 25 05:29:24 dpc1 kernel: usb 7-1: new full speed USB device using uhci_hcd and address 29 Sep 25 05:29:25 dpc1 kernel: usb 7-1: device descriptor read/64, error -71 Sep 25 05:29:25 dpc1 kernel: usb 7-1: device
-
Thread
FlipDot-Flohmarkt in MIROW
Inbetriebnahme (oder über die Probleme bei selbiger). Noch was zur Bestückung: Die X7R Kondensatoren C2 und C3 habe ich fälschlicherweise als 1206 Bauform im Board; richtig wäre 1210. Jedenfalls habe ich keine schmaleren bekommen. Macht ja aber nichts solange man das nicht mit dem Via unter C2 überbrückt. Außerdem sind die Größenbezeichnungen für C2 und C3 auf dem Board falsch :( Sind beide überdimensioniert angegeben. Richtig ist, was in der BOM (https://github.com/545ch4/flippie/blob/master/board/bom.txt) steht.
-
Thread
uC für 0,20€ CH552 / CH554 von WCH Billig Micro mit USB Funktion, Chip vorstellung
Preis könnte man mit dem 554 z.B. einen Adapter bauen, um USB Joysticks/pads an Retro Computer wie den c64 anzuschließen?
bEndpointAddress = 3 Reserved = 0 Direction = Input type = Interrupt (3) reserved = 0 wMaxPacketSize = 64 bInterval = 8 [/C]