-
Thread
80c32 ersetzen -> Welchen Typ kann ich nehmen
noch ein EPROM gibt. So 27C64 oder ähnliches.
Wie sieht es mit einem AT89C55WD-24PU aus?
-
Thread
AVR-GCC 4.7.2 Bug?
/libc.so.6(_IO_default_xsputn+0xdd)[0x7ffff7a9713d] /lib/x86_64-linux-gnu/libc.so.6(_IO_vfprintf+0x1ae7)[0x7ffff7a654a7] /lib/x86_64-linux-gnu/libc.so.6(__vsprintf_chk+0x94)[0x7ffff7b23c14] /lib/x86_64-linux-gnu/libc.so.6(__sprintf_chk+0x7d)[0x7ffff7b23b5d] /tmp
mul r26, r18 130: b0 01 movw r22, r0 132: b3 9f mul r27, r19 134: c0 01 movw r24, r0 136: a3 9f mul r26, r19 138: 70 0d add r23, r0 13a: 81 1d adc r24, r1 13c: 11 24 eor r1, r1 13e: 91 1d adc r25, r1
-
Thread
EleLa - Elektronik Lagerverwaltung ab V2.0
) libgmodule-2.0.so.0 => /usr/lib64/libgmodule-2.0.so.0 (0x00007f9bc24c2000) libpango-1.0.so.0 => /usr/lib64/libpango-1.0.so.0 (0x00007f9bc2276000) libcairo.so.2 => /usr/lib64/libcairo.so.2 (0x00007f9bc1fc1000)
zuvor immer ein Exception und in der Folge treten die DB und Anzeigefehler auf. [code] 15:31:33 24.08.19 Start program V3.0.18B15-64 15:31:33 IDE: Lazarus LCL 1.8.4.0, Free Pascal FPC 3.0.4, Zeos 7.2.4-stable 15:31:33 Compile: 28.Okt.2018 10:16:53 SVN: 224 15:31:33 Use INI file: C:\EleLa\EleLa.ini
-
Thread
Thermomix Rezeptchips
b725 a77b e4ea 5000900 3d5d 1877 61f3 f725 903c a28e 48c1 1fcb 5000910 3392 f9d7 b081 f8b0 e03f 82ee dd6a 9eff 5000920 457b 1c20 5f59 8c00 f24e b297 4876 5ba9 5000930 ff04 b638 75fe 882d 4edf df2b 64d3 90fd 5000940 6282 175d 51f4 e231 3f82 6cdb
56 fc |....9c!.0.%L3`V.| 00000050 f2 82 93 69 3b 0e 9e 76 ea 03 f3 a6 b5 b9 e9 da |...i;..v........| 00000060 46 55 a9 6d 32 84 3f d8 b9 3b f4 64 08 3f 1d 68 |FU.m2.?..;.d.?.h| 00000070 c7 b8 24 14 b5 48
-
Thread
Quarz zu ungenau? Bugfix?
daraus resultieren? Hier nochmal die paar Zeile Code für Timer und Uhr: [c] void TimerInit ( void ) { TCCR0A |= (1<<WGM01); // CTC OCR0A = 249; // f = F_CPU / (Prescaler * (OCR0A+1) ) = 16e6 / (64 * (249+1) ) = 1kHz TCCR0B |= (1<<CS00) | (1<<CS01
= 0; if (Uhrzeit.Stunden >= 24){ Uhrzeit.Stunden = 0; } } } } [/c] Ingo
-
Thread
CRC16 - schnellere Implementierung möglich?
auswirkt. Außerdem sieht der Algorithmus komisch aus. http://www.ross.net/crc/download/crc_v3.txt [c] r=0; while (len--) { byte t = (r >> 24) & 0xFF; r = (r << 8) | *p++; r^=table[t]; } [/c]
sondern für die ganze FW. Beschäftige dich mit dem Cash. mit angezogener handbremse bringen dir die 64mhz auch nichts. kanst gleich mit 24 Mhz takten (mit entsprechenden Wait States) macht vermutlich keinen grossen unterschied. der Flash schaft ja nur 24Mhz. nur mit dem I cash reizt man die 64mhz und
-
Thread
AP7000 und ICnova ADB1000: Bisschen wenig?
Hi! Klar, dachte ich auch... aber: [c] BusyBox v1.5.0 (2008-11-24 13:52:40 CET) Built-in shell (ash) Enter 'help' for a list of built-in commands. # mplayer -sh: mplayer: not found # find / -name mplayer # [/c] Der Rest ist auch
-rc1-00001-gab9d96f-dirty (Mär 12 2009 - 11:19:51) U-Boot code: 00000000 -> 00014950 data: 0001c4f0 -> 00053c28 malloc: Using memory from 0x13f6c000 to 0x13fac000 DMA: Using memory from 0x13f68000 to 0x13f6c000 Flash: 1 MB at address 0x00000000 DRAM Configuration: Bank #0: 10000000 64 MB
-
Thread
Hardware TWI,I²C, I²C EEPROM
für größere Standard EEPROMs wie von TI, MicroChip, ST ausgelegt. Getestet habe ich sie mit einem 24C64MN6 und EE24LC64SM. Gruß Hagen
Achja, es ist ein AT24C256, mit: EEPROM_ADDRESS_BYTES 2 EEPROM_PAGE_SIZE 64
-
Thread
MAX1000 Erfahrungen
der Platine absteht c. lasse nrf24 weg. NRF24+WLAN wäre toll. Jedoch, nur WLAN fände ich auch gut. Ich will Dein Projekt nicht unnötig ausbremsen. Grüße, Lars
vor dem Kauf eben noch mal vergewissern, ob er meinen Anforderungen entspricht. Ich denke an eine 64 bit counter weil ein 32 bit counter für 100 MHz zu wenig sind und die nächste Größe die ich mit C++ gut auspacken kann eben 64 bit sind.
-
Thread
EMS > Adapter > NetIO > Raspi
auf Kr 1 ... sollte dann jetzt aber RAW sein. [code] IO: Got bytes 0xaa 0x55 0x8 00 0x34 00 0x3c 0x2 0x62 0x2 0x62 0x21 00 0x1 00 00 0x1 0xac 0x9 00 0x15 0x61 00 0x88 00 0x17 0xaa 0x55 IO: Got bytes 0xaa 0x55 0x8 00 0x18 00 0x24 0x1 0x69 0x64 0x14 0x9 0x1 0x25 0x62 0x80 00 0x2 0x62 0x1 0x4f 00
0x13 0x2d 0x48 00 0xc8 00 0x2 00 0x7e 00 0x1f 0xaa 0x55 IO: Got bytes 0xaa 0x55 0x8 00 0x18 00 0x24 0x1 0x69 0x64 0x14 0x9 0x1 0x25 0x62 0x80 00 0x2 0x62 0x1 0x4f 00 0x1f 0x12 0x2d 0x48 00 0xc8 00 0x2 00 0xe7 00 0x1f 0xaa 0x55 IO: Got bytes 0xaa 0x55 0x8 00 0x34 00 0x3c 0x2 0x62 0x2 0x62 0x21 00 0x1
-
Thread
Rücklaufspannung für AVR ein Problem?
Eingang des C64 auf 0V runter.
Korrektur: Bei der Wii 0,15mA Bei C64: Bei Betrieb des AVR mit 5V: Vor dem Einschalten des C64: -2,68mA Nach dem Einschalten des C64: 0,14mA Beim Betätigen der Taste: 0,80mA Bei Betrieb des AVR mit 3V: Vor dem Einschalten des C64
-
Thread
20Euro Embedded System mit ARM, 128MB ram und 256MB Flash
:/# i2cdetect -l i2c-0 i2c mv64xxx_i2c adapter I2C adapter [/code] sensors-detect erkennt den Treiber [code] Next adapter: mv64xxx_i2c adapter (i2c-0) Do you want to scan it? (YES
i2c funktioniert. [code] root@dockstar:~# sensors lm75-i2c-0-4f Adapter: mv64xxx_i2c adapter temp1: +25.5 C (high = +80.0 C, hyst = +75.0 C) [/code]
-
Thread
AVR64DD32, UART-Ausgabe bleibt hängen, Assembler
pop r26 16c: 9f 91 pop r25 16e: 8f 91 pop r24 170: 7f 91 pop r23 172: 6f 91 pop r22 174: 5f 91 pop r21 176: 4f 91 pop r20 178: 3f 91
Nach dem Einfügen des Inter-Byte-Delays funktioniert es nun endlich auch auf dem AVR64DD: [code] C:\Users\Johannes>avrdude -c avrispv2 -p attiny12 -P com7 -v -U flash:w:"D:\temp\10B.hex":i Avrdude version 8.0 Copyright see https://github.com/avrdudes/avrdude/blob/main/AUTHORS System
-
Thread
8051 - Programm und Daten in einem 128kB Chip ohne Overlap
Paul B. schrieb im Beitrag #3752864: > Ich möchte 64kB Datenspeicher und 64kB Programmspeicher, der auch RAM > sein soll, anschließen. Warum denn? Nur weil es ganz früher mal so gemacht wurde? Z.B. der AT89C51RE2 hat 8kB RAM und 128kB Flash intern
Ich hab sowas schonmal gemacht mit nem DS80C320 (8051 von Maxim). Die Umschaltung macht ein CPLD (XCR3128). In dem CPLD ist auch ein Bootloader als Truth-Table, der beim Reset von einem EEPROM 24C512 den Code in das SRAM lädt. Das ist allerdings
-
Thread
Die genaue Sekunde / RTC Gesperrt
60 Sekunden um sind, ein Minutenregister hochzuzählen, nach 60 Minuten ein Stundenregister und nach 24 Stunden den Tag, das ist ja wohl keine Kunst mehr. In den Beispiel habe ich versucht, den mathematischen Weg aufzuzeigen. Außerdem ist dann noch ein Beispielcode in C und in Assembler mit dabei
ganze Rechnung nochmal: OCR1A = 11059008 / 256 - 1 = 43198, Rest 64. [/c] Ich bekomme immer 43198,25 Raus, ka wieso da Rest 64 rauskommen soll... Muss ich die "exakte" Quarzfrequenz überhaupt ausrechnen, oder berechnet der Compiler das selber, wenn ich nur die
-
Thread
ssh: connect to host rpi4xyz port 22: No route to host?
da schauts aber noch schlimmer aus und es kommt zu Paketverlusten wobei ich ein paar mal mit STRG+C oder STRG+X es abzubrechen. ping 192.168.2.191 PING 192.168.2.191 (192.168.2.191) 56(84) bytes of data. 64 bytes from 192.168.2.191: icmp_seq=1 ttl=64 time=672 ms 64 bytes from 192.168.2.191: icmp_seq=2 ttl=64 time=9.41 ms 64 bytes from 192.168.2.191: icmp_seq=3 ttl=64 time=8.06 ms 64 bytes from 192.168.2.191: icmp_seq=4 ttl=64 time=8.27 ms 64 bytes from 192.168.2.191: icmp_seq=5 ttl=64 time=23.2 ms 64
-
Thread
Welchen PIC für Anfängerprojekte?
, dass die zusätzliche Komplexität beim Einstieg nicht wirklich stört. Die Ist beim PIC24 ohnehin noch nicht so schlimm. Ein brauchbares Tutorial für PIC24 mit C ist folgende: http://www.engscope.com/pic24-tutorial/
>PIC24 hat einen 64k-Adressraum, und es gibt viele PIC24, die 16k und mehr >haben. Ja, PIC24 hat auch viel leistungsfähigere Befehle. Aber direkt adressierbar (weil 13 f-bits) sind nur die unteren 8kB. Alles
-
Thread
AVR für wenig Geld im LAN
DF_CPU=16000000UL -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT base64.o -MF dep/base64.o.d -c ../base64.c ../base64.c: In function 'decode_base64': ../base64.c:77: internal compiler error: Illegal instruction Please submit a full bug report, with preprocessed source
="right">24,8</td><td align="left">°C</td><td>24,8 / 25,7</td></tr> Gruß RoBue
-
Thread
UVR 1611 (TA), Auswertung DL, Mega88, WinAVR
Schau dir das mal an. https://github.com/martinkropf/UVR31_RF24 ich habe mir das vor 4 Jahren für meinen UVR64 umgebaut und die Daten dann via RS232 an einen Raspi weitergeleitet. Auf dem Raspi habe ich dann zwei Programme die diese Daten auf den MQTT Broker,
bräuchte eine Kleien Hilfe. Ich habe das Main File schon angepasst für die MQTT Kommunikation: [c] /* ~~~~~~~~~~ UVR31_RF24 ~~~~~~~~~~ Martin Kropf 2015 UVR31_RF24.ino: Phase change between receiving and processing */ // If DEBUG is defined all dump commands (dump.h/dump.ino
-
Thread
Frage an die Compilerbauer
Os wird die <__mulhi3> aufgerufen währen bei den anderen Stufen dies wohl nicht erfolgt. O2: [c] Temp2 = Temp * 60; 58: 20 91 60 00 lds r18, 0x0060 5c: 30 91 61 00 lds r19, 0x0061 60: c9 01 movw r24, r18 62: 82 95 swap r24 64: 92 95 swap
1f adc r25, r25 76: 88 0f add r24, r24 78: 99 1f adc r25, r25 7a: 90 93 63 00 sts 0x0063, r25 7e: 80 93 62 00 sts 0x0062, r24 [/c] Os: [c] Temp2 = Temp * 60; 58: 80 91 60 00 lds r24, 0x0060
-
Thread
Mr.MidiPlayer - Spielt alle MIDI-Dateien von einer SD-Karte
played the songs from the SD card. But than, I noticed that the software version was made for a 24x2 display. I only have a 16x2 display, so I went searching in the software for making it fitting for 16x2. Although I am not a C-programmer, I can follow the big lines of the programm's used. In lcd.h
64 Ausgänge mit TTL-Pegeln (0/5Volt). Es gibt z.B. eine Relaiserweiterung mit 16 Relais(MTC64 Relay Board). Bis zu 4 Stück können an das MTC64 angeschlossen werden. 1 Relaisboard kostet 80 Euro. Falls Du
-
Thread
[Biete] Sammelbestellung de.Mouser.com 2017
https://www.mouser.de/ProjectManager/ProjectDetail.aspx?State=EDIT&ProjectGUID=d0251fdd-77c9-4caa-8548-afcfb9467522 Warenwert: 19,09 € Sammelwert: 97,64 € Danke schön.
https://www.mouser.de/ProjectManager/ProjectDetail.aspx?AccessID=064666e3da Warenwert: 12,24 € Sammelwert: 79,64 € Vielen Dank!
-
Thread
64 Stall- Laternen mit dimmbarer LED ansteuern
zu nervös. Ok., der 2560er hat immerhin 16 PWMs an bord. Ich bräuchte dann noch 3 weitere, um auf 64 PWMs zu kommen und alle müssten miteinander über 12c kommunizieren. Wahnsinns Hardware- Aufwand, aber machbar. Die Dauer des Auf-und Abdimmens ist ihm egal: "Mach' mal so 3-5 Sek.", sagt er. Das kann
Batman Das scheint mir momentan auch am Sinnvollsten zu sein- auch wenn ich den (Platz-) Aufwand von 64 ICs nebst externen Bauteilen scheue... @ MaWin Im Moment steuert die Soft (Bascom) im 2560er über I2C die gemultiplexte 8x8 LED-Matrix und parallel dazu den jeweiligen Ausgang der 64 output-Pins.
-
Thread
AVR, Devices über 64k FLASH erkennen?
-Wl,-Map,foo.map[/pre] [avrasm] ; foo.s main: ldi r24,lo8(C) ldi r25,hi8(C) sts pC,r24 sts pC+1,r25 ldi r24,lo8(F) ldi r25,hi8(F) sts pF,r24 sts pF+1,r25 ... .global F .section .progmem.data,"a",@progbits ... .global C
ldi r25, 0x80 ; 128 5c: 80 93 02 3e sts 0x3E02, r24 ; 0x803e02 <pC> 60: 90 93 03 3e sts 0x3E03, r25 ; 0x803e03 <pC+0x1> 64: 84 e3 ldi r24, 0x34 ; 52 66: 90 e0 ldi r25, 0x00 ; 0 68
-
Thread
Senden einer Infrarotsequenz
[C] uint8_t parity = ((sequenz & 0xFF0000UL) >> 16) ^ ((sequenz & 0xFF000000UL) >> 24) ^ ((sequenz & 0xFF00000000ULL) >> 32); [/C] Da das letzte Klammerpaar (durch das ULL Prefix) ein uint64_t Typ
_t parity = (uint8_t) (((sequenz & 0xFF0000UL) >> 16) ^ ((sequenz & 0xFF000000UL) >> 24) ^ ((sequenz & 0xFF00000000ULL) >> 32)); [/C] [C] if(sequenz & ((uint64_t) (1<<i))) //Ist das so richtig??? [/C] Die Zeile funktioniert so nicht wie gewünscht, da auch beim Casten immer noch
-
Thread
ISR-Handler: Probleme bei Wertzuweisung von volatile Variable
c4: 88 e0 ldi r24, 0x08 ; 8 c6: 89 27 eor r24, r25 c8: 8b bb out 0x1b, r24 ; 27 Du solltest die Interrupts in main() kurz sperren um race conditions zu vermeiden
, 0x1b ; 27 > c4: 88 e0 ldi r24, 0x08 ; 8 > c6: 89 27 eor r24, r25 > c8: 8b bb out 0x1b, r24 ; 27 > > Du solltest die Interrupts in main() kurz sperren um race conditions zu
-
Thread
Retro Fieber: Z80 oder 68000 ?
kommt in den Monitor rein. EEPROMs gab es zu der Zeit noch nicht. Das erste, was es gab, was der 28C64, parallel und fast 6264/27C64-pinkompatibel. Oder eben batteriegepuffertes RAM. Und wenn seriell: SPI ist deutlich einfacher zu implementieren. fchk
noch wie das n der Schule war, allerdings auch 1984 war es da schon. Wie wurden denn Spiel für den C64 gemacht? Doch nicht auf dem C64 selbst sondern auf einer größeren Maschine. Es gab WEerkzeuge, jede Menge aber die habe ich nicht und wenn könnte ich damit nicht umgehen.
-
Thread
VU-Meter, aber korrekt!
63,63,63,63,63,63,63,63,63,63,63,63,63,63,63,63, 63,63,63,63,63,63,63,63,63,63,63,63,63,63,63,63, 63,63,63,63,63,63,63,63,63,63,63,63,63,63,63,64, 64,64,64,64,64,64,64,64,64,64,64,64,64,64,64,64, 64,64,64,64,64,64,64,64,64,64,64,64,64,64,64,64, 64,64,64,64,64,64,64,64,64,64,64,64,64,64,64,64, 64,64,64,64,64,64,65,65,65,65,65,65,65,65,65,65
tanzen koennen als rechnen, hier ein > Vorschlag fuer so eine 50dB Tabelle fuer 70 LEDs: > > [c]uint8_t bla[]={ > 0, 0, 7,11,14,16,18,20,21,22,23,24,25,26,27,27, Und hier reicht es, sich die erste Zeile anzuschauen, um zu sehen, daß der ADC hierfür zu wenig Auflösung hat. Denn wo sind
-
Thread
Einfache CPU, einfacher Rechner, nur zum Lernen, Erfahrung?
0x0676 1839 1B DEC DE 183A 10 F9 DJNZ l5 183C DD 21 03 19 LD IX,0x1903 1840 CD 24 06 CALL 0x0624 1843 C1 POP BC 1844 C9 RET 1845 24 60 60 DATA:
Violinen-Brett, sind nicht gleich. Wohl aber die Zählung nach Noten. - So, setzte ich die Tasten auf dem C64; - und für den Halbton (beim Notenzeichen) eine zusätzliche Taste. Der Prozessor hieß 65010 und steuerte direkt die Sound-Register, die man direkt absprechen konnte. Der C64 hatte keine 64K sondern
-
Thread
Universelles Eingabegerät mit Drehencodern
Jürgen S. schrieb im Beitrag #5488932: > LED-Ringe mit bis zu 24/32 LEDs, ... > Der wird wie SPI seriell angeschubst. WS2812(b) :) https://de.gearbest.com/lcd-led-display-module/pp_530256.html?wid=1433363¤cy=EUR&vip=4275440&gclid=EAIaIQobChMIloHD-cOk3AIVRtiyCh3Iiw2JEAQYAyABEgKjGvD_BwE
aber da gab es vermehrt Probleme. Ich fahre die mit 768kHz x 16 mit 5/11 und 10/6 Takten und mache 64us Pause. Das sind bei 24 LEDs 750us und 32 Ringen 24ms -> 40 Hz update Rate. Mit 32 LEDs x 8 Ringen in 4 Reihen wie bei meinem Controller kommt man auf die spezifizierten 30fps. Dabei sieht man aber
-
Thread
Hargassner Pelletheizung Betriebsdatenerfassung
über GND) genommen und jetzt kommen tatsächlich die brauchbaren Daten an: 1o009110020d00001 2u1004c 1o009110020d00001 2u020aa 7u0000000000000000c 1o009110020d00001 2u1007f 1o009110020d00001 2u0f030 pm 9 10.0 71 111 -0.5 -0.2 65 272 64 0 49 271 24 70 18.7 9999.9 0 0.0 0.0 0.0 59 10 91 0 7b 9
2u06085 2u06085 1o00901000010000b 2u0a03b 7u0000000000000000c 1o00901000010000b 2u0a03b 2u0f10e 1o00901000010000b 2u0f10e pm 10 1.4 40 64 15.2 15.4 33 24 30 0 57 268 0 40 26.2 23.2 0 0.0 0.0 0.0 0 8.5 0 91 25 10 90 0 6b 9 0 0 0 Diese Zwischendaten bereiten
-
Thread
Ethernet funktionniert nicht
ist auch nicht anderweitig schon belegt? > Sollte nicht weil beim ping bekomme ich: > > #ping -c 3 192.168.8.14 > PING 192.168.8.14 (192.168.8.14): 56 data bytes > 64 bytes from 192.168.8.14: seq=0 ttl=64 time=0.354 ms > 64 bytes from 192.168.8.14: seq=1 ttl=64 time=0.207 ms > 64 bytes from
Mehdi J. schrieb im Beitrag #6455481: > Sollte nicht weil beim ping bekomme ich: > > #ping -c 3 192.168.8.14 > PING 192.168.8.14 (192.168.8.14): 56 data bytes > 64 bytes from 192.168.8.14: seq=0 ttl=64 time=0.354 ms > 64 bytes from 192.168.8.14: seq=1 ttl=64 time=0.207 ms > 64 bytes from
-
Thread
Wurde mein apache webserver gehackt?
Menge davon: http://pastebin.com/YsrBSWPu Dann gab es vor kurzem folgenden Request: POST /?%2D%64+%61%6C%6C%6F%77%5F%75%72%6C%5F%69%6E%63%6C%75%64%65%3D%6F%6E+%2D%64+%73%61%66%65%5F%6D%6F%64%65%3D%6F%66%66+%2D%64+%73%75%68%6F%73%69%6E%2E%73%69%6D%75%6C%61%74%69%6F%6E%3D%6F%6E+%2D%64+%64%69%73%61%
http://pastebin.com/YsrBSWPu > > Dann gab es vor kurzem folgenden Request: > > POST > /?%2D%64+%61%6C%6C%6F%77%5F%75%72%6C%5F%69%6E%63%6C%75%64%65%3D%6F%6E+%2D%64+%73%61%66%65%5F%6D%6F%64%65%3D%6F%66%66+%2D%64+%73%75%68%6F%73%69%6E%2E%73%69%6D%75%6C%61%74%69%6F%6E%3D%6F%6E+%2D%64+%64%69%73%61%
-
Thread
mal geteilt plus minus mit signed und unsigned 16bit integers
teilerg1*=(uint64_t)c2; teilerg1+=(uint64_t)69; teilerg1>>=24; //teilerg1/=c^24; . . . usw?
Fatih T. schrieb im Beitrag #2593714: > uint64_t teilerg1; > > uint16_t c1; > uint16_t c2; > > teilerg1=(uint64_t)c1; > teilerg1*=(uint64_t)c2; > teilerg1+=(uint64_t)69; wo kommen jetzt schon wieder die 69 her? > teilerg1>>=24;
-
Thread
Einstieg in C - komische Fragen
= (((Rxtext[2] - '0') & 0x0F) << 4) | ((Rxtext[3] - '0') & 0x0F); 920: 80 91 a5 00 lds r24, 0x00A5 924: 20 e1 ldi r18, 0x10 ; 16 926: 82 9f mul r24, r18 928: c0 01 movw r24, r0 92a: 11 24 eor r1, r1 92c: 40 91 a6 00
r24, 0xF0 ; 240 7f6: 80 95 com r24 7f8: 80 7f andi r24, 0xF0 ; 240 7fa: 8c 2b or r24, r28 [/c] Was bis auf das eine überflüssige andi schon ziemlich
-
Thread
Windows 11 doch auf alten Rechnern
mache Dir gerne eine Schritt-für-Schritt-Anleitung, wie ich vorgegangen bin. - Die Datei win11_24H2_German_x64.iso habe ich von Microsoft direkt auf die SSD runtergeladen. Sie erscheint im Windows-Explorer als (neues) Laufwerk. - Dieses Laufwerk mit *rechter* Maustaste anklicken. - Im erscheinenden
Rainer Z. schrieb im Beitrag #7796006: > Die Datei win11_24H2_German_x64.iso habe ich von Microsoft direkt auf > die SSD runtergeladen. Sie erscheint im Windows-Explorer als (neues) > Laufwerk. > Dieses Laufwerk mit rechter Maustaste anklicken. > Im erscheinenden
-
Thread
STM32 für Einsteiger - der Artikel zum Krieg (µC Wahl)
>Z80, 68HC11, 8051, AVR, PIC16, PIC18, PIC24, DsPIC33, M16C, LPC2000, ein >Atmel ARM9, STM32 MOS8501, 68HC11, 8031, AVR, PIC10, PIC12, PIC18, PIC24, dsPIC33, S12X, H8, 68HC08, S7, S8, STM32, National, MSP430, NIOS, Arduino > aber Arduino
auf die veraltete PIC16 Familie zu reduzieren. Denn ansonsten wüsstest du, dass es genug RTOS für PIC24 und 32 gibt. Große, komplex strukturierte Programme: Was hat das mit dem uC zu tun. Du programmierst in C oder Assembler. Und egal welchen uC du verwendest kannst du komplexe Programme schreiben.
-
Thread
Nachteile W11
-11-24H2-Update-10131891.html Old-papa
Smartphone ist gut für Schnappschüsse, das hat man halt dabei. Eine digitale Spiegelreflex mit APS-C Sensor hat 24 echte Megapixel. Um die wirklich ausnutzen zu können, muss man schon ein paar Mark für die Objektive ausgeben. Sonst reicht deren Abbildungsleistung nicht aus. Und dann kommt jemand mit
-
Thread
VHDL Grundlagen Tonerzeugung
klingen dann die Töne viel natürlicher. Man kann z.B. Glockentöne damit erzeugen. Der SID aus dem C64 wäre hier ein gutes Beispiel. Ich hänge mal das Schema an. Gibt es einen fertigen Hüllkurvengenerator in VHDL?
Nichts an dem Thema hat wirklich etwas mit FPGAs zu tun. Als Software für einen DSP oder MCU sähe es in C ganz genau so aus. 1:1 ztu übersetzen. Das sind eher Musikfragen, wie Töne abgespielt werden müssen. > Der SID aus dem C64 wäre hier ein gutes Beispiel. Ich hänge mal das > Schema an. Das wäre
-
Thread
Timer ATMEGA 2560
?) 15c: 80 93 2a 02 sts 0x022A, r24 160: e1 e2 ldi r30, 0x21 ; 33 ; 0x121 => TCCR5B 162: f1 e0 ldi r31, 0x01 ; 1 164: 80 81 ld r24
ldi r30, 0x73 ; 115 ; 0x73 => TIMSK5 16c: f0 e0 ldi r31, 0x00 ; 0 16e: 80 81 ld r24, Z 170: 82 60 ori r24, 0x02 ; 2 ; OCIE5A setzen 172: 80 83 st Z, r24
-
Thread
Probleme beim einrichten von IPv6
mngtmpaddr noprefixroute valid_lft 2591809sec preferred_lft 604609sec inet6 fd:c0:ff:ee:2225:64ff:fe34:ce08/64 scope global dynamic mngtmpaddr noprefixroute valid_lft 2591809sec preferred_lft 604609sec inet6 2001:af:31:ff00:c0:ff:ee:1/64 scope global valid_lft
:24:42::250 dev home proto kernel metric 256 pref medium fe80::/64 dev br-5e227d112754 proto kernel metric 256 pref medium fe80::/64 dev veth621ed6a proto kernel metric 256 pref medium fe80::/64 dev veth8a5e09b
-
Thread
Rücksprungadresse auf dem Stack schwachsinnig?
zu anderen Architekturen ist der Stack des AVR ein post-decrement, er wird als sinngemäß als [c]*sp-- = value_to_push;[/c] beschrieben und als [c]value_to_pop = *++sp;[/c] gelesen. Daher wird der Stack auch auf die oberste RAM-Zelle initialisiert.
.. >> das hört sich für mich nicht nach Wortadresse an. > Der Mega128 hat 128KiB Flash, das sind 64Ki Worte... Allerdings steht im Datenblatt 64K Programm Memory 64K sind 64k egal ob 8 16 oder 32 bit breit. Den Zugriff auf den Speicher oberhalb der 64K erfolgt anscheinend anders. Ist hier
-
Thread
Handydummy (Attrappe)mit richtigem Display - Sony Ericsson Vivaz
W32/Alman.AXZ!tr GData 22 2011.10.25 Win32.Alman.C Ikarus T3.1.1.107.0 2011.10.25 Virus.Win32.Alman Jiangmin 13.0.900 2011.10.24 TrojanDropper.Small.fu K7AntiVirus 9.116.5334 2011.10.24 Trojan Kaspersky 9.0.0.837 2011.10.24 Trojan-Dropper.Win32
halt schön, wenn ich das Display an´s rennen kriegen könnte. Ist ja wie geschaffen, für einen M16C. Im Moment habe ich nur 128x64 (diverse Controller) und möchte ganz gerne auf Color Display umsteigen. Dank im Voraus, C.E.
-
Thread
Wie Assembler ISR in C integrieren ?
r24, 0x01 ; 1 12a: 80 83 st Z, r24 12c: 8c 91 ld r24, X 12e: 82 60 ori r24, 0x02 ; 2 130: 8c 93 st X, r24 132: 78 94 sei 134: 08 95
r24, 0x01 ; 1 12a: 80 83 st Z, r24 12c: 8c 91 ld r24, X 12e: 82 60 ori r24, 0x02 ; 2 130: 8c 93 st X, r24 132: 78 94 sei 134: 08 95
-
Thread
flash-Fehler mit ATtiny2313, compile ok
37c: e7 fe sbrs r14, 7 37e: 0d c0 rjmp .+26 ; 0x39a 380: 80 e4 ldi r24, 0x40 ; 64 382: 90 e0 ldi r25, 0x00 ; 0
r21, r1 498: 61 05 cpc r22, r1 49a: 71 05 cpc r23, r1 49c: 19 f4 brne .+6 ; 0x4a4 49e: 84 e0 ldi r24, 0x04 ; 4 4a0: 8c 93 st X, r24 4a2: 08 95 ret 4a4: 64 ff
-
Thread
TOP2049 programmer opensource software
das x.v gibt sie aus und speichert sie in einem Register. Dann schickt toprammer hintereinander 64 Bytes Daten, die ebenfalls im x.v gespeicher werden: [c] reg [7:0] datab [0:63]; always @(negedge ale) begin datab[i] <= data; i += 1; end [/c] Dann schickt toprammer
noch: Erstmal Thema trailing-whitespace: > Warning: trailing whitespace in lines 23,43,47,59,64,65,67,76,77,94,98,105,110,111,119,121,124,126,127,132,135,142,154,186,187 of libtoprammer/bit/src/at89c2051dip20/at89c2051dip20.v > Warning: trailing whitespace in lines 27,28,45,54,55,57,63,64,65,66,67,68,70,72,73,76,77,78,81,83,85,86,87,88,90,92,100,103,105,107,108,114,115,116,124,127,129,135,137,139,141,142,152,153,155,157,158,159,165,166,192,193,201,217,220
-
Thread
Messdaten von Messgerät ohne Software abfangen
Maddin S. schrieb im Beitrag #5391323: > [pre] > c0 64 42 00 40 64 42 00 40 66 42 00 00 68 42 00 ÀdB.@dB.@fB..hB. > .. > 40 6a 42 00 40 6c 42 00 00 6f 42 00 00 6e 42 00 @jB.@lB..oB..nB. > [/pre] Wenn man "42 00" ignoriert sieht es so aus
Kurze Verständnisfrage: Ich habe jetzt 30 Minuten verzweifelt versucht zu begreifen wie man von "C0 64" auf die Dezimalzahl 25792 kommt, bis ich herausgefunden habe dass man hierfür "C0" und "64" vertauschen muss also "64 C0". Kann mir das einer erklären wieso?
-
Thread
Wie in C zum Quadrat? Gesperrt
'5',n:'0',o:'x86-64+gcc+9.2+(Editor+%231,+Compiler+%231)+C',t:'0')),k:50,l:'4',n:'0',o:'',s:0,t:'0')),l:'2',n:'0',o:'',t:'0')),version:4 clang 9.2 x86-64 mit -O3: [code] main: # @main
'5',n:'0',o:'x86-64+clang+9.0.0+(Editor+%231,+Compiler+%231)+C',t:'0')),k:50,l:'4',n:'0',o:'',s:0,t:'0')),l:'2',n:'0',o:'',t:'0')),version:4
-
Thread
Z80: Aufteilung der Aufgabenverteilung auf ROM und RAM
genutzt werden und nicht einfach beim Start des Userprogs weggeschaltet werden wie derzeit. Der C64 schwirrt mir etwas im Kopf herum. Seine 64Kb waren in RAM und ROM aufgeteilt, manches lag übereinander und konnte umgeschaltet werden. Viele Funktionen konnte man direkt nutzen wenn deren Adresse bekannt
den Erfahrungen. Wir hatten damals Apple ][ und mit dem konnte ich bestens und noch besser mit dem C64. Amen. :-)
-
Thread
Machbarkeit - LED-Sternenhimmel mit AVR?
gut fertig geworden ist, ehe der nächste Overflow kommt. [C] int main() { // Timer konfig // ... sei(); // ab jetzt laufen die LED for( i = 0; i < 64; ++i ) Intensity[i] = i; while( 1 ) ; } [/C] Das sollte die LEDS unterschiedlich
gelegt. (Ich war jung und brauchte das Geld) Irgendsowas [C] ISR( TIMER2_OVF_vect ) { unsigned char i; PWMCount++; if( PWMCount == 64 ) PWMCount = 0; for( i = 0; i < 64; ++i ) { // je nach PWM eine 0 oder eine 1 in das SR schieben