-
Thread
C/C++ - RT fähige Implementierung von localtime/gmtime
r-xp 00000000 fd:01 96416 /lib/x86_64-linux-gnu/ld-2.24.so 7f157357f000-7f1573581000 rw-p 00000000 00:00 0 7f157358c000-7f15735ae000 rw-p 00000000 00:00 0 7f15735ae000-7f15735af000 r--p 00023000 fd:01 96416 /lib/x86_64-linux-gnu/ld-2.24.so 7f15735af000-7f15735b0000 rw-p 00024000 fd:01 96416 /lib/x86_64-linux-gnu/ld-2.24.so 7f15735b0000-7f15735b1000 rw-p 00000000 00:00 0 7ffc8b0d3000-7ffc8b0f4000
-
Thread
C 'Zeitsteuerung', µS - 24h. Bitte mal ansehen
Ah richtig. Du hast ja ein Ventil umgebaut. > Servo > 1s * 350mA = 350mAs = 0.1mAh > > µC > 5m * 3mA = 900mAs = 0.25mAh > 24h * 0.7mA = 16.8mAh > > > -> 1 Tag ~ 20mAh, eher weniger > > also mehr als 100 Tage gießen, dem 3-Monats-Urlaub steht nichts mehr im > Wege.. Ich hoffe, man
Mode WGM2 WGM1 WGM0 Mode TOP Update OCRx TOV 3 0 1 1 Fast PWM 0xFF TOP MAX [c] // set Timer/Counter / PWM TCCR0B = T0_CLK_64; // 13.3µs - 3.4133ms // Interrupts TIMSK0 |= 1<<OCIE0A; ISR(TIM0_COMPA_vect) { OCR0A=TCNT0+188; //2506µs // servo pulse
-
Thread
Wie lange (darf) braucht ein Raum zum warm werden?
Gas-Therme, Vorlauf-Temperatur (von mir eingestellt) ca. 70°C (lt. Anzeige) ist ein 25 qm Raum von 18°C auf 27°C in ca. 1 Std. Ich heize IMMER so. Dann lasse ich den Raum abkühlen auf besagte 18-19°C und auf ein neues ;) Meine Verbrauch für eine 64 qm Wohnung
im Beitrag #7203743: > > Ich heize IMMER so. Dann lasse ich den Raum abkühlen auf besagte 18-19°C > und auf ein neues ;) Meine Verbrauch für eine 64 qm Wohnung lag bei > 1806 kw im letzten Quartal. 18. Kalenderwoche?
-
Thread
Warum "uint8_t" statt "char" Gesperrt
echtes Arschloch sein kann. Noch viel mehr Spaß hat man mit "int" und "long". Ob das dann 32 oder 64 oder gar nur 16 Bit sind, hängt von CPU, Betriebssystem, 32-/64-Bittigkeit des Betriebssystems, gewähltem Speichermodell (x86/x86_64/x32) und der Mondphase ab. Und weil der ursprüngliche C-Standard
nicht_ teile. Als Programmierer muß man sich auf die verwendeten Datentypen verlassen können, was in C nicht der Fall ist. Natürlich brauche ich auch auf einem 8 Bit uC 32 Bit Integerzahlen, gelegentlich auch int64, und auch auf der größten und dicksten Maschine ist es öfter als du denkst nötig, Integers
-
Thread
vServer-Kernellog läuft ständig voll
1756 ? Ss Dec24 0:03 /usr/sbin/cron root 3073 0.0 0.2 21672 2168 ? Ss Dec24 0:04 /usr/sbin/dovecot -c /etc/dovecot/dovecot.conf dovecot 3095 0.0 0.1 13068 1452 ? S Dec24 0:01
S Dec24 0:00 /usr/sbin/saslauthd -a pam -c -m /var/run/saslauthd -n 2 root 2086 0.0 0.2 49964 2244 ? Ss Dec24 0:00 /usr/sbin/sshd root 2118 0.0 0.1 19584 1484 ? Ss Dec24
-
Thread
G-LCD bei Pollin
noch, da ich noch herausfinden muß, was für Stecker das sind. Implementiert wird dann RS232 (TTL/V24) oder I2C. Kann über Lötjumper konfiguriert werden, die SW-Erkennung ist automatisch. Hünerfutter fehlt noch. Von den drei linearen Spannungsreglern werden nur 2 bestückt werden, da 5V Spannungversorgung
Thread gestartet bez. reinem ARM Platine, http://www.mikrocontroller.net/topic/101959 Dies ist eine 24dip Platine, wer eventuell ein M416 design will 40 pin Version ohne leds, ohne i2c oder SPI speicher, dafür aber alle pins herausgeholt, kann auch so eines bekommen.
-
Thread
unbekannte Quarz Frequenz
*256*216/22118400*2y24=167772 = 0x28F5C bei 24 Bit) auf die Nachkomma-Stellen addieren. Wenn Du das 100 mal machst, also eine Sekunde vergangen ist, gibt es einen Überlauf von den Nachkommabits in die Vorkommabits, die Sekunden
1/8 -4 1/16 -5 1/32 -6 1/64 -7 1/128 -8 1/256=0,00390625 Wenn Du diese 16+8=24 Bits als zusammenhängende 24-Bit-Zahl siehst und damit rechnest, hast Du sozusagen um 256 skaliert. So, und nun zurück zum Interrupt
-
Thread
sei nicht schlauer als der Compiler?
aus: [c] volatile uint8_t i = 0; int main (void){ #define LOOPS (10) for(int loop = LOOPS; loop != 0; loop--) { i++; } } [/c] wird: [avrasm] main: ldi r24,lo8(10) ldi r25,hi8
< LOOPS; loop++) { i++; } } [/c] wird das: [avrasm] main: ldi r24,lo8(10) ldi r25,hi8(10) .L2: lds r18,i subi r18,lo8(-(1)) sts i,r18 sbiw r24,1 brne .L2 ldi
-
Thread
Verschenke ICs - 07/2013
IC 25x MM74HC132N DIP-14 <-- andere Versandkosten da DIL! 11x LM358 DIP8 ST OPV Opamp 18x 4164 64Kx1 DRAM (Commodore/Arcade) <-- andere Versandkosten da DIL! 3x GAL16V8D 2x C8051F121-GQ 5x TDA7231 1.6W AUDIO AMPLIFIER DIP8 <-- andere Versandkosten da DIL! 2x C8051F361-GQ 32K 100MIPS 8051er,
1x MSM5127-20RS = 5127 = 6117 ... 2Kx8 SRAM DIP24 2x NE555 Timer 5x SDA2586 I2C EEPROM "Made in Austria" ;) 7x MC14066 Analog Switch 2x MAX232 SMD-SOIC
-
Thread
China SUPER Bauteile-Schnäppchen Thread [V4]
Variabler Widerstand (Atorch DL24) auf Ali: https://de.aliexpress.com/item/4000479624068.html?spm=a2g0o.productlist.0.0.21173b42NrTMsL&algo_pvid=a8672f5b-b7fa-4f85-a701-1d2514c38bac&algo_expid=a8672f5b-b7fa-4f85-a701-1d2514c38bac-8&
, werde sie mal testen. Die von mir verlinkte funzt super, aber nur mit dem einen DL24 mit USB-C Schnittstelle. Software starten, USB-C Kabel dran, zack wird erkannt und ist vollkommen über PC steuer-, und programmierbar. Das andere, ältere DL24 mit MicroUSB will mit dieser Software nicht
-
Thread
ebus protokoll mitschnitt bei einem Wolf Heizkessel
^ ^ 75 ? 70 51 50 22 03 14 2D 00 C9 00 02 64 00 41 00 ^ ^ 10 ? BM liest Parameter von SM 07 76 50 22 03 CE F7 02 58 00 02 00 00 2C 00 ^ ^ Solar Antilegionellen
^ ^ Rücklauf 24H Max * 10 07 76 50 22 03 BA FB 02 94 00 02 44 01 24 00 ^ ^ Rücklauf 24H Min * 10 07 76 50 22 03 5E F8 02 62 00 02 00 00 2C 00 ^
-
Thread
Horizon EDA [War: Neues, halbfertiges Elektronik-CAD-Programm]
-2.0.so.0 #21 0x000000080633df76 in ?? () from /usr/local/lib/libgtk-3.so.0 #22 0x00000008113b936c in ffi_call_unix64 () from /usr/local/lib/libffi.so.6 #23 0x00000008113b8c3b in ffi_call () from /usr/local/lib/libffi.so.6 #24 0x00000008087291dc in g_cclosure_marshal_generic_va () from /usr/local
/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
Welcher PIC ist der beliebteste ?
oder Hitech-C (IIRC abgespeckt gegenüber der Kommerzversion). XC16 für PIC24 ist ein umgemodelter gcc mit sehr alten Wurzeln. PIC32 ist in Wahrheit MIPS, da gab es schon vor MCP eine open-source Toolchain.
. (16C74A, 16C745, 16C765. Die willst du aber nicht mal geschenkt ;-)
-
Thread
Library für EA-DOGM Grafikdisplays inkl. Font-Generator
enthält. Kann man für Schleifenende in derAusgaberoutine verwenden. Die beiden werte (hier 128, 64) kann man dann als schleifenvariablen k und c verwenden. z.B.: uint8_t maxK, maxC; maxK = pgm_read_byte(&progmem_image[0]); // erstes Byte = Spalten maxC = pgm_read_byte(&progmem_image[1]);
*.h Datei - Ich öffne die *.h Datei kopiere alle HEX werte und speichere Sie in die includierte *.c Datei Das habe ich mit der prop_8 und Digit_24 getan. Was mache ich falsch. Ich beiß gleich in einen Bleistift
-
Thread
Lange Variablen?
#include <stdint.h> int64_t a; uint64_t b; int32_t c; uint32_t d; int16_t e; uint16_t f; int8_t g; uint8_t h;
64 Bit muss es erst ab C99 geben, glaube ich.
-
Thread
Problem mit sqrt
Probier mal: [c]#include <math.h> int main (void) { signed int x = sqrt((long)((2.0*3.14159/24.0)*2*10000000000.0)/ 375.0); return 0; } [/c]
Wozu ist überhaupt der long-Cast da? Soll da irgendetwas abgerundet werden? Wenn nicht: [c] signed int x = sqrt(2 * 3.14159 / 24 * 2 * 10000000000 / 375); [/c] oder lesbarer: [c] signed int x = sqrt(2 * 3.14159 / 24 * 2 * 1e10 / 375); [/c] -> 3736
-
Thread
Module miteinander verbinden - welchen Bus nehmen?
SoC Rulez! schrieb im Beitrag #5786760: >> welchen Bus nehmen? > > Ethernet 100BaseT! > > 24 - 48 Port Switches gibts für 1€/Port. > > ID anhand der MAC. > > Display ans (Banana, Orange, Rasp
Yay! Endlich Switch-Software selber entwickeln koennen/duerfen/muessen. Wie waer's mit Leistungs I2C, statt UARTs? Ich stell mir da jeweils 2x 'nen 2N3055 vor, der auf 12Ohm 50Watt Pullup-Widerstaenden gegen 24V arbeitet ;-) SCNR, WK
-
Thread
Welche NRF24L01+ 2.4 Ghz Transmitter taugen?
Received Power Detector (RPD), located in register 09, bit 0, triggers at received power levels above -64 dBm that are present in the RF channel you receive on. If the received power is less than -64 dBm, RDP = 0. The RPD can be read out at any time while nRF24L01+ is in receive mode. This offers a snapshot
never to keep the nRF24L01+ in TX mode for more than 4ms at a time. If the Enhanced ShockBurst™ features are enabled, nRF24L01+ is never in TX mode longer than 4ms [c] /* TX und ACK Pipe setzen */ RF_WriteRegMulti
-
Thread
Kleines Tiny13 Sensorboard
[C] 00000022 <main>: 22: 80 e0 ldi r24, 0x00 ; 0 24: 90 e0 ldi r25, 0x00 ; 0 26: 08 95 ret 00000028 <_exit>: 28: f8 94 cli 0000002a <__stop_program
>> extended initializer lists only available with -std=c++11 or >> -std=gnu++11 [enabled by default] D:\Projekte\LTS-CP\LTS-CP\LTS- >> CP.cpp 89 24 LTS-CP > >Ich habe diesen Trick benutzt, damit es "richtiges", "modernes" C++ >ist. Mein einfaches
-
Thread
Laserdrucker spinnt
gegen Fingerabdrücke. Was *Nadeldrucker* angeht. Die Farbbänder trocknen gerne aus. Zu meinen C=64 Zeiten hatte ich immer eine Flasche Tinte (oft Stempelfarbe) daneben stehen. Einfach das Farbband ausgebaut, mit den "Pinsel" der Stempelfarbe (gute hatten einen) das Nylonband bestrichen und schon
Nadeln. Ich hatte das Modell von Seikosha. Der 801 von den wurde damals mit mehreren Schnittstellen (C=64 = RUNDER BUS) ausgeliefert. Ich kennen Ihn mit Schneider / C=64 und Centronic-Schnittstelle. Aber immer nur EINE im Drucker. ;) Das ist übrigens der Drucker den ich meinte in mein Betrag zum Thema
-
Thread
Pollin PMT-Modul
hab ich auf morgen verschoben. ICs: 3x BB DAC 7612U - Dual 12Bit SPI in DAC +-2.5V out 1x TLC072C - Low noise J-FET dual OPA 1x AD829A - 120MHz Low noise OPA 1x 24C64WP - I²C EEP 1x 24LC512 - I²C EEP 1x PIC16F872 - MCU 1x TLC2262 - Rail2Rail OPA dual 1x LP2951
Klingt nach RS232, würde ich aber eher nicht annehmen. Wenn ich mich nicht täusche hängt da der TL072C dran. SUB-D 15pol Belegung: 1 GND 2 supply1? to HV, AD829A, TL072C? 3 GND 4 PIC, EEPROM supply 5 SCL 24LC512 6 SCL 24C64 7 PIC Pin 17 (RC6/TX/DT) via 10k, Pin21 via 10k, Diode+10k nach
-
Thread
24h Schalter mit Attiny 12
Welche Bascom Version ? Flash das hex in den µC, toggelt die Led mit 4,6 Hz
Wenn man pingelig ist, müsste es doch lauten .equ zeit2 = 60 * 60 * 24 - 10 ; 24h weil ja 10 Sekunden für die Ein-Phase drauf gegeangen sind.
-
Thread
Cortex M7 zu überzüchtet
mit der rechenleistung und dem speicher nimm java, wenn du die 400Mhz sinnvoll nutzen willst nimm C. Peter II schrieb im Beitrag #3955368: > ich programmiere sogar 4 x 3GHZ und 16GB Ram mit C(++) und dass ist noch lange nicht das limit ;) ich hatte auch schon 64 cores und 256GB Ram ;)
nicht ohne Kompromisse; ich vermute eine sw-Darstellung. Da vermutest Du falsch ;-) Nie einen C64 programmiert? Tipp: Wie stellte man mehr als acht Sprites auf einmal dar?
-
Thread
[Q]Erfahrungen mit (Reichelt) Pictiva OLED Displays
/ Routine um das RAM des Display´s zu loeschen void blank(void) {int i,j; for (j=0;j<64;j++) /* 64 row */ { for (i=0;i<64;i++) /* 128 column (1 byte = 2col ) */ { send_data(0x00); } } } lg Wolf
Evtl. hilft ja das hier weiter: http://www.icplan.de/seite24.htm
-
Thread
Projektidee: Der Volks-Programmer
passt: Der PIC16F628 kann auch (low voltage) ISP programmiert werden, nur ein paar Drahtstücke vom uC zum Parallelport eines Rechners an den uC in der Zielschaltung, uC mit Strom versorgen, Downloaderprogarmm auf PC starten, und die Firmware übertragen. Aber ich habe einen ganzen Tag damit zugebracht
wär's wenn man das Teil als Konverter USB/Seriell und ISP erweitern könnte ? Dann könnte der Stick am µC belassen werden, Kommunikation per USB mit dem UART und Flashen des µC wäre möglich, ohne das Gehäuse zu öffnen, ISP Stecker anzupfriemeln, usw. Klar ist das auch mit USB-fähigem µC & Bootloader machbar
-
Thread
Hobby-Austausch: Welche Projekte beschäftigen euch aktuell? (Mit Altersangabe)
@Norbert hast du damals auf dem c64 programmiert? Falls ja was genau ?
da steckte eine Karte mit ROM-Emulator drin, und der simulierte den Speicher des Zielsystems. 2600, C64, Spectrum, sogar Amiga und NES.
-
Thread
PHILIPS VP5500 VoIP Telefon bei Pollin
Hallo, der Quelltext des mkswinfo.c vom Andreas Ziemer compiliert zwar fein unter Linux, stürzt auf einem 64 Bit System dann aber ab. Das Problem ist die Definition des uint32 Typs. Das ist dort angegeben als "typedef unsigned long uint32
funktioniert Einwandfrei. Alle Geräte, Rechner, Server, etc. haben eine Nummer in einem 192.168.1.0/24. Den Timeserver fake ich mit: echo -ne '\xCF\x21\xC9\x7F' | nc -q 1 -l -p 37 auf dem lokalen Rechner. Es werden die Servernamen "vpcm-001.cust.kpn.net" und "ntp.xs4all.nl" in der DNS Abfrage im
-
Thread
Multiplikation_in_Assembler
; T0 -> E3 pop R10 ret [/code] Nun was ich bekomme: 32767*100, d.h. 0x007fff*0x64, Ergebnis 0x0031ff9c, d.h. 3276700. alles richtig. Nun anders: -32767*100, d.h. 0xffff8001*0x64, Ergebnis 0xffce0064, d.h.-3276700. Auch richtig. Nun andersrum: 32767*-100, d.h.0x007fff*0x9c. Zu erwarten
nur r16-r23 dafür geeignet. Auch Code ist bei Softmult oft (nicht immer) sparsamer. Z.B. multsoft_24x24_48 hat 64 bytes, multhard_24x24_48 dagegen 84 bytes; multsoft_24x40_64 hat 76 bytes, multhard_32x32_64 dagegen 162 bytes, wenn auch viel schneller. Als Null-Register paßt bei Hardware-Mult hervorragend
-
Thread
AVR - Bascom - externes EEPROM
Also der 24C512 (Reichelt: 4,10 ) hat 64kB, d.h. Du kannst 16384 Zahlen (long = 4 Byte) drin speichern. Peter
> Sind das bei dem 24C512 sind das dann 64kbyte? Ja.
-
Thread
warum __inline zwingend erforderlich?
Jetzt funktionierts! :-) [c] #include <avr/pgmspace.h> * * * const uint8_t PROGMEM Wave_Tab[18] = {1,2,4,8,16,32,64,128,255,128,64,32,16,8,4,2,1,0}; * * * Helligkeit = pgm_read_byte(&Wave_Tab[n]); * * * [/c] __inline
auch vermutet. > Habe dann meine Tabelle die 18 von den 32Byte RAM frisst ins Flash > gemapt. > [c] > static const __flash uint8_t Wave_Tab[18] = > {1,2,4,8,16,32,64,128,255,128,64,32,16,8,4,2,1,0}; > [/c] > Und schon ein neues Problem, ich bekomme beim Compilieren zwei > Fehlermeldungen:
-
Thread
Optimierung Fehlerhaft?
passende Assembler Code: [avrasm] 00000250 <adcwertermittlung>: 250: 28 2f mov r18, r24 252: 81 e0 ldi r24, 0x01 ; 1 254: 80 93 02 01 sts 0x0102, r24 258: 80 91 7a 00 lds r24, 0x007A 25c: 80 64 ori r24, 0x40 ; 64 25e: 80 93 7a 00 sts 0x007A, r24
; 64 258: 80 93 7a 00 sts 0x007A, r24 25c: 80 91 7a 00 lds r24, 0x007A 260: 86 fd sbrc r24, 6 262: fc cf rjmp .-8 ; 0x25c <adcwertermittlung+0xc> 264: 80 91 79
-
Thread
Einstieg in 8051 - Atmels AT89S52 oder?
10,20,30,40 mA LED Strom in SOP20/SOP28. Silabs bietet 14-bit 1MSPS A/D oder 16*12bit A/D 4*12bit D/A, 64 I/O und 64k Flash+4k RAM oder den C8051F4 mit 100MHz, Analog Devices hat den ADUC824/834 mit 24bit A/D, 3 x 16 bit A/D, 12 bit D/A, PWM und 62k Flash, 4k EEPROM, 2k RAM und http://www.dalsemi.com/ (Maxim
für Daten und Programm), 1k RAM, 24 Bit ADC mit PGA und 2 UARTs. Cheng Xin Wei Technologies baut 8051 abgeleitete Flash uC mit A/D und PWM CX8F2810E CX8P1710C in SO8 und CX8F2811E C8XP1711C in SO14 ohne weitere Doku. STC Micro http:
-
Thread
ATMEL billiger und leistungsfähiger als PIC
uralte benchmark angehängt (keine ahnung mehr, woher ich die habe). leider sind da die aktuelleren uC nicht drin (z.b. ARM, oder die 60MIPS PIC24s oder 60MIPS dsPICs, ich vermuete mal, dass auch bei Atmel neuere uC draussen sind)
> benchmark angehängt (keine ahnung mehr, woher ich die habe). leider sind >> da die aktuelleren uC nicht drin (z.b. ARM, oder die 60MIPS PIC24s oder >> 60MIPS dsPICs, ich vermuete mal, dass auch bei Atmel neuere uC draussen >> sind) > > Hallo Snowman, > > Das interressanteste am Benchmark
-
Thread
geschicktes Suchen von Elementen im Array Gesperrt
eine Kombination aus 3 Zahlen, wobei jede einzelne Zahl in einem separaten Array gehalten wird. [c] Werte1: 5,6,6,7, 7,10,36,50,53,55,57,61,64,68,72,77,80,82,83,86,86,85,83,84, 84, 83, 83, 81, 80, 80, 76, 74, 73, 71, 69, 67, 66 Werte2: 5,8,8,9, 9,11,21,28,32,33,36,38,41,45,50,59,64,68,73,81,87,93,99,103,107,111,115,119,124,133,141,151,160,166,171,173,175
, 88, 85, 82, 81, 80, 79, 75, 74, 70, 68, 66, 64, 63, 59, 58, 56, 54, 53, 53, 53, 52, 51, 50, 48, 47, 46, 45, 46, 45, 45, 45, 42, 42, 41, 40, 40, 40,40,40,38,37,36,36,36,36,35,34,32,31,30,30,30,30,29,27,25,24,24,24,23,23,23,21,19,17,16,17,16,15,15,14,13,13,13,14,14,14,14,12,11,12,12,13,13,13,13,12,11,11,11,13,13,12,12
-
Thread
Anfängerproblem mit C
ist ein /int/ üblicherweise 16 Bit groß, auf 32-Bit-Systemen ist er üblicherweise 32 Bit groß, auf 64-Bit-Systemen ist er meistens auch 32 Bit groß, kann aber auch 64 Bit groß sein. Georg W. schrieb im Beitrag #8070001: > Wir programmieren SPSen in ANSI C und da ist INT nur 2 byte groß. Das liegt
fn mymul (x: i16, y: i16) -> i16 { x * y } _ZN1x5mymul17h2076d231e17342eaE: movw r18,r24 movw r26,r22 rcall __mulhisi3 movw r20,r22 movw r22,r24 mov r24,r21 lsl r24 sbc r24,r24 mov r25,r24 cp r24,r22 cpc r25,r23 breq .L1 rcall abort .L1: movw r24,r20
-
Thread
'var' may be uninitialized
27) / -100000.0); BMP280->calib.P3 = (float) C.P1 * (float) C.P3 * (pow(2, -47) / -100000.0); BMP280->calib.P4 = (float) C.P4 * pow(2, 8) - pow(2, 24); BMP280->calib.P5 = (float) C.P5 * pow(2, -10); BMP280->calib.P6 = (float) C.P6
. Daß int64 länger braucht, liegt daran, daß es auch 64Bit rechnen muß und nicht nur 24Bit.
-
Thread
Fragen zu Grafik-LCD 128x64?
} graph_128x64_write(data, temp); graph_128x64_write(data, temp1); graph_128x64_write(data, temp); } [/c] Lesen: [c] // Treiber fuer Lesen/Schreiben u8 graph_128x64_writeread(u8 data, u8 dienst){ /
; graph_128x64_write(0, temp); temp &= ~(GRAPH_128X64_RW | GRAPH_128X64_RD); // data write vorbereiten data = graph_128x64_writeread(0, temp); // E > 0, Z>0 return data; } [/c]
-
Thread
DIY Frequency Counter mit 10 bis 12 Digits?
man ein paar Meter Koaxkabel dazwischen hat ). Aber da hilft ein Tiefpassfuilter in Pi-Schaltung ( C-L-C ). Ralph Berres
32 = 64 ;-) > 64Bit Float kann der GCC fuer den AVR direkt nicht, mit einer > zusaetzelichen LIB eventuell ja aber auch seeehrrr langsam. Man muß ja nicht für alles den GCC nehmen. Und wie zuvor, dauert
-
Thread
Gibt es den Atmega1284 auch eine Nummer größer?
den Rest würde ich teilen... Arduino Fanboy D. schrieb im Beitrag #5755301: > Beim ATMega2560? 24Bit breit! Zitat aus dem Datenblatt: "The ATmega640/1280/1281/2560/2561 Program Counter (PC) is 15/16/17 bits wide, thus addressing the 32K/64K/128K program memory locations."
ATmega640/1280/1281/2560/2561 > Program Counter (PC) is 15/16/17 bits wide, thus addressing the > 32K/64K/128K program memory locations." Wie auch immer... Beim Push/Pop des PC werden 24Bit transportiert. Alleine das ist schon der Grund, dass der 2560 in der Praxis ein paar Prozent langsamer ist, als
-
Thread
LCD-Modul EPSON ECM-A0428 von Pollin
>Wigbert: Kontrastspannung sollt doch -17..24V sein. Ja, "minus 17..24V" :) >Wigbert: Ist das S-Ram nicht zu klein, um die ganze Fläche zu bemalen? Stimmt! also... Erstens: Beinchen /CS beim SED1330 von der platine ablöten und auf GND setzen
ich einen kontakt mache und den µC starte sehe ich nur schwarze blaken und flimmern.
-
Thread
Neue ATTINY3226 usw. gar nicht mitbekommen
auch einmal zu mir schaffen. Aber mehr auch nicht. Liegt am Ende eh nur rum. ATmega4809 und AVR128DB64 reicht mir eigentlich vollkommen aus. [code] 8 Pin | 14 Pin | 20 Pin | 24 Pin ___________|____________|____________|_____________ ATtiny202 | ATtiny204 | |
AVR16DD14 | AVR16DD20 | AVR16DD28 | AVR16DD32 AVR32DD14 | AVR32DD20 | AVR32DD28 | AVR32DD32 AVR64DD14 | AVR64DD20 | AVR64DD28 | AVR64DD32 28 Pin | 32 Pin | 48 Pin | ___________|____________|____________| AVR64EA28 | AVR64EA32 | AVR64EA48 | [/code]
-
Thread
"Optimierung" bei Multiplikation
egal, wie Du es > schreibst. [pre] var = (PORTB & (1<<PB4)) > 0; 56: 80 e0 ldi r24, 0x00 ; 0 58: 2c 99 sbic 0x05, 4 ; 5 5a: 81 e0 ldi r24, 0x01 ; 1 5c: 80 93 00 01 sts 0x0100, r24 var = (var & (1<<4)) > 0; 56: 80 91 00 01 lds r24, 0x0100
Leicht OT, aber passend zum Thema "Fortschritt oder Rückschritt beim AVR-GCC": Die C Funktion: [c] char swap(char b) { return b<<4 & 0xf0 | b>>4 & 0x0f; } [/c] Übersetzt vom 4.2.4: [avrasm] swap: mov r25,r24 swap r25 andi r25,0x0f swap r24 andi r24,0xf0
-
Thread
ATMega32 I2C connect mit AT24Cxx EEprom
Hallo Marc ! Die I2C Addr vom AT24C64 ist 0x50....lt Datenblatt und lt I2C Scanner. Mit dieser Ardresse kann ich den EEprom auch mittels Arduino beschreiben/auslesen. Beim Atmega32 habe ich PortC.0 als SCL und PortC.1
Gerhard H. schrieb im Beitrag #5117072: > Die I2C Addr vom AT24C64 ist 0x50....lt Datenblatt und lt I2C Scanner. Nein. Das ist wahrscheinlich bei Arduino so, weil er die Adresse nach links schiebt. Ich glaube, dass die Fleury-library nicht
-
Thread
LTspice 24.1.6 ist da
für die v24.1.6 und die v24.0.12 mit dem alten > Parser Code. Auch vor der Version LTspice 24.1.6 wird in der internationalen LTspice Usergroup immer noch gewarnt! https://groups.io/g/LTspice [c]WARNUNG
Vorsicht LTspice64Beta ver. 24.1.0 Beta Test, November 2024 - nicht mehr lieferbar LTspice64 ver. 24.0.12, April 2024, ohne die neuen großen Änderungen LTspice64 ver. 17.1.15, November 2023 LTspiceIV ver. 4.x.x, läuft
-
Thread
Umwandlung eines Strings (hex) in Long Long int
ist }else{ c = 16 * ( a - 87); // wenn a eine zeichen ist } if(b < 59){ c += ( b - 48); // wenn b eine zahl ist }else{ c += ( b - 87); // wenn b eine zeichen ist } return c;
c=0; if(a <= '9'){ c = 16 * ( a - '0'); // wenn a eine zahl ist }else{ c = 16 * ( a - 'a' + 10 ); // wenn a eine zeichen ist } if(b <= '9'){ c += ( b - '0'); // wenn
-
Thread
SID-Player ARM/FPGA?
auffällt: Die Musik klingt, als wenn Hall darin wäre. Würde dieses SID-File noch auf einem echten C64 laufen mit 64K-Ram laufen?
ohne irgendwas auf dem C64 abspielbar.
-
Thread
DMX steuerbaren RGB LED PAR oder Pinnspot selber bauen
use in this function) C:\Users\Domi\Documents\DMX\DMX RGB LED Controller\meine Firmware\Firmware_v1.2\Firmware_v1.2\Firmware_v1.2.c(55,24): 'RXCIE' undeclared (first use in this function) .././Firmware_v1.2.c: In function
\Firmware_v1.2.c(104,24): 'UCSRA' undeclared (first use in this function) C:\Users\Domi\Documents\DMX\DMX RGB LED Controller\meine Firmware\Firmware_v1.2\Firmware_v1.2\Firmware_v1.2.c(105,24): 'UDR' undeclared (first
-
Thread
SSD1309 Schriften
Bytes in einem array. Mit Unterlängen 9 oder 10, sieht schöner aus. Die Pixeldaten kann man z.B. in C definieren: [code] const unsigned char font[96][9] = { {0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00}, // {0x10,0x10,0x10,0x10,0x10,0x10,0x00,0x00,0x10}, // ! {0x24,0x24,0x24,0x00,0x00,0x00,0x00,0x00,0x00
OOOO_ >> 24 | O____ >> 16 | _OOOO >> 8 | _____, } glyph_enum; #define GLYPH(g) = (((g>>56)&1)<<7)|(((g>>48)&1)<<6)|(((g>>40)&1)<<5)| usw. ----------------------------- // font.c
-
Thread
Hilfe - Umrechung 5 Byte! Array Dezimal => Hex. Gesperrt
Offiziell kennt C99 doch *long long*?
Ich kenne das, manchmal reichen auch 64bit nicht aus. Dann muss man das zu Fuß machen. Such mal nach "large integer arithmetic in c", da findest du z.B. so was hier: https://www3.cs.stonybrook.edu/~skiena/392/programs/bignum.c als Anschauungsobjekt
-
Thread
8 x 8 x 7-Segment Anzeigen per PC ansteuern
2 LEDs), 5V-basierende Treiber-ICs gehen also nicht ohne weiteres. Vorschlag: Man könnte alle 64 Segmente einer Anzeigenreihe über ein 64-bit-Schieberegister ansteuern und die 8 Anzeigereihen mutiplexen. Mit einem 3-bit-zu-8-Decoder für die Anzeigezeilen wäre das mit einem µC-Port zu bewältigen
10-4500 0,21 Teuro. Sagen wir mal 3 Stück pro Segment/DP. LEDs 3*8*8*8*0.21 = 322,56 € ULN 2003 64 * 0,25= 16,00 € 338.56 € Als Übertragung RS485/422 (Die Tafeln sind bestimmt nicht da wo der Rechner ist) und eine µC zum Verteilen der Werte an 4094. Mux wäre dann auch möglich