-
Thread
Speicherbausteine Grundkenntnisse
Ich suche so etwas auch, der so funktioniert wie der EEPROM M24C64, nur eben als SRAM.
@ Günter Lenz (Gast) >Ich suche so etwas auch, der so funktioniert wie der >EEPROM M24C64, nur eben als SRAM. Hab ich dir nicht vor kurzem erst dazu einen Link gezeigt? https://www.mikrocontroller.net/topic/432436#5099705
-
Thread
wie Gleitkomma umgehen??
#define faktor (uint16)((10,6381*0,0649*1024)+0,5) ==> 707 (uint64)(Zählerstand ( in dm3 oder cm3 anstatt in m3 ) * faktor ) >> 10 Ergebnis in m3 umrechnen (uint64) falls nötig
32bit shift aufblasen, dann sollte man mit den signifikanten Stellen einigermaßen auskommen. [c] #define faktor (uint32_t)((10,6381 * 0,0649 * 4294967296) + 0,5) // ~2,97e9 zaehlerstand_100 = (100 * vorkomma) + nachkomma; preis_cent = (uint64_t)(zaehlerstand_100 * faktor ) >> 32; [/c]
-
Thread
uC für USB Audio Anwendungen
Du hast aber schon verstanden, das sowohl Full Speed USB als auch USB Audio 1.1 für 192k/24 Bit/stereo nicht funktioniert? fchk
PHY Hat der Teensy 3.2. Frank J. schrieb im Beitrag #5337366: > Spontan würde ich was mit 64 pins also geringerer Baugröße Der beimTeensy 3.2 verwendete Prozessor Freescale MK20DX128 hat ein 64 PIN LQFP Gehäuse. Hast du dir den wenigstens mal angesehen? Der sollte deine Wünsche erfüllen
-
Thread
Steuerung von Magnetventil
das die Ströme sind, die das Ventil benötigt, wird sich d hinz schrieb im Beitrag #6170924: > 24VDC für den Aktor, Woraus entnimmt du, dass das EZP-02-54 für den Betrieb mit 24VDC vorgesehen ist? Lt. Typschlüssel ist dafür das EZP-02-64 erforderlich.
Wolfgang schrieb im Beitrag #6173133: > hinz schrieb: >> 24VDC für den Aktor, > > Woraus entnimmt du, dass das EZP-02-54 für den Betrieb mit 24VDC > vorgesehen ist? > Lt. Typschlüssel ist dafür das EZP-02-64 erforderlich. Ich meinte den Loxone Aktor.
-
Thread
komplexes Problem mit Grafik und Dateisystem auf Disco-F746NG
STMicroelectronics/STM32CubeH7/commit/5975bffae9358bc2b2890a35a203d940a395efef#diff-e5eaf8e424ade5cd24bbfca40871c6406a6d90b9b3dad4e7b743256df156c6b4 das ist ja schon blöd das man den ganzen 32 oder 16 kB Cache vor dem DMA putzen muss.
angenommen das ein 32 Byte Alignment (Cache Line Size) reichen würde, aber dem ist scheinbar nicht so. Ein 64 kB Buffer muss auch auf einer geraden 64 k Adresse liegen, was bei so großen Bereichen dann auch das Zusammenspiel mit dem Linker nötig macht. [c] { /* Disable the MPU */ HAL_MPU_Disable
-
Thread
ARM-AI-Assistent final, RP2040 mit 200 MHz Maximaltakt uvm
Kommt auf die Absprachen und Dokumentation an. Ich habe hier, nur zum Spaß, seit Jahren einen µC mit glatten 400MHz laufen. Im Kasten bei konstanten 40°C. 24/7. Liefert _nebenbei_ auch gleich mehrere Referenztakte. PS. Eigentlich wollte ich sehen wie schnell der kaputt geht. Hatte mit Tagen oder
schreibst. Norbert schrieb im Beitrag #7837815: > Ich habe hier, nur zum Spaß, seit Jahren einen µC mit glatten 400MHz > laufen. Im Kasten bei konstanten 40°C. 24/7. Liefert nebenbei auch > gleich mehrere Referenztakte. Du hast jetzt ja nicht dabei geschrieben um was für einen Controller es
-
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