-
Thread
Sipeed Lichee Tang FPGA mit RISC-V Core aus China unter 20€
controller for I2C interface, used with RGB LCD - FPC24P socket, can be connected to DVP camera, high speed ADC module - FPGA configuration Flash, 8Mbit User Flash, nor/nand optional - micro SD-Card Slot https://www.fiyatgrafik.com
[olaf] ~/sources/AnyLogic/TD_5.3.1_26273/bin: ./td -gui ./td: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by ./td) ./td: /lib64/libstdc++.so.6: version `CXXABI_1.3.8' not found (required by ./td) Die aktuellste Version fuer mein System ist
-
Thread
STM32F411 Wie den externen Timereingang INTERN schneller machen?
Eingangssignal. Also, du hast 3MHz als Eingangssignal (sporadisch anliegend) und möchtest konstant 24MHz Signale generieren? Was ist das Ausgangssignal? Konstant 24MHz Rechteck oder PWM? Wieso nutzt du das Eingangssignal nicht als "Reset" für einen internen, unabhängigen Timer, mit dem du die 24MHz
Mein Takt wechselt zwischen 44100 * 64, 48000*64, 32000*64 und 0. Da ist nichts mit selber machen, da ich Takt treu bleiben muss. Die internen Überwachungs Systeme sind da schon die beste Lösung. Wäre auch nur ein Draht. Aber ich finde
-
Thread
KFZ 12V - Wie Meßeingang schützen?
Halbwissen, wenn es um KFZ-Elektronik geht. Die Clamping-Diode D1 bitte als Schottky-Diode (z.B. BAT64, gibt es auch als Doppel-Diode mit passender Polarität) auslegen. Zwischen Dioden und ADC einen 1k-Widerstand hinzufügen. C1 ist klassischerweise 10n, 100n stören aber nicht. 0805 / 50V / X7R /
sich ist so i.O.? Nur mit dem LKW Fremdstart komme ich noch nicht klar. Wer lässt sich denn mit 24V vom LKW Starthilfe am PKW geben? Sind das nicht 2 Batterien in Reihe beim LKW? Oder doch schon eine? Ich hätte da bedenken. Edit: ich muß ja zum berechnen R1 nehmen, nicht R2. Dann rechne ich C2
-
Thread
Webpage Webserver
#5: cannot open source input file "avr/io.h": No such file or directory compiling base64.c... ..\USER\APP\base64.c(24): error: #18: expected a ")" ..\USER\APP\base64.c(26): error: #18: expected a ")" ..\USER\APP\base64.c(36): error: #18: expected a ")" ..\USER\APP\base64.c(37): error
} *str2 = 0; while(*strp) { *strp = ENCODE_BYTE(*strp); strp++; } } [/c] compiling base64.c... ..\USER\APP\base64.c(24): error: #18: expected a ")" ..\USER\APP\base64.c(26): error: #18: expected a ")" ..\USER\APP\base64.c(36): error: #18: expected a ")" ..\USER\APP
-
Thread
Logic Analyzer bauen
für ein geeignetes SRAM für mich, möchte mir mal ein Datenblatt zu anschauen. Ich habe hier ein IS61C64A-20 SRAM finde aber nur ein Datenblatt des IS61C64B Typen. Wie groß sind eigentlich diese Blockram Dinger
Preis ist natürlich top. Alternative Farnell: AS7C34098-12TCN (256K X 16; Zeit, Zugriff:12ns;) für 13,17 wäre das nahe liegenste, oder eben AS7C31026B-12TCN (64k x 16, 12ns) für 4,99 . Viele Grüße Olaf
-
Thread
R8C: Daten eines M25P über UART auslesen?
µC folgendes tun: - Daten aus dem M25P64 auslesen - Daten an die UART0-Schnittstelle senden müsste doch so gehen, oder? Über den Debugger komme ich jedenfalls nicht an die Daten ran danke ich. Der
dann der µC folgendes tun: > - Daten aus dem M25P64 auslesen > - Daten an die UART0-Schnittstelle senden > > müsste doch so gehen, oder? Über den Debugger komme ich jedenfalls nicht > an die Daten ran danke
-
Thread
Glühwürmchen in Rotkohlglas gefangen
und Einstellungen\tw\Desktop\glühtest/firefly.c:64: undefined reference to `lfsr_poly' firefly.o: In function `update_fireflies': C:\Dokumente und Einstellungen\tw\Desktop\glühtest/firefly.c:75: undefined reference to `lfsr' make.exe: *** [firefly.elf
irgendwas aufs EEProm spielen? Das sollte so passen, ich hab auch nie was ins EEPROM geschrieben. > C:\Dokumente und Einstellungen\tw\Desktop\glühtest/firefly.c:64: > undefined reference to `lfsr_poly' Ich hab die orig. Software nicht geschrieben, nur für den Tiny44 angepasst, deshalb durchblicke
-
Thread
STM32 RF24 Kommunikation
weiß nicht mehr weiter. Fällt euch etwas auf? Arbeite mit dem Nucleo L476RG. Mein Code: [c] #include "mbed.h" #include "nRF24L01P.h" Serial pc(USBTX, USBRX,9600); // tx, rx nRF24L01P my_nrf24l01p(D11, D12, D13, D10, D9, D7); // mosi, miso, sck, csn, ce, irq DigitalOut myled1(
pc.putc( rxData[i] ); } // Toggle LED2 (to help debug nRF24L01+ -> Host communication) myled2 = !myled2; } } } [/c]
-
Thread
Betriebssystemprogrammierung
x86-64 und amd64. Gascht schrieb im Beitrag #4203065: > Meine zweite und WICHTIGERE Frage, macht es Sinn ein Betriebssystem mit > C++ zu programmieren oder nicht? Meines Erachtens spricht da nichts
mehr Assembler an. Aber zurück zur ursprünglichen Frage OS auf einem X86/64 System in C++. Wenn du nur die oberste Schicht als OS verstehst kannst du es problemlos in C++ entwickeln. Ansonsten wirst du sinnvoller Weise auch C und noch weiter unten auch Assembler benutzen.
-
Thread
Was ist bzw. war Atmel QTouch?
and r18, r18 15c6: 71 f1 breq .+92 ; 0x1624 <qtm_ptc_start_measurement_seq+0x6e> 15c8: 24 30 cpi r18, 0x04 ; 4 15ca: 71 f1 breq .+92 ; 0x1628 <qtm_ptc_start_measurement_seq
; 0x803e63 <ptc_seq_measure_complete_pointer> 15d8: 70 93 64 3e sts 0x3E64, r23 ; 0x803e64 <ptc_seq_measure_complete_pointer+0x1> 15dc: 20 ec ldi r18, 0xC0 ; 192 15de: 20 93 18 06 sts 0x0618, r18 ; 0x800618 <gain_setting_int_cap+0x7f6e82
-
Thread
uC an USB nicht erkannt ( als wär nichts da )
=03eb ProdID=0001 Rev= 0.01 S: Manufacturer=SALEWSKI S: Product=AT90USB S: SerialNumber=001 C:* #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=100mA I:* If#= 0 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none) E: Ad=81(I) Atr=02(Bulk) MxPS= 8 Ivl=0ms E: Ad=82(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms E
[c] RB_Init(); uint16_t w = 2007; for(uint8_t j = 0; j <= 64(32); j++) { RB_Write(w); UsbDevSelectEndpoint(2); if (UsbDevTransmitterReady()) {
-
Thread
Hilfe bei #Define
Vieleicht so: Im Header: #define LED16 oder #define LED32 oder #define LED64 ... Im C-File: #ifdef LED16 blalalalalla #endif #ifdef LED32 lululilale #endif ...
Oder so: Im Header: #define LED 16 (oder 32, oder 64 ...) Im C-File: if (LED == 16) { dumdidum } if (LED == 32) { dadidum } ... Der Unterschied ist, dass im ersten Beispiel eine Konstante LED16 deklariert wird, ohne ihr einen
-
Thread
Baudrate RS232 herausfinden
——————— 256 Bytes ———————————————————————————————> 0b 00 ... 91 01 00 8d 02 00 7b 23 01 ... 2d 05 64 47 ... 64 49 8b ... 00 00 0c 00 ... 95 01 00 8d 02 00 7b 24 01 ... 2d 05 64 3d ... 64 49 8b ... 00 00 0d 00 ... 94 01 00 8d 02 00 7b 24 01 ... 2d 05 64 33 ... 64 49 8b ... 00 00 [/pre] Die ersten
auch 3. Hier Zahlenpaar, die stimmen bzw zu 99,99% 7,453 =BA 03 3,695 =D9 01 0,43 =37 00 0,281 =24 00 -0,047=FA FF -0,063=F8 FF -1,5 =40 FF -0,273=C9 FF -0,375=D0 FF Bei 7,453 ist 55=03, bei 3,695 ist 55=01, bei 2,xx ist 55=01, bei 1,xx ist 55=00 und bei -x,x ist 55=FF ....also kein digitales
-
Thread
AVR: Ist PORTx |= atomar?
b1 in r24, 0x08 ; 8 16: 8c 7f andi r24, 0xFC ; 252 18: 88 b9 out 0x08, r24 ; 8 1a: 96 ff sbrs r25, 6 1c: 00 c0 rjmp .+0 ; 0x1e <softspi_write_byte+
out 0x06, r24 ; 6 5c: 88 b1 in r24, 0x08 ; 8 5e: 8c 7f andi r24, 0xFC ; 252 60: 88 b9 out 0x08, r24 ; 8 62: 92 ff sbrs r25, 2 64: 00 c0 rjmp .+0
-
Thread
[V] Grafik /Char LCD´s
das UG-24B09 240*64 Pixel ist weg. philipp
Low Level 0 - 0.3Vcc V Clock Frequency fcp Duty=50% - - 2.5 MHz Supply Voltage for LCD Drive I/64 duty Vcc-VEE Ta=0ºC - - 14.8 V Ta=25ºC - 12.7 - V Ta=50ºC 10.6 - - V Contrast Ratio CR q =0º Ø=90º - 8 - - Viewing Area - CR ³2 q -20 - 40 deg ø 45 - 135 deg Response Time (rise) tr Note1 Ta=25ºC
-
Thread
CM Midi-Tower + diverse Hardware + Jabra BT-Headset + CPC-PCIe Karte + N64- und PS2-Anleitungen
low profile - PCIe x16 - 1 GB - DisplayPort und DVI (9 Stück vorhanden) 10€: - AMD Radeon 109-C09057-00 V218 VER:7.1 low profile - PCIe x16 - 512 MB - DMS-59 70€: - Jabra Supreme UC BT-Headset incl. Transportcase, Jabra BT-Dongle END003W, OVP usw. (neu/verpackt) Nintendo 64 und Play
Aktualisierung: N64-Spiele-Anleitungen verkauft
-
Thread
OP Schaltung Regensensor
Controller erzeugen lassen und dann mit dem eingebauten Komparator messen. Also bräuchte ich nur R5, D1, C2, C3, R5, R7, R8. Richtig?
Zwischen dem Ausgang des Rechteckgenerators und dem Sensor liegt C2, der den Gleichanteil abblockt. Diese Methode funktioniert auch bei einem µC-Ausgang.
-
Thread
Merkwürdiges Phänomen mit Display und SPI
0x40, 0x60, 0x10, 0x0c, 0x7c, 0x64, 0x54, 0x4c, 0x7c, 0x48, 0x7c, 0x40, 0x64, 0x54, 0x54, 0x54, 0x48, 0x44, 0x54, 0x54, 0x54, 0x6c, 0x3c, 0x20, 0x70, 0x20, 0x20, 0x5c, 0x54, 0x54, 0x54, 0x24, 0x7c, 0x54, 0x54, 0x54, 0x74,
0x7c, 0x38, 0x44, 0x44, 0x44, 0x38, 0x7c, 0x14, 0x14, 0x14, 0x08, 0x3c, 0x24, 0x64, 0x24, 0x3c, 0x7c, 0x14, 0x14, 0x14, 0x68, 0x5c, 0x54, 0x54, 0x54, 0x74, 0x04, 0x04, 0x7c, 0x04, 0x04, 0x7c, 0x40, 0x40,
-
Thread
LTSpice lm7171 und OP27
########################################### Version 4 SymbolType CELL LINE Normal -32 32 32 64 LINE Normal -32 96 32 64 LINE Normal -32 32 -32 96 LINE Normal -28 48 -20 48 LINE Normal -28 80 -20 80 LINE Normal -24 84 -24 76 LINE Normal 0 32 0 48 LINE Normal 0 96 0 80 LINE Normal 4 44 12
########################################### Version 4 SymbolType CELL LINE Normal -32 32 32 64 LINE Normal -32 96 32 64 LINE Normal -32 32 -32 96 LINE Normal -28 48 -20 48 LINE Normal -28 80 -20 80 LINE Normal -24 84 -24 76 LINE Normal 0 32 0 48 LINE Normal 0 96 0 80 LINE Normal 4 44 12
-
Thread
Wie schnell kann Atmega128 einlesen
64) 690 02f6 9070 andi r25,hi8(64) 691 02f8 082E mov __tmp_reg__,r24 692 02fa 892F mov r24,r25 693 02fc 000C lsl __tmp_reg__ 694 02fe 881F rol r24 695 0300 990B sbc r25,r25 696 0302 000C lsl __tmp_reg__ 697 0304 881F rol r24 698 0306 991F rol r25 699 0308 892B or r24,r25 700 030a 91F3 breq .L18 194:main.c **** while(VSYNC
-
Thread
Win 7 lasst sich nicht mehr updaten
Old P. schrieb im Beitrag #4759274: > Komischerweise sind andere > Win7-Rechner (alle 64bit) nicht betroffen. Mein /Zweitrechner/ (64Home) hat das selbe Problem, nur fallen die 3-8% Rechenleistung nicht so auf. (Lapi 64Pro) Old P. schrieb im Beitrag #4759274: > Tja, das sagen sich
oben gelobte aktuelle WinFuture-UpdatePack > installiert, ruft dieses ein wsus-32 auf (auf einem 64er System) Die Vollversion o. das Update? Hab das hier (64Pro) einmal die Vollversion, mit /vorhandenem/ wususervice, Update ohne. Beide mahle /unauffällig/, ohne Download versuche oder wusu Aktivitäten
-
Thread
[V] Diverses (Displays, Debugadapter, Bauteile, PC-Teile)
Hallo, Ich melde Interesse an fürs pcs64i Du hast eine pn. Grüße
40V 105°C (EKR) 0,50€ 20 Stück Elko 2200µF 25V 0,15€ 15 Stück Brückengleichrichter B125 C7000-4000 0,30€ 30 Stück SMD-Brückengleichrichter
-
Thread
Nulleiter Schalten
Die Buchsen schon, aber die Stecker nicht. Die auch? http://www.henri.de/images/articles/3efbd0c88620f3ea38a1a61d78194575_5.jpg Gruss Harald
index.html?;ACTION=3;LA=446;ARTICLE=17468;GROUPID=4887;artnr=SEB+2600+BL;SID=13UGLsSX8AAAIAAGOYGQo43f15ae64dc97dd209ccde15d33083e0 http://www.reichelt.de/Stecker-Kupplungen/SLS-200-BL/3/index.html?;ACTION=3;LA=2;ARTICLE=106116;GROUPID=4886;artnr=SLS+200+BL;SID=13UGLsSX8AAAIAAGOYGQo43f15ae64dc97dd209ccde15d33083e0
-
Thread
VCF für μC-Synthesizer
Wenn, dann digital steuerbar, da ich überwiegend mit Signalprozessoren >> arbeit. > Mit Midi oder I²C? Nun, vorzugsweise I2C, da u.a. für nichtmusikalische Anwendungen nutzbar. Ich persönlich würde es für MIDI nehmen, kann aber mit einem SoC jederzeit in I2C übersetzen. Controller vorhanden. Patrick
Nachteil, dass nur diese eine Grundwelle betont und erhalten wird. Ich hatte damals bereits in meinem C64-Synthesizer eine Rückkoppelung vorgeschlagen, die auch die dritte Oberwelle, die maßgeblich für Gitarrenklänge ist, erhalten kann. "Meine" KPA-artigen wave guides hatte seither immer mindestens zwei
-
Thread
Konfiguration eines FPGA-PCs
6min55 b) Xilinx ISE, Spartan 6 Projekt, Alles inklusive Ergebnis auf ... ... neuer SATA HD : 1h24min ... M.2 PCI-E SSD : ausgelassen ... RAMDISK 16GBB : 1h13min c) ModelSIM, VA-Synthesizer, 128 Stimmen, 3 Sekunden Audio ... neuer SATA HD : 34min20s ... M.2 PCI-E SSD : ausgelassen ..
oben. Waren ebenfalls gut 85°C, die aber läuft an die 15min. Muss ich mir Sorgen machen?
-
Thread
MMC karte adressieren 32bit will nicht
Obwohl die variable arg schon uint32_t ist, hab ich mal versucht, [c] sd_raw_send_byte((((uint32_t)arg) >> 24) & 0xff); sd_raw_send_byte((((uint32_t)arg) >> 16) & 0xff); [/c] zu machen. Selbes Ergebnis, selbe Warnmeldungen. Ich weiß nicht mehr weiter.
offset_t, wird so definiert: [c]#if SD_RAW_SDHC typedef uint64_t offset_t; #else typedef uint32_t offset_t; #endif[/c] sizeof(uint32_t) gibt 2 zurück. Das ist wohl das Problem. Was nun ?
-
Thread
LCD-/OLED-Display in Sondermaßen für DIY-Scribble-Strip gesucht (1-zeilig, flach)
zusammen mit der Platine bei über 2000€. Also montierst du doch lieber 24 kleine Displays. Es gibt z.B. kleine OLED um 2.2 cm die per I2C ansteuerbar sind und von selbst leuchten, immer als Graphik z.B. 32x64 aber du kannst damit schönere Icons darstellen als bloss mit Text
Michael B. schrieb im Beitrag #7891523: > Also montierst du doch lieber 24 kleine Displays So wird das im Behringer X32 auch gelöst. Je ein STM32F103 steuert 8 kleine LCD mit 128*64 Pixeln an. Die LCDs sind im BOM so bezeichnet: DISPLAY;LCD;CABLE:23mm;DOT:128*64;28PIN;
-
Thread
Architektur für "background" Uart-Transmission
_TCFIFO < 7)) /* angst.. */ { UART0_D = V24puffer0[v24sout0]; /* Zeichen senden */ v24sout0 = so = (so+1) & (v24bufsize-1); /* Index weiterstellen */ } } else UART0_C2 = (1<<3) | (1<<2); /* kein TIE, aber
; // TIE, TE, RE NVIC_ISER0 |= (1UL<<31); // Int 31 freigeben return i; } char V24Char_Out0 (char c) { int h; long L; h = v24sin0; V24puffer0[h] = c; v24sin0 = h = (h + 1) & (v24bufsize-1); /* Zeiger weiterstellen */ h = (h + 1) & (v24bufsize-1); /* h =
-
Thread
FPGA-Entwicklung unter Linux
Fehlermelung in der ISE Using target part "3s700anfgg484-5". FATAL_ERROR:Portability:PortDynamicLib.c:358:1.29 - dll open of library </opt/Xilinx/10.1/ISE/libusb-driver.so> failed due to /opt/Xilinx/10.1/ISE/libusb-driver.so: wrong ELF class: ELFCLASS64. Process will terminate. For technical
/modules/misc checking for gcc kernel version... 4 checking output directory... LINUX.2.6.25.x86_64 checking target... LINUX.2.6.25.x86_64/windrvr6.ko checking for usb support... hello.c:1:26: error: linux/config.h: No such file or directory no checking for regparm kernel option... make: *** No
-
Thread
LVDS DVI Adapter
des DDC, was eigentlich das flashen des DDCs meint. Also das hineinbekommen, der DDC-Daten in das I2C-EEprom (meistens ein 24C / LC...). Dazu braucht man eine Hardware, einen Programmer, der das übernimmt. Ponyprog macht das im Prinzip direkt mit einer .hex-file, der Programmer den du verwendest, kenne
rtd2662-mod.png - minimalstschaltbild fuer die Programmierung. Zumindestens auf meinem Board ist ein FT24C16A EEProm drauf - ich glaub den werde ich mal auslesen. USB Programmierer auf Basis eines FT2232H http://pccar.ru/showthread.php?p=291640#post291640
-
Thread
MMC/SD Karte: mmc_lib Version 2.0
Ich habe jetzt das programmiert: [c] /*---------------------------------------------------------------------------- Copyright: Author: TS Remarks: known Problems: none Version: 24.10.2007
So??? [c] /*---------------------------------------------------------------------------- Copyright: Author: TS Remarks: known Problems: none Version: 24.10.2007
-
Thread
Overflow bei add unsigned char
104 200 30 230 230 200 60 260 4 200 90 290 34 200 120 320 64 200 150 350 94 200 180 380 124 [/c]
104 Overflow 200 30 230 230 Ok 200 60 260 4 Overflow 200 90 290 34 Overflow 200 120 320 64 Overflow 200 150 350 94 Overflow 200 180 380 124 Overflow [/c]
-
Thread
Timer arbeitet mit zu hoher Toleranz
) { delete_area(0,64,240,80); print_string("Laser ausgelöst", 'R', 0,64); while (!(PINA & (1<<PINA3))); _delay_ms(100); delete_area(0,64,240,80); } else
"nop\n\t" "cbi 0x12,0x2\n\t" //"cbi 0x39,0x4\n\t" "PUSH R24\n\t" "LDS R24,0x0059\n\t" "ANDI R24,0xEF\n\t" "STS 0x0059,R24\n\t" "LDS R24,0x004E\n\t" "ANDI R24,0xFD\n\t" "STS 0x004E,R24\n\t"
-
Thread
MPLABX XC16 Start Assembler Programmierung
Habe viele Jahre mit Atmel Tiny, Mega und XMega in Assembler rum gemacht. Jetzt ist mir ein PIC24FJ64GB002 in die Hände gekommen und wollte mal mit MPLABX 5.40 ausprobieren, wie man einen PIC in Assembler programmieren kann. Ich habe zusätzlich zu dem MPLABX den XC16 Compiler und auch den zum PIC24FJ64GB002
Testprojekt zu sehen, welches ich so erstellt habe: 1. "Standalone Project" ausgewählt 2. 16bit PIC24 ausgewählt 3. PIC24FJ64GB002 ausgewählt 4. Tool Simulator ausgewählt 5. neues Assemblerfile unter "Source Files" angelegt Das nötigste für den Assemblercode eingegeben und versucht das Assemblerprogramm
-
Thread
Technischer Fortschritt bei SDRs?
allen sofern ich keine Hülle um das Smartphone habe und je nach Steckrichtung auch am Tablet. USB-C zu USB-C Kabel ist bereits bestellt, kommt Samstag.
Infos aus dem Netz: 1. LTC2208 16bit ADC @ 130 MSPS 2. Dual RF Input: HF frequency range: 1kHz-64MHz, maximum real-time bandwidth 64M. VHF frequency range: 64M-1700MHz, maximum real-time bandwidth 10M. 3. 0.5ppm VCXO 4. ATT adjustment range -32dB to 0dB 5. VGA adjustment range -11dB to +34dB
-
Thread
externe Konstante im Flash
56: 25 e0 ldi r18, 0x05 ; 5 58: 95 95 asr r25 5a: 87 95 ror r24 5c: 2a 95 dec r18 5e: e1 f7 brne .-8 ; 0x58 <main+0xe> 60: 20 91 26 00 lds r18, 0x0026 64: 28 2b or r18, r24 66: 20 93 60 00 sts 0x0060, r18
#2257080: > // const uint8_t K_AdresseZusatz PROGMEM = 48; > // => so funktioniert's (ohne 'Const.c') Und der erzeugte Assembler-Code ist ja korrekt. So wie man's auch direkt macht: Ralf schrieb im Beitrag #2257080: > 60: 20 91 26 00 lds r18, 0x0026 > 64: 28 2b or r18, r24 >
-
Thread
28C256 programmieren
muss ich mal probieren! So wie ich es verstanden habe, programmiert das EEPROM immer eine Page von 64Bytes. Es handelt sich um ein XICOR X28C256 https://www.google.com/url?sa=t&source=web&rct=j&opi=89978449&url=https://www.jameco.com/Jameco/Products/ProdDS/74878XICOR.pdf%3Fsrsltid%3DAfmBOoqB44h2hTA29lh08
Werde noch ne Routine zum testen schreiben, die alle 1Sek. den Wert erhöht und vergleicht, wenn das 24h erfolgreich läuft, braucht man wohl die o.g. Pause OE->HI bevor WE->LOW nicht. Ich hatte in den 90ern bereits mal ne 6502 Schaltung mit 28C256 EEPROM gesehen, da war das WE einfach nur an R/W dran,
-
Thread
Warum sind alte Funktionsgeneratoren noch vergleichsweise teuer?
Hilflos schrieb im Beitrag #6336373: > Das 'große' Keysight -TrueArb um etwa 8000,- Euro mit 64Mpts und 1GSa/s > > geht überhaupt nur bis 15 Hz! Entschuldigung, aber das ist doch völliger Unfug. Mein PC hat 8 GiB RAM, das Audio-Interface 24 Bit Amplitudenauflösung. Der Speicher fasst
Amazon hat einen mit 2x3VA 2x20V https://www.amazon.de/Printtrafo-Trafo-230V-Durchsteckmontage-2-Ausg%C3%A4nge/dp/B08242V4Y2/ref=sr_1_6?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&dchild=1&keywords=printtrafo+20v&qid=1609594794&sr=8-6
-
Thread
XMEGA reif für den produktiven Einsatz?
Der Hauptnachteil der Xmega ist, daß es keinen freien C-Compiler gibt, der ihn adressieren kann. Der AVR-GCC kann nur 64kB von den möglichen 128MB RAM adressieren! Das sind gerade mal 0,05%. Und die 256kB Flash lassen sich auch nur mit Klimmzügen (Trampolin
Den hab ich sogar, kann aber auch nicht mehr als 64kB RAM direkt adressieren.
-
Thread
xmega verhält sich mit Debugger anders
dem Schlauch und brauche frische Ideen. Ich hoffe ihr könnt mir helfen: Ich setze einen ATxmega64A4U (getaktet auf 64MHz) ein und nutze dort das SPI an Port C als Master (Teiler 128). Ich sende nur Daten über MOSI heraus. Ich musste ein paar Pins sparen und haben folgendes gemacht: Den Pin MISO
Jörg S. schrieb im Beitrag #5430262: > Ich setze einen ATxmega64A4U (getaktet auf 64MHz) Wie kriegst du das hin? Afaik kann der Xmega nur 32MHz, evtl. etwas mehr bei Übertaktung. Bitte korrigieren, wenn ich mich da irre.
-
Thread
Datentypen in C
>Und auf einem 64-Bit-Prozessor ist das "int" natürlich wie breit? ;-) Lach nicht! Unter Windows (LLP64) ist das "int" trotz 64-Bit-Prozessor nur 32-Bit breit. Insofern darf vor Verwirrung gewarnt werden.
Implementierung i.d.R so gemacht, daß sie halbwegs effizient auf die Hardware abbildet. Aber einem C-Compiler ist es nicht verboten, int für einen AVR als 64 Bit zu implementieren oder auf einem Itanium-64 als 16 Bit.
-
Thread
LED Fading mir PIC
start: 20.0 base: 1.0330532092859641 20, 21, 21, 22, 23, 24, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 40, 41, 42, 44, 45, 47, 48, 50, 51, 53, 55, 57, 58, 60, 62, 64, 67, 69, 71, 73, 76, 78, 81, 84, 86, 89, 92, 95, 98, 102, 105, 108, 112
_t g_pwm[] = { 20, 21, 21, 22, 23, 24, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 40, 41, 42, 44, 45, 47, 48, 50, 51, 53, 55, 57, 58, 60, 62, 64, 67, 69, 71, 73, 76, 78, 81, 84, 86, 89, 92, 95, 98, 102,
-
Thread
LCD Uhr mit Alarmfunktion mit Drehencoder in BASCOM (Ein kleines Projekt für BASCOM Änfänger Vol3)
Nein, kann er nicht. Also müssen wir uns was anderes ausdenken. Es gibt ja noch den Vorteiler 64. 1600 / 64 ergibt 250. Der Timer muss bei Vorteiler 64 250 Takte abzählen, um exakt 1 ms zu erreichen. Kann Timer0 (ein 8-Bit-Timer) das? Ja, das kann er, sein Zählumfang ist 256, also nach 255 kommt
Falsch..timer1 hat Prescale (1,8,64,256,1024) Also wenn ich 256 nehme dann habe ich 62500 ( komme also nicht auf 1000Hz) bei 64 wäre 16000000 = 250000 eine Comparewert vom 250. könnte der Timer also so aussehen ? Config Timer1
-
Thread
CDC absichtlich falsch machen
bei 24 MHz sehr selten auf. > > Mach ein 64 bit breites Schieberegister, und füttere es mit einem LFSR. Auch ein guter Hinweis. Einerseits sieht die .sdc Datei so aus, als hättest du Recht, andererseits
bei 24 MHz sehr selten auf. > > Mach ein 64 bit breites Schieberegister, und füttere es mit einem LFSR. Genau das war das Problem. Mit LFSR wird nichts mehr wegoptimiert. Jetzt läufts wie erwartet. Ca
-
Thread
Suche Library ADS1220 an ATmega328 ohne Arduino
. Arduino setzt ja auch den GCC ein - genau wie Du vorgibst. Ich habe schon öfters von Arduino C++ LIBS "geklaut" und es ist nicht schwer. Meist von C++ auf C. Auch von AVR auf PIC und andere uC. Es ist nicht wirklich Hexerei. Abgesehen davon sind viele Arduino Libs ziemlich gut für den Labor-
Sofern man nicht gerade meint, den Kram mit einem Tiny abwickeln zu müssen, ist i.d.R. das Flash des µC so groß, daß die paar Kilobyte, die für Float nötig sind, auch einfach nicht stören. FÜr 8-Bit-AVR gibt es allerdings standardmäßig nur 32-Bit-Float, mit 64 Bit hat sich hier mal jemand beschäftigt
-
Thread
Kondensatornetzteil: Spannungsbegrenzung
auf diese Schaltung hier im Forum gestoßen: https://www.mikrocontroller.net/attachment/316800/ESBG-C.png Die Spannungsbegrenzung wird ja üblicherweise ja mit einer Zener-Diode gemacht. Eine solche kann ich jetzt für 48 V nicht finden und hätte deshalb 2 Zener-Dioden mit je 24 V in Reihe geschaltet
Die 1N4148 fliegt wahrscheinlich auch beim Einschaltstrom an 325V (max. Phase, leere C) oder mehr (falls der C noch gegenpolige Ladung hat). So 0,8A kanns da wohl werden. 2A darf sie nur für 1µs. Da ist die sehr flink.
-
Thread
Sinusberechnung auf Controller STM32F030
verwendet wird in double gerechnet bei 3.14f in float. Kurzes Beispiel für stm32f030 und Crossworks: [C] int main(void) { float f=sinf(1.24f); f=f*2.13f; return (int)f; } [/C] benötigt 1.9k [C] int main(void) { float f=sinf(1.24f); f=f*2.13; // double Berechnung! return (int)f; } [/C] benötigt 2.5kb Am besten mal im map-File nachsehen ob da irgendwas mit float64 zu finden ist.
-
Thread
AVR128DA übertakten
Vielleicht interessiert es den einen oder anderen: "The AVR128DA28/32/48/64 microcontrollers of the AVR® DA family are ... running at up to 24 MHz", so steht es im Datenblatt, und zwar ab 1.8 V. Da sollte doch bei höherer Spannung etwas mehr möglich sein, zumal ja schon lange
im Beitrag #6425939: > Vielleicht interessiert es den einen oder anderen: > "The AVR128DA28/32/48/64 microcontrollers of the AVR® DA family are ... > running at up to 24 MHz", so steht es im Datenblatt, und zwar ab 1.8 V. > Da sollte doch bei höherer Spannung etwas mehr möglich sein, zumal ja
-
Thread
WiFi-Modul für AVR Net IO gesucht
dazu durchringen. Aber der Carambola ist ja der Hit...! Danke für den Link!!! System on Chip SoC, ARM7 und Wi-Fi: http://www.gainspan.com/products/GS1011_SoC.php Gefällt mir bisher am besten. Riecht nach niedrigem Chip-Count. Marvell Avastar 88W8782U: SoC, Wi-Fi 802.11 b/g/n, USB http:/
Ich möchte eine kombiplatine machen: USB slave+Host PIC18F14K50 als slave mit i2c Anbindung zu carambola sowie 32khz osc. Irgendein MCU mit ETH+USB als günstigere Alternative zu carambola Irgendein MCU mit ADC optional, z.B. attiny24 mit i2c zum Rest angeschlossen Step-down von
-
Thread
Pin-Belegungauslastung von µCs
µC werden soll sind: USB und Hardware-Encryption/Decryption. Dort habe ich mir nun den PIC24FJ128GB204 (ebenfalls TQFP44) rausgesucht. Sollte der Code auch in den PIC mit 64kByte ROM passen, nehme ich natürlich
würde ggf. einen langen Rattenschwanz hinter sich her ziehen. Ich könnte aber auch gleich auf den PIC24FJ128GB406 gehen, der fast identisch ist und in einem TQFP64 Gehäuse kommt. Ich bestücke die Platine von Hand und da ist ein TQFP44 mit 0.8mm pitch leichter zu löten, als ein TQFP64 mit 0.5mm pitch.