-
Thread
Frequenzteiler ohne Binary Counter
Beitrag #3774848: > Aaaach wird das der "Sekundenzeiger" einer Uhr? > > Soll das eigentlich 60 * 24 Bit heißen? Das kannste weglassen, habe mich da scheinbar vertan zwischen den angebenen Daten im DB sowie der Datenrate. Ja, die 64Hz oder 32Hz sind für den Sekundenzeiger erstreckt über 6 Leds.
); OCR0A = 16; TIMSK0 |= (1<<OCIE0A); sei(); } ISR(TIMER0_COMPA_vect) { if(++freq_64 == 64) { freq_64 = 0; if(++second == 60) { second = 0; if(++minute == 60) { minute = 0; if(++hour == 24) { hour = 0;
-
Thread
10W Bitcoin miner mit 450GH/s für Raspberry Pi
10:23:18,895 - DEBUG - rx len: b'\x02' 2024-04-19 10:23:18,895 - DEBUG - <- 0802 2024-04-19 10:23:24,396 - DEBUG - -> 55aa510900a49000ffff1c 2024-04-19 10:23:24,397 - DEBUG - -> 55aa510900a49000ffff1c 2024-04-19 10:23:24,399 - DEBUG - -> 55aa510900a49000ffff1c 2024-04-19 10:23:24,402 - DEBUG - ->
:30:23 INFO common.c: STM32L1xx_Cat_2: 32 KiB SRAM, 64 KiB flash in at least 256 byte pages. file /dev/shm/qaxe/firmware/fw-L151C8/qaxe-fw-L151C8-notmps.bin md5 checksum: 9ed16821d6a79af24b5aa5bd2bdd9758, stlink checksum
-
Thread
Verständnissfrage zur nötigen Mehrfachmessung eines AD-Messwertes mit µC
5V Relais PIC18F2520 "Nachfolger" des PIC16F876 PIC12F1840/PIC12F675/PIC12F683 8-Pin Device PIC24FV16KA302 12 Bit ADC 16 Bit PWM und 5V Peripherie. PIC18F06Q40/PIC18F16Q40 12 Bit ADC Die letzteren PICs programmiere ich hauptsächlich auch in "C" Rudi R. schrieb im Beitrag #6917895: > habe
dachte aber, die Erklärung mit 10+6=16 wäre ausreichend gewesen. Eine Erweiterung der Variablen auf 24 oder 32 Bit wäre einfach möglich. Das Asm-Programm hat über 1400 Zeilen. Hut ab, wer sich das heute noch antut. In C schreibt man das in vielleicht 200 Zeilen hin.
-
Thread
C++ oder C auf uc
Wasnun schrieb im Beitrag #2427177: > Frage zielt auf guten Programmierstil ab. Du kannst saubere C Programme schreiben und C++ Programme, die schlimmer aussehen als Basicprogramme auf einem C64. Was du nimmst hängt davon ab was du kannst und für was du an leistungsfähigen Compiler/Build Tools, Entwicklungsumgebungen
Udo Schmitt schrieb im Beitrag #2427206: > Du kannst saubere C Programme schreiben und C++ Programme, die schlimmer > aussehen als Basicprogramme auf einem C64. Ich protestigere :-) Selbst in BASIC auf dem C64 hab ich sauber mit GOSUB und RETURN gearbeitet
-
Thread
Wir haben ihn noch nicht gefeiert!
TT030 - im Musik- und DTP-Bereich verbreitet waren, ist Dir offenbar auch entgangen. Sogar auf dem C64C stand übrigens "Personal Computer".
, Apple II, TRS-80, Amstrad/Schneider CPC464. VC20, C16, Plus/4 und C128 zähle ich einfach mal zur C64-Kategorie. Nano schrieb im Beitrag #6983776: > Das höre ich jetzt zum ersten mal, dass es auch 486er gegebenen haben > soll wo das ging. > > Das
-
Thread
UART Bootloader ATtiny13 - ATmega644
:1000A0006E78828C96A00A141E28323C46505A6400 :1000B0006E78828C96A00A141E28323C46505A64F0 :1000C0006E78828C96A00A141E28323C46505A64E0 :1000D0006E78828C96A00A141E28323C46505A64D0 :1000E0006E78828C96A00A141E28323C46505A64C0
:100190006E78828C96A00A141E28323C46505A640F :1001A0006E78828C96A00A141E28323C46505A64FF :1001B0006E78828C96A00A141E28323C46505A64EF :1001C0006E78828C96A00A141E28323C46505A64DF :1001D0006E78828C96A00A141E28323C46505A64CF
-
Thread
Array aus Unions - geht das?
0x3e, r29 ; 62 62: cd bf out 0x3d, r28 ; 61 x = 0x1234; 64: 84 e3 ldi r24, 0x34 ; 52 66: 92 e1 ldi r25, 0x12 ; 18 68: 90 93 61 00 sts 0x0061, r25 6c: 80 93 60 00 sts 0x0060, r24 y.i16
; 61 un_i16 x; uint16_t y; volatile uint8_t a,b,c,d; x.i16 = 0x1234; 64: 84 e3 ldi r24, 0x34 ; 52 66: 92 e1 ldi r25, 0x12 ; 18 y = 0x1234; a = x.i8.l; 68: 89 83 std Y+
-
Thread
gcc auf dem pc ausführen
abstrus sind die nun auch wieder nicht. Zum Beispiel irgendwelche DSPs, bei denen es nix kleineres als 24 Bit gibt. Das dann in C auf die üblichen 8, 16, 32, 64 Bit abzubilden würde C auf sowas komplett unbrauchbar machen. > Ansonsten ist die Idee, auf dem PC in C# und auf dem Zielsystem C zu > benutzen
(void) { for (int i = 0; i < 6; ++i) LOG_FMT_U64 ("Wert = 0x%016llx\n", u64_rand()); return 0; }[/c] [pre] Wert = 0x161391eacafebabe Wert = 0x3d6bc2c35c3d5af4 Wert = 0x7ec540f4f07af5bd Wert = 0x9adcc96a584c6c52 Wert = 0xed8934b23b5e0b7f
-
Thread
Wettkampf Opa(MOS6502) gegen Frischling(ATmega)
eigentlich ein: [pre] 10 for i=0 to 9e9 20 rem NOP 30 next [/pre] auf einem 6502-Derivat in einem C64?
Die BASIC Variante auf dem C64 braucht 16:07 https://www.mikrocontroller.net/topic/577155#7863741 Damit ist Assembler um Faktor 1703 schneller! WOW!
-
Thread
PIC24FJ64GB004 eclipse
Sascha P. schrieb im Beitrag #1675060: > Projekt was den PIC24FJ64GB004 benutzt ... > PS: ich habe eben mal Sdcc installiert. Das werde ich jetzt erst mal > ausprobieren.... SDCC und PIC24??
] /* * main.c * * Created on: 15.04.2010 * Author: Sascha */ #define __PIC24FJ64GA004__ //#include <C:\Program Files (x86)\Microchip\MPLAB C30\support\PIC24F\h\p24FJ64GA004.h> #include "p24FJ64GA004
-
Thread
Strom messen mit dem Oszilloskop
Eine Lösung wäre ja auch alles vom Laptop abzustecken (Bildschirm,Ladekabel etc), dann ist der uC am USB galvanisch getrennt und die 24V vom Labornetzteil sind gegenüber dem Oszi auch galvanisch getrennt?? Ist das korrekt?
Eine Lösung wäre ja auch alles vom Laptop abzustecken > (Bildschirm,Ladekabel etc), dann ist der uC am USB galvanisch getrennt > und die 24V vom Labornetzteil sind gegenüber dem Oszi auch galvanisch > getrennt?? Ist das korrekt? So ist das: Die 24V vom Labornetzteil sind erdfrei (hoffentlich),
-
Thread
AVR64DD28, mEDBG, Studio 7.0 - Fehler beim Schreiben von Fuses
Trotzdem antwortet mein ATtiny416 nicht: [pre] Address: 1100 02:55 E5 NVM version number: 0 03:55 C8 59 03:55 C8 00 0A:55 E0 20 67 6F 72 50 4D 56 4E 03:55 C8 59 03:55 C8 00 04:55 04 00 11 Error: Timeout while waiting for UPDI answer. [/pre] Er ist aber nicht defekt – mit dem mEDBG findet
dort kopiert – nun funktioniert es: [pre] Address: 1100 02:55 E5 NVM version number: 0 03:55 C8 59 03:55 C8 00 0A:55 E0 20 67 6F 72 50 4D 56 4E 03:55 C8 59 03:55 C8 00 04:55 04 00 11 LDS returned 1E [/pre] Vielen Dank nochmals für Ihre beständige und geduldige Hilfe ... ich muss mir
-
Thread
Gibt es einfach zu handhabende "große" Rams (16/32MB?)
> Seriell: SST25VF064C, Page-Write (256 Byte) in 1.5ms > Parallel: SST39VF6402B, 4M x 16bit. Wäre auch ne Option, aber da ich nen kommerziellen compiler hab und n extra Programmiergerät bräucht für PIC24 oder dsPIC wollt
keine DMA nimmt... wenn man nur 1024 k Bytes RAM hat, macht das immerhin 28.4 vs. 21.3 sek aus (bei 24kHz Sampling Frequenz). Würde dann aber irgend einen uC mit integrierten AD/DA Wandler nehmen.
-
Thread
Noch einer (f8); 8bit-Computing mit FPGA
MAXQ2000. :) Man koennte die Aufzaehlung noch mit den Controllern der eCog1x-Serie fortsetzen. 24 bit Adressraum fuer Code, aber nur 16 bit fuer Daten. Und die MMU kann immer nur genau 2 Bereiche aus dem gesamten Datenraum in dieses 64 k Fensterchen hineinmappen. > Jenseits 64 KB gibt es da
Peter D. schrieb im Beitrag #7711607: > Es gab mal von Intel und Philips Versuche, den 8051 auf 16/24 Bit > aufzubohren. Naja, der SAB80C166 war nicht nur eine Eintagsfliege...
-
Thread
Was sind die Vorteile und Nachteile von PICs und ATMEL Controller? Gesperrt
@ Matthias Lipinsky (lippy) >Stimmt. Das geht mit 64ern natürlich nicht.... Klar, für den C64 muss man schon ziemlich viel löten ;-)
64KiB Ram: [c] MEMORY { FLASH (rx) : ORIGIN = 0x00000000, LENGTH = 256K SRAM (rwx) : ORIGIN = 0x20000000, LENGTH = 64K } SECTIONS { .text : { KEEP(*(.isr_vector))
-
Thread
Motor am Solarmodul / Zelle
+672+320+672+240+0%0Ac+736+160+736+368+0+0.000049999999999999996+3.936116539566963%0Aw+736+160+736+64+3%0Ag+736+368+736+432+0%0Ar+672+240+672+160+0+600%0Aw+672+160+672+96+3%0Aw+672+96+720+96+0%0Ad+624+64+704+64+1+0.805904783%0Aw+624+64+576+64+0%0Aw+720+96+720+80+0%0Aw+704+64+720+64+0%0Aw+720+64+720+80
672+320+672+240+0%0Ac+736+160+736+368+0+0.00009999999999999999+-0.5476628536414253%0Aw+736+160+736+64+3%0Ag+736+368+736+432+0%0Ar+672+240+672+160+0+600%0Aw+672+160+672+96+3%0Aw+672+96+720+96+0%0Ad+656+64+704+64+1+0.805904783%0Aw+720+96+720+80+0%0Aw+704+64+720+64+0%0Aw+720+64+720+80+0%0Aw+720+64+736+64
-
Thread
Arduino Micro SPWM
-56, -56,-57,-57,-57,-58,-58,-58,-59,-59,-59,-60,-60,-60,-60,-61,-61,-61,-62,-62,-62,-63,-63,-63,-64,-64,-64,-64,-65,-65,-65, -66,-66,-66,-67,-67,-67,-67,-68,-68,-68,-69,-69,-69,-69,-70,-70,-70,-70,-71,-71,-71,-72,-72,-72,-72,-73,-73,-73,-73,-74, -74,-74,-75,-75,-75,-75,-76,-76,-76,-76,-77,-77,-77
-71,-71,-71,-70,-70,-70,-70,-69, -69,-69,-69,-68,-68,-68,-67,-67,-67,-67,-66,-66,-66,-65,-65,-65,-64,-64,-64,-64,-63,-63,-63,-62,-62,-62,-61,-61,-61,-60, -60,-60,-60,-59,-59,-59,-58,-58,-58,-57,-57,-57,-56,-56,-56,-55,-55,-55,-54,-54,-54,-53,-53,-53,-52,-52,-52,-51,-51,-51, -50,-50,-50,-49,-49,-49
-
Thread
Led Matrix mit 1 5x7 LED Modul
Read U I = 1 End If If H > 10 Then Read U I = 0 End If End If For C = 0 To I Read U Portb = U Waitus 64 Reset Portd.6 Portb = 0 nop nop Set Portd.6 Next C Next A Goto Start '**********************************************
, 8 , 0 ' P Data 8 , 20 , 20 , 24 , 124 , 0 ' Q Data 124 , 8 , 4 , 4 , 8 , 0 ' R Data 72 , 84 , 84 , 84 , 32 , 0 ' S Data 4 , 63 , 68 , 64 , 32
-
Thread
Feedback zum Artikel "Plattformunabhängige Programmierung in C"
sollte man mal wirklich klarstellen. Was die portable Benutzung von char, int, short, long und int64 aka long long betrifft, so hast du die bereits implizit beschrieben. Man muß deine Tabelle lediglich mal als Logiker betrachten. Huch? Ja. Also die da stehende Aussage lautet z.B. "der C Standard garantiert
zu erwähnen. Die Frage ist auch, wie praxisrelevant eine komplette Portierbarkeit zwischen einem 64-Bit und einem 8-Bit System überhaupt ist. Zwar gibt es zurzeit sowohl kleine 8-Bit µC als auch bereits homogene und heterogene Multicores (Freescale/ST PowerPC VLE, Infineon Aurix, ...) aber die Notwendigkeit
-
Thread
Warum stirbt der Transistor vom Typ BC547 bei Schaltvorgängen mit geringem Strom/Spannung?
$1? oszi40 schrieb im Beitrag #5267688: > Aber 3 Stück! 2 Freilaufdioden UND eine dicke für die 24V von + nach - > in Sperrrichtung gegen Verpolung der 24V. Die 24V sind bereits per Verpolschutzdiode geschützt... Mani W. schrieb im Beitrag #5267708: > T2 (Betriebsspannung 24 Volt) müsste ersetzt
ausreichen... Eulenspiegel schrieb im Beitrag #5267765: > Ich plädiere für eine 43V-Z-Diode von C nach E. > (47V für Mutige) Dass dacht ich mir auch schon.... Schlussendlich hier der Grund für den Tot der beiden T2 :) Es war schlicht und einfach U$64 durchgebrannt/defekt! So zog T2 alles
-
Thread
[Semi-OT] PIC24FJ64GA202 Headerfile für peripheral features?
Forum, hoffe, man verzeiht mir das Semi-OT. Ich hab eine Schwierigkeit mit dem offiziellen PIC (1.24) Compiler für die 16Bit MCus. Und zwar fehlt in dem File PIC24F_periph_features.h eine #define Sektion für den genannten PIC24FJ64GA202, die ganzen Makros für alle Peripherals sind also nicht verfügbar
wdt_v1_1 #define sram_v1_1 #endif[/c] Und diese Zuordnung jetzt für den PIC24FJ64GA202 zu haben wäre ein Traum. Ich weiß ja, daß der einen ADC hat. Aber nicht, ob ich den jetzt mit adc_v1_1 oder mit adc_v1_2 aktivieren muß. Wo sind z.B
-
Thread
Reziproker Frequenzzähler+ Optimierte 64bit uint Routinen
) 1183 0122 47E1 ldi r20,lo8(23) 1184 0124 58EA ldi r21,lo8(-88) 1185 0126 64E0 ldi r22,lo8(4) 1186 0128 70E0 ldi r23,lo8(0) 1187 012a 80E0 ldi r24,lo8(0) 1188 012c 90E0 ldi r25,lo8(0) 1189 012e 00D0 rcall uint64_mul32 1190
0136 462E mov r4,r22 1194 0138 372E mov r3,r23 1195 013a 282E mov r2,r24 1196 013c 9A8B std Y+18,r25 [/c] [c] 267:main.c **** while (s && frq >= (uint64_t)pow(10, MAX_RES)) { 1415 .LM139: 1416 028a 01F0 breq .L68 1417
-
Thread
Ubuntu 12.04 neu installiert, 2te CPU wird nicht mehr erkannt.
0.622984] serio: i8042 AUX1 port at 0x60,0x64 irq 12 [ 0.623011] serio: i8042 AUX2 port at 0x60,0x64 irq 12 [ 0.623036] serio: i8042 AUX3 port at 0x60,0x64 irq 12 [ 0.623256] mousedev: PS/2 mouse device common for all mice [ 0.623603
=754 comm="apparmor_parser" [ 24.577947] cfg80211: Ignoring regulatory request Set by core since the driver uses its own custom regulatory domain [ 24.578038] cfg80211: World regulatory domain updated: [ 24.578042] cfg80211:
-
Thread
Lokale Variable statt static, aber optimiert. Wie?
(); graph_128x64_write_servport(GRAPH_128X64_DI); // D/I = 1 RW = 0 /* u.s.w. */ } [/c] Und so weiter. Das Compilat wurde sogar nicht größer, da der Compiler "spi_master_setmode" bis einfachen ldi + out optimiert
***/ > static inline void graph_128x64_adrmode(void){ > spi_master_setmode(0,0,0); // F_CPU/2 Mode 0 > spi_intern_outadr(GF_ADR); > } > [/c]
-
Thread
Temperaturmessschaltung möglichst genau?
>Wie getestet? Bei 24°C und bei 60°C im Ofen. >Des Menschen Wille ist sein Himmelreich. ;-) Viele Wege führen nach Rom (um bei den Sprichwörtern zu bleiben)! ;-) Unter "Industiequalität" (Prozessleittechnik) verstehe
Schaltung mit einem geprüften BURSTER Digistant 4423 mal 'durchgefahren', bei einem Bereich von -20..50°C war die Abweichung über den gesamten Bereich < 0.3K! Umgebungstemperatur der Schaltung 24°C und 60°C. P.S.: Falk hat schon Recht, für die Solaranlage reichen +/- 2K dicke.
-
Thread
Codeblähungen beim Rechnen mit globaler Variable
123 4a: 01 c0 rjmp .+2 ; 0x4e <foo+0xa> 4c: 8d e2 ldi r24, 0x2D ; 45 i = 123; PORTB = i; 4e: 88 bb out 0x18, r24 ; 24 } 50: 08 95 ret [/c]
foo( uint8_t val ) > { > uint8_t i = 45; > if( val & 0x08 ) > 44: 83 ff sbrs r24, 3 > 46: 02 c0 rjmp .+4 ; 0x4c <foo+0x8> > 48: 8b e7 ldi r24, 0x7B ; 123 > 4a: 01 c0 rjmp .+2 ; 0x4e <foo+0xa> > 4c: 8d e2 ldi r24,
-
Thread
Dual Port Ram durch Single Port Ram ersetzen
nicht relevant. > > > > Gruss Reinhard LOL, du willst so einen Kack verzapfen, wo schon der C64 vor 30 Jahren effektiv Dual Port zugriff aufs RAM hatte? Stell dir vor, du brauchst gar kein Dual Port RAM ... wenn das RAM schnell genug ist, dann kannst du den Bus einfach multiplexen. Aber
sind das ca. 240-320MIPs je Seite über für die Grafik, ein C64 hatte dafür max 20MIPS. Wenn's dann doch 2 AVRs sein sollen, kann ich dir später gerne Tipps geben, wie ich das hier hinbekommen habe. Grüße Mark
-
Thread
Worin liegt der Unterschied "UCSRC"
98 0054 88ED ldi r24,lo8(-40) 99 0056 8AB9 out 42-0x20,r24 100 .LM16: 101 0058 80E8 ldi r24,lo8(-128) 102 005a 80BD out 64-0x20,r24 103 .LM17: 104 005c
r24,64-0x20 144 0090 806A ori r24,lo8(-96) 145 0092 00C0 rjmp .L20 146 .L15: 147 .LM24: 148 0094 80B5 in r24,64-0x20 149 0096 806B
-
Thread
Abschätzung Rechenzeitverbrauch einer ISR
31 cpi r24, 0x19 ; 25 26e: b0 f0 brcs .+44 ; 0x29c <__vector_13+0x64> 270: 10 92 12 01 sts 0x0112, r1 274: 80 91 13 01 lds r24, 0x0113 278: 82 30 cpi r24, 0x02 ; 2 27a: 69 f0 breq .+26 ; 0x296 <__vector_13+0x5e> 27c: 83 30 cpi r24, 0x03 ; 3 27e: 71 f4 brne .+28 ; 0x29c <__vector_13+0x64> 280: 80 91 6f 00 lds r24, 0x006F 284: 8d 7f andi r24, 0xFD ; 253 286: 80 93
-
Thread
Win11 nervt!
weshalb 64-Bit Betriebssysteme das nicht mehr auf althergebrachte Weise implementieren können. https://en.wikipedia.org/wiki/Virtual_8086_mode#64-bit_and_VMX_support
in FreeDOS ausprobieren Harald K. schrieb im Beitrag #7749466: > Wie man mit DOSBox auf einem 64-Bit-Windows > ein DOS-Programm an den Frickelport ranlässt Es gab mal bei Heise bzw. c't einen Treiber für Hardwareprogrammierung. Welche Schnittstelle, weiß ich gerade nicht, aber der wichtige Part
-
Thread
Unterschied zwischen bei Compiler MPLAB® C und MPLAB® XC
PIM)) ADCON1 |= 0x0F; // Default all pins to digital #elif defined(__C30__) #if defined(__PIC24FJ256DA210__) || defined(__PIC24FJ256GB210__) ANSA = 0x0000; ANSB = 0x0000; ANSC = 0x0000; ANSD = 0x0000;
, 65); if (io_result == 64){ ... for (int i = 0; i<= inBuffer[0];i++){ s += QString("%1").arg(inBuffer[i],3,16); } ui->teInHEX->append(s);[/c]
-
Thread
Brauche Unterstützung beim OV7670 (bzw. SCCB)
mehrfach auslesen und vergleichen mit anhalten von RCK/WCK für verschiedene Zeiten. Beleibt beim C64: Bild laden und anzeigen. C64 aus und wieder ein und den VIC-Zeiger wieder auf die Grafik und schauen, wieviel schon kaputt ist. 1s klappte eigentlich immer ohne gekippte Bits... Ich muß mir das
30 cpi r24, 0x0A ; 10 548: 21 f0 breq .+8 ; 0x552 <UART0_rx_work+0xaa> 54a: 8b 85 ldd r24, Y+11 ; 0x0b 54c: 9c 85 ldd r25, Y+12 ; 0x0c 54e: 0a 97 sbiw r24
-
Thread
ATmega1284P Beschreiben in falschen Speicherbereich?
0) add r18,r24 adc r19,r25 adc r20,r26 adc r21,r27 /* #APP */ ; 8 "foo.c" 1 out 59, r20 movw r30, r18 elpm r24, Z+ ; 0 "" 2 /* epilogue start */ /* #
u8_font); u8_XCoordString += u8_ZeichenBreit; } }[/c] Was ist, wenn TextArray im Speicher > 64kB liegt?
-
Thread
μC 8051 Demoboard (AT89C51ED2)
PIN-Belegung) LM1117MP-3.3 -> LM 1117 T3,3 (nicht SMD) 74HC573D -> 74HC 573 PCF8574T -> PCF 8574 T AT24C02S -> ST 24C02 MN (EEPROM) MAX208ECWG -> MAX 208 CWG ISS62C256-70-T -> 62256-70 M (SRAM) BSS138 -> BSS 138 SMD BSS84 -> BSS 84P SMD Kühlkörper RS#263-251 -> V PR32/25,4-MC Wo bekommt man RS-Kühlkörper
#9778195 SOT-223 74HC573D Reichelt SMD HC 573 PCF8574T -> PCF 8574 T ok AT24C02S -> ST 24C02 MN ok MAX208ECWG -> MAX 208 CWG ok ISS62C256-70-T Farnell #1562911 Gehäuse TSOP28! BSS138 -> BSS 138 SMD ok BSS84 -> BSS 84P SMD ok Kühlkörper RS#263
-
Thread
BluePill STM32 Bezugsquelle
C8T6 meldet halt 64K. Pille
zum Trotz ("obere 64kB nicht vom Hersteller getestet", "obere 64kB evtl. defekt -> binning") habe ich bis jetzt noch keinen "richtigen" F103C8 in der Hand gehalten, bei dem die oberen 64kB nicht vollständig funktionieren
-
Thread
PWM mit ATtiny13 liefert SIN und COS
löschen TIFR0 = (1 << OCF0B); OCR0B = pgm_read_byte( &sinustabelle[ counterB.u8[1] + 64 ] ); counterB.u16 += OFFSET_B; }; } return 0; } [/c] Und das war jetzt ne knappe Stunde...
. Ja klar... [c] LDI COS,64 LDI SIN,63 LDI ZH,HIGH(SINTABELLE*2); LDI ZL,LOW(SINTABELLE*2); Schleife: ;Sinuswert aus Tabelle LPM SCRATCH_REG,Z ;Wert ausgeben an OC0A (PB0) OUT OCR0A,SCRATCH_REG
-
Thread
EleLa - Elektronik Lagerverwaltung
[code] tobi@moria:~$ rm -rf .elela tobi@moria:~$ EleLa EleLa - Elektronik Lagerverwaltung (c) 2010-2011 by Markus Müller, www.mmvisual.de tobi@moria:~$ ls -la .elela insgesamt 64 drwxr-xr-x 2 tobi tobi 4096 3. Jul 23:01 . drwxr-xr-x 106 tobi tobi 12288 3. Jul 23:01 .. -rw-r--r--
24:39 Parameter [Linux] FontHeight=11 23:24:39 Parameter [Linux] ComboItemHeight=9 23:24:39 Parameter [Projekt] DefHanbuchDir=/home/tobi/Projekt 23:24:39 Parameter [Bauteil] DefHanbuchDir=/home/tobi/
-
Thread
Zeigt her eure Kunstwerke (2) Gesperrt Bilder
sa=N&tab=wi&ei=WQVgUJLnKMvdsgaa8oCIDQ#um=1&hl=de&tbm=isch&sa=1&q=LTZ1000&oq=LTZ1000&gs_l=img.3..0j0i24l2.15238.17093.0.17604.7.5.0.2.2.0.528.1168.3j4-1j1.5.0...0.0...1c.1.vYoZ8NU2q3A&pbx=1&bav=on.2,or.r_gc.r_pw.r_qf.&fp=ca672a02c7ac231&biw=1510&bih=803 Zudem wird man, wenn das gedrehte Kunststoffgehäuse
MINI Bord weist noch folgende Peripherien auf: RS232 Schnittstelle mit MAX3223 (Mit CTS/RTS) AT24C08 EEPROM oder 24C1024B LM4132 3V VREF TMP101 Temperatursensor RTC Batterie 4 LEDs 3.3V Regler USB Anschluss Kompakter JTAG Port (nach Forum WIKI Beispiel) Es sind vorerst noch einige Ansteckplatinen
-
Thread
Selbstlernender Garagentoröffner
Stimmt, da haste Recht. Ok, nochmal umdenken: S = Salt = 64 Bit Zufall C = Counter = 56 Bit I = Ident, Serialnummer des Senders = 8 Bit P = Password = 128 Bit D = Datenpacket = 256 Bit V = Hash(S || C || I || P) == Verifier Sender hat vorprogrammiert
, 65536 mögliche C = 36 Bit Counter, ~ 7*10^10 mögliche P = 36 Bit Password, ~ 7*10^10 mögliche S = 24 Bit Salt V = Hash(S || C || I || P) mod 2^24 D = S || I || V = 64 Bit || = Concatenation Wie oben beschrieben
-
Thread
Switch-Case mit Zahlenspannen (x-y)
} [/C] daraus wird [code] i = PINB; 6c: 86 b3 in r24, 0x16 ; 22 if( i < 100 ) 6e: 84 36 cpi r24, 0x64 ; 100 70: 10 f4 brcc .+4 ; 0x76 <main+0xa> 72: 80 e5 ldi r24, 0x50 ; 80 74: 06 c0 rjmp .+12 ; 0x82 <main+0x16> j = 80; else if( i >= 100 && i < 200 ) 76: 84 56 subi r24, 0x64 ; 100 78: 84 36 cpi r24, 0x64
-
Thread
Anfänger Microcontroller - bräuchte mal einen rat
gern auf Keramikresonator zurück. Ich werde jedoch Quarze nehmen. Aber welchen Quarz für Welchen µC ^^ also mein schon erwähnter PIC18F* hat ja 64MHz um diese zu nutzen doch auch einen 64MHz Quarz. ganz logisch eigentlich... Ich habe nun auch noch einen PIC 16F73 eingepackt für später... dieser hat
ruNN0r schrieb im Beitrag #2518780: > Aber welchen Quarz für Welchen µC ^^ also mein schon erwähnter > PIC18F* hat ja 64MHz um diese zu nutzen doch auch einen 64MHz Quarz. > ganz logisch eigentlich... Vorsicht. Die maximalen 64MHz, bei der dein PIC noch innerhalb der
-
Thread
[V] Antike UV-EPROM 1M, 512K, 256K, 64K, 16K
-10JL, 64Kx8, DIP28 1 Stück TMS27C512-12JL, 64Kx8, DIP28 3 Stück AM27C512-150DC, 64Kx8, DIP28 2 Stück M27C512-15F1, 64Kx8, DIP28 2 Stück M27C256-15F6, 32Kx8, DIP28 4 Stück 27C64A-20, 8Kx8, DIP28 2 Stück
, 64Kx8, DIP28 3 Stück AM27C512-150DC, 64Kx8, DIP28 4 Stück M27C512-15F1, 64Kx8, DIP28 4 Stück 27C64A-20, 8Kx8, DIP28 2 Stück 57C291B-35, 2Kx8, DIP24 unprogrammiert (€ 2,00 / Stück) ----------
-
Thread
Bitstrom per Huffman-Tabelle erzeugen
70 ist (>64), also sieht die Zeile dann so aus: i_USER_FIFO_DIN <= DATA_STREAM((70 - 1) DOWNTO (70 - 64)); i_USER_FIFO_DIN <= DATA_STREAM(69 DOWNTO 6);-- 64 Bits Cihan
Fall Bit_Size, welches in jedem Takt verändert wird. Bin aber noch noch fertig, nachdem die oberen 64 bits nun im Fifo sind müssen die letzen 13 Bits wieder geshiftet werden, da neue daten kommen und platz gemacht werden muss. z.B. kommen jetzt 24 neue Bits. Also müssen die unteren 13 Bits um 24 Stellen
-
Thread
Fehler zum nachbauen :-)
ASSERT_EFI_ERROR (Status = %r) !EFI_ERROR (Status) d:\_edk2\Build\FlashUtilityPkg\RELEASE_DEVTLS\X64\FlashUtilityPkg\Application\isFlashApp_1M\isFlashApp\DEBUG\AutoGen.c DestinationBuffer != ((void *) 0) d:\_edk2\MdePkg\Library\BaseMemoryLibRepStr\CompareMemWrapper.c [/code] Oh, cool, das ist
Peter N. schrieb im Beitrag #7827119: > Bernd W. schrieb im Beitrag #7826973: >> Das mit der USB-C Ladebuchse/Versorgungsbuchse ist ja schon mal ein >> bescheidener Anfang.... > > Wie ist denn die Belegung einer solchen USB-C-Ladebuchse? > Da kommen nur 6 Pins raus... Bitte? Ich zähle 24!
-
Thread
RL78/G14 Renesas - Free Linux Toolchain
94403ec ist ein Link auf https://github.com/Freetz-NG/freetz-ng/commit/94403ec7012aa08b7d80ebf4cd431af24f64f487)
gcc-cross -rwx------ 1 mw users 134352 Jan 8 14:59 gcc-nm -rwx------ 1 mw users 5721 Jan 5 11:24 gcc-nm.c -rwx------ 1 mw users 134360 Jan 8 14:59 gcc-ranlib -rwx------ 1 mw users 5721 Jan 5 11:24 gcc-ranlib.c -rwx------ 1 mw users 1634432 Jan 8 14:58 gcov -rwx------ 1 mw users
-
Thread
AVR/PIC oder ähnlich mit integrated osc >8MHZ
mit 60 MIPS (aber nicht im DIL), z.B. den dsPIC33EP512MU810 u.a., der PIC24F04KA200 im DIL14 hat nur 16 MIPS. Es gibt so viele verschiedene PICs, die musst Du Dir für Deine spezielle Anwendung individuell suchen. DEN Universal-µC für alles gibt es nicht. Weder bei AVR noch
mir lieber nen 250MIPS > 8-bit uC zu haben als irgend nen 150MIPS 16, 32 oder 64 biter. Vorteil > alle SW bleibt kompatibel usw. Wenn du die SW in C schreibst musst du beim wechsel von 8 auf 32Bit auch nur den Compiler wechseln.
-
Thread
Heavy-Metal-Maschine von Elektor
Endlosschleife } //************************************************************** ISR(TIMER1_OVF_vect) { 64: 1f 92 push r1 66: 0f 92 push r0 68: 0f b6 in r0, 0x3f ; 63 6a: 0f 92 push r0 6c: 11 24 eor r1, r1 6e: 2f 93 push r18 70
91 6c 00 lds r26, 0x006C 8a: b0 91 6d 00 lds r27, 0x006D 8e: 80 91 76 00 lds r24, 0x0076 92: 90 91 77 00 lds r25, 0x0077 96: a8 0f add r26, r24 98: b9 1f adc
-
Thread
C64_Floppy_Trafo_Reste
Andreas R. schrieb im Beitrag #5452213: > im forum64.de Hm, die werden höchstens laut AUA rufen, denn es ist anscheinend ja nur ein C64 Gehäuse, was als Behälter für ein (nicht zum Commodore Universum gehörendes) Netzteil diente ....
https://www.mikrocontroller.net/attachment/366784/C64_Netzteile.jpg Das Floppy Netzteil Rechts, ist aber noch Original!
-
Thread
low distortion Sinus Generator mit 4.5mA
Wert 10k SYMBOL polcap 832 -32 R0 FENSTER 3 24 56 Links 2 SYMATTR-Wert 2,2µ SYMATTR InstName C10 SYMATTR Beschreibung Kondensator SYMATTR Typ Kappe SYMATTR SpiceLine V = 50 Irms = 18 m Rser = 0 Lser = 0 SYMBOL polcap 288 160 R0 FENSTER 3 24
FENSTER 3 24 56 Links 2 SYMATTR-Wert 2,2µ SYMATTR InstName C12 SYMATTR Beschreibung Kondensator SYMATTR Typ Kappe SYMATTR SpiceLine V = 50 Irms = 18 m Rser = 0 Lser = 0 SYMBOL PowerProducts \\ ADP7142-5.0 496
-
Thread
Erfahrungen eines Einsteigers
leider folgendes OCR1A = F_CPU * TIMER1_0 / 2 / 1000000L; //1856 55c: 80 e4 ldi r24, 0x40 ; 64 55e: 97 e0 ldi r25, 0x07 ; 7 560: 9b bd out 0x2b, r25 ; 43 562: 8a bd out
r31, 0xFF ; 255 5a8: 93 81 ldd r25, Z+3 ; 0x03 5aa: 90 93 c0 00 sts 0x00C0, r25 5ae: 8f 5f subi r24, 0xFF ; 255 5b0: 80 93 bf 00 sts 0x00BF, r24 Es soll mir einfach nur nie mehr jemand sagen C sei viel einfacher als Assembler