-
Thread
effiziente Division durch 10
Man kann einfach GCC fragen, indem man x / 10 übersetzt: [c] #include <stdint.h> uint16_t udiv10 (uint16_t x) { return x / 10; } [/c] mit, z.B: $ avr-gcc -O2 -S -mmcu=atmega8 div10.c Das ergibt: [avrasm] udiv10: movw r18,r24 ldi
ist maximal 9+15 = 24, daher: if (d.rem>=20) { d.quot+=2; d.rem-=20; } else if (d.rem>=10) { d.quot+=1; d.rem-=10; } return d; } [/c]
-
Thread
Wie funktioniert eine Interrupt Service Routine in C?
etwas weiter in der avr-libc Library gegraben und bin nun auf folgende Deklaration gekommen. [c] ISR(USART_RX_vect) {...} [/c] wird nach meiner Erkenntnis in folgenden Codeschnipsel übersetzt: [c] void __vector_24(void) __attribute__ ((signal,used)); void __vector_24(void) {...} [/c]
etwas weiter in der avr-libc Library gegraben > und bin nun auf folgende Deklaration gekommen. [c] > ISR(USART_RX_vect) {...} [/c] > wird nach meiner Erkenntnis in folgenden Codeschnipsel übersetzt: [c] > void __vector_24(void) __attribute__ ((signal,used)); > void __vector_24(void) {...}[/c
-
Thread
Sample Frequenz 48 KHz vs. 44 KHz
den schon benutzten 44,1 hätte man dann aber auch 40 nehmen können. Eine richtig gute Idee wären 64kHz gewesen, weil dann zwischen der maximal darstellbaren Frequenz von 32kHz ein ganzer Faktor 2 Platz gewesen wäre zum Hörbaren, während es bei 24kHz gerade mal eine Quinte ist. Viele Diskussionen
benutzten 44,1 hätte man dann aber auch 40 > nehmen können. > > Eine richtig gute Idee wären 64kHz gewesen, weil dann zwischen der > maximal darstellbaren Frequenz von 32kHz ein ganzer Faktor 2 Platz > gewesen wäre zum Hörbaren, während es bei 24kHz gerade mal eine Quinte > ist. > > Viele
-
Thread
Hilfe Bei Assembler Program
Hallo zusammen, mein Programm soll folgendes Erledigen: Ich habe 64 digitale Ausgänge die ich zu 8 Segmenten á 8 Ausgänge zusammenfasse. Die Segmente werden von einem ATmega32 an PortC in einem Timer-Interrupt ausgewertet. Die Segmente werden nacheinander von PortA aktiviert
aktiviert. Zur besseren Übersichtlichkeit ist im Schaltplan nur ein Segment eingezeichnet. Von allen 64 Eingängen ist IMMER höchstens EINER durchgeschaltet ! Am Ausgang PortB will ich jetzt sehen, welcher der 64 Eingänge geschalten ist, oder ob garkeiner durchgeschalten ist. PortC wird durch externe
-
Thread
Kann jemand ein selbstgebautes FS brauchen ?
doppelt-verlinke listen erweitern und die wortbreiten dem speichermedium anpassen... auf einem 24c32 hätte wäre sowas z.b schon ganz brauchbar: int8 typ (file/payload) int8 next-entry int8 prev-entry int8 first-payload-sektor bzw wenns bereits payload ist dann sind hier schon daten char[8]
werde an diesem ansatz festhalten. trotzdem danke für deine ausführungen. habe übrigens schon zu c64'er zeiten einen ansatz für ein eigenes fs gehabt. habe da aber nicht mehr weitergemacht. da gabs dann auch so kuriositäten das das directory bei spur 18, sektor 0 (oder wars 1 ?!) angefangen hat.
-
Thread
Kann man VQFN mit Heißluft handlöten?
Hallo, ist es möglich und praktikabel, ICs in VQFN, z.B. 24-Lead (Microchip Code RLB, Zeichnung: https://ww1.microchip.com/downloads/aemDocuments/documents/package-outline-drawings/c04-21386b.pdf ) per Hand mit Heißluft zu verlöten? Hat damit jemand Erfahrungen
oder EA Serie nachdenken - wegen TQFP. Von denen habe ich bereits einige auf Lager, also AVR128DB64 und -32, AVR64DD32, AVR64EA48 und AVR16EB32, alle in TQFP. Bin gerade dabei, mir kleine Experimentier-Boards (100×100mm², I/Os alle auf Pin-Header geführt) dafür zu designen. Eigentlich brauche ich die
-
Thread
SPS Betriebssytem
- CAN via MCP2515 - HW PWM der AVR`s - ADC`s auslesen - Lesen eines SPS-Programms von einem I2C eeprom (24cXX) - mehr IO`s durch Porterweiterungen (z.B. I2C oder SPI) - Status-LED`s (Damit man auch was zu sehn bekommt ;-) - ... Gerne nehme ich noch wünsche auf! Ich kann aber noch nicht sagen
bekomme ich den original Syntax zustande, wenn es mir möglich wird, einen "mini-AWL-Parser" in meinem uC zu implementieren, so das ich das Programm nicht mit in den AVR Flashen muss, sondern es in ein externes EEProm (wie die I2C EEproms 24C64) drücken kann. @123 Nein, die Platine ist 1. Komerziell
-
Thread
ItoA mit Uint64_t
und einen C/C++ Header dazu gemacht so dass es einfacher von C/C++ aus zu verwenden ist. [c] char* ulltoa_base10 (uint64_t value, char *buf); char* lltoa_base10 (int64_t value, char *buf); /* Slower than
_C (uint64_t x, char *buf);[/c]
-
Thread
Stoßt man mit C an Grenzen?ASM von Vorteil?
Wenn du C kannst, dann fang erstmal mit C an, so dass du nur noch den µC kennen lernen musst. An die Grenzen kommt man eigentlich nur, wenn etwas wirklich extrem Zeitkritisch ist. Assembler ist aber generell
zu verstehen als uC ^^) Gruß
-
Thread
Thema Segmentierung von Netzen in der Berufsschule
Serveradressen üblich. Die Netzmaske wird wie bei CIDR mit einem Schrägstrich angehängt, wobei ein /64 die kleinste übliche Maske ist (also 2^64 Bits für die Hosts im Netz). "Nach oben" können dann mehrere solche /64-Blöcke zusammengefasst werden, meist in 8er Schritten. Du bekommst also von deinem Provider
eth0 192.168.3.5 netmask 255.255.255.0[/pre] weil 192.*.*.* im Sinne der Netzklassen ein Class C wäre.
-
Thread
µC für "Anfänger"
nicht. Und da ich C schon relativ kann möchte ich auch mit C weiter machen. C++ und C# sind sich ja recht ähnlich abgesehen von der Syntax, dem .NET Framework und solchen Sachen eben.C++ baut ebenfalls auf C auf,daher
Pickit2 kaufen, das kann die neueren PICs nicht mehr. Ich empfehle übrigens für den Anfang einen PIC24 (zB PIC24FJ64GA002), aber das bleibt Dir überlassen - das PicKIT3 kann alle aktuellen 8-, 16- und 32-Bit PICs programmieren. fchk
-
Thread
Ethernet für uC?
eeeeh. Wenn das alles so einfach wäre, hätten wir schon in den 80er Jahren unserer Heimcomputer (C64, Amiga, Atari) mit Netzwerkkarten ausgestattet. Bedarf war auf jeden Fall vorhanden.
: > Wenn das alles so einfach wäre, hätten wir schon in den 80er Jahren > unserer Heimcomputer (C64, Amiga, Atari) mit Netzwerkkarten > ausgestattet. Beim Amiga und ST/TT war das auch kein technisches, sondern eher ein finanzielles Problem. Wenn ich mich recht erinnere, gingen die Preise für
-
Thread
RNmega2560 via Bootloader programmieren
r24, 0x19 ; 25 3f826: 80 93 c4 00 sts 0x00C4, r24 3f82a: 80 e0 ldi r24, 0x00 ; 0 3f82c: 80 93 c5 00 sts 0x00C5, r24 3f830: 88 e1 ldi r24, 0x18 ; 24 3f832
lds r24, 0x0202 3fb7e: 81 50 subi r24, 0x01 ; 1 3fb80: 80 93 02 02 sts 0x0202, r24 3fb84: 0d 94 c6 fd jmp 0x3fb8c ; 0x3fb8c 3fb88: 0c 94 00 00 jmp 0 ; 0x0 3fb8c
-
Thread
Onsen-Ei Kocher
wohl gebraucht um ausreichend Wärmekapazität zu haben, um während der Stunde Garzeit ja nicht von den 64,5C Gartemperatur abzuweichen.
umgeschaut..eine Bodenheizplatte für Aquarium bzw. Terrarium bringen wahrscheinlich das Wasser nicht auf 64 C..
-
Thread
AVR Assembler besser strukturieren (ohne Precompiler)
Lerne C ;-)
fehlt beiden ein Stack der im Beispiel am Ende von "new namespace" wieder cName=last(cName) definieren könnte. Mit etwas Murks lässt sich die interne 64bit Berechnung als 4-fach Stack missbrauchen, um 'echte' Schleifen (mind. 1 Durchlauf; Abbruchbedingung 'unten') ohne sichtbare
-
Thread
Frequenzzähler mit atmega48
die FPU im µC links liegen läßt und durch Software emuliert.
> m.n. > Wozu denn irgendwelche 64 Bit Routinen erfinden, wenn man doch einfach und schnell - wie zuvor gezeigt - mit float rechnen kann? float, dh 32 bit float, hat 24 bit Mantisse und bringt daher nur vielleicht 6 dezimale Stellen
-
Thread
Suffix für uint8_t
Register. Hier lässt GCC deshalb 2 Indizes parallel laufen, einer mit 32 fürs Zählen und einer mit 64 Bits fürs Adressieren, weil i negativ sein kann: [c] void f(int *a, int b, int n) { int i; for (i = b; i < n; ++i) a[i] += 1; } [/c] Hier hingegen reicht ein Index: [c] void f(int *a, int n) { int i; for (i = 0; i < n; ++i) a[i] += 1; } [/c]
-
Thread
Gehalt/Gehaltsentwicklung Informatiker/Ingenieure
> empfehlen? das haengt davon ab, was du machen willst. im embedded bereich wird hauptsächlich c oder c++ gesucht. dazu für den pc vielleicht noch c# oder java. und noch ne skripsprache wie python oder java script.
C3%A4lter-E7448_D_KO13,30.htm https://www.glassdoor.de/Gehalt/Capgemini-Software-Engineer-Geh%C3%A4lter-E3803_D_KO10,27.htm https://www.glassdoor.de/Gehalt/Capgemini-Senior-Consultant-Geh%C3%A4lter-E3803
-
Thread
Na toll! Firefox zwingt mich Windows 10 oder höher zu nutzen
BTX-Terminals (z.B. Multitel oder später DisplayTel) gab es fast von Anfang an Lösungen für gängige Computer: C64, Atari ST, Amiga, x86-PCs unter DOS und Windows...
z.B. Multitel oder später DisplayTel) gab es fast > von Anfang an Lösungen für gängige Computer: C64, Atari ST, Amiga, > x86-PCs unter DOS und Windows... Ich hatte weder C64, noch Amiga oder so, nur PCs. Kann dazu also nur "löchrige" Erinnerungen wiedergeben. Old-Papa
-
Thread
EagleUp Modelle
dass ich hier u.a. auch richtig bin. Die Lib umfasst folgende Modelle: IC: - LQFP (32, 44, 48, 64, 80, 100, 128, 128L, 144, 176) - QFN (12, 16, 20, 24, 32, 40, 44, 48, 64) - SOIC-4 - LGA-14 - 8.0mm x 3.8mm Quarz SMD LED: -PLCC2 -PLCC4 -0603 -0804 -1206 -KPTB-1615 (Dual SMD LED) Induktivitäten
(THT) - RJ45 mit 2 LED 2,54mm Raster, zweireihig jeweils - Buchsen (1-10, 12, 14, 16, 18, 20, 24, 36) - Buchsen um 90° gedreht (1-10, 12, 14, 16, 18, 20, 36) - Pinleiste (1-10, 12, 14, 16, 18, 20, 24, 36) - Pinleiste um 90° gedreht (1-10, 12, 14, 16, 18, 20, 24, 36) gepackt: 89,24 MB entpackt
-
Thread
AVR Atmega64-A ISP funktioniert nicht
Mache C2 kleiner oder nimm ihn ganz raus.
EAF schrieb im Beitrag #7310866: > 10µC natürlich 10µF
-
Thread
SD-Karte Problem Grasshopper
[<900d4068>] vsnprintf+0x25c/0x5de [<90016ab0>] dequeue_task+0x4e/0x56 [<90017ade>] __dequeue_entity+0x22/0x24 [<90017af0>] set_next_entity+0x10/0x24 [<90017c96>] pick_next_task_fair+0x56/0x5c [<900d074c>] ida_get_new_above+0x1c/0x10c [<90056a84>] ifind+0x8/0x3c [<90072a52>] sysfs_ilookup_test+0x0/0xa [<9000030c>] kernel_init+0x0/0x90 [<90056ad6>] ilookup5+0x1e/0x24 [<90072f2c>] sysfs_add_one+0x1c/0x2c [<9000030c
-
Thread
16 Bit LCD mit I2C möglich?
Für ein 16 Bit Display bräuchtest du 16+5 Leitungen, und je nach Anordnung müsstest du dauernd 24 Bit übertragen, für jeden WR toggle also 48 Bit. Da hilft nur die Steuerleitungen (CS, C/D, RD, WR, Reset) auf ein 8 Bit Register zu legen und separat anzusteuern. Oder gleich direkt aus dem Mega256
Für ein 16 Bit Display bräuchtest du 16+5 Leitungen, und je > nach Anordnung müsstest du dauernd 24 Bit übertragen, für > jeden WR toggle also 48 Bit. Die Steuerleitungen bekomme ich noch unter. > Da hilft nur die Steuerleitungen (CS, C/D, RD, WR, Reset) auf > ein 8 Bit Register zu legen und
-
Thread
30 Khz min 16BIT ADC und dann FFT welcher µC?
- Familie von Microchip. Dort gibt es einige Vertreter mit > 16bit-A/D-Wandler (z.B. der dsPIC33FJ64GP804). Nein. Der hat nur einen 16bit DA Wandler. Die xxxGPxxx dsPICs haben aber ein Codec Interface das von SPI über I2C bis hin zu AC3 nahezu alles kann. z.B. ein UDA1345 dran und fertig. Ansonsten
alt, aber ich hoffe doch jemanden zu finden der mir weiter helfen kann. Ich möchte ein Signal von 24 khz Bandbreite mit hilfe einer 512 pkt FFT auf einem Display 240x128 (64) darstellen. 64 weil ev. noch oberhalb etwas anderes dargestellt werden soll. Ein dsPIC33FJ128MC706 soll eingesetzt werden, weil
-
Thread
Programmable Waveform Generator
abstimmen usw. Möglicherweise lohnt es sich, die Synthes-Kontroller mit Assembler zu programmieren: in C gibt es leider kein Datentyp für 24 bit, so wird zu viel Rechenleistung verschwendet.
Maxim B. schrieb im Beitrag #4874101: > in C gibt es leider > kein Datentyp für 24 bit Wenn man tatsächlich Assembler kann, kann man auch so einen Datentyp für geistig minderbemittelte C-Compiler auch recht leicht selber bereitstellen.
-
Thread
TEKWAY DST1xx2B Oszilloskop
Organisierst Du das? Noch einen Test zur Amplitudenmessung, diesmal Gleichspannung. Multimeter Nr 1 zeigt 24.2V, Multimeter Nr 2 24.1V, Hantek 24.8V also rund +2.5%. Tektronix zeigt 24.34V. Gruß Dieter
Level erhöht sich auf 2.36V (83%). Verschiebt man das Signal an den unteren Rand ist es umgekehrt +2.24V (79%) und -2.2V(77%). Eine kurze Überprüfung des Verhaltens bei einem Tektronix 3014C ergibt eine stabile Triggerung über praktisch den gesamten Amplitudenbereich +2.78V (98%) und -2.66V (94%).
-
Thread
ok erledigt danke: english deutsch wer kanns richtig übersetzen.
schon, aber nicht ausgewertet werden von der RS 232 Kopmponente, Eine Touchfolie die 0x12 0x24 0x34 0x00 0x34 0x32 .. sendet ... kommt so an: ..12 ..24 ..34 nix ..34 ..32 grass.. In Midi geht ein 3 Byte String erst gar nicht.. 0x90 0x3C 0x00 .< .. das wird nicht ausgewertet
erreicht." Simulation ect schön und recht. Nutzt aber nichts wenn sie nicht funktioniert, oder der C Code im C Code Fenster, das als C Code Komponente in das Projekt miteingebaut werden kann, beworben wird C Code einfügen zu können.. wird in der Simulation nicht berücksichtigt, super.. für was generiere
-
Thread
Ansteuerung einer AEG-Fallblattanzeige
, die Sensorik für die Erkennung von genau 2^6 = 64 Positionen.
an 24V eben gute 11mA Stromfluss, was ein realistischer Wert ist. AC braucht es wohl zwingend für den Motor.
-
Thread
Wieso hatte der C64 eigentlich kein Floppy Controller?
SPI? ähnlichem im Schnecken tempo?! Was hat dagegen gesprochen den Expansionsport des C64 zu verwenden?
und C64) überhaupt einen Bedarf dafür geschaffen hatten. Das VC1541 Laufwerk für den C64 kostete damals gut dasselbe wie der C64 selbst. Da hat jeder, der nicht in Geld geschwommen ist, es sich zweimal
-
Thread
BASIC-Computer mit Mega32
Umlauten, werde ich aber noch wegmachen...) 4.Programme im EEPROM --------------------- In einen 24C64 passen auch nur noch 4-5 Programme, deswegen habe ich es weggelassen. Vielleicht lässt sich noch was mit dem Dataflash machen... Gruß Jörg
Man könnte doch auch statt den 24C64 einfach 24C512 reinmachen. Dann passen da doch MINDESTENS 10 Programme drauf. Dann könntest du die 4 Plätze KOMPLETT aus den Flash des ATMegas nehmen und hast mehr Platz zum Entwickeln. So und
-
Thread
Junkers CAN-Bus Protokoll
-Feb-21 17:47:54.008] - CAN: [020A] Data: 01 (1) >> Pumpe an [24-Feb-21 17:47:54.355] - CAN: [0252] Data: 14 (20) [24-Feb-21 17:47:55.344] - CAN: [0254] Data: 01 (1) [24-Feb-21 17:47:56.334] - CAN: [0255] Data: 8C (140) [24-Feb-21 17:47:57.008] - CAN:
4 11:01:24.739 -> Triple Sampling: yes 11:01:24.739 -> Actual bit rate: 10000 bit/s 11:01:24.739 -> Exact bit rate ? yes 11:01:24.739 -> Sample point: 64% Sender: Configure ACAN2515 Bit Rate prescaler:
-
Thread
Unterschied zwischen memcmp und strcmp – Wann was nehmen?
Hallo"; char buffer4[] = "Hallp"; int x; x = strcmp(buffer3, buffer4); return 0; } [/c] Viele Grüße Bartosz
GCC, x86-64: [c] #include <string.h> extern unsigned char s1[], s2[]; int f(void) { return memcmp(s1, s2, 8); } int g(void) { return 0 == memcmp(s1, s2, 8); } [/c] [code]
-
Thread
Was sind eure Lieblings-ICs?
praktischer LiPo-Charger für USB TPS709 : Ein dazu passender Spannungsregler. Danach kommen die µC: PIC24FV32KA301 : der kleine PIC24FJ128GC006: der mittelgroße PIC32MX470F512B : der große Ehrlich gesagt macht bei mir der µC immer fast alles alleine (naja, mit etwas Hasenfutter), inklusive Buck
Von den älteren u.a. diese... ICM7045 ICM7218 74C922 27C64 ULN's UDN's ...von den neueren ist die Liste endlos...
-
Thread
Embedded Linux erkennt USB Stick aber /dev/sdd wird nicht angelegt? /dev/ttyUSB bei UMTS-Stick auch!
1.092498] [<c039af58>] (davinci_mdio_probe+0x0/0x2d0) from [<c01aeb2c>] (platform_drv_probe+0x20/0x24) [ 1.102478] r7:c054aae8 r6:c0563a08 r5:c058ee70 r4:cf067608 [ 1.108489] [<c01aeb0c>] (platform_drv_probe
0x24) [ 1.885528] r4:c051262c r3:00000000 [ 1.889312] [<c0501780>] (omap_hsmmc_init+0x0/0x24) from [<c0008764>] (do_one_initcall+0x128/0x1a8) [ 1.898864] [<c000863c>] (do_one_initcall+0x0/0x1a8
-
Thread
PI mit 8-Bit Controller auf viele DEZIMALSTELLEN genau berechnen
(n); putchar ('0' + carry); return n_bytes_new; } uint8_t digs256[] = { 0x24, 0x3F, 0x6A, 0x88, 0x85, 0xA3, 0x08, 0xD3, 0x13, 0x19, 0x8A, 0x2E, 0x03, 0x70, 0x73, 0x44, 0xA4, 0x09, 0x38, 0x22, 0x29, 0x9F, 0x31, 0xD0, 0x08, 0x2E, 0xFA, 0x98, 0xEC, 0x4E, 0x6C, 0x89
FRAM-Modul zusätzlich dranhängen. Oder ggf ein billiges Ein-Euro-RTC-China-Uhrenmodul mit einem AT24C32 I2C EEPROM drauf. Das hat nmit seinen 32kBit auch 4kByte Speicherplatz, was für die Speicherung von etwas über 8000 zusätzlichen Hex-Digits ausreichen würde.
-
Thread
Tester für Spezialversion des AVR Bootloaders optiboot gesucht!
folgende Prozessoren getestet: m8, m48p, m88, m168, m328p, m64, m128, m645, m169, t24a, t44a und t84a. Weitere Tests sind in Arbeit. Schwierigkeit macht derzeit der ATtiny88 (t88), der will den Flash nicht vom Bootloader beschrieben haben.
ATmega1284 nicht läuft. Für den ATmega1284 müßten die Befehle [avrasm] ASBI DDRD, DDD7 ldi r24, (1<<COM2A0) AOUT TCCR2A, r24 ldi r24, (1<<CS20) AOUT TCCR2B, r24 [/avrasm]bei Zeile 579 in optiboot.S eingefügt werden, um ein Ausgangssignal an PortD, Pin 7 mit der Frequenz 16000000/512
-
Thread
ATMEGA328P auf Arduino Uno
: Recv: . [10] avrdude: Send: d [64] . [00] . [80] F [46] . [0c] . [94] a [61] . [00] . [0c] . [94] ~ [7e] . [00] . [0c] . [94] ~ [7e] . [00] . [0c] . [94] ~ [7e] . [00] . [0c] . [94] ~ [7e] . [00] . [0c] . [94] ~ [7e] . [00] . [0c] .
[f1] # [23] 0 [30] q [71] . [f0] $ [24] 0 [30] ( [28] . [f4] ! [21] 0 [30] . [a1] . [f0] " [22] 0 [30] . [11] . [f5] . [14] . [c0] & [26] 0 [30] . [b1] . [f0] ' [27] 0 [30] . [c1] . [f0] $ [24] 0 [30] . [d9] . [f4] [20] avrdude: Recv:
-
Thread
STM32F4 Compiler bremst den Code
kommt man an den Punkt, wo das Flash Interface initialisiert wird (in einer Zeile): system_stm32f4xx.c: Zeile 396 [c] FLASH->ACR = FLASH_ACR_ICEN |FLASH_ACR_DCEN |FLASH_ACR_LATENCY_5WS; [/c] Allerdings wird dabei _nicht_ der Instruction-Prefetch aktiviert, was für mich bedeutet, dass entweder der
MCUA schrieb im Beitrag #3312130: > Der Flash von dem läuft nur mit ca 24 MHz 30 Mhz bei Vdd = 2.5...3.6Volt.
-
Thread
Lattice Diamond: UART Receiver Siganl Wegoptimiert
// adress 1000: Rx/Tx Register [/c] bin ich auf dem falschen Weg oder wie?
0x1004.PNG) 2) Read Adresse: 0x1004 (MRd_32Bit_uart_0x1004.PNG ) 3) Write Daten 0x83 Adresse: 0x100C(MWr_32Bit_uart_0x83_0x100C.PNG) 4) Read Adresse: 0x100C (MRd_32Bit_uart_0x100C.PNG ) beigefügt mein UART Interface (uart_wb.v) Ich würde mich auf Hinweise freuen !
-
Thread
AT91SAM7 - Erste Erfahrungen.
funktionen zur initialisierung und betreuung der peripherals enthält: ...\arm\examples\Atmel\SAM7S64\Include\lib_AT91SAM7S64.h eine beschreibung findest du hier: ...\arm\examples\Atmel\SAM7S64\Include\AT91SAM7S64.html allerdings setzt das alles c voraus! gruss gerhard
funktionen zur > initialisierung und betreuung der peripherals enthält: > ...\arm\examples\Atmel\SAM7S64\Include\lib_AT91SAM7S64.h > > eine beschreibung findest du hier: > ...\arm\examples\Atmel\SAM7S64\Include\AT91SAM7S64.html Kenn ich schon und hab ich auch schon verwendet. Es bleibt trotzdem lästig
-
Thread
ATmega Development Boards (Sind die OK?)
bin ich in die Mikrocontroller-Welt eingestiegen. Ich bin ein Microsoft .NET programmierer mit C# und früher Visual C++ mit der MFC. Angefangen habe ich im Alter von 14 Jahren, als ich auf einem C64 mit Assembler seine parallele Schnittstelle programmierte, um damit per Kabel Daten von einer
kümmern. Peter King schrieb im Beitrag #5343836: > Ich bin ein Microsoft .NET programmierer mit C# und früher Visual C++ > mit der MFC. > > Angefangen habe ich im Alter von 14 Jahren, als ich auf einem C64 mit Wenn Dir die Bits und Bytes schon vertraut sind und die Programmierung aktueller
-
Thread
Schaltungsaufgabe mit FPGA lösen
Impulsbeginn. Ich würde für den Zweck, wenn alle nichtgenannten Bedingungen es auch erlauben, ein PIC24FJ64GC010 oder PIC24FJ128GC010 + 2 externe 8Bit Analog Mux nehmen. Die Chips haben ein 12Bit/10Msps AD Wandler mit 50 Eingängen, DMA und genug Power für die Bearbeitung.
Leitung der puls kommt, wurde ich eine riesige addiererschaltung mit einem schnellen OPV bauen und 64 Eingängen.(Also einfach 64 Widerstände zu den OPV) Hinten dran ein schneller ADC. Oder habe ich etwas übersehen?
-
Thread
LCD mit Interrupts?
); *hour=(uint8_t) (hoursElapsed%24ull); return timeStamp; } uint64_t DCF77_getDate(uint8_t *day, uint8_t *month, uint8_t *year, uint8_t *weekDay) { uint64_t timeStamp=SYSTEMCLOCK_getTime64(); uint64_t ticksElapsed=timeStamp-dcf77lastValidTimeStamp
_t) dcf77lastValidHour); uint64_t daysElapsed=hoursElapsed/24ull; *day=dcf77lastValidDay; *weekDay=dcf77lastValidWeekDay; *month=dcf77lastValidMonth; *year=dcf77lastValidYear; if(daysElapsed>0) for(uint16_t d=0;
-
Thread
Kleines Problem beim T6963C (Grafik Modus)
(High); GLCD_Befehl(0x24); } [/c] >Hast du den Anfang des Grafikspeichers berücksichtigt. Das Byte links >oben ist Grafik Home. Das verstehe ich nicht, was meinst du damit? Nabend
Kann es sein, dass der C18 hier wieder irgendwas krankes optimiert? [c] ADR = ((X-1)*30)+((Y-1)/8); [/c] Diese Rechnung ergibt bei X=64 und Y=120 nämlich nicht 1904.. Warum?? Wenn ich folgendes schreibe wird auch 1904
-
Thread
AVR und der Umgang mit C++
<__bad_interrupt> 60: 0c 94 3e 00 jmp 0x7c ; 0x7c <__bad_interrupt> 64: 0c 94 3e 00 jmp 0x7c ; 0x7c <__bad_interrupt> 00000068 <__ctors_end>: 68: 11 24 eor r1, r1 6a: 1f be out 0x3f,
0x0b, r1 ; 11 c4: 82 e0 ldi r24, 0x02 ; 2 c6: 8a 95 dec r24 c8: f1 f7 brne .-4 ; 0xc6 <_ZN6RX58085spi_1Ev+0x26> ca: 00 c0 rjmp .+0 ; 0xcc <_ZN6RX58085spi
-
Thread
Flash-Speichergröße bestimmen
Variable. Äh, uint32_t geht nur bis 4.294.967.295. Da liegt er drüber, man müsste also ein uint64_t mit 64 Bits nehmen. Das kennen gängige C Compiler aber auch. Die eigentliche Frage ist, ob zwischendurch der Strom ausfallen darf und ob dann der Zählerstand erhalten bleiben soll...
Ein "FRAM" Baustein kann extrem viele Schreibvorgänge durchhalten, z.B.: http://www.elv.de/ic-fm24c04.html Vielleicht schreibst Du aber doch nicht mehrere Milliarden mal, sondern "nur" einmal pro Sekunde den Wert in den Baustein, das wären dann in 5 Jahren: 5 x 365 x 86400 = 157680000 Schreibvorgänge
-
Thread
ATMEGA128:Flash beschrieben
beschreiben. Dazu muß die entsprechende Routine im Bootbereich liegen. Für 30kB würde ich nen AT24C512 oder AT24C256 anschließen, die können sowohl byteweise als auch blockweise beschrieben werden. I2C-Routinen gibt es haufenweise dafür, man sollte allerdings Software-I2C verwenden (einfacherer und
Der IC AT24C512 ist bei mir schon auf dem Board. Ok ich werd mich mal damit beschäftigen. Peter kannst du mir eine Quelle geben, wo ich einen C-Code für die I2C Ansteuerung finde?
-
Thread
LCD DM19264A (KS0108B Controller)
Chip's nochmals einschalte, kommt auch der Text auf dem Display. Nur 1. Treiber kommt nichts... [c] GLCD_Initialize(); GLCD_ClearScreen(); GLCD_GoTo(32,0); GLCD_WriteString("+-------------------+"); GLCD_GoTo(64,1); GLCD_WriteString("| Universal |"); GLCD_GoTo(64,2); GLCD_WriteString
("| microcontrollers |"); GLCD_GoTo(64,7); GLCD_WriteString("+-------------------+"); GLCD_WriteCommand(0x3f, 0); // <--- Text erscheint nun! GLCD_WriteCommand(0x3f, 1); GLCD_WriteCommand(0x3f,2); [/c] Ich habe als Vorlage
-
Thread
GCC erzeugt zu kurze Interrupttabelle auf ATTiny24
rjmp .+74 ; 0x52 <__bad_interrupt> 8: 24 c0 rjmp .+72 ; 0x52 <__bad_interrupt> a: 23 c0 rjmp .+70 ; 0x52 <__bad_interrupt> c: 22 c0 rjmp .+68 ; 0x52 <__bad_interrupt> e: 21 c0
27 c0 rjmp .+78 ; 0x54 <__bad_interrupt> 6: 26 c0 rjmp .+76 ; 0x54 <__bad_interrupt> 8: 25 c0 rjmp .+74 ; 0x54 <__bad_interrupt> a: 24 c0
-
Thread
ATSAMD51 mit AtmelStudio und USB
IsUserConnectable : yes PortIsDebugCapable : no PortHasMultiCompanions : no PortConnectorIsTypeC : no ConnectionIndex : 1 CompanionIndex : 0 CompanionHubSymLnk : USB#ROOT_HUB30#4&11118949&0&0#{f18a0e88-c30c-11d0-8815-00a0c906bed8} CompanionPortNumber : 13
: 0x32 (100 mA) Data (HexDump) : 09 02 43 00 02 01 00 80 32 09 04 00 00 01 02 02 ..C.....2....... 00 00 05 24 00 01 10 05 24 01 01 00 04 24 02 02 ...$....$....$.. 05 24 06 00 01 07 05 82 03 40 00 0A 09 04 01 00 .$.......@...