-
Thread
attiny2313 Timer0 - Digitale Uhrzeit
= 0; } if(minutes == 60) { hours++; minutes = 0; } if(hours == 24) { hours = 0; } } [/c]
; } if(minutes == 60) { hours++; minutes = 0; } if(hours == 24) { hours = 0; } LCD_update_time(); } } [/c]
-
Thread
Mikrocontroller mit 16bit ADC und onboard OPV gesucht.
Kennst du den HX711? 24Bit ADC mit programmmierbarem Verstärker, ist allerdings kein Microcontroller sondern muss oer I2C an einen solchen angebunden werden. Wurde für die Verwendung mit Dehnungsmessstreifen / Kraftsensoren
danke für Deine Antwort ;) ernst oellers schrieb im Beitrag #3795275: > Kennst du den HX711? 24Bit ADC mit programmmierbarem Verstärker, > ist > allerdings kein Microcontroller sondern muss oer I2C an einen solchen > angebunden werden. Wurde für die Verwendung mit Dehnungsmessstreifen / >
-
Thread
Probleme mit Linux (Kernel 4.9.0) und st-flash / texane
common.c: Device connected is: F1 Medium-density device, id 0x20036410 2019-05-02T20:32:47 INFO common.c: SRAM size: 0x5000 bytes (20 KiB), Flash: 0x10000 bytes (64 KiB) in pages of 1024 bytes 2019-05-02T20
POLLOUT}], 3, 60000) = 1 ([{fd=9, revents=POLLOUT}]) 1399 ioctl(9, USBDEVFS_REAPURBNDELAY, 0xbf92563c) = 0 1399 timerfd_settime(8, 0, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0 1399 ioctl(9, USBDEVFS_REAPURBNDELAY, 0xbf92563c) = -1 EAGAIN (Resource temporarily unavailable) 1399 stat64("/etc
-
Thread
Mal wieder ein Mandelbrot, warum ist es so verzerrt?
meiler/Schuelerseiten.dir/DPlotzki/html/mndlbrt.htm Sowas haben in den Achtzigern Teenager auf ihren C64 programmiert: https://www.stefanbion.de/fraktal-generator/history.htm Und wenn man eh schlafen muss, kann der 8 bit Brotkasten mit 1 MHz auch mal das nächste Bild berechnen. Dann beginnt der Morgen
der "Selbstähnlichkeit" in chaotischer Systemen geschuldet. https://de.wikipedia.org/wiki/Selbst%C3%A4hnlichkeit Anbei ein selbstprogrammiertes Mandelbrot, Obergrenze für Iterationen war hier wohl 64. > > Sieh dir dazu das 3b1b Video zum Thema Mandelbortmenge an. dass ich > weiter oben
-
Thread
kann man nichtflüchtige Werte im MSP ablegen?
Danke für die Antworten. Ich habe jetzt versucht mit dem Codebeispiel msp430x24x_flashwrite_01.c von TI auf das SegmentC zu schreiben. Sobald ich die Versorgungsspannung (nach Programmdurchlauf) wieder wegnehme und erneut anschließe, steht wieder nur 0xff im Speicher von SegmentC
//****************************************************************************** #include "msp430x24x.h" char value; // 8-bit value to write to seg C // Function prototypes void write_SegC(char value); void read_SegC(void); void main(void) { WDTCTL = WDTPW
-
Thread
Rasterelektronenmikroskop Zeiss DSM 960
gespeichert ist sondern, dass im Photo Modus die Probe nochmal abgescannt wird. Ein Speicherstein hat 64kBit, also 4MByte/64kBit = 512. Und so viele Speichersteine sehe ich nicht im Schaltplan. In der Auflistung der Bauteile finden sich aber 32 RAM Bausteine, das passt zu (32*64*1024 Bit)/(8 Bit je Pixel
Gustl B. schrieb im Beitrag #4847612: > Ein Speicherstein hat 64kBit, also 4MByte/64kBit = 512. Und so viele > Speichersteine sehe ich nicht im Schaltplan. In der Auflistung der > Bauteile finden sich aber 32 RAM Bausteine, das passt zu (32*64*1024 > Bit)/(8 Bit
-
Thread
swap in C Vs. Asm
); return 0; } [/c] wird vom GCC in folgenden Assembler-Code übersetzt: [avrasm] main: ldi r24,lo8(-1) out 0x11,r24 .L2: in r24,0x15 swap r24 out 0x12,r24 rjmp .L2 [/avrasm] C-hater, wenn
; } [/c] führt zu [avrasm] sts test_x,r24 sts test_y,r22 swap r24 [/avrasm] Hier wird also nicht y geswapped, sondern x. Probiers mal so: [c] asm volatile("swap %0" : "+r"(my_byte
-
Thread
Lötstation ZD-931 von Pollin
paar Fotos von meiner Station und ein paar Scope-Screenshots. Der Trafo in meiner Station hat einmal 24V und einmal 12V, die 12V gehen dann auf einen Einweggleichrichter (Diode :) ) und dann auf ein Glättungs-C. und dann über nen 7805 an Steuerungskrimskrams. Die 24V AC werden dann über nen Triac geschaltet
Lötkolben ZD-415C für ZD-981 (24V ~50W) Buchse 6-Polig aber nicht DIN-Kompatibel (verschoben mit Center-Pin). Pinbelegung: 2x Rot Heizung (kalt ca.2,5Ohm) Blau-Schwarz PTC (kalt ca.2,5Ohm 400Grad ca.30Ohm) 2x Weiß
-
Thread
maximite TFT mmbasic Computer
ist. da : a=Rnd:Loop Until a=1 er hat er recht der Fehler liegt bei dir anders als beim C64 ist 0 < RND < 1 so ist das bei M$-Basic definiert ,und beim Atari und beim GW_basic welches hier die Vorlage gibt auch.
des Bausteines ist mir bekannt, des weiteren habe ich im Testprogramm eine Schleife, die von Adresse 64 bis 80 alle durchzählt und die entsprechende Adresse dann benutzt. Bei dem Rem Adresse,keine Ahnung,.... bezieht sich keine Ahnung auf den zweiten Parameter. Mit der C-Control habe ich schon einige
-
Thread
DDS Sinus erzeugung
Bei Änderung der Frequent [c]//Critical Section stepsize = (uint64_t)fout*(MAX/FCALC); stepsize_old = stepsize;[/c] Innerhalb eines Timers mit 100us Takt [c] phase = (counter >> 24); counter = counter + stepsize;
ISR: [c] phase = (counter >> 24); counter = counter + stepsize; putDAC((*p_table+phase)); [/c] Das funktioniert leider nicht. Am DAC kommt immer das gleiche raus, d.h. das "umbiegen" der Zeiger in
-
Thread
Letzte Aufrüstung - Komponenten +20J
/2019-12/threadripper-3000-180-watt-tdp-test/ Der 64 Kerner wird dann sicher alles haben wollen.
www.stuttgarter-zeitung.de/inhalt.porsche-und-mercedesmuseum-wie-fuehlt-sich-ein-sportwagen-an.97486796-2c41-4927-8049-d62f3debf342.html ;-)
-
Thread
font editor 2bpp
Hallo, gibt es auch einen Font Generator der mir Fonts mit 2bpp erstellt (und diese als C-File ausgibt)? Bernd
8bpp (also 0..255), dann die 8-2 = 6 LSB entfernen. Also einfach "shr 6" oder in C ">> 6". Das entspricht einer Division durch 2^6 = 64. Und wenn du 0..255 durch 64 dividierst, hast du schön 0..3 (also 2bpp). Bei 4bpp (also 0..15) Graustufen einfach 4-2 = 2 LSB entfernen, also "
-
Thread
JTAG ICE 3 - connection problem (ATSAM4S )
ATtiny2313 AT32UC3A3256 ATmega164P ATmega645 ATtiny2313A AT32UC3A3256S ATmega164PA ATmega6450 ATtiny24 AT32UC3A364 ATmega165PA ATmega649 ATtiny24A AT32UC3B0128 ATmega168 ATmega6490 ATtiny25 AT32UC3B0256 ATmega168A ATmega64A ATtiny25 AT32UC3B0512 ATmega168PA ATmega64M1 ATtiny261 AT32UC3B064 ATmega169P
ATtiny43U AT32UC3B1512 ATmega16HVB ATmega88 ATtiny44 AT32UC3B164 ATmega16M1 ATmega88A ATtiny44A AT32UC3C0512C ATmega16U2 ATmega88PA ATtiny45 AT32UC3C0512C ATmega16U4 ATmega8A ATtiny45 AT32UC3C1512C ATmega2560 ATmega8U2 ATtiny461 AT32UC3C1512C ATmega2561 ATxmega128A1 ATtiny461 AT32UC3C2512C ATmega324A
-
Thread
Empfehlungen für PIC-Programmierer und Debugger gesucht (bin kein µC anfänger mehr!)
TMS9900, 6502, 6800, 6809, 68000/Coldfire, 8032, 80x86, Sparc (v7, v8, v9), MIPS, 56002, 96002, DSP32C, 21xx, TMS320C40, TMS320C80, TMS320C6xxx, ARM (7,9,M0,M3,XScale), PowerPC, AVR, AVR32, PIC12/16/18/24/32,... irgendwas werde ich sicher noch vergessen haben. In 30 Jahren kommt eben einiges zusammen,
TMS9900, 6502, 6800, 6809, 68000/Coldfire, 8032, 80x86, Sparc >(v7, v8, v9), MIPS, 56002, 96002, DSP32C, 21xx, TMS320C40, TMS320C80, >TMS320C6xxx, ARM (7,9,M0,M3,XScale), PowerPC, AVR, AVR32, >PIC12/16/18/24/32,... Achsooooooo, die sind alle gleich? wusste ich nicht.
-
Thread
[simulavr] Build-Problem
g... (cached) yes checking dependency style of g++... (cached) gcc3 checking how to run the C++ preprocessor... g++ -E checking for ld used by g++... /usr/bin/ld -m elf_x86_64 checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld... yes checking whether the g++ linker (/usr/bin/ld -
if g++ supports -c -o file.o... yes checking if g++ supports -c -o file.o... (cached) yes checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking dynamic linker characteristics
-
Thread
DCF-Disziplinierung eines OCXO - Re-Design (Rev. II)
Stratum 2 im Holdover macht. Stratum2 im Holdover bedeutet besser wie 16ppb 1 Jahr, resp 0.1ppb in 24 Stunden falls die Referenz wegfaellt. Sonst macht er Stratum 3, 370ppb in 24 Stunden. Den OCXO kann man als Quelle verwenden.
Beitrag #6321295: > ... Stratum2 im Holdover bedeutet besser wie 16ppb 1 Jahr, > resp 0.1ppb in 24 Stunden falls die Referenz wegfaellt. Sonst macht > er Stratum 3, 370ppb in 24 Stunden.... Hört sich erst mal dramatisch "cool" an. Wir sprechen also z.B. von 1exp(-10) @ 24h bzw. 3,7exp(-7) @ 24h
-
Thread
Eure Lieblings-Gleichungen?
Primzahlen vor der Addition noch 1 dazuzählen oder subtrahieren. Dann stimmt's wieder: Aus 23 + 11 wird 24 +12 = 36 Aus 43 + 23 wird 42 + 22 = 64 Aus 31 + 31 wird 32 + 32 = 64 Aus 61 + 41 wird 60 + 40 = 100 😃
von deutlich unter einer Sekunde raus. 👍 Yalu X. schrieb im Beitrag #6603281: > Wenn du deinen C64 noch in Reichweite hast, kannst du ihn ja auch mal > mit den 99.54 füttern ;-) Den Commodore C64 habe ich zum Glück verkauft. Sonst würde der bestimmt gut einen Monat für diese Berechnung benötigen
-
Thread
C - Funktion von Strlen verstehen
vllt. nicht doch das Bottleneck ist. -- Ist er nicht. Wen's interessiert, anbei die Zeiten (s) für 64GiB checks. [code] (A) (B) (C) (D) (1) 3.70 43.72 19.31 12.84 (2) 6.15 43.35 20.86 13.04 (3) 10.56 45.25 24.05 13.48 (4) 10.06 41.28 18.31 11.26 2nd run: (A) (B) (C) (D) (1) 3.71 43.77 19.35 13.65 (2) 6.17 43.41 20.91 12.96 (3) 10.67 45.39 24.26 13.66 (4) 10.09 41.40 18.21 11.17 1 - 256 bytes cached A - strlen (C-lib)
-
Thread
AVR atmega328 ausgereizt? Und nun? 32bit?
Flash des ATmega2560 ist als Arduino so oder so nicht voll nutzbar. > Im Normalfall nur die ersten 64kB, bestenfalls 128kB wenn man viel > Programm hat. Ich denke, dass du hier zu sehr verallgemeinerst. Ja, ein Array muss in C mit dem Datentyp "int" adressierbar sein (einschließlich Vorzeichen
Flash des ATmega2560 ist als Arduino so oder so nicht voll nutzbar. >> Im Normalfall nur die ersten 64kB, bestenfalls 128kB wenn man viel >> Programm hat. >Ich denke, dass du hier zu sehr verallgemeinerst. Nö, ich berichte von meinen Erfahrungen. >Ja, ein Array muss in C mit dem Datentyp "int
-
Thread
Windows 7 ist ja mal so richtig geil!
Eigentlich ist das Geplänkel hier alles Peanuts im Vergleich zu den Systemkriegen von früher: C64, Amiga, Atari, PC um nur einige zu nennen. Interessanterweise hatte sich der PC für die Masse durchgesetzt. Heutzutage basiert das meiste böse gesagt immernoch auf dieser Hardware (x86) und der Kampf
> Eigentlich ist das Geplänkel hier alles Peanuts im Vergleich zu den > Systemkriegen von früher: C64, Amiga, Atari, PC um nur einige zu nennen. Das schöne ist ja das diese Kriege gerne auch unter den Linux-Nutzern selber ausgetragen werden bzgl. "beste" Dstri ;) Bei Windows-Usern ists ja entweder
-
Thread
Evaluation neuer Mikrocontroller: ARM? Gesperrt
ein Jahr erhältlich war. Andere Prozessoren von Samsung sind aber auch lange Zeit erhältlich, z.B. S3C2400, S3C2500. Der o.a. AT91RM9200 ist ein langzeitverfügbarer Prozessor, da er in vielen langlebigen Produkten eingesetzt wird. Ich selbst habe auch schon im Auftrag zweier Kunden an den entsprechenden
Multiplikation d.h. das Teil wäre hier zu 60% ausgelastet (ohne FPU). Empfehlung: AVR32 in Form des UC3C http://www.atmel.com/dyn/corporate/view_detail.asp?ref=&FileName=UC3_Automotive_f2.html&SEC_NAME= 5V, 125 °C und hat zur Not auch eine FPU.
-
Thread
CAN to CAN Gateway mit AT90CAN
zwei CAN-Schnittstellen das bei Euch im Haus programmiert werden kann, es gibt soviel davon. AVR32UC3C, V850ES, MCP5602 (alles mit 64 Pins im 0,5 mm Pitch verfügbar) dsPIC33irgendwas, STM32, irgendwelche ARMs von TI und so weiter und so weiter Wenn es Automotive sein soll wird die Liste kürzer, STM32
Bruno Kempf schrieb im Beitrag #3584074: > einen neuen Schaltplan mit dem > AT32UC3C0128C (http://www.atmel.com/devices/AT32UC3C0128C.aspx) > entwerfen. Warum nimmst Du keinen AT32UC3C2* wenn die Wahl schon auf AVR32 gefallen ist? 144 Pins scheint für ein Gateway leicht übertrieben
-
Thread
CAN vs. CAN mit ATMEGA
Sorry, stimmt nicht. Nur der LPC11C22/C24 hat den Tranceiver schon integriert. Kostet um die 4,30EUR!
entweder billiger weil höher integriert (z.B. viele PIC18) oder bei gleichem Aufwand leistungsfähiger (PIC24/32/dsPICs, ARM Cortex). Ist es so, dass Dein Tellerrand nicht weiter als AVR reicht? PS: Der LPC11C22/C24 mit integriertem Transceiver ist auf dem ersten Blick attraktiv, aber ich setze ihn nicht
-
Thread
pgm_read_byte_far
Ich hab dazu ein Macro, welches einen 32 Bit-Pointer (bzw. 24 Bit) für Memory-Adressen oberhalb 64 kByte liefert: [c] //====================================================================== // Macro to access strings defined in PROGMEM above 64kB //-----
pgm_read_byte_far(FAR(MyBmp64)+n); [/c]
-
Thread
Frontplattendesign für "8 bit Computer"
Vorschlag zur Güte: Besorg dir aus der Bucht nen alten C64-er für 30 € oder so und tipp mal ein paar Programme als Hexcode aus der gleichnamigen Zeitschrift ab. Dann kannst du dir immer noch überlegen, ob du per Kippschalter "programmieren" möchtest.
Murmeltier schrieb im Beitrag #6944847: > Vorschlag zur Güte: > Besorg dir aus der Bucht nen alten C64-er für 30 € oder so und tipp mal > ein paar Programme als Hexcode aus der gleichnamigen Zeitschrift ab. > Dann kannst du dir immer noch überlegen, ob du per Kippschalter > "programmieren" möchtest
-
Thread
3 Phasen 0-80Hz Sinusgenerator
Hallo Karl, 1. Mit einem C-Programm ein Sinustabelle erstellen. Siehe Tabgen.cpp 2. Erzeugte Sinustabelle in das yC einkopieren. 3. Im Interrupt auf die Tabelle zugreifen. Mit mehr Stellen z.B. I16 pro Interupt incrementieren
Motors mittels DDS: sine ist eine 256 Byte große Sinustabelle (aus Gründen der Einfachheit, die ersten 64 Werte würden auch reichen, wenn man die entsprechend spiegelt): [c] static unsigned short phaseacc; unsigned char phase; phaseacc+=freq; phase=phaseacc/256; PWM0=powerset*(signed char)sine[
-
Thread
[S] Leute die einen Logic Analyzer (MiniLA) bauen wollen
Achso, für ein paar Typen habe ich Kommentare eines der MiniLA-Entwickler: IS64LF12832A-7 -> funktioniert (schon verbaut worden) MCM69F737TQ7.5 -> sollte funktionieren (lt. Datenblatt-Angaben) CY7C1345-117AC -> sollte funktionieren (lt. Datenblatt-Angaben) CY7C1338 -> sollte
allerdings wundert ist, das laut Schaltplan am VCCIOa und VCCIOB 5V angelegt werden. Im Datenblatt des 2232C steht auf Seite 11: +3.0 volt to +5.25 volt VCC to the UART / FIFO A Channel interface pins 10..13, 15..17 and 19..24. When interfacing with 3.3V external logic in a bus powered design connect VCCIO
-
Thread
Grundbefehle wie z.B. JNZ
ausgeben rjmp warte ende: rjmp start warte:ldi r17, 0x64 w1:ldi r18, 0x64 w2:ldi r19, 0x64 s1: dec r17 BREQ s1 dec r18 BREQ w1 dec r19 BREQ w2 ret
sorry für den Müll-Post gerade ... warte: ldi r17, 0x64 w1: ldi r18, 0x64 w2: ldi r19, 0x64 s1: dec r17 BREQ s1 dec r18 BREQ w1 dec r19 BREQ w2 ret Ersetze BREQ durch brne. brne heisst: springe
-
Thread
Einstellbarer Spannungsregler AP2210 - Widerstände
ich. Leider habe ich im Datenblatt keine Angabe der Referenzspannung gefunden. 75k von Out und 24k nach Gnd - das wären bei 1,64V-Out gerade mal 400mV am Adj-Pin. Passt irgendwie nicht zu der 1,25 im Rechenbeispiel.
Manfred schrieb im Beitrag #4957185: > 75k von Out und 24k nach Gnd - das wären bei 1,64V-Out gerade mal 400mV > am Adj-Pin. Passt irgendwie nicht zu der 1,25 im Rechenbeispiel. Tausche mal die Widerstände in dieser (mentalen) Schaltung aus, dann kommen
-
Thread
[S] Leute die eine "Grafikkarte" für uC bauen wollen
. Welchen µC-Type müste man verwenden um ca. 5 Bilder\s bei ~640x480 8bit hin zu bekommen? Gruß Berny
Das hört sich gut an. Also kann man z.B. kleine Bildbereiche 64x64 Pixel (Icons) dadurch schnell ersetzen?
-
Thread
Plasma Effekt
, 0x5C23, 0x5C43, 0x5C63, 0x5C84, 0x5CA4, 0x5CC4, 0x5CE4, 0x5D04, 0x5D24, 0x5D44, 0x5D64, 0x5D84, 0x5DA4, 0x5DC4, 0x5DE4, 0x5E03, 0x5E23, 0x5E43, 0x5E62, 0x5E82, 0x5EA1, 0x5EC1, 0x5EE0, 0x5EFF, 0x5F1E,
0x5EE0, 0x5EC1, 0x5EA1, 0x5E82, 0x5E62, 0x5E43, 0x5E23, 0x5E03, 0x5DE4, 0x5DC4, 0x5DA4, 0x5D84, 0x5D64, 0x5D44, 0x5D24, 0x5D04, 0x5CE4, 0x5CC4, 0x5CA4, 0x5C84, 0x5C63, 0x5C43, 0x5C23, 0x5C02, 0x5BE2, 0x5BC1, 0x5BA1, 0x5B80, 0x5B5F, 0x5B3F, 0x5B1E, 0x5AFD, 0x5ADC, 0x5ABB, 0x5A9A, 0x5A79, 0x5A58,
-
Thread
Suche µC mit 4 bis 8 PWM-Kanälen, mind. 12Bit
wahrscheinlich Binary Code Modulation. http://www.mikrocontroller.net/articles/Soft-PWM#Maximale_PWM-Aufl.C3.B6sung_bei_einer_LED-Matrix
in Software. Einfacher und deutlich billiger wäre aber wohl, dann einfach 2x Tiny24 zu verwenden, um auf die gewünschten acht Kanäle zu kommen.
-
Thread
ARM MP3/AAC Player Web Radio
sorry, erst die LPC24xx Reihe wird mehr Ram habe (98kb)
geht beim AT91Sam7S... gar nicht bzw. nur mit erhöhtem Aufwand, lohnt also nicht und die 16k bei S64 reichen sicher für den Player nicht (siehe Artikel von Andreas zum AAC/MP3 Player) Habe mir noch keine Gedanken zum GLCD gemacht, es müßte (bei meiner Platine) eins sein, dass sich seriell (SPI / I²C
-
Thread
if condition schöner schreiben?
Hi Leute, ich habe folgendes if-Statement: [c]if( 0 <= i && i <= 3 || 8 <= i && i <= 11 || 16 <= i && i <= 19 || 24 <= i && i <= 27){ // something }[/c] 1) Es funktioniert, aber ich wollte fragen ob es eine schönere Lösung dafür gibt? 2)
im Nachhineien betrachtet ist mein Kommentarvorschlag wohl nicht optimal, nächster Vorschlag: [c] /* Check for subranges 0 .. 3 , 8 .. 11 , 16 .. 19 or 24 .. 27 */ if ( 0 <= i && i <= 3 || 8 <= i && i <= 11 || 16 <= i && i <= 19 || 24 <= i && i <= 27){ // something [/c] Obwohl sich der
-
Thread
Timer für Zeitbasis vorladen: Denkfehler?!
in der ISR immer mit *6*, weil 256 - 6 = 250. _Dachte ich_... Jetzt hab ich aber innerhalb von 24 Stunden eine Differenz von ca. -5,5 Minuten. Das sind rund 330000 ms, die das Teil innerhalb von 86400000 ms (24 Stunden) verliert. Dann wollte ich errechnen innerhalb von wieviel Millisekunden mein
1fc: 87 e0 ldi r24, 0x07 ; 7 1fe: 84 bd out 0x24, r24 ; 36 ... ... } [/avrasm] *ins datenblatt schau.* OH! Der braucht ja ewig! Pro "push" zwei Takte! Ich zähle 15 "push", also schon 30 Takte,
-
Thread
Division mittels Array umgehen - Problem: großer Zahlenbereich
return temp; } [/c] Dauert 72 Takte incl der Plausibilitätsprüfung. Könnte noch schneller werden, wenn du durch 256 statt 64 teilst.
schrieb im Beitrag #1723889: > Wie oft machst du denn diese > Berechnung? Die Impulse kommen 24 Stunden pro Tag, mal schneller, mal langsamer. Ganz nach dem Motto Kleinvieh macht auch Mist. Falk Brunner schrieb im Beitrag #1723889: > Wie lange ist dein uC im Sleep Mode? Mein Programm ist
-
Thread
Raspberry Pi - erster PC für Kinder?
sondern einfach für mich. Den 400er hatte ich als energiesparenden Homepc gedacht, so wie früher der C64, mit nem read only OS, das Fazit war ernüchternd, mehrere Wochen da rein investiert und immer wieder an mieser Performance an irgendeiner Ecke gescheitert. Das Sinnvollste was ich letztlich für den
/24.583.403 https://www.teltarif.de/eee-keyboard-pc-vorgestellt/news/33312.html https://www.banggood.com/de/Vnopn-K600-N6-Intel-Z3735F-2GB-DDR3-64GB-SSD-All-in-one-Keyboard-PC-Embedded-Mini-PC-Windows-Support
-
Thread
Bin-Datei vom Z80 umwandeln in eine Data-Zeile
H48 6980 DATA &H8b,&H01,&H49,&H89,&Hc3,&H48,&H8b,&H45 6985 DATA &Hf8,&H8b,&H00,&H49,&H89,&Hc2,&H4c,&H89 6990 DATA &Hd1,&H4c,&H89,&Hda,&He8,&Hc7,&Hfb,&Hff 6995 DATA &Hff,&Hc9,&Hc3,&H00,&H00,&H00,&H00,&H00 7000 DATA &H48,&H87,&H2c,&H24,&H55,&H48,&H8d,&H6c 7005 DATA &H24,&H08,&H51,&H48,&H89,&He9,
&H30 7310 DATA &H20,&H54,&H4f,&H20,&H26,&H48,&H25,&H78 7315 DATA &H3a,&H52,&H45,&H41,&H44,&H20,&H64,&H3a 7320 DATA &H50,&H4f,&H4b,&H45,&H20,&H26,&H48,&H61 7325 DATA &H30,&H30,&H31,&H2c,&H69,&H2c,&H64,&H3a 7330 DATA &H73,&H3d,&H73,&H2b,&H64,&H3a,&H4e,&H45 7335 DATA &H58,&H54,&H3a,&H3f,&H20,&H25,
-
Thread
Typenproblem
/C_(Programmiersprache) Dort findest Du einige Hinweise zu den C-Standards, die sich historisch von K&R-C bis C18 entwickelt haben. In den Fußnoten dazu findest Du Links auf die ISO-Standards.
Ich verweise mal auf https://www.c-plusplus.net/forum/topic/300567/linkliste-f%C3%BCr-neulinge Ok, C18 gibt es auch schon.
-
Thread
Kennt sich jemand mit dem Umstieg von W10 nach W11 aus?
Schau mal hier: WIMage https://www.heise.de/hintergrund/c-t-WIMage-3863074.html
Win10 auf Win11 zu upgraden braucht es nicht unbedingt neue Hardware, wenn das System (der Prozessor) 64Bit kann. Da auf dem System bereits Win10 läuft dürfte das aber 64Bit sein. Im nächsten Schritt überprüft man erst einmal woran es bei der Installation/Update scheitert. Dafür gibt es von MS ein Tool
-
Thread
seltsames Zahlenschloss
hat mal jemand den 24C02 vergessen und sich dann gewundert, warum es noch funktioniert. Zusichern wird das der MC-Hersteller aber nicht.
tools?!" Die Platine in dem Video scheint identisch mit der von Roland zu sein. Hier wurde auch der 24C02 weggelassen.
-
Thread
Erste 65C02 Basteleien.
oder nicht. Es wird einfach nur eine Bastelei die sich vielleicht irgendwann mal schick neben dem C64 in der Vitrine macht. ;)
dran sein. Und Simulatoren sind gut, aber echte Hardware ist schöner. Ich nutze ja auch einen echten C64 und keinen Emulator zum spielen. Und um sowas geht es ja am Ende. Versuchen einen 8bit Computer selber zu bauen. Vielleicht sogar besser als der C64. (Was eigentlich schon passiert ist wenn man das
-
Thread
Wireguard Konfiguration
IP-Weiterleitung aktiviert [code] sysctl sysctl net.ipv4.ip_forward=1 [/code] und von Host C aus verbinde ich mich auch mit Host A via Wireguard. Das klappt auch, von C kann ich A pingen [code] HostC# ping 192.168.10.1 PING 192.168.10.1 (192.168.10.1) 56(84) bytes of data. 64 bytes from 192.168.10.1: icmp_seq=1 ttl=64 time=10.6 ms [/code] es funktioniert also von C aus, und umgekehrt natürlich auch. Dank der aktivierten IP-Weiterleitung kann ich von C aus auch B pingen [code] HostC# ping 192.168.10.2 PING
-
Thread
Knoppix Biödschirmauflösung ändern
ES1000 515E (PCI), ATI Radeon Mobility X300 (M22) 5460 (PCIE), ATI Radeon Mobility X600 SE (M24C) 5462 (PCIE), ATI FireGL M22 GL 5464 (PCIE), ATI Radeon X800 (R423) UH (PCIE), ATI Radeon X800PRO (R423) UI (PCIE), ATI Radeon X800LE (R423) UJ (PCIE), ATI Radeon X800SE (R423) UK (PCIE)
Radeon X600 (RV370) 5B62 (PCIE), ATI Radeon X550 (RV370) 5B63 (PCIE), ATI FireGL V3100 (RV370) 5B64 (PCIE), ATI FireMV 2200 PCIE (RV370) 5B65 (PCIE), ATI Radeon Mobility 9200 (M9+) 5C61 (AGP), ATI Radeon Mobility 9200 (M9+) 5C63 (AGP), ATI Mobility Radeon X800 XT (M28) (PCIE), ATI Mobility
-
Thread
Linux Mint: Partitionierung mit SSD + HD
entry testsomw.c -o testsomw.so >ldd testsomw.so linux-vdso.so.1 (0x00007ffd3a767000) libc.so.6 => /lib64/libc.so.6 (0x00007f16662a6000) /lib64/ld-linux-x86-64.so.2 (0x00007f166650f000)
nicht extra ein .so für deinen Test kompilieren müssen, ein [code] gcc -o test_noexec test_noexec.c /lib64/ld-linux-x86-64.so.2 ./test_noexec [/code] erfüllt denselben Zweck.
-
Thread
GUI für Mikrocontroller
> aber technisch die Rache des C64 zu sein scheint. :-) Die würde aber wenigstens funktionieren. Nicht so wie unsere nagelneue Zeitstempelanlage mit einem Linux-Rechner und Html-Oberfläche, die von der Bedienung einfach nur ein
zwar nicht mit VGA, aber die Rechnerleistung dahinter ist > doch interessant. Selbst auf dem C64 mit je nach Variante knapp 1 MHz gab es GEOS http://www.zock.com/8-Bit/D_GEOS.HTML
-
Thread
direkter Zugriff auf Low/High Byte von 16bit-Werten
(((tBuffer32*)(&lw))->_a[3]) int main () { low = HI8L(longword); low2 = longword2 >> 24; } [/c] Ergebnis: [code] int main () { low = HI8L(longword); 5e: 80 91 63 00 lds r24, 0x0063 62: 80 93 68 00 sts 0x0068, r24 low2 = longword2 >> 24; 66: 80 91 64
(void) { c = l >> 25; } [/c] Wird mit avr-gcc-4.6.1 -S -Os zu [avrasm] shift24: lds r24,l+3 sts c,r24 ret shift16: lds r24,l+2 sts c,r24 ret rshift24: lds r24,l+3 ret [
-
Thread
Inkrementalgeber an CMOS Dekadenzähler CD4017
vornehmen https://github.com/kachurovskiy/nanoels https://projecthub.arduino.cc/nsr5058/7115c7c1-67bd-4e84-8650-4b0013b63bab
uint32_t erfolgen. [c] uint32_t temp = 0; temp = Wire.read(); // und zum 32 Bit Wert formen temp |= (uint32_t)Wire.read() << 8; temp |= (uint32_t)Wire.read() << 16; temp |= (uint32_t)Wire.read() << 24;
-
Thread
AD7680 (SPI) + STM32F4Discovery
=SPI_BaudRatePrescaler_64; /* SCLK=42MHz/64=656.2kHz APB1=42 MHz, SYSCLK=168 MHz */ SPI_InitStructure.SPI_CPOL = SPI_CPOL_High; /* CPOL=1 */ SPI_InitStructure.SPI_CPHA = SPI_CPHA_2Edge; /* CPHA=1 */
CoIDE inklusive Bild des Aufbaus dem Anhang angefügt. Anschlussplan ist dem Hauptkommentar in main.c zu entnehmen. Hier ist noch einmal der Inhalt der main.c Datei: *(Achtung: SystemInit(); muss in int main() ausgeführt werden. Kommentar entfernen !)* [c] //----------------------------------
-
Thread
AVR: Umdrehung / Spalten
da ich nur noch einen Fehlerwert von 24, statt 272 habe. Geht denn nun vielleicht die Div durch 64 auch etwas schneller, als eine Div durch 512? Wenn ja, würde sogar die Externe Interuptroutine kürzer werden. Gruß Toby
prog_char FontTable[256][8]={ {0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00}, // 0x00 {0x00,0x00,0x00,0x7C,0xA2,0x8A,0xA2,0x7C}, // 0x01 {0x00,0x00,0x00,0x7C,0xD6,0xF6,0xD6,0x7C}, // 0x02 ... ... Pixels = pgm_read_byte_near(&FontTable[ASCII, ASCII_Row]); diesen Fehler: main.c:515:59: error: macro