-
Thread
Dipl. Ing Heinz Ahborn Orgel - Keine Töne mehr
Top C oder solche mit CIS bis C plus C/2 Auch diese mit 50 : 50 oder 30 : 70 Tastverhältnis, aber auch gemischte mit 30:70 für Cis bis C plus C/2 in 50:50 Weitere waren Typen in I2CL Technik etc wie im
die passenden VG Leisten das ganze sieht dann im Gebrauch so aus : Hier ein Beispiel mit einer 64 poligen VG Leiste AB Die ist auch verwendbar für 32 pol AB Leisten Das Ebay Beispiel ist für 32 , 64 und 96 polige VG Leisten. A , B und C sind die jeweiligen Reihen einer solchen Leiste Für
-
Thread
Richtiges C++ hardwarenah
Effizienz mindestens. jo. [code] Access16Bit<CNT1> tcnt1; tcnt1 = 0x1122; ldi r24,lo8(17) out 0x2d,r24 ldi r24,lo8(34) out 0x2c,r24 [/code] [code] uint16_t foo = tcnt1; in r24,0x2c in r18,0x2d [/code]
schrieb im Beitrag #3901101: > jo. Access16Bit<CNT1> tcnt1; > tcnt1 = 0x1122; > ldi r24,lo8(17) > out 0x2d,r24 > ldi r24,lo8(34) > out 0x2c,r24 > uint16_t foo = tcnt1; > in r24,0x2c > in r18,0x2d LOL. Und jetzt mach das mal mit OCR1A
-
Thread
LM358 als Verstärker - stimmt das denn so?
/Hardware_Basteleien_zum_C64_and_C128_(DE).pdf
C64er-Ohren "ok" bis "gar nicht soooo schlecht" (v.a. wenn man lange genug hinhört). 8-Bit galt lange als gar nicht möglich auf dem C64, bis neue Möglichkeiten der Soundausgabe über den C64-SID-Chip erdacht
-
Thread
Magnetventil ansteuern
mir nun wohl ein Gardena Bewässerungsventil bestellen: http://www.redcoon.de/B152072-Gardena-Bew%C3%A4sserungsventil-24V_Bew%C3%A4sserungssteuerung Vorteil: das Ding ist solide und hat einen eigenen Filter. Preislich mit ~27€ auch ok. Die 9V version davon muss man sehr speziell ansteuern, die 24v
blaetterkatalog/DE-DE/2011-01_Hauptkatalog//index.html?SID=11TZIvr38AAAIAABXSOwI68bd22b92355e50b5cbc0850e494ed64;SID=11TZIvr38AAAIAABXSOwI68bd22b92355e50b5cbc0850e494ed64;startpage= Gruß Johannes
-
Thread
Wieviel externes SRAM ist möglich
-Familie angeschlossen werden können. Diese 16Bit-uCs haben ein Externes Bus-Interface mit bis zu 24 Adresspins und natürlich 8 oder 16 Datenpins. Allerdings ist das externe Bus-Interface wohl auch bei Infineon "deprecated", also evtl. bei zukünftigen C166-uCs in Zukunft irgendwann nicht mehr unterstützt
Familie angeschlossen werden können. > Diese 16Bit-uCs haben ein Externes Bus-Interface mit bis zu 24 > Adresspins und natürlich 8 oder 16 Datenpins. > > Allerdings ist das externe Bus-Interface wohl auch bei Infineon > "deprecated", also evtl. bei zukünftigen C166-uCs in Zukunft irgendwann
-
Thread
usbn2mc USB Schnittstelle für alle Controller(AVR,R8C,ARM7)
Olaf (Gast) schrieb am 24.10.2006 um 22:57 Uhr: >Lass mich mal raten, Reichelt schickt keine Grundwellenquarze bei >24Mhz? :-) Ja, 3. Oberton! Sind die unbrauchbar für den USBN960x? Grundton haben sie in SMD-Gehäuse
die Verwendung mehrer Puffer im µC. Ansonsten läuft die Bridge ohne Komplikationen. Grüsse Vosi
-
Thread
Interesse an einfach erweiterbarem Experimentierboard fuer den Xmega128a1?
die Anforderungen an die Setup/Holdzeit verschärft. Laut Datenblatt (XMEGA A Manual, Abschnitt 24.10, Seite 277) ist das Timing sogar entschärft: tALH Address Hold after ALE Low: tCLKPER2 tALS Address Setup before ALE low (read and write): tCLKPER2 CLKPER2 dürfte 64MHz sein wenn ich das Datenblatt
Hier jetzt mal der Schaltplanteil mit uC, CPLD, EBI und SRAM, die Kieler Woche hat mich ein bischen von der Arbeit abgehalten :) Saemtliche 24 Leitungen des EBI gehen in das CPLD. Port F wird zur Adressierung der Pages verwendet. Saemtliche
-
Thread
HP Solution Center funktioniert nicht mehr
auf den PDF24Creator ist genial! im PDFCreator einfach oben links im Menü den Punkt <Datei>, dann <Importieren>, <Vom Scanner oder Kamera...> wählen, und - in meinem Fall - HP Photosmart C309a TWAIN 1.0 auswählen,
und mit *ProcessExplorer* vom sysinternals.com die Kommandozeilen ermitteln 1. eine GUI bauen (c++, c#, vb. ...) mit Buttons, die die Funktionen aus 3. implementieren
-
Thread
Pic Programmierung
Hey Snowman, du scheinst ja schon mal was mit PIC24 gemacht zu haben. Ich möchte mich da auch mal drin einarbeiten. Kennst du eine Tutorial-Seite, die PIC24 & C30-Compiler behandelt? Gruß, Alex
sind > nur ein paar ganz wenige :-( Naja wie gesagt, fast alle dsPIC30 haben das und ein paar PIC24Fs auch (PIC24F08KA101) A. K. schrieb im Beitrag #1833968: > Ein Byte ist auch bei 64-Bit Prozessoren noch ein Byte. Das ist klar, nur stand für die Spalte nicht Byte sondern Data Memory. Hätte
-
Thread
Uhr nur in der Simulation genau
Marc, wo ist mein Fehler? Bitte vorrechnen! [code] 5 * 24 * 3600 s / 10^6 * 30 = 12,96 s (1 MHz Quarz) 5 * 24 * 3600 s / (10 x 10^6) * 300 = 12,96 s (10 MHz Quarz) [/code]
Wenn's genauer sein soll, klappt es oft mit 27 pF und 22 pF parallel zu einem 6...30 pF Trimm-C. - Stimmt die Schaltung? - Kann man beim ATmega325, interne Cs ein- / auszuschalten? Schalte sie aus! (Fuse-Bits) - Stimmen die C-Werte? Bei schwingfreudigen Quarzen könnte man vielleicht
-
Thread
unsigned char vs. uint_8
von C.
Buch dann etwas veraltet. Die typedefs aus stdint.h sind > seit 1999 offizieller Bestandteil von C. Oh ja ist von 1989. Also soll man anstelle von z.B. signed long long int besser int64_t schreiben. Ist ja kürzer und schneller zu schreiben. Oder gibt es sonst noch Vor oder Nachteile?!
-
Thread
data |= (1<<16) funktioniert nicht
ror r25 19c: 87 95 ror r24 19e: 80 93 01 01 sts 0x0101, r24 1a2: 90 93 02 01 sts 0x0102, r25 1a6: a0 93 03 01 sts 0x0103, r26 1aa: b0 93 04 01 sts 0x0104, r27 if (bit == 1)
01 lds r25, 0x0102 1be: a0 91 03 01 lds r26, 0x0103 1c2: b0 91 04 01 lds r27, 0x0104 1c6: b4 60 ori r27, 0x04 ; 4 1c8: 80 93 01 01 sts 0x0101, r24 1cc: 90 93 02 01 sts 0x0102, r25 1d0: a0 93 03 01 sts 0x0103, r26 1d4:
-
Thread
I2C Unterschied einfacher LCD
NichtWichtig schrieb im Beitrag #5969067: > Mein MCP23S17 steuert ein 128x64 GLCD mit 8MHz SPI clock vom BluePill > aus befeuert. Das ist natürlich schön. Aber SPI verbraucht 4 Linien und I2C nur 2. Da LCD sowieso nicht besonders eilig ist, bleibt hier I2C wohl bessere Wahl
Und wo ist da jetzt der Flaschenhals? LCD, µC oder i2c?
-
Thread
Analoge Verzögerungsschaltung bis in den Stundenbereich hinein
Versorgung aus einer Zelle]]. Damit kommt man locker auf 10µA und weniger. Aber es geht auch ohne uC. Siehe meinen Link. http://www.zen22142.zen.co.uk/Circuits/Timing/24hour.htm
Timing/24hour.htm Also : IC => MC14060BCP / HEF4060BP an 12V R3 und R4 ist bei mir nur ein Widerstand mit dem Wert 500kOhm. R5 ist bei mir 1MOhm C3 ist bei mir 220nF FoKo C1 Kerko 100nF ( 5ZU oder so ähnlich
-
Thread
Grafikkonverter Tool für AVR/Mikrocontroller (BMP2C, BMP2ASM, BMP2BASCOM)
kann man BMPs von 24 auf 16 bit konvertieren? Beim Floyd Steinbergverfahren, bleibt die Farbtiefe bei 24 bit.
weiss nicht in wie fern das ganze noch relevant ist im Zeitalter von hochauflösenden LCDs und 32 bit µC :-)
-
Thread
Was benötige ich um einen 8086 in Assembbler zu programmieren ?
kann man auch Statische RAMs (z.B. 6264) mit Pufferbatterie verwenden. Oder EEPROMs, wie den 28C64.
und benutze dafür Arduinos als Programmer. Was du als Programmer benutzt, ist für x86 (auch amd64) völlig irrelevant. Das sind halt typisch keine µC mit eingebautem Flash, sondern CPUs, die auf einen externen Speicher zugreifen möchten/müssen. Dein Programm musst du also irgendwie auf den Speicher
-
Thread
16-bit (und mehr) Variable schnell multiplizieren
bis 15.000U/min. Also hab ich meinen ATMEGA8515 auf 10MHz getaktet und lasse den 16bit-Counter mit 64er Prescaler die Umlaufdauer mittels Input Capture zählen. ( => counterüberlauf bei rund 150 U/min und 625 Zählschritte bei 15.000U/min ) programmiert wird übrigends in C. Naja Anfänger C. Aus dem Ergebnis
sich ja problemlos mit 16-bit Variablen verrechnen und sollte damit deutlich schnller gehen als die 24-bit Variable, richtig? Macht der Compiler/uC das auch automatisch, oder denkt er dass 24-bit nötig sind und rechnet munter mit 24-bit variablen. Kann mir ansonsten vielleicht noch jemand Hinweise
-
Thread
Adressierung 24C08 mit Fleury i2c-lib
hey, ich hab einen treiber für das M24C04 (4 kBit) und M24C64 (64 kBit) Eeprom geschrieben. Die Adressierung ist nicht schwer (wenn man es mal verstanden hat). Wenn man den Device Code auf den IIC Bus schiebt gibt es die Bits E2 E1
geschieht über 10 Bit. AT24C08, 8K SERIAL EEPROM: Internally organized with 64 pages of 16 bytes each, the 8K requires a 10-bit data word address for random word addressing. 4K(512x8)=64x16x8 Dabei sind zwei Bits in der Device
-
Thread
Buderus EMS-"Gateway" mit PIC18F / Sammelbestellung
Parameter und Monitordaten) vom RS232 Gateway sind es die von mir genannten Bytes. 08 00 18 00 27 01 7f 64 1d 09 01 25 62 80 00 02 24 01 5d 00 51 15 2d 48 00 c8 00 02 00 68 00 1f Das wäre z.b. das Telegramm .. Ansaugluft ist Byte 29 + 30 Laut Doku ist 29 = Byte2 und 30 = Byte1
Daten, sondern die CRC und das BREAK! Jens H. schrieb im Beitrag #2958926: > 08 00 18 00 27 01 7f 64 1d 09 01 25 62 80 00 02 24 01 5d 00 51 15 2d 48 > 00 c8 00 02 00 68 00 1f [code] [...] 24 01 5d 00 51 15 2d 48 00 c8 00 02 00 68 00 1f ^^ ^^ ^^
-
Thread
Pascal Compiler für PIC - ist wirklich Freeware
c-hater schrieb im Beitrag #3265833: > Spess53 schrieb: > >>> AVRs mit >64k Flash gibt es ja nun >>>nicht erst seit gestern und trotzdem ist auch der Flash-Pointer nur zwei >>>Byte breit. >>
c-hater schrieb im Beitrag #3265833: > Ja, genau das ist ja das Problem, was ich an Luna zu bemängeln hatte. > Deren Flashpointer ist eben nur 16 Bit breit. bei Flash sinds 3 Byte, das sind doch 24
-
Thread
Sammelbestellung von Adapterplatinen für elektronische Preisschilder
Jochen A (lok01) 2 0 2 X SubTotal 34 20 64 PCB Total 118 [/code] Gut das die Beschriftung jetzt stimmt, ich habe das vorher nicht auf die Kette bekommen ... jetzt sollte es passen :-) [5 Bestückt, davon 3 mit Zusatz µC]
Der wollte doch nur bei C18 mal vorbeischauen.
-
Thread
Grafikfähiger LCD Controller für 320x240 LCD mit D-RAM
Okay, da hab ich schon den ersten Fehler gefunden: - Der Command "5" <Backlight on> in main.c ging irgendwie daneben. Der muss geändert werden. alt: [c] else if (c==5) // LCD LED on { TCCR1A |= (1<<COM1A1); } [/c] neu: [c] else if
schrieb im Beitrag #2965157: > Der will beim ATMega 644 nicht die Signal-Variante: > > ...\uart.c(168,36): attempt to use poisoned "SIG_USART_RECV" > ...\uart.c(169,36): attempt to use poisoned "SIG_USART1_RECV" > ...\uart.c(170,36): attempt to use poisoned "SIG_USART_DATA" > ...\uart.c(171,36
-
Thread
Daten ins Flash speichern mit dem STM32
reservieren. Die Größe und Adresse der pages entnimmst du dem Reference Manual. In meinem Fall ( STM32F103C8 ) waren es 64 pages a 1K, ab 0x08000000. D.h. die letzte Page ( die ich für Daten benutze ) fängt bei 0x0800FC00 an. Das Linker Script besteht aus 2 Teilen ( meist in den Dateien memory.ld und/oder
jemand interessiert^^ Wenn dir das alles zu heikel ist, nimm doch einen externen EEPROM wie z.B. den 24C128 mit 16kB oder den 24C256 mit 32kB. Die halten auch mehr Schreibzyklen aus und sind bei Bedarf leicht auszutauschen - oder eben wirklich eine SD Karte.
-
Thread
Welcher Drehgeber ist am besten geeignet?
am besten dafür? Für einen Lautstärkesteller würde ich einen mit feiner Rastung bevorzugen. Also 24/24 oder so. mfg.
. Bei einem 24/24 ist die Rastung auf 11 und 00. Dann wird auch bei 00 gezählt. Oder er rastet auf dem Flankenwechsel bei 01 bzw. 10. Dann wird eben da gezählt. mfg.
-
Thread
riesige LED-Matrix
Und Aufbauen würde ich das so machen: Vom µC werden die 8 Zeilen direkt (also nicht über SR) angesteuert. Natürlich mit einem Treiber dazwischen Die Spalten (192 Stück) werden über 24 Stück 74595 + Treiber (ULN) jeweils nach Masse geschaltet.
noch interessanter ;-) Und auch die Initialisierung aller 64 Variablen muss auch noch sein! Wenn du mit dem Array arbeitest geht das aber auch so [c] #define Zeile LATb // hier hängen die Zeilentreiber #define S_Latch LATCbits.LATC5 /
-
Thread
Daten von array in long int kopieren, in umgekehrter Reihenfolge
: f0 01 movw r30, r0 646: 87 9f mul r24, r23 648: f0 0d add r31, r0 64a: 96 9f mul r25, r22 64c: f0 0d add r31, r0 64e: 11 24 eor r1, r1 650: e5 5c subi r30, 0xC5 ; 197 652: fd
29 or r21, r9 684: bb 24 eor r11, r11 686: cc 24 eor r12, r12 688: dd 24 eor r13, r13 68a: dc 2c mov r13, r12 68c: cb 2c mov r12, r11 68e: ba 2c mov r11, r10
-
Thread
LED Adressierung bei Buslängen > 10 m
äh was sprich gegen i^2c?
@ Alexander (Gast) >bei max. 64 Busteilnehmern müsste der Tiny 5V/10K * 64 = 32 mA gegen >Masse schalten, das wird dann wohl doch zuviel. Ich weiß auch noch ??? Nur mal als Tip. Bei I2C und ählichen Bussen gibt es *EINEN* Pull-up
-
Thread
USB Audio Sync Endpoint Implementierung
) : 09 02 76 00 02 01 00 C0 32 09 04 00 00 00 01 01 ..v.....2....... 00 00 09 24 01 00 01 27 00 01 01 0C 24 02 01 01 ...$...'....$... 01 00 02 03 00 00 00 09 24 06 02
[1] : 0x01 Data (HexDump) : 09 24 01 00 01 27 00 01 01 .$...'... ------- Audio Control Input Terminal Descriptor ------- bLength : 0x0C (12 bytes) bDescriptorType : 0x24 (
-
Thread
Wittig(welec) DSO W20xxA Open Source Firmware
Zauber wieder vorbei USB Blaster deinstallieren, damit sich das Oszi wieder als HID meldet Backup des 24C64 ist nicht nötig Mfg, Kurt
Rolf Würdemann schrieb: > Falk Willberg schrieb: ... >>> das Nios-CDK mag z.B. amd64 (Linux, 64Bit) nicht. >> >> Geht hier. ... > o.k. - dann versuche ich es mal mit "-f" ;) Bei mir ist[c]cdk-nios-binutils-3.1-20040329 cdk-nios-libstdc++-3.1-20040329 cdk-nios-gcc-c++-3.1-20040329
-
Thread
Analog Frontend für genaue Leistungsmessung?
Frontend aus Operationsverstärkern zur Signalaufbereitung. Gefolgt von AD-Wandlern mit welchen ca 24Bit Auflösung erzielt werden. (Muss kein 24Bit Wandler sein, zb 16-Bit mit vielfachem Oversampling, was ja in der Leistungsmessung gerne gemacht wird.) Die Daten würden ich gerne mittels SPI (bis 64ksps
das Phi verloren, und das brauchst Du ja, für die Berechnung des Blindleistungsanteils. Lass den µC die Phasenverschiebung bestimmen - bei bis zu 64kS geht das ja hinreichend genau.
-
Thread
PIC Microchip lebt noch?
Alternative, so dass der früher oft für > PIC sprechende Grund des Preises wegfällt. Wenn Du C benutzt (und das wirst Du ab einer gewissen Komplexität, wenn Dein Tag auch nur 24h hat), dann merkst Du vom Core nicht wirklich viel. Ich bin der Überzeugung, dass es immer weniger wichtig ist, welcher
quer (!) über den Chip verteilt, auf alle 4 Seiten, nichtmal portweise zusammenhängend! (Bsp. PIC24FJ128GA310 FAMILY , 64, 80, 100 Pins / oder auch PIC33..) Sowas will doch kein Mensch routen! Und wenn man es macht hat es Nachteile. (solch Pin-Kauderwelch ist mir bei keiner anderen CPU-Architektur
-
Thread
I2C EEPROM-Brenner M24C01,C02,C04,C08,C16,C32,C64
,M24C16,M24C32 und M24C64 beschrieben, ausgelesen(und als File abgespeichert) und gelöscht werden. Auch können Hexfiles (allerdingst keine Intel-Hex-Files, vielleicht implementiere ich das auch noch) geladen
vollständig (weitere können hinzugefügt werden) -Device.ini mit spezifischen Daten der verschiedenen I²C EEPROMs (MC24C01 bis 64, AT24C128, AT24C256 bereits eingetragen, kann mit beliebieg vielen I²C EEPROMs erweitert werden (max. EEPROM-Größe 32768Byte)) (>'Device.ini_ReadMe.txt' erklärt den Aufbau der
-
Thread
Auftakt der günstigen RK3399-Boards
samsung-chromebook-pro und https://www.samsung.com/us/computing/chromebooks/12-14/samsung-chromebook-pro-xe510c24-k01us/#specs
ja https://www.samsung.com/us/computing/chromebooks/12-14/xe513c24-k01us-xe513c24-k01us/ Processor: OP1, Made for Chromebooks, Hexa-core (Dual ARM® Cortex®-A72, Quad Cortex-A53 big.LITTLE™ configuration) soll angeblich ein Rockchip RK3399-C sein. Samsung
-
Thread
64bit doppelt soviel Ramverbrauch wie 32bit?
Die Frage bezog sich auf die Halbierung des Speichers von 12GB auf 6GB oder 24GB auf 12GB, wegen doppelter 32bit = 64bit
Beitrag #1998206: > Die Frage bezog sich auf die Halbierung des Speichers von 12GB auf 6GB > oder 24GB auf 12GB, wegen doppelter 32bit = 64bit Darauf die klare Antwort: NEIN. Ein Byte hat immer 8 Bit, egal ob die CPU nun 8, 16, 32, 64 oder 128 Bits gleichzeitig verarbeiten mag.
-
Thread
Problem mit zu großen Arrays im EEPROM
Du könntest nen AT24C512 ranpappen. Aber hast Du Dir erstmal überlegt, wozu Du die 40kB überhaupt brauchst? Peter
meisten Probleme dahin sein, bleibt jedoch noch die Geschichte mit dem einspielen per RS232 auf den 24c512. Oder hab ich noch was übersehen?
-
Thread
16-Bit-EXE erzeugen
Ich hab mit den allen schon lattice c 2.5 objekt datei von 1987(oder 84?) Unter win64 gelinkt ;-)
rbx schrieb im Beitrag #5686180: > Spannende Frage wäre noch, wie kompatibel die aktuelle tiny-c Variante > ist TinyCC kann nur 32 und 64 Bit.
-
Thread
Wer hat Erfahrung mit HAP?
Output wenn ich ubers Display abfrage Adr 11 ist das Display Adr 13 die CU wo der Sensor (Deviceadr. 64)dranhängt aktuelle Temp des Sensors 24,8 Grad Trigger1 75 Hysterese 2 Trigger2 85 Hysterese 0 Display zeigt die Temp. richtig an. rechts wo der Trigger stehen soll ist nicht (-------) 2. Datei
falls es die funktionen noch nicht gibt und ich diese nur überlesen habe). da ich auch noch keinen uC programmiert habe, werde ich auch bestimmt noch das forum zur inbetriebnahme bemühen müssen. noch ne generelle frage. ich habe durch das ganze haus neben jeden 220 V schaltkasten parallel eine 24
-
Thread
avr-gcc inline assembler
_Fract b = 0.11; volatile _Fract y; y = xx_fmul_8x8_16(a,b); } [/c] wird zu: [avrasm] ldi r24,lo8(60) ; tmp48, std Y+4,r24 ; a, tmp48 ldi r24,lo8(14) ; tmp49, std Y+3,r24 ; b, tmp49 ldd r18,Y+3 ; b.0, b ldd r26,Y+4 ; a.1, a
test_fmul_i8xi8_i16 (int8_t a) { x = fmul_i8xi8_i16_inline (a, a); y = fmul_i8xi8_i16_inline (a, 64 /* 1/2 */); z = fmul_i8xi8_i16_inline (64, 64); /* 1/4 */ }[/c] ergibt: [avrasm] test_fmul_i8xi8_i16: clr r20 ; 6 fractqqhq2 [length = 2] mov r21,r24 movw r18,r20 ; 7
-
Thread
Tastaturaufzeichnung mit AVR
im Conrad Katalog ist das richtige, allerdings ist das Teil unverschämt teuer (Ich hatte mir mein 24C65 vor längerer Zeit für meine C-Control Unit als Ersatzteil besorgt, hat mindestens 5 Euro gekostet). Beim Reichelt gibt es das 24C64 (ebenfalls 8Kb) für ledeglich 1,80 Euro (Katalog Seite 60). Das 24C65 und das 24C64 sind meines Wissens kompatibel, dem 24C64 fehlt ledeglich irgend ein Write-Protect Mode oder so, da müssten wir uns mal die Datenblätter ziehen. Deine Idee zum Abrufen ist gut, da
-
Thread
Antrieb mit 1U/h
3D1110006%26algo%3DHOMESPLICE.SIM%26ao%3D1%26asc%3D20201210111314%26meid%3D1ebb81933aa148fe84f0e5dd037e24f9%26pid%3D101195%26rk%3D2%26rkt%3D12%26sd%3D133765139610%26itm%3D124192084978%26pmt%3D1%26noa%3D0%26pg%3D2047675%26algv%3DSimplAMLv9PairwiseWithPLXWeb%26brand%3DMarkenlos&_trksid=p2047675.c101195.m1851&amdata=cksum%3A1241920849781ebb81933aa148fe84f0e5dd037e24f9%7Cenc%3AAQAGAAACAL4i7X78n%252FsEj%252FlzTnWL9qpC7mgKYhew7KT3%252BoQXbFN4XnI6OpyyBhoWrmXg6qO2Ph6eet9fmk940NXSrSNfDqS%252F8bG8up4PVlpTu%252FPXKelFBngGEJzGXEi%252BIMwb2qefD8ovdPvS5CTWD82mfNn%252BEPScONWgZlUaQNwRKFPEqyIqZ701fj7XyE3p0gyfdYMIoTkP64Polyt3nbqzFVrBQwo5xL8f8SqqLTd8Gxtn7WG3v0p
-
Thread
Platinen mit GPS - Empfänger bei ebay
MOV R2, #0x24 ; '$' RAM:00000C00 STR R2, [R3] RAM:00000C04 MOV R3, #0xFF000000 RAM:00000C08 ADD R3, R3, #0xFD0000
Philips? Für die Softwareseite ist sicher diese Application Note interessant: "AT91M63200: I2C Drivers for AT24C512 Serial EEPROM (39 pages, Updated 6/01) - Describes the software implementation of an Inter Integrated Circuit Bus (I2C Bus) using the peripherals in the AT91M63200." http://www.atmel.ru
-
Thread
Pollin Netbox
schrieb: > FKS: set_recmask not handled by ess_set_recmask > YM3812 and OPL-3 driver Copyright (C) by Hannu Savolainen, Rob Hooft > 1993-1996 > venus: driver installed. io=02C0 irq=3 > ir: installed irq=1 port=20E mask=01,delta size=64 Also wenn man das Log von ner gesperrten Box und einer
Bereich. [code]FKS: set_recmask not handled by ess_set_recmask YM3812 and OPL-3 driver Copyright (C) by Hannu Savolainen, Rob Hooft 1993-1996 venus: scenario=1 venus: UART_init venus: driver installed. io=02C0 irq=3 ir: installed irq=1 port=20E mask=01,delta size=64[/code] Was ist denn dieses
-
Thread
Suche Programmgerüst: USB-Kommunikation und Daten Ein/Ausgabe Windows
beliebigen Desktop auszuführen, bzw. mit biegen und brechen ja, aber nur als Konsolenfenster) und C64-Basic ist "etwas oldschool" wenn man es denn so nennen möchte. Pascal aus der Schule - wo ich lieber C/C++ Grundlagen gelernt hätte als diese Pascal-Scheiße aufgezwungen zu bekommen - ist auch raus
schreibt) und die Geschwindigkeit/Kompaktheit der Programme, die sich mit Basic (Überbleibsel vom C64, es gab mit PowerBasic einen sehr schönen Interpreter/Compiler für den PC) bei weitem nicht erreichen ließ. Für 6502 Assembler auf dem C64 war ich zu jung und hatte auch niemanden, von dem ich es hätte
-
Thread
Basic-Interpreter auf einem AVR
factor (ubasic.c) [24] singlechar (tokenizer.c) [4] ubasic_run [19] for_statement (ubasic.c) [6] statement (ubasic.c) [31] ubasic_set_variable [2] get_next_token (tokenizer.c) [15] term (ubasic.c) [29]
realisiert. Doku und EBNF sind entsprechend angepasst. Ein BASIC-Beispiel dazu: [code] read a, b, c print a, b, c print "***" restore read a print a data 23, 24 data 0xff end [/code] Grüße Uwe
-
Thread
ROYALTEK RFG-1000 GPS-Empfänger
39 04 00 77 66 39 54 00 10 03 10 01 19 07 B1 B1 08 1B C8 A9 64 EB 21 B5 AA 12 3A FF 39 74 09 9C 00 10 03 10 01 19 06 A9 C2 05 1C C8 A9 64 EA 31 B6 74 0B 49 00 67 1D 34 A0 00 10 03 10 23 11 03 C5 A9 C5 30 11 10 11 53 DD C5 00 10 03 10 23 11 04 BD AB
07 C0 42 00 11 C8 AD 4C EB 4E E2 F8 25 DE FF 00 59 35 09 00 10 03 10 01 19 07 DE 91 01 1A C8 AD 4C EA 1F 9A F3 39 41 00 79 EB 39 C4 00 10 03 10 01 19 07 2F B1 04 1B C8 AD 4C EB 21 B8 4D 11 D6 FF 38 64
-
Thread
SDRangel unter Linux, läuft das irgendwo brauchbar?
Prnt=01 Port=01 Cnt=01 Dev#= 2 Spd=480 MxCh= 0 D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 P: Vendor=0bda ProdID=2832 Rev=01.00 S: Manufacturer=Generic S: Product=RTL2832U S: SerialNumber=77771111153705700 C: #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=500mA I: If#= 0 Alt= 0 #EPs= 1
undeclared error: ‘__SSE3__’ undeclared error: ‘__SSE2__’ undeclared hier steht dazu "Defined by GNU C" https://sourceforge.net/p/predef/wiki/Architectures/ Allerdings meldet es auch The system is: Linux - 6.6.28+rpt-rpi-v8 - aarch64 Target: aarch64-linux-gnu was wohl für den Raspi4 stimmt.
-
Thread
DDR-µC, maskenprogrammiert, "fremd verwendbar ?
die benötigten Anschlüsse für die WAMA Peripherie. Diese ICs haben kein 40poliges DIL, sondern ein 64poliges Quad Inline Gehäuse, es ist also in jedem Fall eine Adapterplatine notwendig. Bei Zilog gab es solche MCUs auch, nur war auf deren 40poligen Keramikgehäuse direkt eine 24polige EPROM Fassung integriert
> im Testmodus sind sowieso nur 64Byte externer ROM nutzbar Das stimmt gottseidank nicht. Es sind (64 - 2) 62 kByte.
-
Thread
uC from Scratch
I2C wenigstens 2.5µs bzw. bei Standard I2C 10µs. Und so, wie das auf dem Papier aussieht, wirst du wohl auch keinen wirklich hochpoligen µC benötigen, da geht dann womöglich auch ein 64 oder 100 Pinner
. I2C ist auch nicht mal besonders schnell. Der C8051F020 hat schon 64 GPIOs. Neben den AD-Ein- und DA-Ausgaengen.
-
Thread
Frage zu selbstgeschriebener Funktion - Laufzeit gegenüber Compiler-Variante
ror A0 brcs 1b sbci A1, 0 brne 2b sbiw A2, 0 brne 2b wmov C0, CC0 wmov C2, CC2 ret [/avrasm] Die Registerzuteilung ist: [pre] A = 22, 23, 24, 25 B = 18, 19, 20, 21 CC = 26, 27, 30, 31 C = 22, 23, 24, 25 = A [/pre] Der Algorithmus
;[/c] wird zu [c]source_number = -source_number;[/c]
-
Thread
Zahl umdrehen?
Ingo L. schrieb im Beitrag #7415277: > [c]for ( uint8_t i = 0; i<=64; i++ )[/c] Off by one error! So vielleicht? [c]uint64_t flip_again(uint64_t in) { uint64_t out = 0; for (uint8_t i = 0; i < 64; i++, in >>= 1) out =
, 0x88, 0x48, 0xC8, 0x28, 0xA8, 0x68, 0xE8, 0x18, 0x98, 0x58, 0xD8, 0x38, 0xB8, 0x78, 0xF8, 0x04, 0x84, 0x44, 0xC4, 0x24, 0xA4, 0x64, 0xE4, 0x14, 0x94, 0x54, 0xD4, 0x34, 0xB4, 0x74, 0xF4, 0x0C, 0x8C, 0x4C,