-
Thread
Genervt über Feature-Politik von Atmel - ATmega/ATtiny
Hi >Steht ja im Datenblatt "bis zu 4096 Schritte" - bei 24 uSteps pro Umdrehung macht der Stator demnach bis zu 170 Umdrehungen. 24 Steps pro Umdrehung und 24 Positionen pro Step ergibt bei mir etwa 7 Umdrehungen. MfG Spess
spess53 schrieb: > Hi > >>Steht ja im > Datenblatt "bis zu 4096 Schritte" - bei 24 uSteps pro Umdrehung macht > der Stator demnach bis zu 170 Umdrehungen. > > 24 Steps pro Umdrehung und 24 Positionen pro Step ergibt bei mir etwa 7 > Umdrehungen. > > MfG Spess Ok, noch mal
-
Thread
Warnung bei Benutzung von "strncmp_PF"?
Nein, kannst du nicht, denn es wird so auch nicht funktionieren, wenn pgm_cmd_run jenseits der 64k liegt. [c]if (!strncmp_PF(buf_uart_read, pgm_get_far_address(pgm_cmd_run), 3)) { [/c]
strncmp_PF ("text1", (__uint24) &str_run, 3); } int testrun2 (void) { return strncmp_PF ("text1", pgm_get_far_address (str_run), 3); } [/c] [avrasm] testrun1: ; main.c:7: return strncmp_PF ("text1", (__uint24
-
Thread
Geht das auch einfacher?
); display.setCursor(64,16); display.println("C"); display.setCursor(0,24); display.println("Feuchtigkeit:"); display.setCursor(79,24); display.println(l); display.setCursor(92,24); display.println
,"14:58 Uhr 16.02.2016"); writeAt(0,8,"Aussen:"); writeAt(41,8,a); writeAt(59,6,grad); writeAt(64,8,"C"); wrietAt(0,16,"Innen:"); writeAt(41,16,i); writeAt(59,14,grad); writeAt(64,16,"C"); writeAt(0,24,"Feuchtigkeit:"); writeAt(79,24,l); writeAt(92,24,"%"); [/code] Warum du jetzt
-
Thread
Neue AVR Familie - AVR-DA
> Kann es die 24 Mhz mit internem Taktgenerator Laut Datenblatt ja.
Mitlesa schrieb im Beitrag #6257697: > Nur bei den 24 MHz sind sie etwas sparsam geblieben, wenn > die alten XMegas doch schon 32 MHz konnten. Ich betreibe die mit 48, 56 oder 64MHz ;-)
-
Thread
Hasfunktion für Schachstellung
Achso, ich programmiere in C#, konnte aber im System.Security.Cryptography namespace keine geeignete Klasse finden, die eine 64 Bit Hashfunktion hat.
C Programmierer schrieb im Beitrag #4359292: > Um eine eindeutige Bitfolge aus einer Schachstellung zu erhalten gibts > denke ich erstmal 2 Möglichkeiten: Entweder man schreibt alle 64 Felder > hintereinander
-
Thread
switch case optimierung
ldi r22, 0x40 ; 64 c8: 84 e0 ldi r24, 0x04 ; 4 ca: cd df rcall .-102 ; 0x66 <Send_Color> case 11 : Send_Color(Color,0x20); cc: 60 e2 ldi r22, 0x20 ; 32 ce: 84 e0
.-120 ; 0x66 <Send_Color> case 14 : Send_Color(Color,0x04); de: 64 e0 ldi r22, 0x04 ; 4 e0: 84 e0 ldi r24, 0x04 ; 4 e2: c1 df rcall .-126 ; 0x66 <Send_Color> case 15 : Send_Color(Color,0x02); e4: 62 e0 ldi
-
Thread
LCD Timings - SVGA - LPC2478
haben. Du hast aber lt. deiner Bauteilbezeichnung einen "64 MB (2Mx32), 4 banks, row length = 11, column length = 8" -> 0x5300 Also müsste deine Zeile lauten: [c] EMC_DYN_CFG0 = (1<<14)|(1<<12)|(1<<9)|(2<<7); [/c] Du kannst die (1<<12) auch weglassen, dann
So, das zittern ist weg! [c] void TFT_init(){ //Set up 24 bit mode etc. PINSEL0 |= 0x00055500; PINSEL3 |= 0x05555500; PINSEL4 |= 0x050FFFFF; PINSEL9 |= 0x0A000000; PINSEL11 |= 0x0000000F; PCONP |= (1<<20); //Enable
-
Thread
welcher MOSFET (?) als Treiber für RGB-Stripes
Gate-Widerstand, sonst direkt. Also kein LED-Treiber wie der MBI5030, sondern eher ein Mikrocontroller. Ein µC mit 24 16-Bit-PWM-Kanälen wäre beispielsweise der ATxmega64A1, der ATxmega64A3 hat nur unwesentlich weniger Kanäle. Eine grundsätzliche Überlegung bei so einer Geschichte ist, ob man sich einen Gefallen
Konrad S. schrieb im Beitrag #3278385: > Ein µC mit 24 > 16-Bit-PWM-Kanälen wäre beispielsweise der ATxmega64A1, der ATxmega64A3 > hat nur unwesentlich weniger Kanäle. Dafür einen 100 bzw. 64 Pinner aufzulöten finde ich etwas overkill, preislich
-
Thread
pointer struct parameter übergabe / fehler?
<__bad_interrupt> 20: 0c 94 63 00 jmp 0xc6 ; 0xc6 <__bad_interrupt> 24: 0c 94 63 00 jmp 0xc6 ; 0xc6 <__bad_interrupt> 28: 0c 94 63 00 jmp 0xc6 ; 0xc6 <__bad_interrupt> 2c: 0c 94 63 00 jmp 0xc6 ; 0xc6
95 ret 1be: 2c c0 rjmp .+88 ; 0x218 <__fp_zero> 000001c0 <__fp_nan>: 1c0: 9f ef ldi r25, 0xFF ; 255 1c2: 80 ec ldi r24, 0xC0 ; 192 1c4: 08 95 ret 000001c6 <
-
Thread
Lötstation JBC ?
Regelung dauerhaft high bleibt, verhindert das ein Durchbrennen der Heizung. > Display soll ein 128x64 OLED Typ sein. Bei mir tut es ein 1602-LCD. > UC wahrscheinlich ein STM32 oder DsPIC > da ich mit denen beruflich zu tun habe Das ist wohl ziemlich egal, für _jeden_ µC ist eine Heizung unendlich
übrigens hier: https://www.mikrocontroller.net/topic/307892#3312972 > >> Display soll ein 128x64 OLED Typ sein. > > Bei mir tut es ein 1602-LCD. > >> UC wahrscheinlich ein STM32 oder DsPIC >> da ich mit denen beruflich zu tun habe > > Das ist wohl ziemlich egal, für jeden µC ist eine Heizung
-
Thread
10MHz Frequenznormal Rudium Efratom WP-92066 FRC Stecker Anschlussbelegung Datenblatt Tipps Hinweise
Bei 24V, 0,4A, anfangs 2A, generiert dieses Modul, welches knapp 50°C warm wird, ein hochgenaues 10MHz Referenzsignal. Nach der Aufwärmphase erlischt die rote LED (Lock-Monitor) . Frage: Nach dem Einschaltvorgang
Hallo Bernhard, Bernhard S. schrieb im Beitrag #6903021: > Bei 24V, 0,4A, anfangs 2A, generiert dieses Modul, welches knapp > 50°C > warm wird, ein hochgenaues 10MHz Referenzsignal. > > Nach der Aufwärmphase erlischt die rote LED (Lock-Monitor) . > > Frage
-
Thread
Mysticum Schachcomputer
folgende von Panasonic recht interessant: https://industrial.panasonic.com/content/data/SC/ds/ds8/c2/OTH_NFCTag_Antenna-design-guide_EN.pdf Ob das Design "Listener-6" auf Seite 21 (24,7x19,7) gut ist um 64 Felder auszustatten? Mal sehen wie ich das Design in Target abbilden kann. Es wäre auf
https://industrial.panasonic.com/content/data/SC/d... > > Ob das Design "Listener-6" auf Seite 21 (24,7x19,7) gut ist um 64 Felder > auszustatten? Mal sehen wie ich das Design in Target abbilden kann. > > Es wäre auf alle Fälle günstiger zu realisieren, als > &4 Spulen selbst zu wicklen oder zu
-
Thread
PTC-Widerstand mit Mikrocontroller nachbilden
Peter D. schrieb im Beitrag #7573955: > 64 Stufen (6 Bit) sollten für eine Heizung reichen. Ich würde auf 3 Bit und 8 Stufen tippen. Wenn man die Stufen geschickt wählt, kann man damit immerhin von -15°C bis 20°C in 5K Schritten abdecken. Und
Mann könnte auch z.B. ein X9C102 (siehe https://cdn-reichelt.de/documents/datenblatt/A200/X9C104_SO.pdf) verwenden. 5V Versorgung durch ein DC-DC isolieren, ebenso die UP/Down Signale
-
Thread
[V] Allerlei Bücher (3)
58. PostScript 59. PostScript Language Reference 60. PowerBasic 62. Rund um Clipper 63. Turbo C++ fuer DOS 64. Turbo Pascal_7.0 Turbo Vision 65. Turbo Vision 66. Visual C++ 2 in 21 Tagen 68. XML fuer Einsteiger
Language Reference 60. PowerBasic 61. Referenzhandbuch Dateiformate 62. Rund um Clipper 63. Turbo C++ fuer DOS 64. Turbo Pascal_7.0 Turbo Vision 65. Turbo Vision 66. Visual C++ 2 in 21 Tagen 68. XML fuer Einsteiger Frank
-
Thread
Hargassner / Rennergy Touchtronic Netzwerkanbindung/Visualisierung
frame2 17 I Aa mA 215 frame2 18 I EsRost mA 216 frame2 19 I VS mA 217 frame2 20 Taus °C 218 frame2 21 TA Gem. °C 219 frame2 22 TPo °C 220 frame2 23 TPm °C 221 frame2 24 TPu °C 222 frame2 25 TFW °C 223 frame2 26 TRL °C 224 frame2 27 TRLsoll °C 225 frame2
61 TRs_2 °C 259 frame2 62 TRs_3 °C 260 frame2 63 TRs_4 °C 261 frame2 64 TRs_5 °C 262 frame2 65 TRs_6 °C 263 frame2 66 WMZ Vorl. °C 264 frame2 67 WMZ Rueckl. °C 265 frame2 68 WMZ
-
Thread
GCC Statische initialisierung.
lckr; // offset: 0x1C volatile std::uint32_t afr[2]; // offset: 0x20/0x24 }; // placement new auto gpio_A = new (reinterpret_cast<void*>(CONST_GPIOA_BASE)) gpio_type; // std::construct_at (C++20) auto
_t lckr; // offset: 0x1C volatile std::uint32_t afr[2]; // offset: 0x20/0x24 }; template <typename PeriphType, std::uintptr_t Addr> struct PeriphWrapper { [[gnu::always_inline]] inline PeriphType& get
-
Thread
Atmel Studio 4.19 unter W10X64
immer. Ansonsten DB. SO14 spart nicht so viel Platz wie man denkt, da UPDI-Steckdose und Abblock-C sowieso notwendig bleiben, egal TQFP64 oder SO14.
als Mega4809. > SO14 spart nicht so viel Platz wie man denkt, da UPDI-Steckdose und > Abblock-C sowieso notwendig bleiben, egal TQFP64 oder SO14. Der 3-Pin UPDI Anschluss und ein kleiner Abblock-C nehmen ihren geringen Platz auf jeder Platine ein. Der Unterschied zwischen TQFP64 und SO14 bleibt
-
Thread
Zeigt her eure Kunstwerke (ab 2023)
Baugruppenträger, und braucht auch nur 12V. Anderes Bild: Router, Industrial-Board, Atom D2550(x64)/4G-DDR3, Debian 6x GBE, 6x RS232 und 2x DVB-C/T2, macht Routing und bisschen Application-Server für Nextcloud, OpenStreetMap, SuperTuxKart, Nginx+Apache-Web, TvHeadend, VPN, Tor, Dies und Das. Hat
mit SD-Kartenleser: DFPlayer - Mini MP3 Player Arduino pro mini ATMEGA328P 5V / 16MHz 0.96 Inch I²C Serial 128X64 OLED SSD1306 rotary encoder Lautsprecher 32 Ohm Inzwischen umgebaut auf 1S LiPo & USB-LiPo Ladegerät (intern).
-
Thread
Visualisierung von geloggten Daten
Danke Ingo, ich bekomme die Detei nicht geöffnet. Betriebssystem: Win7 Ultimate 64Bit Programm ist direkt auf C vorhanden im eigenen Ordner.
nicht versprechen wann, da dann alle Zeitvariablen umgebaut werden müssen (von 32Bit Unixzeit auf was 64-bittiges). Jetzt werden die Nachkommawerte noch ignoriert und unter Umständen mehrere Werte in eine Pixelspalte gemalt (vertikale Linie) > 2. Die Stunden werden einfach weitergezählt (> 24) und nicht
-
Thread
WinAVR 20080402
Klassischer Irrtum. Bei[c] int b, c; a = b * c; [/c] wird unabhängig vom Typ von "a" immer mit "int" gerechnet. Du musst Timer1 breiter machen, nicht Timer1a. Oder [c] Timer1a = (153L * Timer1) / 1000; [/c] rechnen
[c] uint32_t A; uint16_t B = 9000; //Hauptschleife int main(void) { while(1) { A = (150 * B) / 100; //A ist laut µC 392 } return(0); } [/c] So hier mal ein Code wo das
-
Thread
AVR hängt mit EEMEM
Compiler ab. Wie erklärt sich folgendes im LSS : [code] 00000064 <_GLOBAL__sub_I_CCimEEPROM>: 64: eb e0 ldi r30, 0x0B ; 11 66: f0 e0 ldi r31, 0x00 ; 0 68: 88 e0 ldi r24, 0x08 ; 8 6a: 84 83 std Z+4, r24 ; 0x04 6c: 80 e1 ldi r24, 0x10
+7, r24 ; 0x07 7a: 80 e8 ldi r24, 0x80 ; 128 7c: 81 83 std Z+1, r24 ; 0x01 7e: 80 87 std Z+8, r24 ; 0x08 80: 8f ef ldi r24, 0xFF ; 255 82: 82 83
-
Thread
[V] seltsames Matrix-Display auf Platine
56: ldi r16, 0x0f ; 15 58: out DDRB, r16 ; 23 5a: com r16 5c: out PORTB, r16 ; 24 5e: sbi PORTB, 0 ; 0x01 = 1 60: ser r16 62: out DDRC, r16 ; 20 64: com r16 66: out PORTC, r16 ; 21
; 32 248: brcs Label21 24a: mov r16, r19 24c: rcall Function7 24e: rjmp Label32 ; Referenced from offset 0x248 by brcs Label21: 250: cpi r19, 0x01 ; 1 252: brcs Label22 254: cpi
-
Thread
atmega324p TIMER0 INT0 verständnis Problem
> > FCPU=16Mhz, prescaler=0, 16MHz/256 welches ist der nächst kleinere Prescaler? Hast du zb 64 zur Verfügung? > [CAR1] kürzeste Periode 1/15,62kHz = 64us /16us = 4 > [CAR7] längste Periode 1/2,232kHz = 448us/16us = 28 > [CAR6] 384us/16us = 24 > Sollte ich
sollte man auch noch einen Zählfehler von +-1 mit einkalkulieren. du hast dann anstellt von 28 und 24, die Werte 27 und 25. Sollte noch unterscheidbar sein, aber dann darf nicht mehr viel passieren. Wenn du zb einen Prescaler von 64 hast, dann hast du 4-fache Werte. 112 zu 96 da jetzt noch
-
Thread
NRF24L01 - Testprogramm für Windows PC
NRF24L01 - Testprogramm für Windows PC (Hardware Ansteuerung des NRF24 über Druckerport) Das wichtigste in Kürze vorweg: das ist eine 32-Bit Applikation. Das Programm funktioniert *nicht* unter 64-Bit
noch ganz am Anfang meiner Planungen, aber das Programm könnte später für mich hilfreich sein (W10 64Bit). Würde es auch mit einem solchen USB-Adapter zusammenarbeiten? https://de.aliexpress.com/item/USB-Wireless-Serial-Data-Transmission-Module-Seril-to-USB-NRF24L01-Wireless-Module/32368110693.html
-
Thread
Biete CentiPad Embedded Linux Module
erkennt er zumindest dann, wenn sie bereits beim Booten eingesteckt ist: [pre] CentiBoot (Stage2) - (c) maintech GmbH - compiled: Mar 9 2007 CentiPad-v11: 64MB RAM, 8MB Dataflash Board serial number #0201022 - Features: Sound:SPI Ethernet MAC: 00:ff:02:00:03:fe Ethernet IP: 192.168.1.100, netmask
dem CP) - IRDA - eigenes Material auf Fädelfläche - LCD - ich hatte 441xx und SED1520 dran - I2C Expander PCF8574 (Sockel) - I2C EEPROM 24xx (Sockel) -
-
Thread
volatile Funktionen
sei c4: 80 91 00 01 lds r24, 0x0100 ; R24 = i c8: 81 50 subi r24, 0x01 ; subtrahiere 1 von R24 ca: 80 93 00 01 sts 0x0100, r24 ; i = R24 ce: 93
0x01 ba: 80 93 68 00 sts 0x0068, r24 be: 80 93 6b 00 sts 0x006B, r24 c2: 78 94 sei c4: f8 94 cli c6: 80 91 00 01 lds r24, 0x0100 ; R24 = i ca: 81 50 subi r24
-
Thread
Kleine Vorabfrage zu P3 RGB LED Projekt mit ESP32
Daniel S. schrieb im Beitrag #7595071: > Also 64x64x12x2 Bit wären ja schon 144 kB Ram Eher 18.4 ... 24.6 kB
acht geteilt. Ich würde ein Byte für zwei Pixel nehmen, da es dann einfache verwaltbar wäre. 64x64x12/2 = 24576 Bytes -> 24 kB. Ich möchte erstmal nur abklären ob diese Idee so rein von der Hardware her umsetzbar ist...
-
Thread
Wieso spricht man bei den 8 Bit-AVRs von RISC?
Ben B. schrieb im Beitrag #7119596: > Ich erinnere mal an den C64 Immer noch "aktuell"! Siehe: https://www.youtube.com/watch?v=PSBo-TpEJ24
dsp24 u. abs24 möglich, was beim M16C nicht ging. MOV geht beim M32C.. auch mit 32 Bit (L-Spezif). Ausführungszeiten sind schneller, weniger Takte (gut das hat nichts mit der Breite zu tun). Die R8C-CPU
-
Thread
gcc oder ich kann nich rechnen.
@Frank >>Das Beispiel aus dem 2. link bekomm ich leider nicht übersetzt: Das main.c ist nen Testprogramm für den Code aus avr_f64.c und avr_f64.h, das brauchst Du nicht. Übersetze einfach avr_f64.c und binde das headerfile in Deine Applikation ein, fertig ist die Laube. Wenn Du das
Frank wrote: > > Ich hab die avr_f64.c ins makefile eingetragen und #include <avr_f64.h> > im main.c sowie die beiden Datein ins Projektverzeichnis kopiert. > Ist das Dein Fehler? Sollte dort nicht #include "avr_f64.h" stehen? Includes
-
Thread
Mittelwert aus ca.100 Werten.
Udo S. schrieb im Beitrag #5742011: > Dann nimm keine 100 Werte, sondern eine 2er-Potenz. Also 64 oder 128. Was soll der Unfug? Wenn ich 100 Werte mitteln möchte/muß, dann nehme ich 100 Werte. Soll wieder der µC entlastet werden, um sich noch mehr zu langweilen?
[avrasm]lsl r24 mov r24,r25 rol r24 sbc r25,r25 ret[/avrasm] div: [avrasm] sbrs r25,7 rjmp .L3 subi r24,-127 sbci r25,-1 .L3: lsl r24 mov r24,r25 rol r24 sbc r25,r25 ret[/avrasm] Resultat: /definitiv
-
Thread
Toolchain neuere AVRs
atmega6490 atmega6490a atmega6490p atmega64rfr2 atmega644rfr2 atmega16hva atmega16hva2 atmega16hvb atmega16hvbrevb atmega32hvb atmega32hvbrevb atmega64hve at90can32 at90can64 at90pwm161 at90pwm216 at90pwm316 atmega32c1 atmega64c1 atmega16m1
atxmega64b3 atxmega64c3 atxmega64d3 atxmega64d4 atxmega64a1 atxmega64a1u atxmega128a3 atxmega128a3u atxmega128b1 atxmega128b3 atxmega128c3 atxmega128d3 atxmega128d4 atxmega192a3 atxmega192a3u atxmega192c3
-
Thread
C jedes zweite Bit verwerfen
add r25, r25 if (data & (1<<5)) tmp |= (1<<2); 6c: 85 fd sbrc r24, 5 6e: 94 60 ori r25, 0x04 ; 4 if (data & (1<<3)) tmp |= (1<<1); 70: 83 fd sbrc r24, 3 72: 92 60 ori r25, 0x02 ; 2 if (data &
mov r25, r24 > 60: 99 1f adc r25, r25 *2, MSB wandert ins Carry-Bit > 62: 99 27 eor r25, r25 r25 =0 > 64: 99 1f adc r25, r25 Carry-Bit ins LSB "kopieren" > 66:
-
Thread
"expected ')' before '*' token" -- Was ist da los?
Also das sind die Ausgaben (nur die includes) [c] typedef uint64_t uint_least64_t; # 213 "c:/winavr-20070525/bin/../avr/include/stdint.h" 3 typedef int8_t int_fast8_t; typedef uint8_t uint_fast8_t; typedef int16_t int_fast16_t;
typedef int32_t int_fast32_t; typedef uint32_t uint_fast32_t; typedef int64_t int_fast64_t; typedef uint64_t uint_fast64_t; # 273 "c:/winavr-20070525/bin/../avr/include/stdint.h" 3 typedef int64_t intmax_t; typedef uint64_t uintmax_t; # 38 "c:/winavr
-
Thread
Vor- bzw. Nachteile AVR / 8051
teure Emulator gekauft werden. Als Hauptcontroller in einem größeren Gerät habe ich z.B. den DS80C390 verwendet mit 64kB Code und 64kB Daten. Hauptgrund waren die beiden CAN-Interfaces. Die erweiterte Adressierung (4MB Code / Daten) habe ich nicht verwendet, da ich noch einen älteren Keil Compiler
meisten Hersteller bei den 40- und 44-Pinnern die gleichen Anschlußbelegung haben. D.h. von 4kB bis 64kB kann man bequem umrüsten ohne Layoutänderung. Wenn man spezielle Hardware verwendet, legt man sich schon ein kleines bischen fest. Z.B. wenn es wider Erwarten Beschaffungsprobleme mit dem DS80C390
-
Thread
LTSpice 24, Simulation blockiert
Thomas T. schrieb im Beitrag #7827671: > Das neue LTSpice (24.1) kenne ich noch nicht wirklich, > aber es sollte an dieser Stelle keine Unterschiede machen. Die Warnung der internationalen LTspice-groups vor Version 24.1.x ist immer noch gültig!😮 [c] LTspice
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 Bugs LTspice64 ver. 17.1.15, November 2023 LTspiceIV ver. 4.x.x, läuft auch
-
Thread
Wieviel Wh zieht euer Kühlschrank pro Tag?
vergisst das dann auszuschalten. Schön wenn man dann gleich sieht dass das Gefrierteil auf einmal auf -24°C steht.
alten Kombi. Im Tiefkühlteil sehe ich bei normaler Nutzung (2 Personen) Temperaturen zwischen -16°C und -24°C. Nach dem Wochenendeinkauf steht die Temperatur dann stundenlang bei -34°C. So ein Gerät möchte ich nicht nochmal haben! Oliver S. schrieb im Beitrag #7150761: > Beim Einräumen ändert sich
-
Thread
"echter" double mit AVR-GCC
> 'double' zu implementieren. Für sin(), cos(), usw. gib es ja die > entsprechenden Routinen in C, mit recht effizienten Reihen. Eben um die Implementierung *dieser* Routinen ging es mir aber. Die gibt es nicht ,,in C'', sondern die müsste jemand für avr-libc's Mathematikbibliothek in 64 bit
Danke für eure interessanten Ideen. Ich habe versucht, die Berechnung mit FixedPoint (64 Bit) zu lösen. Doch das scheitert an mehreren Punkten: 1. ich bräuchte für *, / einen 128 Bit Datentyp, oder aufwändige Schiebeoperationen 2. die Implementierung in C ist extrem (!!) speicherintensiv
-
Thread
24 Bit parallel ausgeben / IC Auswahl?
einem Port 8 Bit parallel ausgeben (ohne Probleme) > darum will ich das so nutzen. Aber um alle 24 Leitungen gemeinsam und gleichzeitig umzuschalten musst du ebenfalls Aufwand treiben. Aus Sicht eines µC stellt sich damit die Alternative * Aufwand UND 12 (8+3+1) Leitungen am µC blockiert * Aufwand
je einem 8 bit Latch 8 x select mit 3 Leitungen (+ 1 mal enable) und 8 x Daten und dann habe ich 64 Bit eingespeichert und die liegen an dem Speicherausgang an und dann -> ein mal Übernahme zum folgenden 8 ICs und schon wandern 64 Bit Daten weiter Also ob 24 oder 64 oder 128 BIt braucht nur vielfaches
-
Thread
Ubuntu 24.04 LTSpice
Oder benutzt Christoph M. unter Ubuntu bereits LTspice 24 (Version 24.0.12)? P.S. Gerade gesehen - im screenshot im ersten Beitrag steht LTspiceXVII.
Ich nutze Linux Mint 21.x, Wine 9 und LTSpice 24, bisher keine Probleme außer dass das Drucken des Schaltplanes unter LTSpice nicht funktioniert, mit keinem Drucker. Aber Grafikprobleme hab ich noch nicht gesehen. Aber LTSpice 24 "lohnt" sich.
-
Thread
einfaches DIGITAL- Oszilloskop (800 Datenpunkte) Assembler
Soundkarte verfügt a) über eine höhere Bandbreite (bis zu 50kHz) b) über eine höhere Auflösung (bis zu 24bit) c) über einer schnellere Aktualisierungsrate (> 100fps) d) über eine größere Aufzeichnungstiefe (ein paar 100GByte, eben bis die Festplatte voll ist) Warum geht die Schaltung nur bis 5kHz ?
ich hoffe, dass sie bei anderen Systemen auch funktioniert. Hier ein neues Update (Version: 1.0.24) Was ist neu? Bei Programmstart muss manuell der Button "Start" betätigt werden, damit die Daten vom µC empfangen werden können.
-
Thread
Z80/UA880D mit 28C64 startet nicht
Es steht klar im Datasheet des 28C64 (findet sich genauso beim 27C64): Read Mode The 28C64A has two control functions, both of which must be logically satisfied in order to obtain data at the outputs. Chip enable (CE) is the power
, ob ein AT28C64B-15, AT28C64B-20 oder AT28C64B-25 verwendet wird. Aus den Signalverarbeitungszeiten ergibt sich die maximale Zugriffsgeschwindigkeit des (E)EPROMs.
-
Thread
LPC2103 63MIPS?
("":::"memory");\ // copy 64 32bit words // PIC18@10MIPS = // PIC24@40MIPS = 40.25?s // dsPIC@30MIPS = 53.66?s // ATMEGA@16MIPS = 274?s // Z16F@20MIPS = 23.0?s // LPC2103@60MIPS = 17.10?s pa32 = (long*)a; pb32 = (long*)b; for (i=0; i<64; i++) { *pa32++=*pb32++; }[/c] Vielleicht ist die Idee einen MCU Benchmark zu erstellen garnicht so schlecht, aber es müssen viele Dinge beachtet werden, die Ich darmals vielleicht übersehen
-
Thread
in_addr_t - Datentypen Umwandlung Sinnfrage
Grundvoraussetzung war. Umgang mit dessen Headern hätte etwas anders ausgesehen. Die vorhin erwähnten ILP64/SILP64 Plattformen werden ein ähnliches Problem haben. Bei ILP64 fehlt ein Basisdatentyp aus dem C Standard für entweder 8, 16 oder 32 Bits und bei SILP64 fehlen gleich zwei davon.
grundsätzlich in 32 Bit durchgeführt. A. K. schrieb im Beitrag #4419484: > Die vorhin erwähnten ILP64/SILP64 Plattformen werden ein ähnliches > Problem haben. Bei ILP64 fehlt ein Basisdatentyp aus dem C Standard für > entweder 8, 16 oder 32 Bits und bei SILP64 fehlen gleich zwei davon. Ja, deshalb
-
Thread
PIN-Code Algorithmus von Blaupunkt Radio
.ÿÿ.ÿÿÿ;!ä@¡... 01F60070 00 00 FF FF 0F 00 FF FF 39 D3 2D 65 24 05 24 00 ..ÿÿ..ÿÿ9Ó-e$.$. 01F60080 00 00 FF FF E8 0A 00 00 55 0D 00 00 9A 01 00 00 ..ÿÿè...U...š... 01F60090 6C 0A 00 00 0A 01 00 00 C6 09 00 00 FE 25 41 9A l.......Æ...þ%Aš 01F600A0 14 01 34
01 24 00 00 00 FF FF 33 30 37 37 *#ŽŸÒ.$...ÿÿ3077 01F60120 32 36 39 32 20 42 42 00 00 00 00 00 00 00 00 00 2692 BB......... 01F60130 00 00 00 00 BF C9 B8 A2 D1 01 24 00 00 00 FF FF ....¿É¸¢Ñ.$...ÿÿ
-
Thread
32bit long in 4 byte aufteilen
Flanke. Da hab ich mir in Assembler sowas gebastelt für: byteout: cpi r20 , 8 brsh j24to8_1 lsl r21 in r24 , PINC andi r24 , 0b00000001 or r21, r24 inc r20 rjmp bitout_out j24to8_1: cpi r20 , 16 brsh j24to8_2 lsl r22 in r24 , PINC andi r24 , 0b00000001 or r22, r24 inc r20 rjmp bitout_out j24to8_2: cpi r20 , 24 brsh bitout_out lsl r23 in r24 , PINC andi r24 , 0b00000001 or r23, r24
-
Thread
SP14Q002-A1 aus eBay - Erfahrungsaustausch
Schaltplan ist aber ein HM628128 angegeben? Dass ist ein 128K RAM ?... Der SED1335 kann doch sowieso nur 64K nutzten? Deine libs sind in welcher Sprache und für welches System? (µC oder PC?) Würden mich jedenfalls interessieren. Ich werde den Controller nämlich mit Java auf einem Linux System ansteuern
@Andre 1. an C5+C3 fehlt der Knotenpunkt an der GND-Leitung 2. die Spannungsversorgung vom IC1 muß +12V sein nicht +5V 3. anstelle von C6+C7+C8 kannst Du auc ein nur den 120pF oder ein 150pF Kondensator nehmen
-
Thread
Ab wann lohnt sich ein 32bit Controller? Compilerkosten?
musste brachte mich dieser Preis in die versandkostenfreie Zone. Das gesamte Softwarepaket für C/ASM inklusive Debugger ist downloadbar und kostenlos. Es ist aber ein altmodischer C-Compiler der keine 64-Bit Arithmetik unterstützt. http://www.mikrocontroller.net/articles/ZNEO
wirklich 32 Bit brauchen. Als zweites ist dann oft der AD-Wandler langsamer als selbst ein 8 Bit µC. Die Unterschied im Preis muß nicht hoch sein. Ein kleiner ARM7 µC muß nicht teurer als ein Mega64 sein. Man muß sich aber vor allem in den neuen Compiler einarbeiten und den erst mal installieren
-
Thread
Netzwerkkarte mit RTL8019
main.o.d main.c -o main.o In file included from main.c:49: ./device.c: In function `Write_Ethernet_Frame': ./device.c:156: error: invalid lvalue in unary `&' In file included from main.c:74: ./interrupt4.c: In
ganz andere geschichte... aber hat irgendwer hier ne Ahnung wie ich den EEPROM (Dateneeprom) eines PIC24FXXX beschreiben kann? mit dem C30 Compiler in C - denn irgendwie werde ich bis jetzt nicht so recht schlau aus dem ganzen und ich habe noch keinen anhaltspunkt =/ Danke mfg Manuel
-
Thread
tcp-Problem bei Kommunikation zwischen Host und VM
6e:c1:29:c3 brd ff:ff:ff:ff:ff:ff inet6 fe80::bfd6:a13e:fa42:cd5b/64 scope link noprefixroute valid_lft forever preferred_lft forever 4: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500
26:e8:79:75:30:94 brd ff:ff:ff:ff:ff:ff link-netnsid 1 inet6 fe80::24e8:79ff:fe75:3094/64 scope link valid_lft forever preferred_lft forever [/pre] Ich hätte gerne ein Diagramm der Netzwerke und wie sie untereinander und mit der Hardware verbunden sind.
-
Thread
Leistungsstarker Microcontroller
. Des weiteren kommt man in C natürlich nicht an die Flags ran. Wenn man z.B. 64Bit Ints braucht und der Compiler nur 32Bit bietet, dann kommt man in C bei der Addition nicht an das Carry-Flag ran und muß es simulieren (wenn a und
Ich bevorzuge derzeit den Dallas 89C420 (oder für bessere EMV, mehr Flash) den 89C430 bis 50 (16K, 32K, 64K). Das System ist in Circuit über RS232 programmierbar und innerhalb von 30Min. auf einer Lochrasterplatine gelötet. Entweder man