-
Thread
PPS5330 Labor-Netzteil hack
Zeiger. Im Voraus schon mal vielen Dank für eure Unterstützung. Gruß Rolf Programm Code [c] //Command tables const uint8_t clr_Digit_Lines[] PROGMEM = {0x24,0x07,0x1D,0x24,0x06,0x15, 0x24,0x06,0x1D,0x24,0x05,0x15,0x27,0x01,0x1D,0x27,0x01,0x15,0x27,0x02, 0x1D,0x27,0x02,0x15};
auf 10V eingestellt und dann 20min gewartet und noch einmal gemessen. Start ohne Last: Temp.: 24.0'C Usoll: 10V Uist: 10.005V nach 20min Temp.: 27.6'C Usoll: 10V Uist: 10.001V danach direkt mit Last 10V/1000mA gemessen Temp.: 27.6'C Usoll: 10V Uist: 9.977V
-
Thread
Raumplaner 3D
123d_design_r1.8_win32_1.8.34.exe allycadf36_setup.exe apmstructliteeng.exe autodesk_meshmixer_v3p5_win64.exe babacad2017setup_x64_2_0_0.exe babacadsetup_x86_1_3_4.exe blender-2.78c-windows64.msi brl-cad_7.26.0.2_x64.exe caddra tommysoftware creo-elements-direct-modeling-express4-m010-64-setup-de.exe
mathomir_d.zip openscad-2021.01-x86-32-installer.exe openscad-2021.01-x86-32.zip openscad-2021.01-x86-64-installer.exe pcon.planner_setup.exe qcad-3.24.3-trial-win32-installer.msi qcadcam-3.24.3-trial-win64-installer.msi salome-7.2.0-win32.zip sculptris_installer_win.exe solid_edge_free2d_2020.exe
-
Thread
Induktiver Positionssensor - Fragen dazu
I2C-Constructor: [code] // Constructor (I2C) - for OLED display library - see u8g2 documentation // U8G2_SSD1309_128X64_NONAME0_F_HW_I2C(rotation, [reset [, clock, data]]) [full framebuffer, size = 1024 bytes] U8G2_SSD1309_128X64_NONAME0_F_HW_I2C u8g2(U8G2_R0, 7, 19, 18); // Maybe this works also: // U8G2_SSD1309_128X64_NONAME0_F_HW_I2C u8g2(U8G2_R0, 7); [/code] Natürlich müssen dann die Kabel für I2C-Betrieb ebenfalls
-
Thread
C Programm in asm umwandeln
.LFB2: .LM1: /* prologue: function */ /* frame size = 0 */ .LM2: sbi 36-32,1 .LM3: ldi r24,lo8(64) sts 128,r24 .LM4: ldi r24,lo8(9) sts 129,r24 .LM5: ldi r24,lo8(1600) ldi r25,hi8(1600) sts (136)+1,r25 sts 136,r24 .L2: rjmp .L2 .LFE2: .size main, .-main .
LSCIE0: .long 0xffffffff .byte 0x1 .string "" .uleb128 0x1 .sleb128 -1 .byte 0x24 .byte 0xc .uleb128 0x20 .uleb128 0x0 .p2align 2 .LECIE0: [/c] Da jetzt was zu aendern wuerde ich mit nicht freiwilig antun wollen.
-
Thread
118 Taster auswerten
Alternative zum PCF8574: Der I²C Port Expander MCP23017 hat 16 I/O Pins.
in Midikeyboards 88Tasten mit Anschlagdynamic und Aftertouch, und brauchst nur 1 IC... plus für I²C to Midi in 8 oder 6 Pin µC ;-) Wen aber nicht mehr als 64 Tasten auf einem Print sind, reicht der PCF8574 plus ein paar Passive ;-) oder bis 16 Tasten ohne "n-Ker-Rollover" sogar nur der PCF8574x
-
Thread
CAN in analog umwandeln
An Rolf Auf die 0 - 10 Volt bin ich nicht angewiesen. Ich muss eh dann beispielsweise 6,48 Volt in 64,8 °C umrechen, da es sich um Temperaturwerte handelt. Ich kann dann auch 3,24 Volt in 64,8 °C umrechnen. Aber ich könnte mir doch einfach zwei solcher "Arduino UNO R4 Minima" besorgen, bei 18€ pro Stück
> Auf die 0 - 10 Volt bin ich nicht angewiesen. Ich muss eh dann > beispielsweise 6,48 Volt in 64,8 °C umrechen, da es sich um > Temperaturwerte handelt. Ich kann dann auch 3,24 Volt in 64,8 °C > umrechnen. Wo rechnest du denn die Spannungen wieder in Werte um? Womöglich macht es ja Sinn,
-
Thread
eeprom löschen, Zugriffshäufigkeit bei 4KB
natürlich nur für EEPROM mit Flash Kern die "ALTE, Baugleiche" EEPROM ersetzen sollen. Ein heute Gebauter 24c08 wird wahrscheinlich fast bei jedem Hersteller so arbeiten. Ein 24c08 von 1995 desselben Herstellers wird bei Bytewrite tatsächlich auch intern nur ein Byte bearbeiten. In sofern sind "Sparversuche
ich günstigen EEPROM mit mehr als 1 000 000 zulässigen Es sind ja nicht 1.000.000 sondern nur ein 64stel davon.
-
Thread
Eingebaute SRAM auslesen
kleine Schaltung anschliessen Meines Erachtens ging es darum, den /täglichen/ Gebrauch des C64-Laufwerks zu umgehen, um das /normale/ Laden und Speichern abzukürzen.
gelesen habe. Zu meinen damaligen Zeiten hätte ich wohl geschaut, wie der IEC implementiert ist. Beim C64/1541 Gespann war es so z.B. problemlos möglich die Transferrate um mehrere Faktoren zu steigern im Endausbau ( mit parallelem Interface zw. C64 und 1541 und zusätzlichem internen Speiceher für die
-
Thread
AVR DB - oder doch ein Compiler-Fehler?
Timer<(unsigned char)0>::c ; c, c lds r25,Timer<(unsigned char)0>::c+1 ; c, c lds r26,Timer<(unsigned char)0>::c+2 ; c, c lds r27,Timer<(unsigned char)0>::c+3 ; c, c adiw r24,1 ; tmp45, adc r26,__zero_reg__ ; adc r27,__zero_reg__ ; sts Timer<(unsigned char)0>::c,r24 ; c, tmp45 sts Timer<(unsigned char)0>::c+1,r25 ; c, tmp45 sts Timer<(unsigned char)0>::c+2,r26 ; c, tmp45 sts Timer<(unsigned char)0>::c+3,r27 ; c, tmp45 pop r27
-
Thread
unmusikalisch und hart
Stromversorgungsleitungen, das sieht dann (in einem guten Fall) beispielsweise so aus: 2P 28 AWG / 2C 24 AWG Das bedeutet, daß ein Pärchen mit dem dünnen 28 AWG und zwei Einzeladern mit dem dickeren 24 AWG vorhanden sind. So ein Kabel sollte Deine Anforderungen erfüllen. Das ist dick genug (sofern
new high-speed USB device number 6 using ehci-pci [ 5511.474691] usb 1-2: device descriptor read/64, error -71 [ 5511.726487] usb 1-2: device descriptor read/64, error -71 [ 5511.942394] usb 1-2: new high-speed USB device number 7 using ehci-pci [ 5512.090345] usb 1-2: device descriptor read/64,
-
Thread
DCF77 Frequenznormal
irgendwas zwischen 5mV und 25mV RMS am 12 Bit-DAC eines STM32F103-Prozessors. Der ARM-Prozessor läuft mit 24MHz, das DCF77-Signal wird mit 64kHz abgetastet. Die Software implementiert eine AGC, einen I/Q-Mischer, eine CIC-Filterkaskade und eine PLL. Der I-Anteil vom Software-Mischer wird für die PLL verwendet
Rechenleistung, um die Amplitudenmodulation wie auf einem Scope im Roll-Modus flüssig auf einem 128x64 Pixel-OLED-Display darzustellen. Getaket wird der µC von einem 8MHz-Standard-Quarz am STM32, da ist kein OCXO oder ähnliches. Der µC wird über einen USB-Port mit Spannung versorgt, das ist auch nicht
-
Thread
PonyProg portiert auf Qt
QSerialPort vorhanden. Hauptsache man hat die Zugriffsberechtigung. Im Moment ist nur das alte "V C++ GUI" Framework vom 2003 durch Qt ersetzt.
Original-Webseite http://www.lancos.com/prog.html: o Das Windows-Programm stammt aus 2008, lässt sich auf Win7 64-bit nicht installieren. o Aufgrund des Alters gehe ich davon aus, dass neuere AVRs nicht unterstützt werden Es gibt eine neuere Version 2.08c auf sourceforge, damit lässt es sich auf Win7 64-bit
-
Thread
Alte Eproms sichern, welches Gerät?
(512 x 8 – PROM, ROM) AT28F010, AT29C010 – W29C011 (128k x 8, EEPROM) AT28F512, AT29C512 (64k x 8 – EEPROM) Atari 2364 Cartridge ROMs (8k x 8, ROM) CDP1831 CDP1833 (64k x 8 – ROM) LH534J (512k x 8 – ROM) LH538J (
M48T58 (8k x 8 – Timekeeper SRAM) M48Z08, M48Z18, M48Z58 (8k x 8 – Zeropower SRAM) MBM27C4000 (512k x 8 – EPROM) MCM68A308, MCM68B308 (1k x 8 – ROM) MCM5003 5004 5303 5304 (64 x 8 – PROM) MCM14524 (256 x 4 – ROM) MMI6335, MMI6336 (256 x 8 – PROM) MMI6386, MMI6387
-
Thread
Problem mit ATmega1284, USART verursacht Resets
Patch[i]] = Curve[CalcOutput(ValueMap[i][frameA],ValueMap[i][preframeA],fadecounterA)];} for(i=32;i<64;i++){PWMvalues[Patch[i]] = Curve[CalcOutput(ValueMap[i][frameB],ValueMap[i][preframeB],fadecounterB)];} for(i=64;i<68;i++){PWMvalues[Patch[i]] = Curve[CalcOutput(ValueMap[i][frameC],ValueMap[i][
schlimmer zu werden, jetzt funktioniert auch ein kleines Testprogramm wie dieses nicht mehr: [c] /* * AVRGCC1.c * * Created: 24.02.2012 23:00:34 * Author: Gerold von Lachemair */ #define F_CPU 20000000 #define DEVICE_ADDRESS 0x01 #include <avr/io.h> #include <stdint.h> #include
-
Thread
24V/100mA schalten
Mathias O. schrieb im Beitrag #3747962: > ich will mit einem AVR 24V schalten für einen SPS-Eingang. Ausgelegt > soll es für max. 100mA sein. Reicht da ein Transistor Nein. Du brauchst mindestens 2... Probier mal https://www.mikrocontroller.net/search?query=24v
defekt? Vielleicht hängt das auch mit 3. zusammen. > Ube bei T1 sind bei 0V 0V und bei 5V 0,64V. 2. OK > Ube bei Q1 sind bei 0V 8,37V und bei 5V -0,68V. 3. Das ist aber /ganz/ komisch. Wo kommen denn die +8,xxV her, wenn der Emitter an +24V liegt? Liegt er wirklich an +24V? =>
-
Thread
Standalone MC gesucht
Vielen Dank für deine Antwort, Die 24h müssen nicht super genau eingehalten werden. Lg
von Padauk nach liegt der durchscnittliche Verkaufspreis eines µC deutlich unter einem Cent. Die Padauk-µC reichen vom billigsten, dem PMS15A mit PDk13-Architektur mit 64B RAM bis zu den µC der PDK16-Architektur mit 512 B RAM und Hardware-Multithreding mit 8 Threads
-
Thread
PIC10Fxxx oder PIC18Fxxxx für den Einstieg?
noch in C loslegen zu wollen. >> ein PIC24F in Assembler wesentlich einfacher zu programmieren als ein >> PIC16. > Das sehe ich komplett anders. Mit dem Assembler für den PIC18 komme ich > nach dem Microchip-Tutorial
noch weniger Ram und Periferie, und total überschaubar. Damit hab ich damals das programmieren der µC gelernt. Da hab ich sogar einen Compiler für den C64 geschrieben, um dieses Teil einfacher zu programmieren. (ich hatte viel Zeit im Sommer) Es gibt sogar eine volle Beschreibung der einzelnen Befehlswörterbits
-
Thread
Arduino-Gadgeteer, 64bit-MPU von Microchip und vieles andere mehr
64-Bitter anbieten zu können: [c] With the introduction of its PIC64 portfolio, Microchip has become the only embedded solutions provider actively developing a full spectrum of 8-, 16-, 32- and 64-bit
nutzen: [c]The PIC64GX family boasts pin compatibility with Microchip’s PolarFire® SoC FPGA devices, offering a large amount of flexibility in the development of embedded solutions. Additionally, the 64-bit portfolio
-
Thread
effiziente Initialisirung mit Nullen
+) array[i] = 0; } $ /junk/testroot/bin/gcc -O3 -S foo.c $ cat foo.s .file "foo.c" .text .p2align 4,,15 .globl init_array .type init_array, @function init_array: .LFB0: .cfi_startproc movl
MS macht es sich einfach: _init_array PROC ; File c:\test.c ; Line 10 push 256 ; 00000100H push 0 push OFFSET _array call _memset add esp, 12 ; 0000000cH ; Line 11 ret 0 _init_array ENDP _TEXT ENDS END
-
Thread
Mint 19.2 zerschießt sein Dateisystem
1972 > Default directory hash: half_md4 > Journal backup: inode blocks > [/code] [c] tune2fs 1.44.1 (24-Mar-2018) Filesystem revision #: 1 (dynamic) Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent 64bit flex_bg sparse_super
1020.554663] __vfs_read+0x1b/0x40 [ 1020.554664] vfs_read+0x8e/0x130 [ 1020.554666] SyS_read+0x5c/0xe0 [ 1020.554668] do_syscall_64+0x73/0x130 [ 1020.554670] entry_SYSCALL_64_after_hwframe+0x41/0xa6 [ 1020.554671] RIP: 0033:0x7f16f309b184 [ 1020.554673] RSP: 002b:00007ffe57905a10 EFLAGS: 00000246
-
Thread
Suche EPROMs in PLCC-32
sollten 2732, 2764 oder 27128 sein und zwingend > ein Fenster zum löschen haben. > Varianten als 27C32, 27C64 bzw. 27C128 bevorzugt. https://www.digikey.de/de/products/detail/microchip-technology/AT28C64B-15JU/1008523 Das ist ein EEPROM, also elektrisch löschbar. Wie gewünscht im PLCC32 Gehäuse
Frank K. schrieb im Beitrag #7684763: >> Varianten als 27C32, 27C64 bzw. 27C128 bevorzugt. > > https://www.digikey.de/de/products/detail/microchip-technology/AT28C64B-15JU/1008523 > > Das ist ein EEPROM, also elektrisch löschbar. Wie gewünscht im PLCC32
-
Thread
Cool Kids and OOP
generierte Code könnte besser nicht sein (bm92.s): [c] main: .L2: lds r24,MCU::P2::r2 ; r2.1_47, r2 lds r18,MCU::P2::r2 ; r2.1_64, r2 lds r25,MCU::P1::r2 ; r2.2_76, r2 or r24,r18 ; tmp48, r2.1_64 or r24,r25 ; _79, r2.2_76 sts MCU::P1::r1,r24 ; r1, _79 rjmp .L2 ; [/c] Der Code mit virtuellen Funktionen (bm91.s) ist wesentlich länger und umständlicher. Interessant finde ich, dass der Compiler die virtuellen Funktionsaufrufe
-
Thread
SDR Empfänger für RC 40-MHz
Stick, der funktionieren sollte: https://www.amazon.de/Wuqiong-2-0-Digital-DVB-T-Fernsehtuner-Empf%C3%A4nger-Stick-RTL2832U-Unterst%C3%BCtzung/dp/B087G4K91D/ref=sr_1_11?__mk_de_DE Randy B. schrieb im Beitrag #6299186: > Ok. Allerdings brauche ich dann ja noch einen µC, der die I/Q-Auswertung >
LPF dahinter)? Was wären ggf. Alternativen? Was käme für die Verstärkungsregelung in Frage? Im µC (STM32G431) habe ich ein PGA mit max. g=64 zur Verfügung. Danke für Eure Hinweise.
-
Thread
VHDL Grundlagen
und weitergezählt wird? Fazit: behandle auch die obere Grenze von x formal korrekt wie die von c: [vhdl] signal x : integer range 0 to 8 := 0; : : process begin wait until rising_edge(clk); -- warten bis zum nächsten Takt if ( c < 24999999/4 ) then c <= c+
nur einer kleinen Teil des Ganzes. Du kannst auch den User Guide für Active HDL irgendwo hier: C:\lscc\diamond\3.5_x64\active-hdl oder Äq. Ist alles da :). Ich würde trotzdem ghdl+gtkwave auch empfehlen :). (Oder icarus verilog+gtkwave für Verilog). > Und mit FSM meint man unter FPGA-Entwicklern
-
Thread
Nano <-> ESP32
Die Controller mit denen ich bislang Projekte mit Ethernet realisiert habe, hatten alle mindestens 64 kB RAM (STM32F107). Manche auch 96 kB (Stellaris LM3S9B96, Renesas RX62), 256 kB (TM4C1294) oder einige MB SD-RAM (Renesas SH3) in der Hinterhand.
Controller mit denen ich bislang Projekte mit Ethernet > realisiert habe, hatten alle mindestens 64 kB RAM (STM32F107). > Manche auch 96 kB (Stellaris LM3S9B96, Renesas RX62), > 256 kB (TM4C1294) oder einige MB SD-RAM (Renesas SH3) in der > Hinterhand. Hey...du bist ja ein ganz toller Hecht.
-
Thread
Gehalt für Ingenieure und Techniker 2011 Gesperrt
Windowserfahrung Arbeitszeit : 40h real (Gleitzeitregelung, keine Überstunden) Gehalt : €64.xxx Tätigkeiten : Software in C, MISRA, Tests, Labview, Kundenbesuche Region : Nordbayern
im aktuellen Fachthema Fachgebiet : Programmierung Branche : Bahntechnik Gehalt : >64K (13. Gehalt + Urlaubsgeld) Tätigkeiten : Anwendungsentwicklung in C++, Java, C#, Delphi, PLSQL Region : Niedersachsen Arbeitszeit : 38h/Woche +2h für Brückentage Urlaub : 29 Tage +
-
Thread
Problem mit Funktionspointern
{1,0x00}, // Space {1,0x5E}, // ! {3,0x06,0x00,0x06}, // " {5,0x28,0x7C,0x28,0x7C,0x28}, // # {5,0x24,0x2A,0x7F,0x2A,0x10}, // $ {3,0x62,0x18,0x46}, // % {5,0x30,0x4C,0x5A,0x24,0x50}, // & {1,0x06}, // ' {2,0x3C,0x42}, // ( {
{2,0x40,0x3A}, // j {4,0x7E,0x10,0x28,0x44}, // k {1,0x7E}, // l {5,0x7C,0x04,0x78,0x04,0x78}, // m {4,0x7C,0x04,0x04,0x78}, // n {4,0x38,0x44,0x44,0x38}, // o {4,0xFC,0x24,0x24,0x18}, // p {4,0x18,0x24,0x24,0xFC}, // q {2,0x7C,0x04},
-
Thread
Atmel-µC mit USB-Controller im DIP-Gehäuse
würdest. Z.B. PIC18F4553(DIP40)/2553(DIP28), oder aus der 16 Bit Serie den PIC24FJ64GB002, oder aus der 32 Bit Serie den neuen PIC32MX220F032B. Den passenden USB-Stack gibts kostenlos bei Microchip zum Download. Ab und an lohnt sich ein Blick über den Tellerrand. fchk
z.B. die PIC24FJ64GB004-Familie an, die z.B. hier verwendet werden. http://dangerousprototypes.com/2011/12/01/new-prototype-bus-pirate-v4/ > Für meinen Einsatzfall geeignet wäre ein ATmega32U4. Die PIC-Serie
-
Thread
Am besten C lernen
Also ich hab zuerst Basic auf dem Plus4 und C64 gelernt, später dann Assembler und C, anschließend in der Oberstufe Delphi/Pascal, auf der Uni dann wieder C und C++, nach der Uni dann noch aus eigenem Interesse C#. Wenn ich zurück denke muss ich
Tim T. schrieb im Beitrag #5819731: > Also ich hab zuerst Basic auf dem Plus4 und C64 gelernt, später > dann > Assembler und C, anschließend in der Oberstufe Delphi/Pascal, auf der > Uni dann wieder C und C++, nach der Uni dann noch aus eigenem Interesse > C#. Wenn ich zurück denke
-
Thread
AVR debuggen unter linux
0x9605 64 KiB 2 KiB atmega6450 0x9606 64 KiB 2 KiB atmega649 0x9603 64 KiB 2 KiB atmega6490 0x9604 64 KiB 2 KiB atmega88 0x930A 8 KiB
attiny167 0x9487 16 KiB 0.5 KiB attiny2313 0x910A 2 KiB 0.1 KiB attiny24 0x910B 2 KiB 0.1 KiB attiny25 0x9108 2 KiB 0.1 KiB attiny261 0x910C 2 KiB 0.1 KiB attiny43u 0x920C 4 KiB 0.1 KiB attiny44
-
Thread
Led Uhr selber machen
. Für das, was mit einem winzigen uC wie Attiny13 geht.
wird nichts dunkler, solange das Netzteil nicht zusammen bricht. Der Chip ist für die Ansteuerung von 64 LEDs ausgelegt. Die Digittreiber können 320mA, das ergibt 5mA effektiv je LED. Selbst die alten DDR-Anzeigen VQE14/24 leuchten damit hell genung. Stefan ⛄ F. schrieb im Beitrag #6103861: > Charlieplexing
-
Thread
Gira tks-ip Gateway Problem, Freescale MCIMX27VOP4A
42:41 +0100)TKSIPGW MAIN CPU: Freescale i.MX27 at 399.600 MHz Board: TKS-IPGW revision 0 I2C: ready DRAM: 64 MiB NAND: 128 MiB MMC: MXC MCI: 0, MXC MCI: 1 In: serial Out: serial Err: serial Net: FECMMV set hwaddr Hit any key to stop autoboot: 0 ubi0: attaching mtd4
42:41 +0100)TKSIPGW MAIN CPU: Freescale i.MX27 at 399.600 MHz Board: TKS-IPGW revision 0 I2C: ready DRAM: 64 MiB dann passiert nichts
-
Thread
mcp23017 und udn2981 für 2x 8 channel solid state relay
brauchen eh keine. Markus S. schrieb im Beitrag #5778556: > Im Raspberry Pi sind in den beiden i2c-Leitungen m.W. Pullups > automatisch dabei (das sollte also nicht notwendig sein). > > Aber richtig: Der Raspberry Pi verwendet 3,3V für i2c, das habe ich > bereits korrigiert. > > Den MCP23017
abschließend auch noch die beste Literatur, die ich zum Projekt gefunden habe: "Raspberry Pi: I2C-IO-Expander mit MCP23017" (Quelle: http://www.netzmafia.de/skripten/hardware/RasPi/Projekt-I2C-Expander/index.html) bzw. die beste Erklärung zum Verständnis von RPI und I2C: "Raspberry Pi: I2C-Konfiguration
-
Thread
Wo bstellt man besser - reichelt oder conrad
auch hier gibt es Sachen die nicht so gut sind. Bsp: Ich bestellte beim Reichelt BDV65 und BDV64 Leistungstransistoren. Alle hatten eine HFe von ca 80-100 gehabt !! BDV64B - € 1.15 Daraufhin habe ich die auch beim Bürklin bestellt. Alle haben eine HFe von ca 800-1000 gehabt.Wie im Datenblatt
>Thomas der Bastler (thomasderbastler) >Bsp: >Ich bestellte beim Reichelt BDV65 und BDV64 Leistungstransistoren. >Alle hatten eine HFe von ca 80-100 gehabt !! >BDV64B - € 1.15 > >Daraufhin habe ich die auch beim Bürklin bestellt. Alle haben eine HFe >von ca 800-1000 gehabt.Wie im Datenblatt
-
Thread
Speichergröße der Smart Cards mit dem AT24C von Atmel bestimmen
Hallo zusammen, ich stehe vor dem Problem, die Speichergröße der SmartCards mit AT24C EEPROMs zu bestimmen. Funktionsweise der Chips folgendermaßen: - Lesen/Schreiben via I2C - Direktes Lesen der Speichergröße nicht möglich - Wenn von einer Adresse oberhalb des Speicherbereichs
Inhalte vergleichen ist bei einer Rohkarte (alle Zellen 0xff) nicht möglich. Kartengrößen sind At24C 01, 02, 04, 08, 16, 32, 64, 128, 256, 512 @Magnus: Das ist nicht ganz richtig. Die Karten At24C 01, 02, 04, 08, 16 werden mit 11-bit adressiert. Die Karten At24C 32, 64, 128, 256, 512 mit 16-bit
-
Thread
attiny asm: 8x8bit signed multiply
com r23 6: 9b 01 movw r18, r22 8: 28 0f add r18, r24 a: 31 1d adc r19, r1 c: 87 fd sbrc r24, 7 e: 3a 95 dec r19 10: c9 01 movw r24, r18 12: 37 ff sbrs r19, 7 14: 08 95 ret 16: 91 95 neg r25 18: 81 95 neg r24 1a: 91 09 sbc r25, r1 1c: 08 95 ret[/code] Der macht da dann also eine schoene 16bit addition draus. Mit Faxen davor und danach. Wird er wohl bei C auch machen muessen
-
Thread
Windows auf SSD installieren.
Danke für die Infos. Wenn ich nciht zu einer 64er greifen würde, hätte ich mehr Reservere. Eine 64 GB wäre nach vollständiger Installation fast komplett voll. Neben Office kommt übrigens noch dieverse Adobe Software (z.B. Photoshop) und MS Visio
des Rechners ist die Dokumentation und die Erstellung > von Webseiten. Ich habe auch "nur" eine 64 GB SSD. Installiert ist Win7 64bit, Lightroom (LR Datenbank mit ~24.000 Bildern ist ebenfalls auf SSD), Office 2003, einige Entwicklungstool (x86, µC; AVR, STM32), Chrome inkl. Cache und noch viele andere
-
Thread
Neuauflage Busch Microtronic 2090 Lerncomputer
anschließen. Ich hasse es wenn ich was 2 x tippen muss. Und bei HEX-Code besonders. Der hat mich schon am C=64 mit seinen Endlosen Listen genervt.
Ich hasse > es wenn ich was 2 x tippen muss. Und bei HEX-Code besonders. Der hat > mich schon am C=64 mit seinen Endlosen Listen genervt. Ach so, gerne doch... https://github.com/lambdamikel/microtronic-2095-arduino-emulator
-
Thread
Anfängerfrage: 40 Stück Atmega328 an einem Quarz?
Wie ist es eigentlich beim Avr, ist dieser auch wie Pic cyclensynchron wenn man mehrere uC aus derselben Taktquelle speist? Habe noch eine Platine hier mit umschaltbar osz 20/24/32 MHz und 121 uC. In 1x master und 15x slaves mit je 7x huckepack dil + Bierdosenblech für die Kühlung und Schrumpfschlauch
generieren geht damit gegen Null. Irgendwelche Retro-Fans haben sogar einen Bitcoin Miner für den C64 geschrieben! https://www.golem.de/news/8-bit-mining-bitcoin-schuerfen-auf-dem-c64-2104-156010.html
-
Thread
Welches memcpy ist schneller?
Einzeiler, zumindest auf einer halbwegs aktuellen CPU. Der movsb schafft bis zu 24 Bytes / Takt, die for Schleife gerade mal 0.8 Bytes / Takt (sofern nicht die AVX2 Optimierungen angemacht werden). Mehr Infos zum Timing sind im Anhang. [c] #if SOLUTION == 0 /* dumb C solution
Ich habe die 256 Bit AVX Methode mit Prefetch eingebaut: Die Performance ist recht gut zwischen 64 Bytes und 1k, drüber ist die repsb Variante die schnellste. Die Werte unter 64 Bytes sind gemogelt, da immer 64 Bytes kopiert werden. Auch müssen die Daten aligned sein, und durch 64 teilbar, was
-
Thread
FIR Filter Performance STM32 berechnen
einen DSP verzichten der ja ohnehin zum Initialisieren und Übergabe der Parameter auch einen externen µC benötigen würde. Eingabe/Ausgabe sollen 24bit mit 48kHz sein. Ein Mono Kanal reicht vollkommen aus. Wenn das irgendwer schonmal so gemacht hat und kann mir da eine grobe Hausnummer nennen inwieweit
www.analog.com/media/en/technical-documentation/dsp-book/dsp_book_Ch18.pdf -> letzte Seite. Bei 64 Taps kreuzen sich die Wege.
-
Thread
100 Lampen getrennt ansteuern mit ESP32 - Welcher Datenbus Typ?
oder DALI https://www.beleuchtungdirekt.de/blog/dali-lichtsteuerung gibts wohl auch etwas für 24V aber teuer...
haben die jeweils abgesetzten > Stationen eigene Stromversorgung? > Pro Station den billigsten µC mit genügend io und UART. Ob man das dann > als Stern verkabelt oder hintereinander spielt kaum eine Rolle. Wir haben alle 12 Lampen ca. ein Netzteil (LED-Trafo 230/V24V). Die galvanische Trennung
-
Thread
Laufbalken auf LCD ADC wert
das recht einfach machen: Solange vom ADC-Wert 64 abziehen, bis dieser kleiner als 64 ist. Der Rest verteilt sich dann auf das nächste Segment.
könnte man so was machen (ohne Gewähr!): .equ balken = r16 ;... Initialisierung ... in r24, ADCL ;ADC-Register einlesen in r25, ADCH CLOOP: sbiw r25:r24, 64 ;64 abziehen brmi ENDE ;wenn negativ, dann Ende inc balken ;balken hochzählen rjmp CLOOP
-
Thread
Modulo von großer Zahl
string[i] - '0'); zahl *= 10; } zahl /= 10; zahl %= 42; printf("%d\n", (uint64_t)zahl); } [/c] Das ist nur ein Proof of Concept... ;)
von gehört. Aber mein Compiler kennt den > Datentyp auch gar nicht. Der Datentyp heisst ja auch [c] __uint128_t [/c] und nicht [c] uint128_t [/c] und compiliert bei mir ohne Probleme mit dem GCC.
-
Thread
Verbindung mit Component von Grafikentwurf zum VHDL
Damals hat es ein VHDL-File erzeugt, was so aussieht (nur der Beginn): [vhdl] -- Copyright (C) 1991-2010 Altera Corporation -- bla bla -- PROGRAM "Quartus II" -- VERSION "Version 9.1 Build 350 03/24/2010 Service Pack 2 SJ Web Edition" -- CREATED "Sun Jan 13 12:39:01 2013"
. Please refer to the -- applicable agreement for further details. -- PROGRAM "Quartus II 64-Bit" -- VERSION "Version 13.0.0 Build 156 04/24/2013 SJ Web Edition" -- CREATED "Thu Feb 19 10:29:32 2015" LIBRARY ieee; USE ieee.std_logic_1164.all; LIBRARY work; ENTITY g_file IS
-
Thread
XC3sprog mit FT2232H
mailman/message/29254594/ Dann kann man sich die Jtag Chain anzeigen lassen mit: sudo ./xc3sprog -c ftdi -j Und ein bit file in den Fpga laden mit: sudo ./xc3sprog -c ftdi ../pong.bit Danke an alle! Peter
xc3sprog_792.git.tar.bz 2017-08-16 13.3 MB <-?? Git Repo build-win32_rev780_stripped.tar.gz 2015-12-24 1.3 MB <-win32 Bin xc3sprog-0.0-svn685.armhf.deb 2012-09-05 955.4 kB<-arm Bin xc3sprog-r401.tar.gz <- r401 Binaries (win32/lin32/lin64) Im Verzeichnis xc3sprog liegt r216 als TAR Archive.
-
Thread
Nach Neuinstallation Microchip Studio funktioniert "Build" nicht mehr.
.tmp" -W+ie -I"C:/Program Files (x86)\Atmel\Studio\7.0\Packs\Atmel\AVR-Dx_DFP\2.7.321\avrasm\inc" -iAVR64DD14def.inc -d "E:\Projekte\Current\AssemblerApplication4\Debug\AssemblerApplication4.obj" "E:\Projekte\Current
\7.0\Packs\Atmel\AVR-Dx_DFP\2.8.337\avrasm\inc" -iAVR64DD14def.inc -d "E:\Projekte\Current\AssemblerApplication4\Debug\AssemblerApplication4.obj" "E:\Projekte\Current\AssemblerApplication4\main.asm" -I "C:\Program Files (x86)\Atmel\Studio\7.0\toolchain\
-
Thread
EDIPTFT32 gibt falschen ACK zurück.
Ich kenn Deine I2C-Lib ja nicht, aber üblicher Weise braucht man auch die Funktionen Start, sende Adresse+R/W und Stop. Versuch doch erstmal, einen standard I2C-Slave im Page-Mode zuzugreifen, z.B EEPROM 24C64. Es
I2C-Slave im Page-Mode zuzugreifen, >>> z.B EEPROM 24C64. Schauen, ob ich noch einen alten finde... Mach mir da a keine Hoffnung. Bestellen??? Hmmm. Mindesbestellwert?! > Maik LoveNigth schrieb im Beitrag
-
Thread
Basic für 80C31
8 channel decoder) IC8 = 74LS08 (Quad And gate) IC3 = AT28C64 (optional 8 kByte EEROM)
haben nur acht Pins > und passen relativ schlecht in den EPROM-Sockel. Du brauchst ein i2816, > i28C64 oder vergleichbares. Als 256er gibt es die leider nicht. würde ja mit dem i28C64 grade für 8 KB reichen. Nur ein Datenblatt find ich über Google nicht.
-
Thread
Umsetzung "Grafikkarte"
Vergleichen wir mal den von dir angebotenen PIC24FJ256DA210 mit dem aktuell eingeplanten und schon fast fertig gerouteten AT32UC3B0512: CPU 16MHz vs. 60MHz Programm Memory 256kB vs. 512kB Ram: 98kB vs. 96kB PinCount 100 vs. 64 D/A Wanlder: keine
Z80 1976 > 8086 1978 > 68k 1979 Aber nicht für mich. Ich hatte zuerst eine Z80-Maschine, den C64 (als Henkelmann SX64) gabs erst viele Jahre später zu Weihnachten. fchk