-
Thread
Controller mit FPU
Beitrag #3778987: > Selbst ein AVR rechnet locker mit float- (32Bit) oder auch double-Werten > (64Bit) Ist double beim avr-gcc mittlerweile 64 Bits breit?
kleine Beschreibung, damit ich mir besser >Vorstellen kann was eine FPU ist und wie diese in einem uC integriert >ist). Eine FPU ist ein mathematischer Koprozessor, also ein Stück Hardware, welche die Fließkommarechungen macht. Der C Compiler kümmert sich darum, dass deine Fließkommarechungen in
-
Thread
ZX81 plus38 Clone
#6407534: > Zum Beispiel bei digikey: Oder bei reichelt: https://www.reichelt.de/otp-eprom-512-kb-64-kbit-x-8-70-ns-5-v-pdip-28-at27c512r-70pu-p286473.html?search=otp+eprom
Im forum64 gibt es auch einen Thread zum Thema, wo einige Fehler gefunden wurden: https://www.forum64.de/index.php?thread/126399-first-run-zx81-38-replika-l%C3%A4uft-nicht/&postID=1851371#post1851371
-
Thread
TFT Ansteuerung mit Atmega16
-5MHz, d.h. aller 200ns muss ein neues Pixel an das Display geschickt werden. Ob das nun 1bit oder 24bit Farbtiefe hat, spielt erstmal keine Rolle. Dafür dürfte so ziemlich jeder normale uC zu langsam sein. Von Microchip gibt es einige PIC24 mit eingebautem Grafikkern oder von Epson die üblichen LCD-Controller
unbedingt >jemals in meinem Leben einfach Grafik-LCD mit Touch angesteuert haben. Für KS0108 und T6963C Controller gibt es haufenweise Code. Mit KS0108 findet man Displays bis 240x64. T6963C geht bis 240x128. Ist alles monochrom aber zum anfangen reichts für einen AVR. T6963C würde ich bevorzugt nehmen
-
Thread
AVR Assembler Frage
nimm c
breq target Das ist doch Unsinn. Lass R16=14 sein -> 14-12 -> Kein Z, Kein C Lass R17=22 sein -> 22-20 -> Kein Z, Kein C Wenn R18=24 -> 24-24 -> Z gesetzt -> SPRUNG! Und das obwohl R16 und R17 ihre Bedingung nicht erfüllen.
-
Thread
Pollin 16080 Touch mit ATMEGA32 und BASCOM
Timer , Prescale = 64 'Timer for transmiter On Timer2 Isr_timer2 Enable Timer2 Goto Fs20tx_end [/c] Theoretisch dürften die beiden doch keine Gemeinsamkeiten haben? Wenn ich darf, sende ich
und Initanpassung: [code] Config Graphlcd = 128 * 64sed , Dataport = PortC , Controlport = PortA , Ce = 7 , Cd = 4 , Rd = 5 , Enable = 6 , Mode = 8 , Reset = 6 [/code] also Enable und Reset teilen sich im Prog den PortA.6 liegt das daran? kann
-
Thread
4" TFT für 7,97€
Ich hab hier so einen C64-DTV, also einen C64 Homecomputer, samt Spielesammlung, in einen Joystick eingebaut. http://de.wikipedia.org/wiki/C64_DTV Diesen hatte ich schon an das -B1 Display angeschlossen, und das Resultat
Das TFT kostet jetzt übrigens nur noch 3,99 Euro :) http://www.deluxe24.com/4-Zoll-TFT-Monitor12V-KFZ-Adapter-f-PS2-Slim_p2873_sid693b2c9365d7c2cd877bfe4316c9d639_x2.htm
-
Thread
Altium Layout LM2596
Fläche eine GND Plane zu legen oder sollte ich nur vereinzelt GND Planes verwenden (z.B. einmal für C64 C66 D14 und einmal für C65 und C63). Weiterhin habe ich die Rückführung der Feedbackleitung einfach über ein 3V3 Via realisiert. Da bin ich mir unsicher ob ich dies so machen darf? Oder muss ich
die beiden Strompfade (ähnlich wie auf Ihrer Homepage erklärt) einzuzeichnen. 1. Gelb: Eingangs-C63 -> Eingangs-C65 -> Schalter -> Spule -> Ausgangs-C64 -> Ausgangs-C66 -> Eingangs-C 2. rosa: Ausgangs-C64 -> Ausgangs-C66 -> Diode -> Spule -> Ausgangs-Cs Die Verbindungen der GND Pads habe ich
-
Thread
C: Programm mit Textanzeige für mehrere Sprachen
time break" " " "< (+ Goals -) > "; char en_d_23[64] PROGMEM = " Game finished " " Result " " " " "; char en_d_24[64] PROGMEM = " Select "
en_d_14,en_d_15, en_d_16, en_d_17, en_d_18, en_d_19, en_d_20, en_d_21, en_d_22, en_d_23, en_d_24}} }; [/c] Am Ende gibt es ein Array von typ language_t, wo alle Sprachen zusammengefasst sind, der Index gibt die Sprache an. Im Programm hat man dann keine direkten Texte mehr, nur
-
Thread
LED-Matrix, 9x9 RGB, Voll dimmbar
Configuration PROM benutzt? Ich sehe nur 8 >Pinner um das FPGA auf deiner Platine. Hand Made! Ist ein I2C EEPROM AT24C512. Geladen wird der über einen ATtiny12. Ist zwar recht gemächlich (~5s), geht aber. Dazu gibt es bald einen Artikel. FPGA Konfiguration. >Aber sieht gut aus Danke. MfG Falk
hier geht *nicht*, weil die grüne LED bei Pulsströmen über 25mA sich türkis färbt. http://www.leds24.com/shop/product_info.php?info=p707_5mm-3Chip-RGB-4pin-LED-diffus-50----steuerbar.html Die hier geht. http://www.leds24.com/shop/product_info.php?info=p706_5mm-3-Chip-RGB-4-Pin-LED-30----steuerbar.html
-
Thread
Kann man folgenden Code platzsparender schreiben
nach Code der viel Speicher benötigt bin ich bei folgenden zwei Codeausschnitten fündig geworden. [c] #define DDS_CLK 125000000UL ... uint64_t tuningword; tuningword = (frequency * 4294967296) / DDS_CLK; ... [/c] Hier wird das 32-bit Tuning-Word für einen 9850 DDS-Chip berechnet. [c]
Dann bleibt da > nämlich "FTW = f * k" stehen, und das ist eine Laufzeitmultiplikation. Weil [c](frequency * 4294967296) / 125000000UL;[/c] nicht immer das gleiche Ergebnis wie [c]frequency * (4294967296 / 125000000UL);[/c] liefert. Die Idee von Uwe ist, die 64 Bit Operationen durch 32 Bit
-
Thread
VOLTCRAFT DSO-3062C 60 MHz = baugleich mit?
to get HyperTerminal on to Windows 7 (32 or 64-bit). On the Windows 7 box make a new folder under C:\Program Files\HyperTerminal for 32-bit and for 64-bit make a new folder C:\Program Files (x86)\HyperTerminal From a Windows XP box and copy
can't register device insmod: can't insert '/dso/driver/dso-i2c.ko': Device or resource busy oder S3C24XX NAND Driver, (c) 2004 Simtec Electronics s3c2410-nand: mapped registers at c4880000 30 ns is too big for current clock rate 101250 s3c2410-nand:
-
Thread
Probleme win WinAVR 20081205
0xe0 <main+0x2e> OCR1A = PWM_value*0xFF/100; f6: 1d 9d mul r17, r13 f8: c0 01 movw r24, r0 fa: 11 24 eor r1, r1 fc: 64 e6 ldi r22, 0x64 ; 100 fe: 70 e0 ldi r23, 0x00 ; 0 100: bd d0 rcall .+378 ; 0x27c <__divmodhi4
// LED rot toggle besteht insgesamt aus zwei verteilten Codeblöcken, einmal cc: c2 e3 ldi r28, 0x32 ; 50 ce: d0 e0 ldi r29, 0x00 ; 0 d0: 00 e4 ldi r16, 0x40 ; 64 als Initialisierung vor der Schleife, und dann e6: 88 81 ld r24, Y
-
Thread
Bitweise SPI Abfrage des ADC im Zweierkomplement
Gerald G. schrieb im Beitrag #3771919: > Also so: > [c] > value = (((int32_t)(bytes[0]<<24) | (int32_t)(bytes[1]<<16)| > (int32_t)(bytes[2]<<8))>>14); > [/c] Immer noch falsch. in [c] uint8_t i = 5; uint64_t c; c = i << 5; [/c] bestimmt
, dann musst du VOR dem Verschieben i auf 64 Bit hochcasten. Nicht hinterher. [c] uint8_t i = 5; uint64_t c; c = ((uint64_t)i) << 5); [/c] Jetzt wird zuerst i auf 64 Bit hochgehoben, damit hat das a in [code] c = a << b [/code]
-
Thread
AVR Flash jenseits der 64kB
! Viel Spaß beim Ausschöpfen der 256kB des ArduinoMEGA! P S Ja, der Zugriff auf die Daten >64kB ist natürlich sowohl was den Schreibaufwand im C-Code als auch real auf Assemblerebene angeht etwas mühsam und deutlich langsamer als unterhalb von 64kB. Ein Byte-Zugriff dauert mal fix 9 Takte, 4
[c] const __flash1 <Datentyp> name = ...; [/c] definiert sind, im Flash im Bereich 64-128kB abgelegt werden. Auf diese Konstanten kann entweder direkt oder über einen 16bit __flash1 Pointer zugegriffen
-
Thread
C: Prüfen, ob Variable in Intervall
...tatsächlich ist es genau der Code, den GCC für folgende Vergleiche erzeugt: [c]void f (void); void test (int c) { if (c >= 50 && c <= 100) f(); }[/c] Hier avr-gcc: [avrasm] test: sbiw r24,50 sbiw r24,51 brsh .L1 jmp f .L1: ret [/avrasm] Anstatt
Ergebnis aber nicht. [c] return ((c > a) == (c < a + b)) || (c == a) || (c == a + b); [/c] sollte funktionieren unter der Voraussetzung, dass a+b keinen Überlauf verursacht. Der Ausdsruck wird in 16 bis 24 Zyklen berechnet
-
Thread
Quick&dirty - schnelle Problemlösungen selbst gebaut Bilder
Bezeichnung? http://www.ebay.de/itm/Stereo-Endstufe-Telefunken-OPUS-2550/252219925180?_trksid=p2047675.c100010.m2109&_trkparms=aid%3D555012%26algo%3DPW.MBE%26ao%3D2%26asc%3D20140521152655%26meid%3D633c9af5ea5a470c9659fd0eb096d263%26pid%3D100010%26rk%3D5%26rkt%3D24%26sd%3D221963029328
hat hier jemand mal die Chinaversion der Weller Lötspitze ET-KN benutzt? https://www.amazon.de/L%C3%B6tkolben-Spitze-Schwei%C3%9Fger%C3%A4te-L%C3%B6tspitze-L%C3%B6tstation-Schnelle/dp/B07QQY24TT/ref=sr_1_5?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&keywords=etkn+weller&qid=1558200268&s=gateway&sr=
-
Thread
AVR Mikrocontroller Lohnenswert?
BuiltInLed led; int main() { led.init(); for(;;) { led.toggle(); } }[/c] Dazu hier ein Auszug aus dem Kompilat(nur die main). [c] 00000080 <main>: 80: 25 9a sbi 0x04, 5 ; 4 82: 80 e2 ldi r24, 0x20 ; 32 84: 83 b9 out 0x03, r24
Egal, ob C oder C++ oder ASM. > C++ und die anderen OOP Sprachen haben ihren wichtigsten Platz auf > Servern und dem Desktop. Ähem, 64-Bit-Rechner mit 8 Kernen und GHZ-Takt eben... Wer C++ auf dem AVR macht
-
Thread
STM32F1 (Nucleo-F103RB) - HSE ohne Quartz?
Stefan U. schrieb im Beitrag #4959991: > Es > sind 24Mhz. 8Mhz wäre auch verwunderlich wenig. Ich finde ehrlich gesagt > auch die 24Mhz enttäuschend. Wenn Du einen µC ohne wait-states haben möchtest: RX63/RX631. Die laufen mit 100 MHz und sind sehr
Jemand eine Idee welche Genauigkeit (ppm) der 8 MHz Quarz des ST Link µC hat? Das Nucleo 64 Handbuch hat keine näheren Angaben. Oder wo ich etwas dazu finden könnte, Datenblätter vom Quarz usw
-
Thread
PT100-Thermometer
verbessert", funktionieren viele USB Treiber und andere Sachen nicht mehr (richtig) und man hat in X64 andauernd Probleme mit den USB Treibern diverser älterer uC Tools und nur die neuesten Version von AS7 o.ae. lassen sich noch gebrauchen wenn man nicht gerade auf alte BS wie XP umsteigt. Jetzt sind
vielen Präzisionskomponenten und oft viel Abgleich zu lösen und ein Umdenken ist notwendig. Ob ein 24–bit ADC mit VRef Eingängen als Spezial IC bezeichnet werden soll mag dahin gestellt sein. Fest steht, daß wegen der ausgereiften uC Technik Problemlösungsdenken man heute einfach andere Wege beschreitet
-
Thread
Tekway/Hantek/Voltcraft MSO
down. s3c2440-sdi s3c2440-sdi: initialisation done. Advanced Linux Sound Architecture Driver Version 1.0.18a. No device for DAI UDA134X No device for DAI s3c24xx-i2s S3C24XX_UDA134X SoC Audio driver UDA134X SoC Audio Codec asoc: UDA134X <-> s3c24xx-i2s mapping ok s3c2440-sdi s3c2440-sdi: powered down. ALSA device list: #0: S3C24XX_UDA134X (UDA134X) TCP cubic registered RPC: Registered udp transport
-
Thread
64-Bit Integer Beschleunigung
viel, viel zu > komplex und dadurch zu teuer für meine Anwendung. GPUs können Problemfrei mit 64 bit Zahlen rechnen: https://www.khronos.org/registry/OpenCL/specs/2.2/html/OpenCL_C.html Eine Implementierung auf GPU ist eigentlich relativ einfach. Ich denke du machst nichts kaputt, wenn du das
Anbindung. Das hier ist die innerste Schleife inklusive Rekursion (maximale Rekursionstiefe ist 64, wenn ich mich recht erinnere). [c]bool Searcher::recurse(crc_t pAccumulator, payload_t pMaxLength, bc::number_t pRecursionsLeft) { crc_t aRollingValue = mPolynomial; for (payload_t
-
Thread
Elektroniker Stammtisch Nähe München
die 64-Bit-Seriennummer[/c] (ich habe den Code etwas vereinfacht, ist nicht das Original) > Den Sinn kann ich immer noch nicht ganz nachvollziehen. Was ist dir nicht klar? Dass UART1 für drei verschiedene
Temperatursensor ist ein OneWire DS18B20 angeschlossen. Es giebt ein RTC-modul(DS1307) mit EEProm(AT24C32) wo die Mülldaten gespeichert werden. Der Wecker, auch wenn er derzeit kein Ton von sich giebt, sondern nur im Display angezeigt wird ist nur im RAM abgespeichert. Alle Einstellungen werden per
-
Thread
csv-viewer Portierung
Aussentemp.;Labor;Server1;Server2;Server3;Heizungskeller;Vorlauf;Ruecklauf 2018.08.15;00:01:00;20,1;24,9;30,9;28,9;28,0;24,3;25,8;27,5 2018.08.15;00:02:00;20,2;24,9;31,0;28,9;28,0;24,3;25,8;27,5 Habe zum Test das Datum ins passende Format gebracht. Aber das ist auf Dauer keine Lösung. Schön wäre
Aussentemp.;Labor;Server1;Server2;Server3;Heizungsraum;Vorlauf;Ruecklauf 2018.08.19;00:01:00;20,3;24,1;30,1;28,1;27,1;24,4;28,5;27,3 2018.08.19;00:02:00;20,3;24,1;30,1;28,1;27,1;24,4;28,5;27,3 Mit einem Editor ersetze ich das Semikolon durch ein Leerzeichen, und schon wird alles richtig dargestellt
-
Thread
Was genau ist UL?
Bit-Prozessoren darf er aber nicht 8 Bits breit sein, da er auf mindestens 16 Bits eingeschränkt ist. Auf 64-Bit-Systemen ist er meistens auch nicht 64 Bits breit, da nur char und short kleiner sein dürfen und das nicht ausreicht für 8-, 16- und 32 Bit-Typen. Es gibt auch DSPs, die nur mit vielfachen von 24
nur meine weitere Erklärung dazu lesen müssen. >>Es gibt auch DSPs, die nur mit vielfachen von 24 Bits umgehen können. > > Ausnahmen. Als C entwickelt wurde war an DSPs noch nie und nimmer zu > denken. Ja eben, das ist genau das, was ich meine. Damit C universell bleibt und auch auf Plattformen
-
Thread
Einstellbare Spannungsquelle mit uController
Verstehe ich dich richtig du meinst es wie folgt: uC->Drossel->p-Kanal
reihe zum Lüfters. Hier /etwas/ aufwendiger betrachtet. https://www.mikrocontroller.net/articles/Gl%C3%A4ttungsfilter_f%C3%BCr_1-Bit_DA-Wandlung
-
Thread
ESP8266 TCP Server: Erster Verbindungsaufbau nach Reset dauert lange
: [pre] MIT wifi_set_sleep_type(NONE_SLEEP_T); root@spezi-dell:/home/test# sleep 10;ping 10.24.10.202 -i 1 -n -c 20 PING 10.24.10.202 (10.24.10.202) 56(84) bytes of data. 64 bytes from 10.24.10.202: icmp_seq=1 ttl=128 time=3.46 ms 64 bytes from 10.24.10.202: icmp_seq=2 ttl=128 time=5.08 ms
1.078 ms OHNE wifi_set_sleep_type(NONE_SLEEP_T); root@spezi-dell:/home/test# sleep 10;ping 10.24.10.202 -i 1 -n -c 20 PING 10.24.10.202 (10.24.10.202) 56(84) bytes of data. 64 bytes from 10.24.10.202: icmp_seq=1 ttl=128 time=102 ms 64 bytes from 10.24.10.202: icmp_seq=2 ttl=128 time=21.9 ms
-
Thread
MP3-Player Bauteile für wenig Geld
SP 0 4 : 4 7 0D 53 63 6F 6F 74 65 72 20 2D 20 53 68 61 6B 65 20 54 68 61 74 20 28 52 61 64 69 6F | | | | | | | | | | | | | | | | | | | | | | | | | | | | CR S c o o t e r SP - SP S h a k e SP T h a t SP ( R a d i o 20 45 64 69 74 29
20 53 68 61 6B 65 20 54 68 61 | | | | | | | | | | | | | | | | | | | | CR S c o o t e r SP - SP S h a k e SP T h a 74 20 28 52 61 64 69 6F 20 45 64 69 74 29 | | | | | | | | | | | | | | | t SP ( R a d i o SP E d i t ) ^Z ....
-
Thread
Internet Anschluss unzuverlässig
bei mir aus: [pre] stefan@stefanpc:~$ ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. 64 bytes from 8.8.8.8: icmp_seq=1 ttl=55 time=25.2 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=55 time=24.8 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=55 time=15.3 ms 64 bytes from 8.8.8.8: icmp_seq=4 ttl
ttl=55 time=15.3 ms 64 bytes from 8.8.8.8: icmp_seq=21 ttl=55 time=14.3 ms 64 bytes from 8.8.8.8: icmp_seq=22 ttl=55 time=15.8 ms 64 bytes from 8.8.8.8: icmp_seq=23 ttl=55 time=16.5 ms ^C --- 8.8.8.8 ping statistics --
-
Thread
PIC Prifi gesucht : Suche gleichwertige PIC uC zu ATMEL atmega32u4 und at90usb1287
Kein PIC24F geht bis 64MHz. Die neuen PIC24FJ256GB210 hab ich zwar bereits mal dorthin übertaktet, dann spielt aber USB nicht mehr mit. Offiziell und nach seinen Anforderungen ist bei 32Mhz (16Mips) Schluss
@Michael H. > Kein PIC24F geht bis 64MHz. stimmt! mein fehler, habe einfach die MIPS-zahl mit 4 multipliziert anstatt mit 2 also: PIC24F 32MHz (16MIPS) und PIC24H 80MHz (40MIPS)
-
Thread
union mit Struktur und Array gleicher Größe?
/Store draus macht Das habe ich jetzt doch mal ausprobiert, und siehe da: Der GCC kann's! Das: [c]uint32_t test (uint8_t* p) { uint32_t a = p[1]; uint32_t b = p[2]; uint32_t c = p[3]; uint32_t d = p[4]; return a | (b << 8) | (c << 16) | (d << 24); }[/c] Wird zu: [code]00000000 <
draus macht > Das habe ich jetzt doch mal ausprobiert, und siehe da: Der GCC kann's! > Das: > [c]uint32_t test (uint8_t* p) { > uint32_t a = p[1]; > uint32_t b = p[2]; > uint32_t c = p[3]; > uint32_t d = p[4]; > return a | (b << 8) | (c << 16) | (d << 24); > }[/c] > Wird zu: >
-
Thread
RTC DS3231 - Temperatur Daten?
sicher nicht sitzen, es sollten um die 24°C hier im Zimmer sein... ;-) Hat jemand einen Tip was ich da übersehen habe? Grüße AVRli...
Glück noch etwas schneller, als aus China... ;-) Ist es das? https://eckstein-shop.de/RTC-DS3231-AT24C32-Memory-Real-Time-Clock-IIC-Modul
-
Thread
Was hört ihr für Musik ?
Hier mal ein Stück von Welle Erdball mit C64. https://www.youtube.com/watch?v=BRhMpBOqsAQ
hören kann, gibt es den Song(gleich der erste) doch auf YT.. Das Synclavier für Welle Erdball ist der C64.
-
Thread
Besteht Interesse an einfacher Experimentierplatine fuer den Xmega128a1? Gesperrt
at90s2323 at90s2333 at90s2343 attiny22 attiny26 at90s4414 at90s4433 at90s4434 at90s8515 at90c8534 at90s8535 attiny13 attiny13a attiny2313 attiny24 attiny44 attiny84 attiny25 attiny45 attiny85 attiny261 attiny461 attiny861 attiny43u attiny48 attiny88 at86rf401 at43usb355 at76c711 atmega103
atmega3250 atmega3250p atmega328p atmega329 atmega329p atmega3290 atmega3290p atmega406 atmega64 atmega640 atmega644 atmega644p atmega645 atmega649 atmega6450 atmega6490 atmega16hva at90can32 at90can64 at90pwm216 at90pwm316 atmega16u4 atmega32c1 atmega32m1 atmega32u4 atmega32u6 at90usb646
-
Thread
IPv6 Zugriff auf Heimnetzwerk
86028sec preferred_lft 3228sec inet6 fdd4:4f67:22b:xxxx:xxxx:xxxx:xxxx:9c0a/64 scope global temporary dynamic valid_lft 6828sec preferred_lft 3228sec inet6 fdd4:4f67:22b:xxxx:xxxx:xxxx:xxxx:e6fb/64 scope global dynamic mngtmpaddr noprefixroute valid_lft
:xxxx:5ae8/64 scope global dynamic noprefixroute valid_lft 86273sec preferred_lft 3473sec inet6 fe80::7b50:aa47:291c:b378/64 scope link noprefixroute valid_lft forever preferred_lft forever
-
Thread
Pac Man mit dem ATmega8
mit dem Leute gaaannz einfach Games machen können. vielleicht sogar Click`n`Play.(SDK für Basic & C) Mfg Lukes Vader
http://www.reichelt.de/inhalt.html?SID=14QAl30dS4AQ4AAFGRm%40c7f25b93de0eff217c8d737c3d702701c;ACTION=3;LASTACTION=2;SORT=preis;GRUPPE=A34;WG=0;SUCHE=Ram;ARTIKEL=628128-70;START=0;END=16;STATIC=0;FC=669;PROVID=0;TITEL=0 Wie groß ist dieser Baustein? Ist der 1MB
-
Thread
C: Berechnung fehlerhaft?
Weil 32767*2000000 schon überläuft. Das Ergebnis benötigt 38bit. "Long" hat aber nur 32bit. wenn dein C das 64bit "long long" kennt, hast du gewonnen.
Antworten. Die Platform ist PIC32 mit dem XC32 compiler. Ich denke, INT ist da 32 Bit und long 64 Bit ? Das Problem: Der 24 Bit wert vom DAC (Skaliert auf 0...2000000) soll mit Sollwertvorgabe vom 16 Bit DAC (Bereich 0....65535) verglichen werden. Also muss ich ja erst eine der beiden Werte
-
Thread
Basteltip: STM32F103 DIP40 Board
1024) + 0x08000000; } [/c] so wird im STM32duino bootloader die flashsize ermittelt. Dann gibt es möglicherweise doch C8 die nur 64k haben, eine Garantie hat man bei solchen Hacks natürlich nicht. noch ein Link zu dem Thema
Torsten C. schrieb im Beitrag #4507628: > Mit anderen Worten: Die oberen 64k sind defekt? Kann sein - muss nicht. Darfst Dich aber dann eben gerne auf die vermutung verlassen :) rgds
-
Thread
STM32F405 int64_t lehren
Beitrag #4793082: > Ich debugge mit printf und das geht ja dann nich Machst du das etwa so: [c]... int64_t myInt64; ... printf("My int64 value is: %d", myInt64); ...[/c] Bekommst du beim Kompilieren irgendwelche Warnings?
8 Byte aligned, oder? @NOP: "ich linke überhaupt keine Libraries zu.". Der STM32F405 kann keine 64Bit ints' nativ rechnen, der braucht dafür ne Software lib, die muss irgendwo her kommen. Mache kein printf auf die 64 Bit Variablen. Er friert bei sowas ein: int64_t bla; bla = (3355*bla)>>24
-
Thread
z80 system
Keller). Ich hatte mir auch mal ein eigenes Z80-System aufgebaut, mit 2kB Boot-EPROM U2716 und 8*64kBit DRAM U2164. Aber nach der Wende habe ich bei Conrad eine VPS-Decoder Einheit für 1,-DM gesehen, da war ein 80C31, 74LS373 und 27C64 + 7805 drauf. Ich war begeistert, wie minimal man ein MC-System
Leo C. schrieb im Beitrag #1952555: > Reinhard Kern schrieb im Beitrag #1951078: >> es gab Z80-Derivate mit 68 Pins (HD64180), mehr ist ohne SMD nicht mehr >> vernüftig handhabbar. > > 64 Pins. Hallo
-
Thread
uint32 Array in uint8 Array wandeln
Pfusch ;-) ). Klar kann ich so was verwenden, aber vielleicht hat jemand noch andere gute Ideen. [c] uint8_t arr[24]; uint32_t Tx_PP[6]; arr[0]=(Tx_PP[0] >> 24) & 0xFF; arr[1]=(Tx_PP[0] >> 16) & 0xFF; arr[2]=(Tx_PP[0] >> 8) & 0xFF; arr[3]=(Tx_PP)[0] & 0xFF; [/c] Vielen Dank, Grüße, Seppel
uint8_t i[24]; } A; typedef union { uint8_t i[24]; uint64_t j[3]; } B; static_assert(sizeof(A) == sizeof(B)); static_assert(alignof(A) == 1); static_assert(alignof(B) == 8); [/c]
-
Thread
Suche Mitwirkende für Groovebox Entwicklung
Möglichkeiten, meine Favoriten wären C bzw. C++, in jedem Fall nix interpretiertes wie Python.
cgi-bin/page/archive.pl?No=593 https://de.farnell.com/terasic-technologies/p0082/development-kit-e22f17c6n-de0/dp/2076463?ost=de0+nano&ddkey=https%3Ade-DE%2FElement14_Germany%2Fsearch 0x64: Bei der Liste stehen noch viele Jahre an Entwicklung bevor. Aber irgendwann muss man ja mal anfangen, oder?:) Auch
-
Thread
Statische LED Matrix ohne Widerstände
#4644607: > Ich werde in diesem Falle das Ganze > mal mit Widerständen aufbauen :-) für 12V oder für 24V oder für von 12V bis 24V?
/dp/B01DBW6O2G/ref=pd_sim_sbs_107_1?ie=UTF8&dpID=51HptClC-LL&dpSrc=sims&preST=_AC_UL160_SR160%2C160_&psc=1&refRID=W1X63A6D5P64ZH9TFPGN
-
Thread
CRC von Ethernet Frame berechnen
berechnen von meinem axi-stream ethernet frame Der wird dieser Reihenfolge gesendet Und Immer 64 Bit pro Takt 5a50dad0d1d2d3d4000000805152535400040003000200010008000700060005000c000b000a00090010000f000e000d00140013001200110018001700160015001c001b001a0019 Destination Adresse: DAD0D1D2D3D4
: configuration fault. Update config.h with these definitions and recompile: #define BMP_BIT 64 #define BMP_SUB 32 rm: cannot remove 'bmptst.exe': No such file or directory make: *** [Makefile:88: bmptst] Error 1 [/c] Da steht man soll config.h updaten
-
Thread
Line Laser + LDR Array
> nimmt man einen Xmega mit 4 SPI. Klar geht das aber das kann ich auch nach 5sec noch. Aber 64 PD auslesen Schaft kein atmega in 24us. Das mit den Staub ist nur Kalibrierung und fliegen die bekommt man ja mit wenn man kein Schuß abgegeben hat und trotzdem was kommt.
Anderson schrieb im Beitrag #3316882: > Klar geht das aber das kann ich auch nach 5sec noch. > Aber 64 PD auslesen Schaft kein atmega in 24us. Doch das hab ich dir doch gerade vorgerechnet. Es geht in unter 10µs. Damit kann man die Auswertung in Echtzeit machen ohne FlipFlops.
-
Thread
Günstiger uC mit hoher Taktfrequenz
Wenn dir 20MHz zu knapp sind: AT89C2051 kann mit 24MHz arbeiten und ist bei den üblichen Verdächtigen bereits um EUR 1.39 (Einzelstück) erhältlich. und um ein wenig zu trollen: >> Dir ist klar dass ein AVR mit 30MHz schneller ist als
Register nur für die Interrupts reservieren und kann so schneller sein, als wenn das Hauptprogramm in C ist. Wenn man keine neue IDE will, ist die Xmaga Serie ein kleiner Schritt. Wenn schon PIC, dann eventuell PIC24 oder PIC33, aber nicht PIC18. Ein PIC18 müßte schon mit ewta 80 MHz laufen um etwa
-
Thread
Wittig(welec) DSO W20xxA Open Source Firmware (Teil5)
changed the front-end and terminations resistors in the input stage and now I have to set hardware for 24,9ohm. Hardware Version is 8C7.0B for the W2012A and 8C7.0C W2022A so I can not help exporting the configuration parameters from the terminal, I am sorry. Maybe there are spikes because of some conflict
Bedarf besteht kann ich die Kombination 24,9/180 anbieten, einfach PIN mit Adresse schreiben, dann schicke ich ein Briefchen... Gruß Hayo > Ich könnte noch einen Vergleich zum Voltcraft 3062C posten, wenn > Interesse besteht. Dann
-
Thread
VGA Grafikkarte mit AVR und 8MB SDRAM
Die eigentliche Idee ist, den uC als Character Generator zu verwenden um 64x60 Zeichen Text auf dem Monitor anzuzeigen. Den Grafikmodus kann man nämlich nicht so recht sinnvoll verwenden, da es eine Ewigkeit dauert bis die 240kB Grafikdaten
gefüllt Blöcke (mit Größen zwischen 0x0 und 256x256 Pixel) - 230 Speicher -> Speicher Kopien von 64x64 Bildern Das ganze in einem C Programm, in Assembler könnte man vor allem die Linienanzahl warscheinlich noch verdoppeln. Man kann damit also durchaus schöne Grafikoberflächen oder anderes Programmieren
-
Thread
93C66 Tacho Datei
2B 0D 2B 40 2B 41 03 03 04 03 03 AA 00 28 40 50 +.+@+A.....ª.(@P 000000B0 64 6E 78 0B 05 0F 0F 0F 0E 15 00 00 0F 00 01 17 dnx............. 000000C0 16 14 12 11 10 23 27 21 24 20 22 25 00 00 00 00 .....#'!$ "%.... 000000D0 32 46 5A 78 FF FF FF FF FF 07 15 13 26 FF FF FF
Rene Z. schrieb im Beitrag #5889217: > Wenn ein 24C16 verbaut ist hast du definitiv die Ja, ist ein 24C16, hatte ich ja schon geschrieben. Jetzt gehts hier halt auch etwas durcheinander ;-) > richtigen Adressen lokalisiert und die 0x30D8 steht
-
Thread
dspic ausreichend für Audio Effekte ?
Dual- und Quad SPI, aber der dsPIC wahrscheinlich nicht. Also im einfachsten Fall ein dsPIC33FJ64GP802 im DIL-28 und ein 23LC1024 SPI-RAM in DIL-8, das kannst du sogar auf einem Steckbrett aufbauen. Zusammen ~ 6.50 €. Dazu ein PICKIT 3 zum Programmieren und Debuggen. Wenn du später mit 24 oder
gar 32 Bit arbeiten willst kannst du einen PIC32 nehmen. Auch im DIL Gehäuse erhältlich mit bis zu 64 kB internem RAM für Hall oder so, und mit I2S Schnittstellen für ein 24 Bit Codec. PICKIT 3 und IDE kannst du weiterverwenden. Andi übrigens: Was ist eine Toolkette? Müsste das nicht Toolchain
-
Thread
Prüfplatine für 400++ I/Os
erweitern kann dann könnte ich das zum Platinen reverse engineering auch verwenden :) hab bei manchen I2C erweiterungen gesehen dass man zB max 8 erweiterungen zu je 16 pins verwenden kann, das wäre schlecht,.. ich suche also nen Baustein der 32 oder 64 oder mehr I/Os in I2C oÄ umwandelt oder alternativ
Dir das an: https://www.advantech.com/products/1-2mlkb0/pcie-1758/mod_b073e900-9f1a-4048-b113-009c3d9aa335 Da hast Du pro Karte je nach Modell 128 Ausgänge oder 128 Eingänge oder 64 Ein- und 64 Ausgänge, galvanisch isoliert, ESD-geschützt, 0-30V, etc., eben für den Industriealltag gemacht. Von