-
Thread
Windows 11 langsam, wenn.
etwas undurchsichtige Anleitung https://support.microsoft.com/de-de/topic/verwenden-des-systemdatei-%C3%BCberpr%C3%BCfungsprogramms-sfc-exe-zur-problembehandlung-bei-fehlenden-oder-besch%C3%A4digten-systemdateien-79aa86cb-ca52-166a-92a3-966e85d4094e Ach ja, und c't Desinfekt könnte auch nicht schaden
Eröffnungsbeitrag, dass im Vergleich zur Original Docking Station an der im Monitor eingebauten USB-C-Docking-Station alles flüssig laufe. Es wurde dann auf Anraten von Rene FMService64.exe als möglicher Unruhestifter identifiziert, und tatsächlich: Es geht in beiden Fällen alles deutlich zügiger
-
Thread
Float als 4 Byte im EEprom speichern
Hallo, sorry habe vergessen zu sagen, dass ich auf einem PIc18 mit HI-TECH C Compiler arbeite. Also fertige AVR Rotinen nützen mir leider nicht, ich brauche reinen C-Code. LG DIrk
Hallo, also ich habe die Kalibrierung des 24 Bit Wertes vom ADC mit Float (24 Bit) und mit Double (32 Bit) verglichen. Bei Double kan man feiner kalibrieren. Meinen Hi-Tech C18 habe ich auf 32 Bit beim Typ Double eingestellt. Der 23 Bit Wert
-
Thread
Effizente Mittelwertberechnung über 24bit (3x8Byte) ADC daten
Vom ADC kommen 24Bit pakete über SPI an meinem SAM4S an. Zur Verbesserung des SNR und zum Datenrate/Energiesparen (Bluetooth), möchte ich noch auf dem µC downsamplen über einen Mittelwert aus den jeweils letzten 2 oder
schrieb im Beitrag #4109329: > Da kann man vorne soviel wegwerfen wie identisch ist > Ob das nun 64, 32, 16 bit sind -1 24bit 0b11111111111111111111111 32bit 0b1111111111111111111111111111111 1 24bit 0b00000000000000000000001 32bit 0b0000000000000000000000000000001 Wie kommst
-
Thread
32 Bit Controller für Motion Control
Hallo, >C. H. und sepp: NEC hat auch 32-bitter für Motor-Control im Angebot. Habe nachgeschaut. Haben max. 24 KB Ram. Aktuell vollkommend ok, langfristig wäre etwas mehr nicht schlecht. >Patrick: Was für
#0x00] benötigt, um den Wert von GPIOB->ODR zu laden, dann kann man ihn nicht gut mit LDR r1,[pc,#64] STR r0,[r1,#0xC0C] wieder speichern. Korrekt wäre ohne Verwendung spezieller Peripherieregister: LDR r0, [r1,#8] ORR r0, r0, #0x100 STR r0, [r1,#8] und irgendwann davor mal LDR r1
-
Thread
Frage zu Assembler für meinen Informatikunterricht
nimmt, kann man folgendes machen: B409BA0200CD21CD20 hineinschreiben + bei Adresse 0200H das 48616c6c6f2046616269616e210D0A24 (kann man noch optimieren..) (die Speicheraufteilung..) Die Hexdatei wird als myprg.com bzw. irgendwas.com gespeichert und kann so aufgerufen werden. Das Dollarzeichen
Programmieren in Assembler. Einheitlicher Code. Wenn man den Kindern die Unterschiede zwischen 16,32 und 64 Bit (128, 256) erklären kann, dann könnten die die Codeanpassung (u.a. mit dem Stack) auch selber machen. Mehr als die Parameterübergabe über den Stack gibt der C-Code aber nicht her. der ret-Befehl
-
Thread
STM32CubeProgrammer
Nach dem ich keine Möglichkeit gefunden habe den µC Speicher auszulesen und in eine Datei zu speichern, habe ich mir die Kommandozeilen Version angesehen. Damit geht es, und noch mehr. Hilfe: ./STM32_Programmer.sh -h File -> µC: ./STM32_Programmer.sh -c port=SWD -w test1.bin 0x08000000 µC -> File: ./STM32_Programmer.sh -c port=SWD -r 0x08000000 0x10000 test2.bin
-
Thread
Bizarrer Firmware crash - ATmega4808. Wie Debuggen?
ldi r31, 0x45 41f6: af 0e add r10, r31 41f8: b1 1c adc r11, r1 41fa: d5 01 movw r26, r10 41fc: 8d 93 st X+, r24 41fe: 9c 93 st X, r25 ; Source Code Zeile: rxpacket.TEMP = (int8_t)radio.readTemperature
ldi r31, 0x45 4162: ef 0e add r14, r31 4164: f1 1c adc r15, r1 4166: d7 01 movw r26, r14 4168: 8d 93 st X+, r24 416a: 9c 93 st X, r25 ; Source Code Zeile: rxpacket.TEMP = (int8_t)radio.readTemperature
-
Thread
EOL ATmega328p
at up to 24 MHz across the full supply voltage range of 1.8V to 5.5V. https://www.microchip.com/en-us/product/AVR64DD32 24MHz @ 1.8V? Is that true?
AVR128DB28 AVR16DD28 AVR32DA28 AVR32DB28 AVR32DD28 AVR64DA28 AVR64DB28 AVR64DD28 Die gesamte Liste kann man als *.xlsx-Datei herunterladen, und wenn man da die Spalte "Package" nach allen filtert, die "DIP" enthalten, dann kommt diese Zusammenstellung
-
Thread
SAM4E oder SAM7x
er auch bei der 32-bit-FPU, dort dann halt als Software-Lib. Gerade mal schnell in eine C-Datei hier ein [c] double x; … x *= 2; [/c] reingeschrieben: [avrasm] ldr r3, .L20 vldr.64 d7, [r3] vadd.f64 d7, d7, d7 vstr.64 d7, [r3
Gibt es eine alternative für folgende Berechnung: [c] float tmp; float tmp_v; ... tmp = 0.2731f * pow(tmp_v, 1.1531f); [/c] Da er dafür 0,15ms benötigt.
-
Thread
Kupferdrahtdurchmesser bei Spulen
PORTA, temp out PORTB, temp out PORTC, temp out PORTD, temp loop: rjmp loop [/C]
PORTA, temp out PORTB, temp out PORTC, temp out PORTD, temp loop: rjmp loop [/C]
-
Thread
KiCad 5.0.2 - Absturz beim Footprint-Editor Aufruf
a core file. Please specify an executable to debug. Leider liefert mir >zypper install -C "debuginfo(build-id)=4cf0ed5b1417830b454d644c5334c05b8fc5a9c8" Loading repository data... Reading installed packages... No provider of 'debuginfo(build-id)=4cf0ed5b1417830b454d644c5334c05b8fc5a9c8
24. Jan 11:33 /usr/bin/g++-4.8 -rwxr-xr-x 1 root root 1018360 7. Mai 2018 /usr/bin/g++-7 >zypper se gcc | grep '^i' i | gcc | The system GNU C Compiler
-
Thread
ADE7758 via SPI
case 32: {SPSR |= (1<<SPI2X); SPCR |= (1<<SPR1); }break; // prescaler 32 case 64: {SPSR |= (1<<SPI2X); SPCR |= (1<<SPR1) | (1<<SPR0); }break; // prescaler 64 default: {SPSR |= (1<<SPI2X); }break; // default = 2 } } #endif } [/c]
"dummy" Byte was gefehlt hat. Eine Frage habe ich jedoch noch. Wenn ich jetzt meine Phasen (A,B,C) einlesen und berechnen möchte, wo steht das im DB beschrieben? Ich finde dazu nichts. Weiß nur das es ein "24 Bit" Register ist.
-
Thread
[V] Halbleiter, Netzteile, Opto, Encoder, Diskret, Relais, Pneumatik, AoIP
1x LMZ22003TZ: 3A Simple Switcher -> 1,50 €/Stk. Halbleiter Speicher: 94x M24C64-RMN6P: I²C EEPROM 64kBit -> 0,15 €/Stk. 27x 29LV040CQI-70G: 4MBit Parallel Flash -> 1,00 €/Stk. 10x 39VF010-70-4C: 1MBit Parallel Flash -> 0,50 €/Stk. 128x M29W320EB
116x LTC1337CG: RS-232 5V 3-Driver/5-Receiver -> 0,25 €/Stk. Halbleiter Speicher: 94x M24C64-RMN6P: I²C EEPROM 64kBit -> 0,15 €/Stk. 27x 29LV040CQI-70G: 4MBit Parallel Flash -> 0,25 €/Stk. 10x 39VF010-70-4C: 1MBit Parallel Flash -> 0,25 €/Stk. 128x M29W320EB
-
Thread
nur 2,5GB statt 3,5GB Ram
aktuellen Service-Packs keinen technischen Hintergrund mehr. > Mit linux (ein > altes Knoppix mit 2.6.24er Kernel) zeigt auch nur 2,5GB ram an. Das wiederum spricht dafür, dass das Board/BIOS den aus seiner Sicht nicht unterhalb 4GB einblendbaren Speicher effektiv verwirft. Dann sollte auch mit Win64
In Linux, egal ob 32- oder 64-Bit, kriegt man die Memory Map auch im Boot-Log angezeigt. Was je nach Version in /var/log/boot* oder dmesg zu finden ist, hier (1GB Netbook) in Ubuntu 32-Bit 2.6.24 beispielsweise per dmesg:[c] [
-
Thread
Rust auf AVR: AVR-Rust -> So geht's
m.n. schrieb im Beitrag #5550026: > Werden bei AVR-Rust die Typen f32 und f64 unterstützt? Ich hab jetzt spasseshalber mal einfach sowas gemacht: [code] #[no_mangle] pub extern "C" fn main() -> ! { let mut var1: f32 = 0.0; let mut var2: f64 = 0.0; loop {
scheint es für Z80 zu geben: https://github.com/jacobly0/llvm-z80 . Alternativ kann man eventuell das C-Backend von llvm nutzen und über den Umweg Rust->LLVM-IR->C das ganze dann mit dem sdcc kompilieren. Auf dem gleichen Weg kann man auch C++ mit dem sdcc realisieren, siehe z.B. http://www.colecovision.eu
-
Thread
Assembler wieder auf dem Weg nach vorn Gesperrt
annähernd ideal zu > schreiben Für mich persönlich ist die Größe bereits da erreicht, wo ich in C mit einfachen Vergleichsoperatoren arbeiten kann. Eine Zeile wie [c]if(val1 > val2){...[/c] wird vom XC8 immer richtig ins Maschinencode übersetzt und zwar egal ob die Werte 8bit, 16bit oder 24bit
Michael K. schrieb im Beitrag #4360782: > Ich stamme aus der Generation C64 und kenne durchaus den Reiz auf > unterster Ebene mit der Hardware zu kommunizieren und trickreiche > Laufzeitenhacks zu ersinnen die auf die Art mit C nicht möglich sind. Man kann Assembler-Code
-
Thread
Fragen zu Speicher eines Datenlogger
gute Erfahrungen habe ich mit seriellen EEPROMs gemacht, die sind auch sehr preiswert. Ich habe den AT24C512 (64kB) verwendet. Man kann davon bis zu 8 Stück parallel schalten (=512kB). Dadurch, daß sie ein serielles Protokoll benötigen, sind sie auch sehr störsicher. Die seriellen EEPROMs unterstützen
Leitungen benötigt, kann man leicht mit einer 3.Leitung 2 * 4 EEPROMS ansprechen. Die Pagesize des AT24C512 ist nicht 64Byte sondern 128Byte (bzw. 256Byte beim AT24C1024). Peter
-
Thread
MSP430: Assembler mit GNU-Toolchain
: ORIGIN = 0x1080, LENGTH = 0x0040 /* END=0x10c0, size 64 */ infoa : ORIGIN = 0x10c0, LENGTH = 0x0040 /* END=0x1100, size 64 */ rom (rx) : ORIGIN = 0xf800, LENGTH = 0x07e0 /* END=0xffe0, size 2016 */ vectors :
ffea: 24 f8 and @r8, r4 ffec: 24 f8 and @r8, r4 ffee: 24 f8 and @r8, r4 fff0: 24 f8 and @r8, r4 fff2: 24 f8 and @r8, r4
-
Thread
Verkaufe MFA-Mediensystem
Feger; MC-Tools, Siemens-Buchreihe etc.). Ferner ist die Programmierung nicht mehr so umständlich (c, Pascal...). Hmmm?? ToM
Servus! Hat evtl. noch jmd. eine RS232/V24 Karte abzugeben? falls ja, bitte melden: heinerleATwaltenbergPUNKTde Vielen Dank im Voraus, Heinerle
-
Thread
Division fehlerhaft
= 0 */ /* stack size = 0 */ .L__stack_usage = 0 ldi r25,lo8(-123) sts 122,r25 sts 124,r24 lds r24,124 ori r24,lo8(-128) sts 124,r24 lds r24,122 ori r24,lo8(64) sts 122,r24 .L2: lds r24,122 sbrc r24,6 rjmp .L2 lds r24,120 lds r25,120+1 ldi r20,lo8(4) ldi r24,0 ldi r25,0 .L4: lds r18,122 ori r18,lo8(64) sts 122,r18 .L3: lds r18,122 sbrc r18,6 rjmp .L3 lds r18,120 lds r19,120+1 add r24,r18 adc r25,r19 subi r20,lo8(-(-1
-
Thread
Einfamilienhaus ohne Stromanschluss in Deutschland?
warten. Mehr als der Ausverkaufspreis-Bausatz war nicht drin, die anderen Mitschüler hatten längst C64+1541 (und Nadeldrucker, Farbmonitor, EPROM-Brenner...)
Schüler war knapp!!! OH JA. 50 DM aus eigenen Tasche und den Rest "sponsert by Mama". Bevor ich mein C=64 mit Floppy bekommen habe, gabs noch ein ZX-Spectrum (anfangs mit 16 KB) da der C=64 nirgends zu kaufen gab. Musste fast 1 Jahr drauf warten und dann 2 x 600 DM zahlen (c=64 + Floppy). Hab die Floppy
-
Thread
Interrupt Frage ATMEGA8535
welches in der Hardware funktioniert. Ich habe jetzt den Vorladewert auf 15624 und den Vorteiler auf 64 gestellt. Mit diesen Werten komme ich auf einen Sekunden Takt aber wie berechne ich das richtig und nachvollziehbar? Hier noch etwas Code zum lesen: [c]#include <avr/io.h> #ifndef F_CPU
> eine annehmliche Zeit bei raus kommt? Das hast du ja schon. Bei 1000000 Hertz geteilt durch 64 geteilt durch 15625 kommt ja genau 1 Hz raus. Du solltest nur dein [c] #define F_CPU 16000000UL [/c] auf 1000000UL umstellen, damit auch etwaige Aufrufe von _delay_ms() das richtige Ergebnis bringen
-
Thread
Projekt mit Tiny 13
jetzt noch nicht in klaren ist. Wie beschreibt und >ließt man das Externe serielle EEprom? I2C, siehe Datenblatt Mega88 und ST24C256. Alternativ kannst Du auch ein DataFlash 45DBxxxD nehmen, paßt mehr ´rein, ist unkompliziert anzusteuern (SPI), ist preiswert und als SO8 ehältlich.
externe EEprom ansprechen soll. Also ich habe mir noch einmal die Datenblätter des Mega88 und ST24C256 angeschaut. Im Datenblatt ST24C256 steht beschrieben wie man schreibt und liest. Aber eben nur von der Theorie her. Bitweise. Wenn ich über RS232 mit dem PC kommuniziere, schreibe ich ja auch
-
Thread
Datenrettung mit ddrescue
bb 07 00 cd 10 eb f2 c3 0d 0a 41 20 64 69 |............A di| 00000190 73 6b 20 72 65 61 64 20 65 72 72 6f 72 20 6f 63 |sk read error oc| 000001a0 63 75 72 72 65 64 00 0d 0a 42 4f 4f 54 4d 47 52 |curred...BOOTMGR| 000001b0 20 69 73 20 63 6f 6d 70 72 65 73 73 65 64 00 0d | is compressed..| 000001c0 0a 50 72 65 73 73 20 43 74 72 6c 2b 41 6c 74 2b |.Press Ctrl+Alt+| 000001d0 44 65 6c 20 74 6f 20 72 65 73 74 61 72 74 0d 0a |Del to restart..| 000001e0 00
-
Thread
Frage zur float Darstellung - Prozessor unbekannt
printf(" %.02X", ((unsigned char*)&n)[j]); } printf("\n"); } } [/C] Ausgabe auf meinem PC: [Code] -10.000000: 00 00 00 00 00 00 24 C0 -5.000000: 00 00 00 00 00 00 14 C0 -4.000000: 00 00 00 00 00 00 10 C0 -3.000000: 00 00 00 00 00 00 08 C0 -2.000000: 00 00 00
00 00 00 00 00 00 24 C0 | -10 00 00 00 00 00 00 14 C0 | -5 00 00 00 00 00 00 10 C0 | -4 00 00 00 00 00 00 08 C0 | -3 00 00 00 00 00 00 00 C0 | -2 BC 74 93 6A 18 04 F0 BF | -1.001 00 00 00 00 00 00 F0 BF | -1 87 16
-
Thread
Windows 10 - jetzt bekomme ich richtig Angst
nachinstallieren. https://support.microsoft.com/de-de/topic/verwalten-der-windows-start-manager-sperrungen-f%C3%BCr-%C3%A4nderungen-des-sicheren-starts-im-zusammenhang-mit-cve-2023-24932-41a975df-beb2-40c1-99a3-b3ff139f832d#bkmk_recovery ciao gustav
Kann man u.a. hier https://support.microsoft.com/de-de/windows/windows-11-und-sicherer-start-a8ff1202-c0d9-42f5-940f-843abef64fad nach lesen. Jens M. schrieb im Beitrag #7943536: > Die Zertifikate werden über Updates des OS ausgerollt, denn sowhl Linux > als auch Windows können UEFI-Updates einspielen
-
Thread
13 Bit Genauigkeit mit Atmega messen ?
gibt der sich mit digitalen Filtern auf AVR auskennt oder schon mal was gehört hat, wenn möglich in C, dann kann er sich ja mal melden. Ich habe derzeit ein Problem das im AVR GCC "double" mit 32Bit Länge definiert ist (warscheinlich 24.7). Gibt es da eine Lösung? Könnte man nicht einfach die "defines
default value gives a 64-bit double, which is what we now use. */ Motorola 68HC11 and 68HC12: /* A C expression for the size in bits of the type double on the target machine. If you don't define this, the default is
-
Thread
Arduino: Menü mit switch-methode, mein Codeschnipsel dabei, bitte ansehen und meckern :P
generate the high voltage from the 3.3v line internally! (neat!) display.begin(SSD1306_SWITCHCAPVCC, 0x3C); // initialize with the I2C addr 0x3D (for the 128x64 OLED display) display.setTextSize(1); //Set default font size to the smalles display.setTextColor(WHITE); //Set font to display color on black
radians int x2=(64+(sin(angle)*20)); int y2=(40-(cos(angle)*20)); int x3=(64+(sin(angle)*(20-5))); int y3=(40-(cos(angle)*(20-5))); display.drawLine(x2,y2,x3,y3,WHITE); } [/c] >ist
-
Thread
Genauigkeit von float in AVR-GCC
weißt aber, über welche Zielplattform du hier redest und was 64-bit-Gleitkomma auf dieser bedeutet -- einschließlich aller Randbedingungen implicit promotion to double --, ja? Es fällt einem halt hier komplett auf die Füße, dass der C-Standard so unglücklich
für double gibt, und dass -mdouble=64 der Default ist. Auch hier gibt es Benchmarks in der LibC Doku [6], obwohl sie lediglich math.h bereitstellt und keine Implementierung. [1] Seit über 10 Jahren, siehe https://gcc.gnu.org/PR54461
-
Thread
Schaltplan/Hilfe bei Steuerung Eurola OC
und Service für die Fachkraft 8/98: http://www.viessmann.com/http-svc/web/poland/PDF-90.nsf/29CD5C6A8D7AA481C1257B4800458B7E/$FILE/IS%20IO%20Eurola%20Eurolamatik%20RC,%20OC%208-24kW%20%20(08,1998)__DE.pdf stehen ausführliche Tabellen und Tips zur "Behebung" auf S. 29-54
den PCBs) nachverfolgt. Hier mal das Pinout wie ich es vermute: [code] (oben) Pin01: +15V (C105) bezogen auf GND24V Pin02: +15V (C100) bezogen auf GND15V Pin03: +15V (C104) bezogen auf GND15V Pin04: GND15V Pin05: -15V (C101) bezogen auf GND15V Pin06: +5V LM317out bezogen auf GND24V Pin07
-
Thread
INT0 und INT1 mit Atmega8 benutzen: ISR wird mit avr-gcc nicht ausgeführt
ldi r24,lo8(-64) out 0x3b,r24 /* #APP */ ; 17 "main.c" 1 sei ; 0 "" 2 /* #NOAPP */ .L2: rjmp .L2 .size main, .-main .text .global __vector_1 .type __vector_1, @function __vector
Wir sollten nur noch wissen ob die LED gegen GND oder VCC angeschlossen ist. Joschua C. schrieb im Beitrag #3405674: > Die Adresse des MCUCR, dessen Wert ich auch im > C-Beispiel verändere ist 0x35. Im C-Code des Compilers taucht die > Adresse nirgens auf. ldi r24,lo8(10) out
-
Thread
atmega64 mit Ext Crystal/Resonator verfust und zugenäht!
Also ich betreibe immer an meinen Prozessoren einen ext. Quarz mit 4 MhZ, klappt gut beim Attiny24, kein Problem mit Atmega8 -> bild im Anhang. Bei den anderen projekten mit den Tiny und Mega8 stelle ich Medium Freq. 1k + 64 ein - völlig unproblematisch. Beim Mega64 habe ich Compmode und Jtagen
schon high ist also: CKopt an Ext. Osc. High Freq. 1k + 64 eingestellt -> letzter verfused so toll was mach ich falsch? bis zum 64er hatte ich nie stress damit, gibts noch ne handbuchseite wo beim 64 die xtal pins woanders sind als 23/24? bekomme ich die
-
Thread
Frage zu CCL-Einheit in neueren AVR-Controllern
LUT macht noch keinen FPGA, Das ganze schaut eher nach einer Min-PLA o.ä. , wie das Teil im alten C64, nur noch viel kleiner. http://skoe.de/docs/c64-dissected/pla/c64_pla_dissected_a4ds.pdf Naja, rettet vielleicht mal einem PCB-Designer den Arsch, weil er den passenden 74xxx vergessen hat
nix, wobei die CCL irgendwie helfen könnte. So what, es gibt auch noch andere Anwendungen für µC, als LEDs funzeln zu lassen... Und übrigens: wenn diese Ansteuerung bei 800Hz Framerate einen AVR128@24Mhz ernsthaft belastet, dann stimmt mit dem Code irgendwas nicht. Immerhin stehen in jeder Framezeit
-
Thread
WS2812b LED Matrix maximale Länge der Datenleitung
Torsten C. schrieb im Beitrag #4650377: > Anders ausgedrückt: Jedes empfangende Bit, das über das 24. Bit hinaus > geht, wird aufgefrischt und weiter geschickt. Die zuletzt geschickten 24 > Bit bleiben in der
Die erste WS2812b direkt hinter dem µC setzt die Farben der 24 zeitlich zuletzt gesendeten Bits um. Was soll man dazu noch sagen?
-
Thread
Netzwerkproblem
. ifconfig ergibt: root@debian:~# ifconfig eth0 Link encap:Ethernet Hardware Adresse 00:24:1d:67:44:68 inet Adresse:192.168.2.3 Bcast:192.168.2.255 Maske:255.255.255.0 inet6-Adresse: fe80::224:1dff:fe67:4468/64 Gültigkeitsbereich:Verbindung UP BROADCAST
8 * * * 9 * * * 10 * * * 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * *^C rfr@debian:~$ rfr@debian:~$ ping 195.10.208.211 PING 195.10.208.211 (195.10.208.211) 56(84) bytes of data. 64 bytes from 195.10.208.211: icmp_req=1 ttl=56 time=28.4 ms 64 bytes from 195.10.208.211
-
Thread
Labor Netzteil
24 Bit sind völlig überflüssig, die kriegt man eh nicht vernünftig gehandelt.
ganz so viel zeit, aber noch cniht aufgegeben. Zur Zeit beschäftige ich mich mit dem Display (T6963C) 240 x 64 Pixel und dann werde ich wohl mit dem Digitalteil Anfangen. Wenn ich dann saubere Referenzspannungen habe ist es schon die halbe Miete. Meine Idee dazu: 2 10Bit DACs (MAX504 zB.) fuer den
-
Thread
Floppy MFM Decoder selber bauen AVR ATmega Assembler Beispiele FDD Diskette
0x2BF6 0x00 0x00 0x2298 0xFE 0x04 0x00 0x08 0x02 0xBA06 0xBA06 0x2BF6 0x2BF6 0x00 0x00 0x24A8 0xFE 0x04 0x00 0x09 0x02 0x8937 0x8937 0x2BF6 0x2BF6 0x00 0x00 0x26B8 0xFE 0x04 0x00 0x0A 0x02 0xDC64 0xDC64 0x2BF6 0x2BF6 0x00 0x00 0x28C8 0xFE 0x04 0x00 0x0B 0x02 0xEF55 0xEF55 0x2BF6
0x9AB4 0x00 0x00 0x2298 0xFE 0x04 0x00 0x0A 0x02 0xDC64 0xDC64 0x2BF6 0x2BF6 0x00 0x00 0x24A8 0xFE 0x04 0x00 0x0B 0x02 0xEF55 0xEF55 0x2BF6 0x2BF6 0x00 0x00 0x26B8 0xFE 0x04 0x00 0x0C 0x02 0x76C2 0x76C2 0x2BF6 0x2BF6 0x00 0x00 0x28C8 0xFE
-
Thread
STM32L152 uint64_t wird nicht richtig verarbeitet
Deklaration mit = 0 hat kein Effekt auf den Wert. Die Funktion "one_wire_read" liefert uint8_t. [c] uint64_t onewire_read_rom(void) { uint64_t rom_adress = 0; uint8_t shift =48; uint8_t data = 0; onewire_reset(); one_wire_putc(0x33); one_wire_read(); // Family
Also da haut irgendwas gewaltig nicht hin. [c] uint64_t onewire_read_rom(void) { uint64_t rom_adress = 0; uint8_t i = 0; onewire_reset(); one_wire_putc(0x33); one_wire_read(); // Family for (i=0; i<4; i
-
Thread
AVR Ladekurvendisplay
... Für das Logging von Zellenspannungen hab ich mir mal einen Logger mit einem MSP430F2012 + 24C64 gebaut. Grafische Auswertung geht unter anderem mit einem Palm. Das mit Deutschkurs würde ich trotzdem aufrecht erhalten.
> Für das Logging von Zellenspannungen hab ich mir mal einen Logger > mit einem MSP430F2012 + 24C64 gebaut. > Grafische Auswertung geht unter anderem mit einem Palm. Dann hast Du ja richtig viel zu meinem Beitrag beigetragen ! > Das mit Deutschkurs würde ich trotzdem aufrecht erhalten.
-
Thread
Pointer auf Array
data_pointer++; } return 0; } [/c] und hat die folgende Ausgabe: [pre] 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29[/pre] Was sonst könnte man noch mit einem Zeiger auf ein Array anfangen
}, { 18, 19, 20, 21, 22, 23 }, { 24, 25, 26, 27, 28, 29 } }; volatile Ein16BitLangerPointerAufEineUint8 data_pointer = &data[0][0]; [/c]
-
Thread
Sind ALLE Rechenoperationen automatisch 16-bit breit?
Andererseits gehen einem dank Microsofts weisem Ratschluss nun am anderen Ende die Typen aus. Denn in ANSI-C ('89/'90) ist es auf einem 64-Bit Windows unmöglich, mit 64 Bit Integers zu arbeiten. "long" steht für 32 Bits und "long long" gibt es offiziell erst in C99.
gewechselt (und MS jetzt zu LLP64). Der Erhalt eines "natürlichen" C-Typs mit 32bit hat dabei aber nur eine kleine Rolle gespielt, es gibt noch diverse andere Gründe. http://www.unix.org/version2/whatsnew/lp64_wp.html > Immerhin
-
Thread
ATmega8 16-Bit Timer Uhr zu langsam
22.6 00:22.7 00:22.8 00:23.0 00:23.1 00:23.2 00:23.3 00:23.4 00:23.5 00:23.6 00:23.7 00:23.8 00:24.0 00:24.1 00:24.2 00:24.3 00:24.4 00:24.5 00:24.6 00:24.7 00:24.8 00:25.0 00:25.1 00:25.2 00:25.3 00:25.4 00:25.5 00:25.6 00:25.7 00:25.8 00:26.0 00:26.1 00:26.2 00:26.3 00:26.4 00:26.5 00:26.6 00
62.6 00:62.7 00:62.8 00:63.0 00:63.1 00:63.2 00:63.3 00:63.4 00:63.5 00:63.6 00:63.7 00:63.8 00:64.0 00:64.1 00:64.2 00:64.3 00:64.4 00:64.5 00:64.6 00:64.7 00:64.8 00:65.0 00:65.1 00:65.2 00:65.3 00:65.4 00:65.5 00:65.6 00:65.7 00:65.8 00:66.0 00:66.1 00:66.2 00:66.3 00:66.4 00:66.5 00:66.6 00
-
Thread
Diskussion: Pi möglichst schnell berechnen
,lo8(64) sts pi,r24 sts pi+1,r25 sts pi+2,r26 sts pi+3,r27 ldi r25,0 ldi r24,0 ret [/avrasm] Für nur fünf Nachkommestellen lohnt es sich nicht, sich Gedanken zum optimalen Algorithmus
int main(void) { float pi; // pi = z / 64 # if defined __STDC_IEC_559__ || defined __AVR_ARCH__ union { float f; uint8_t c[4]; } u = { z }; // u.f = z; # if __BYTE_ORDER__ == __ORDER_LITTLE_ENDIAN__ u.c[3] -= 3;
-
Thread
Debian 11 und Header Files
for x86-64 cloud linux-image-4.19.0-17-amd64 - Linux 4.19 for 64-bit PCs (signed) [/c] Vor allem die letzte Zeile irritiert
hat Debian fuer Dich aufgeschrieben: in /var/log/apt gibt es zwei log-files: Ein kommando-log: [c] Start-Date: 2021-09-06 17:32:54 Commandline: apt-get upgrade Upgrade: perl-base:amd64 (5.24.1-3+deb9u6, 5.24.1-3+deb9u7), libdns-export162:amd64 (1:9.10.3.dfsg.P4-12. 3+deb9u5, 1:9.10.3.dfsg.P4
-
Thread
Wirklich arm, der ARM
Hallo, ist kein ARM aber ist ein 32Bit Mikrocontroller mit SRAM Interface. DMA Mode usw. M32C/87.
5 - 1 ws_sel, Slave Mode !!!!!!!!!!!!! 14:6 1fh = 31 ws_halfperiod (64/2-1) 15 - 0 unused */ //... [/c] Eigenlich wollte ich (bei vorherigen Versuchen) den Master-Mode aktivieren (mit 0x7cb), aber letztendlich stand immer
-
Thread
Problem bei Projekt LED cube 8x8x8 myC und Decoder will nicht
... oder die Zeitkonstante von R42 und C42 ist zu klein.
A5333;GROUPID=3020;ARTICLE=21628;START=0;SORT=artnr;OFFSET=16;SID=25gU7hPawQARkAAEh0jbw060f3737100156c9c51cc4d1d265c6b7 nehmen. M.
-
Thread
EMS > ESP8266-12 WLAN-Modul
00 00 00 00 00 2f 08 00 ? 7f:7f [ 1456.944667 101.985 33.792 080 33] 08 00 18 00 35 01 ab 64 00 01 01 30 00 83 00 7d 00 80 00 00 00 ff 30 43 00 00 ff 00 10 83 00 ? c1:c1 [ 1457.225545 280.878 16.384 080 16] 08 00 18 1b 00 00 00 00 00 00 00 2f 08 00 ? 7f:7f [ 1457.642332 121.446 31.744 080 31] 08 00 19 00 00 46 01 aa 01 87 ff ff ff 64 01 21 a6 04 2f 64 00 00 00 04 2d 5c 01 21 50 ? 78:78 [ 1457.917175 274.843 9.216 080 9] 08 00 14 00 19 94 27 ? 19:19 [ 1459.042660 89.913 33.792 080 33] 08 00 18 00 35 01 aa 64 00
-
Thread
Problem mit Firewall für VPN auf OpenWRT
von »ifconfig« und »route -n«. Hier ifconfig: [code] br-lan Link encap:Ethernet HWaddr 02:24:B2:DF:7C:FF inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fd9f:5bdb:3a7f::1/60 Scope:Global inet6 addr: fe80::24:b2ff:fedf:7cff/64 Scope
Ausgabe von »ifconfig« und »route -n«. > > Hier ifconfig:br-lan Link encap:Ethernet HWaddr 02:24:B2:DF:7C:FF > inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0 > inet6 addr: fd9f:5bdb:3a7f::1/60 Scope:Global > inet6 addr: fe80::24:b2ff:fedf:7cff/64
-
Thread
200 LED Matrix mit nur 8 LEDs
Leiste rotieren zu lassen. Dadurch decke ich ein Feld von pi*r², also 3,14*8*8 = ~200 LEDs ab. Ein µC soll die LEDs jetzt alle 10° neu ansteuern, die Stromversorgung geschieht über Schleifkontakte, der µC ist mit an Board. Ein Motor bekommt eine schicke Regelung, damit er immer auf gleicher, einstellbarer
Ähm, 4 Helligkeiten pro Farbe -> 4*4*4 = 64 Farben insgesamt pro Pixel. Gruß Hagen
-
Thread
fgetc(.) gibt EOF zurück obwohl das Dateiende noch nicht erreicht wurde
19 19 19 20 19 20 20 21 22 22 21 22 23 21 22 21 21 21 22 21 20 21 23 21 22 22 23 23 23 21 22 22 22 24 23 20 21 22 23 21 23 22 23 25 24 23 24 23 22 22 23 24 24 23 23 24 24 24 23 22 24 24 25 24 25 24 24 24 23 24 24 24 EOF bei a = 291 Warum gibt an der Stelle fgetc immer die EOF zurück??. Die Datei
Bei Binärdateien würde ich es statt fppgm = fopen ( "C:\\Users\\reisberg\\sourcePGM.pgm", "r" ); mal mit fppgm = fopen ( "C:\\Users\\reisberg\\sourcePGM.pgm", "rb" ); probieren.