-
Thread
Grafikfähiger LCD Controller für 320x240 LCD mit 4 Graustufen
schneller 32k x 8 SRAM mit 10-35ns Verwendung. Sowas hat Reichelt nicht. Daher kann man in der lcd.c den RAM Zugriff ausbremsen. Dann kann man auch langsamere mit bis zu 90ns verwenden. Das wäre dann z.B. 62256-80 von Reichelt.
erreichen muss man aber den >Displayinterrupt verkürzen. Welcher ist denn der Displayinterrupt? [c] .section .bss XStart: .ds.b 1 YCnt: .ds.b 1 #define XSIZEV XVSIZESW .section .text .global TIMER1_OVF_vect TIMER1_OVF_vect: push r16 in r16, _SFR_IO_ADDR(SREG) push r16 push
-
Thread
Epidemiologischer Verlauf und Analyse von Krankheiten Teil 2 Gesperrt
www.spiegel.de/wissenschaft/waldbraende-bei-tschernobyl-sorge-vor-radioaktivitaet-in-der-sperrzone-a-4003633c-95fd-4bd1-9b90-c312eae9fdc5 PS: Seit SPiegel auf dieses blöde neue Design uumgestellt hat werden bei mir keine Videos dort mehr abgespielt..
C oder D behandeln lasse, gebe es bisher keine Belege." "Es gibt keine Belege, dass Vitamin C Viren tötet oder gegen das aktuelle Coronavirus hilft. Generell ist Vitamin C gut für das Immunsystem des
-
Thread
Wieso gibt es keine gute Programmiersprache?
evaluation > ein sinnvolles Feature ist. Der Standard ist von 1990. Wann gab's nochmal den ersten C-Standard? Ansi C89/ISO C90 bzw. kann ich mangels griffbereitem uralt K&R-Buch nicht sagen, ob die das vor der Standardisierung auch so gesehen haben. Zudem gilt das ganze für C++ nicht mehr sobald dort
Arc N. schrieb im Beitrag #4790684: > Der Standard ist von 1990. Wann gab's nochmal den ersten C-Standard? > Ansi C89/ISO C90 bzw. kann ich mangels griffbereitem uralt K&R-Buch > nicht sagen, ob die das vor der Standardisierung auch so gesehen haben. Das ältere K&R-C war auch eine Art Standard
-
Thread
Hackbarer(?) 21 EUR Quadcopter
Typen aus stdint.h, also > nicht z.B. short int sondern int16_t. Ist defensiver. chris scheint K&R C zu programmieren, ich halte mich eher an Ansi-C90/C95. Was Du siehst ist eben der resultierende Mischmasch. Einige casts mit long long haben mir auch ziemliche Probleme bereitet. Werde ggf. den Source
... really? @3315.927375ms:Read Buf(0x5000c01c)=0x00000000 @3315.967688ms:Write BD (0x5000c01c)=0x00000001 ; 0x5000C01C=1 Interesting. Undocumented register in Flash controller @3316.156188ms:Read Buf(0x5000c000)=0x00000033 @3316.232000ms
-
Thread
Blackout in Spanien: Abschlussbericht
&c=DE&source=battery_unit_eex Die Daten sind vom Fraunhofer-institut.
energy-charts, argora-energiewende, usw. genutzt wird. https://de.wikipedia.org/wiki/Verband_Europ%C3%A4ischer_%C3%9Cbertragungsnetzbetreiber
-
Thread
Target mit SWD verbinden - "Vdd from Application" , GND?
hla Debug: 19 3 command.c:166 script_debug(): command - hla_layout stlink Debug: 20 3 hla_interface.c:241 hl_interface_handle_layout_command(): hl_interface_handle_layout_command Debug: 21 3 command.c:166 script_debug(): command
command - transport select Debug: 89 5 command.c:166 script_debug(): command - expr [ string first "hla" $_TRANSPORT ] != -1 Debug: 90 5 command.c:166 script_debug(): command - stm32f4x.cpu configure -event examine-end # Enable debug during
-
Thread
Hargassner / Rennergy Touchtronic Netzwerkanbindung/Visualisierung
frame2 37 TVLs_1 °C 235 frame2 38 TVLs_2 °C 236 frame2 39 TR1 °C 237 frame2 40 TR2 °C 238 frame2 41 TB1 °C 239 frame2 42 TBs_1 °C 240 frame2 43 TVL_3 °C 241 frame2 44 TVL_4 °C 242 frame2 45 TVLs_3 °C 243 frame2 46 TVLs_4 °C 244 frame2 47 TR3 °C 245 frame2 48 TR4 °C 246 frame2 49 TB2 °C 247 frame2 50 TBs_2 °C 248 frame2 51 TVL_5 °C 249 frame2 52 TVL_6 °C 250 frame2
-
Thread
seriell FTDI TTL UART SUART ich blicke nicht mehr Durch!
da kein C erwartet. ;-)
die nicht in die gleiche Richtung zählen bzw. schieben für den Vergleich auf gleicher Bitposition? [c] / /Könnte man nicht für char c = opt_s[optlen]; // lieber den Index i verwenden? char c = opt_s[i]; [/c] [c] unsigned option_s (unsigned ist) { // decode -s string // format: 01xx10
-
Thread
Z180-Stamp Modul
F900 ?CI FB21 ?CINIT FB18 ?CIST FB27 ?CO FB2D ?CONIN F909 ?CONO F90C ?CONOS F933 ?CONST F906 ?COST FB33 ?DEVIN F93F ?DRTBL F942 ?DVTBL F93C ?FLUSH F948 ?HOME F918 ?INIT AE27 ?LDCCP FA65 ?LIST F90F ?LISTS F92D
?BNKSL F900 ?BOOT FB21 ?CI FB18 ?CINIT FB27 ?CIST FB2D ?CO F909 ?CONIN F90C ?CONO F933 ?CONOS F906 ?CONST FB33 ?COST F93F ?DEVIN F942 ?DRTBL F93C ?DVTBL F948 ?FLUSH F918 ?HOME AE2E ?INIT FA65 ?LDCCP F90F ?LIST F92D ?LISTS F945 ?
-
Thread
Selbstbau USB-Soundkarte
Als Anregung: Das Programm des uC, der die Pulse in das RS232 "Protokoll" übersetzt sieht dann entsprechend einfach aus: [c] int counter=0; isr() { counter++; } main() { setup_rs232(); setup_isr(); for(;;
im µC Warum also reitest du ständig auf deiner USB-Soundkarte herum? W.S.
-
Thread
Alles Rund um den MEDION LIFE P89626 NAS
quotacheck md4: Please wait. mount invoked oom-killer: gfp_mask=0x802d0, order=0, oomkilladj=0 [<c0243d08>] (unwind_backtrace+0x0/0xe4) from [<c029cd90>] (oom_kill_process+0xa0/0x210) [<c029cd90>] (oom_kill_process+0xa0/0x210) from [<c029d390>] (__out_of_memory+0x130/0x1bc) [<c029d390>] (__out_of_memory
child Killed process 1447 (sh) mount invoked oom-killer: gfp_mask=0x802d0, order=0, oomkilladj=0 [<c0243d08>] (unwind_backtrace+0x0/0xe4) from [<c029cd90>] (oom_kill_process+0xa0/0x210) [<c029cd90>] (oom_kill_process+0xa0/0x210) from [<c029d390>] (__out_of_memory+0x130/0x1bc) [<c029d390>] (__out_of_memory
-
Thread
Pollin MOTOROLA VIP1710
multiply defined Unable to handle kernel paging request at virtual address 00000000, epc == 8011f28c, ra == 8011f268 Oops in fault.c::do_page_fault, line 206: $0 : 00000000 10007800 00000000 84c2d000 00000084 00000001 84c2d0a0 84c2d0a0 $8 : 84c2d000 84c2d0a0 00000000 00004c2d 802969f0 00000000 10007800
erstellt: [code] 00022f90 <AtiCore_GetTimeOfDay>: 22f90: 3c1c0005 lui gp,0x5 22f94: 279c1770 addiu gp,gp,6000 22f98: 0399e021 addu gp,gp,t9 22f9c: 27bdffd8
-
Thread
Motorola Vip19x0 (Big brother of Vip1710)
MTD partitions on "Onboard_Flash": 0x00390000-0x00400000 : "FFS" 0x00000000-0x00390000 : "Raw" i2c /dev entries driver i2c_st40_pio: ST40 PIO based I2C Driver i2c_st40_pio: allocated pin (2,0) for scl (0x841f4a24) i2c_st40_pio: allocated pin (2,1) for sda (0x841f4a34) i2c_st40_pio: allocated pin
MTD partitions on "Onboard_Flash": 0x00380000-0x00400000 : "FFS" 0x00000000-0x00380000 : "Raw" i2c /dev entries driver i2c_st40_pio: ST40 PIO based I2C Driver i2c_st40_pio: allocated pin (2,2) for scl (0x801ccb50) i2c_st40_pio: allocated pin (2,3) for sda (0x801ccb6c) i2c_st40_pio: allocated pin
-
Thread
Horizon EDA [War: Neues, halbfertiges Elektronik-CAD-Programm]
wie der Rest auch json. z.B. https://github.com/carrotIndustries/horizon-pool/pull/6/commits/8b69df90e621348b8fa3ff98b1a379c964a08088 > -Wie sieht es mit der Pin-Pad-Zuordnung aus..kann man da einem Pin im > Schaltplan mehrere Pads im Layout zuordnen ohne das es Ärger geben > könnte? Ja! Einfach
/horizon.git cd ./horizon [/c] für Opencascade entsprechendes Verzeichnis im Makefile eintragen [c] CASROOT = /usr/lib64/opencascade-7.3.0 [/c] dann horizon kompilieren [c] make [/c] ich hab viele packete u.a. STMCubeMX
-
Thread
Transistortester mit AVR Gesperrt
283 // .. und ist neu : #define H_CAPACITY_FACTOR 241 #define L_CAPACITY_FACTOR 167[/c]Wen wunderts, der Kommentar dazu im originalen Code sagt ja genug. Die oben (28.11.2009 12:15) erwähnten, seltsamen Effekte mit Meldungen zu antiparallelen Dioden
D124;GROUPID=4024;ARTICLE=81766;START=0;SORT=artnr;OFFSET=16;SID=25gU7hPawQARkAAEh0jbw060f3737100156c9c51cc4d1d265c6b7 Gruß, m
-
Thread
Ergebnisse einer FFT zusammen fassen
Board von Texas Instruments. EK-TM4C123GXL mit einem ARM® Cortex®-M4F Based MCU TM4C123G. Der hat 2 ADC's. Der ADC hat folgende Daten: [c] -ADC resolution = 12BIT -ADC conversion clock frequency = 16Mhz -ADC conversion rate = 1Msps
+) { // do this from 0 Sample to N - 1 sample stateA = x[i] + a1 * stateB + a2 * stateC; stateC = stateB; stateB = stateA; } // do this once with the N - 1 sample // power from |X(m)|2 of output y_power = (stateB * stateB) + (stateC * stateC) - (stateB * a1 * stateC
-
Thread
Card12 mit EVAL-AD5781 verbinden
!E C:\Programme\iccv712\EIGENE~1\DACfktFS.c(5): missing identifier !E C:\Programme\iccv712\EIGENE~1\DACfktFS.c(5): syntax error; found `5' expecting `;' !E C:\Programme\iccv712\EIGENE~1\DACfktFS.c(5): unrecognized
!E C:\Programme\iccv712\EIGENE~1\DACfktFS.c(5): syntax error; found `5' expecting `;' !E C:\Programme\iccv712\EIGENE~1\DACfktFS.c(5): unrecognized declaration !W C:\Programme\iccv712\EIGENE~1\DACfktFS.c
-
Thread
Projekt fertiggestellt: MP3 Player für Kinder auf ATTiny-Basis
ich im Kommentar hinterlassen habe ("// RX, TX") ist die Reihenfolge, wie das UART-IF aus Sicht des uC aussieht, auf dem der Code läuft. => 0 ist RX am uC, 1 ist TX am uC Da TX am uC mit RX am DFPlayer verbunden werden muss (mit 1K-Widerstand dazwischen) und RX am uC mit TX am DFPlayer, ist die
item/33030852881.html?spm=a2g0o.productlist.0.0.37856ec9l828A7&algo_pvid=8bd99987-afbe-4f6f-8bbd-f72c9125a5c6&algo_exp_id=8bd99987-afbe-4f6f-8bbd-f72c9125a5c6-1