-
Thread
SourceCode MMC die Zweite
SPI_SS 4 //Nicht Benutz muß aber definiert werden #endif da ich ja einen AtMega16 benutz. SPI Mode hab ich Aktiviert. nun im main Programm hab ich folgendes. #include "lcd.h" #include "mmc.c" #if defined (__AVR_ATmega16__) # define USR UCSRA # define UCR UCSRB
label. Inhalt nach Cluster_Data_Store sieht folgendermassen aus: Cluster info: 0x01 00 81 00 3C 00 01 00 00 00 Sector 0 der SD Karte sieht folgendermassen aus: Data at address 0: 0xEB3C906D6B646F7366730000020401000100020000F877003C000200000 0000000D9010000002954DFF042202020202020202020202046415431362020200E1FBE5B7CAC22C
-
Thread
Berlin Uhr aus ICs bauen
Programmierung eines Mikrocontrollers zu beschäftigen. In dem Fall wurde es eine 1-Chip Lösung mit einem AT89C1051. Heute würde ich das mit einem ATmega328 oder Arduino Nano Modul machen.
durch acht und der dritte > teilt nochmal durch vier (Probe=8x8x4=256). Der CD4521 hat 24 Teilerstufen und kann, wie der 4060, mit einem Quarz beschaltet werden: https://www.ti.com/lit/ds/symlink/cd4521b.pdf?ts=1682372901440&ref_url=https%253A%252F%252Fwww.ti.com
-
Thread
Zu häufige schreiben in den Flash verhindern?
bei defekt tauschen kann. Außerdem brauch ich nur wenige Byte > Speicher. Dann könnte sich der 24LC1025 EEPROM Baustein schon lohnen. Der ist sehr preiswert und wird via I2C an den µC angebunden. Schau ihn dir mal an.
Ich würde die Daten einfach alle 15 Minuten in ein externes 256 kByte-EEPROM schreiben und gut ist. Rechnung: Ein Update-Intervall von 15 Minuten (was auf der Zeitskala von Wetteränderungen eine ausreichende Auflösung sein sollte) entspricht 4*24 = 96 Messungen
-
Thread
flash-Fehler mit ATtiny2313, compile ok
r18, Y+11 ; 0x0b 12a: 3c 85 ldd r19, Y+12 ; 0x0c 12c: 8b 89 ldd r24, Y+19 ; 0x13 12e: 9c 89 ldd r25, Y+20 ; 0x14 130: 28 1b sub r18, r24
st X, r24 4c2: 87 e0 ldi r24, 0x07 ; 7 4c4: 44 0f add r20, r20 4c6: 55 1f adc r21, r21 4c8: 66 1f adc r22, r22 4ca: 77 1f
-
Thread
18 Euro Linux PC
providing Open GL ES 2.0, hardware-accelerated OpenVG, and *1080p30* H.264 high-profile decode. There are 24 GFLOPS of general purpose compute and a bunch of texture filtering and DMA infrastructure. Eben worked on the architecture team for this and the Raspberry Pi team are looking at how they can make some
Open GL ES 2.0, > hardware-accelerated OpenVG, and *1080p30* H.264 high-profile decode. > There are 24 GFLOPS of general purpose compute and a bunch of texture > filtering and DMA infrastructure. Eben worked on the architecture team > for this and the Raspberry Pi team are looking at how they can make
-
Thread
LCD Display 480x360, blau, bei Pollin
Die kleinen VRAMs (1MBit) haben oft folgende Bezeichnung: Herstellerbuchstaben+42+Bit+Word Das C steht entweder zwischen Bit+Word, oder zwischen 42 und Bit z.B: KM428C128 für 128kx8 oder KM424C256 für 256kx4 oder MT42C4256 für 256kx4 Hat eigentlich jemand schon eine Platine für den S1D13705
Hallo Kay, Ich werde einen 89CE558 benutzten und Benedikt benutzt einen AT89C51, das sind beide 80C51 derivaten. Aber denn code wird auch für einen atmel benutzbar sein, nach kleine änderungen. Ich werde auch noch einen SAB C167CR benutzten. Vielleich werde Ich auch
-
Thread
EPROM M27C256B nicht beschreibbar
Einen neuen 27C256 besorgen. Das kenne ich noch von Frueher . Da gingen die Eproms auch schon mal so kaputt.
>Beim programmieren eines M27C256B mit dem Gerät ALL-11P von HI-LO habe >ich die falschen Daten in den Chip programmiert. Was waren das für "Falsche Daten"? Wenn du die falsche Spannung von 22/24V auf die EPROM losgelassen hast
-
Thread
Mehrere Signale über eine Leitung
@holli: >> schon drei Adern für +24V, GND und +24V geschaltet belegt sind, d.h. >sinnlos. der strom muss nicht nur hin, sondern auch zurück. was ist da sinnlos? +24V hin, Verbraucher und nach GND zurück. Da kann dann abgesetzt z.B. ein 7805 dran, dann hab ich für die Logik und uC meine 5V. GND bleibt GND, ist doch sowieso geerdet am Netzteil. Und die geschalteten +24V mit denen schalte ich die Steuerung (Hauptschütz) an. >> Gibt es denn da nicht einfach zwei IC's die das machen
-
Thread
Software zum Steuern des Türschlossantrieb "eqiva eQ-3 Bluetooth Smart Lock"
:events Event: nonces_exchanged +9ms simble:data Characteristic 3141dd40-15db-11e6-a24b-0002a5d5c51b : Send "81 04 ff e5 4c 10 34 e1 a6 ec 24 12 9d 09 ba 57" +279ms simble:data Characteristic 359d4820-15db-11e6-82bd-0002a5d5c51b : Receive "80 00 81 00 00 00 00 00 00 00 00 00 00 00 00
to import AC_CREDT [AC] LuMoKiTho24 credential saved [/c] Ab hier sind die WLAN Zugangsdaten eingetragen [c] [AC] Event<17> handler registered # WIFI: connected to SSiD: LuMoKiTho24 # WIFI: connected! # WIFI: signalquality:
-
Thread
Einstieg 32Bit µC - Welche "Familie"
auch die für die 32Bitter selbst erstellen, was allerdings schon eine Bedingung mit sich bringt: µC soll in einer lötbaren Form daher kommen also kein BGA! Ich hab mal die gesammten ARM Artikel durchgelesen und bin am überlegen ob ich mir einen AT91SAM7S256 nehme, da er schöne Perepherie hat, sowie
. Hat jemand sowas schonmal gelötet? Noch eine Möglichkeit wären AVR32 µC der AT32UC3A1512 hat zum Besenstiel einen 100 pinout also wahrscheinlich noch gescheit lötbar, wie der ARM7. Auch die Perepherie hier spricht eigendlich nicht gegen den Chip. Kosten auch nicht alle 3
-
Thread
Probleme beim ADC-Wert auf LCD ausgeben
habe mich gerade frisch hier angemeldet, das ist also mein erstes Posting. Ganz kurz zu mir: Ich bin 24, Elektriker und Hobbyelektroniker. Vor ca. 8 Jahren hab ich das erste mal mit MC's gebastelt, bis vor kurzem noch mit dem AT89C2051. Jetzt "arbeite" ich seit ca. einem Monat mit der atMega-Serie (mega32
Byte lesen in adhigh, ADCH ; danach das mittlerweile gesperrte High Byte ; alle 256 ADC-Werte addieren ; dazu wird mit den Registern temp4, temp3 und temp2 ein ; 24-Bit breites Akkumulationsregister gebildet, in dem ; die 10 Bit Werte aus adhigh, adlow aufsummiert werden
-
Thread
Adressierung 24C08 mit Fleury i2c-lib
hallo Leute, ich beschreibe grad ein 24C08 EEPROM über die i2c schnittstelle meines mega8 - dazu habe ich mir die i2c library von Peter Fleury runtergeladen. Leider ist dort alles auf ein 24C02 EEprom ausgelegt. Ich kann deshalb mein 8kBit
Hallo die EEPROM's sind intern anders organisiert. Das 24c02 benötigt 8-Bit zur Adressierung. AT24C02, 2K SERIAL EEPROM: Internally organized with 32 pages of 8 bytes each, the 2K requires an 8-bit data word address for random word addressing. 2K(256x8)
-
Thread
AT91 TWI NACK wird gesetzt
); *AT91C_TWI_CR = AT91C_TWI_MSEN; [/c] Read-Function: [c] void AT91F_AT24C_ReadPage (struct at24c *ptAt24c, char *Buffer, unsigned int NumOfBytes
0; /* Addr: 1010 101(R/W) */ SlaveAddress = (0xAA<<16); /* pagenbr = 2, pagesize = 256; offset am anfang 0 */ WordAddress = (PageNumber*ptAt24c->PageSize) + AddressOffSet ; /* Enable Master Mode of the TWI */ //AT91C_BASE_TWI->TWI_CR = AT91C_TWI_MSEN ; /* Set the
-
Thread
FRAM auslesen
, id2 0x00 Probing for Atmel AT25F2048, 256 kB: probe_spi_at25f: id1 0x00, id2 0x00 Probing for Atmel AT25F4096, 512 kB: probe_spi_at25f: id1 0x00, id2 0x00 Probing for Atmel AT25FS010, 128 kB: probe_spi_rdid_generic: id1 0x7f7f,
: id1 0x7f7f, id2 0x7f Probing for PMC Pm25LD020(C), 256 kB: probe_spi_rdid_generic: id1 0x7f7f, id2 0x7f Probing for PMC Pm25LD040(C), 512 kB: probe_spi_rdid_generic: id1 0x7f7f, id2 0x7f Probing for PMC Pm25LQ020, 256 kB: probe_spi_rdid_generic:
-
Thread
Avr 8bit VGA
alphanumerische Zeichen beschränkt brauchts auch keine 256 Zeichen: https://opengameart.org/content/8x8-ascii-bitmap-font-with-c-source OK, die Chinesen sehen das natürlich anders.
Der AVR kann keinen Code aus externem Speicher ausführen. Dafür mußt schon einen 8051 nehmen, z.B. AT89LP51RD2. Und bei 24MHz im Fast-Mode muß der externe Speicher auch noch verdammt fix sein.
-
Thread
One Touch Vita Blutzucker Messsystem
zerlegt. Die Gehäuse selber ist nett, aber geklebt. Beim vorsichtigen öffnen wiederverwendbar. IC/µC die drin sind : µC - QFP64 - mit bezeichnung 84DLEJT 65021901A von TI TL2762C AT24C256 REF3120 und zwei die ich nicht auf die schnelle finden konnte : ADO (TSCO6) messstreifen sind da drin
Thomas R. schrieb: > µC - QFP64 - mit bezeichnung 84DLEJT 65021901A von TI > TL2762C > AT24C256 > REF3120 > > und zwei die ich nicht auf die schnelle finden konnte : > ADO (TSCO6) messstreifen sind da drin angeschlossen
-
Thread
Würde gerne Assembler in C umschreiben, aber ich blick's net
Register R0 Also in C könnte ich den 24bit Typ ja über eine Struktur/Bitfeld/Union definieren und Zähler und Schrittweite getrennt verwalten. Aber wie wird der Index in eine Tabelle mit 256 Einträgen aus dem 24bittigen Zähler
00 00 00 00 00 00 00 ................ ... 00000100 <sine>: 100: 80 83 st Z, r24 102: 86 89 ldd r24, Z+22 ; 0x16 104: 8c 8f std Y+28, r24 ; 0x1c 106: 92 95 swap r25 108: 98 9c mul r9, r8 [/avrasm] tab ist eine Tabelle aus C heraus
-
Thread
8051 Chip für Einstieg
endlich mal Zeit gehabt eure Vorschläge zu recherchieren. In Frage kommen demnach folgende: LPC922 AT89LP2052 AT89C51CC03 AT89C51ED2 AT89C51RB2 AT89C51RC2 von den vieren meines erachtens entweder der CC03 oder ED2, wenn schon PLCC AT89S51 AT89S52 AT89C4051 So, nun welchen nehmen...
(dann ein C) > AT89C51ED2 > AT89C51RB2 > AT89C51RC2 Nope. Bei den PLCC würde ich mich für den CC03 allein schon wegen des ADC entscheiden. > AT89S51 > AT89S52 > AT89C4051 Nope. Die beiden 51er sind auch
-
Thread
Tiny1 Serie Bootloader Segmentierung Flash geht nicht?
SYSCFG1 = SUT_64MS_gc, .APPEND = 0, .BOOTEND = BOOTEND_VALUE, // 1 -> Boot section size 1*256 bytes = 256 bytes }; #endif [/c] Folgende Beobachtung: Liegt nur das Hauptprogramm im Flash (ab Adresse 0x0080), funktioniert das Programm und die LED blinkt. Mit Bootloader funktionierts aber
.ctors ist trotzdem falsch. > icall benutzt doch Wortadressen? 0x0080, entsprechend dem > 256-Byte-Boot-Block. Ja, ICALL verwendet Wort-Adressen. Das Dump sieht aber so aus: M. T. schrieb im Beitrag #7878720: [pre] > 00000000 <.sec1>: > 0: 11 24 eor r1, r1 > ... >
-
Thread
uC für 0,20€ CH552 / CH554 von WCH Billig Micro mit USB Funktion, Chip vorstellung
mit den Meisten Standard Register, befehlen usw. nur 10-15x Schneller -Integrierter Oszilator bis 24Mhz -3x Timer -2x 8bit PWM -1x SPI Master/Slave -2x UART -4x ADC 8bit -6x Touch Input -16K ROM -1K xRAM -256b iRAM -i2c ist per Bitbanging kein Problem(Beispiel vorhanden) Der CH554
chips I have currently are from LCSC but I do have a few coming from eBay as they were out of stock at LCSC. I'll take a look at your replacement debug.c. Perhaps I can help although I am not really a C programmer. Ray
-
Thread
8051 MP3 Player (Web Radio )
noch ein paar Ideen und Tips geben lassen :) Momentan Plane ich ein MP3 Player / Webradio mit dem AT89C51SND1C. Diverses andere Projekte mit dem AT89 bzw. in Richtung Webradio laufen ja schon und dienten auch schon als kreative Anstöße. Wobei mir die meisten Ideen gefielen, aber doch wieder nicht alles
Vielleicht weil sie noch den AT89C51SND1C-ROTIL haben der nicht ROHS Konform ist und es kein großes Intresse mehr an diesen Chip gibt. Außerdem ist der AT89C51SND1C-ROTIL bei Farnell auch als "nicht verfügbar" angegeben. Der AT89C51SND1C-ROTUL
-
Thread
(Chip8 / gameboy) Emulator für AVR AVR32
der Adresse 8124h das Byte 23h gespeichert wird Sorry! - richtig: auf der Adresse 8124h das Byte 24h gespeichert wird denn es wird ja zwischenzeitlich HL INCrementiert.
Hi, Also hier ist der aktuelle Stand, auf das Boards soll: >AT32UC3A3256 256kbyte-flash 128kbyte-SRAM 66Mhz(90mhz Overclock) >MT48LC16M16A2 256Mbit (32Mbyte) SDRA >MAX3421E 32Mbit (4Mbyte) Serial Flash >SD Connector >DS1337 I2C Real
-
Thread
ATMega32 I2C connect mit AT24Cxx EEprom
Hallo Marc ! Die I2C Addr vom AT24C64 ist 0x50....lt Datenblatt und lt I2C Scanner. Mit dieser Ardresse kann ich den EEprom auch mittels Arduino beschreiben/auslesen. Beim Atmega32 habe ich PortC.0 als SCL und PortC.1
Gerhard H. schrieb im Beitrag #5117072: > Die I2C Addr vom AT24C64 ist 0x50....lt Datenblatt und lt I2C Scanner. Nein. Das ist wahrscheinlich bei Arduino so, weil er die Adresse nach links schiebt. Ich glaube, dass die Fleury-library nicht
-
Thread
pwm multiplexen, geht das?
Hi, ich möchte gerne 24 leds per pwm ansteuern (8 rote, 8 grüne und 8 blaue). Dazu würde ich den Atmega 8 nehmen. Würde es funktionieren, wenn ich 8 Ausgänge für alle 24 Leds nehme, und dazu 3 andere Ausgänge für die jeweilige
64 Farben schwierig zu mischen sind. Angenommen du möchtest 256 Helligkeiten pro Farbe dann benötigst du schon einen Pulsestrom von 256 Bits pro Farbe. Bei RGB also 768 Bits. Das bedeutet das zur Darstellung EINES Pixels in 2^24 möglichen Farben ein Pulsmuster 768
-
Thread
Reziproker Frequenzzähler+ Optimierte 64bit uint Routinen
Hallo allerseits, beim kompilieren der oben genannten main.c erscheint jedesmal die Warnung: internal compiler error: in start_function, at c-decl.c:6035 Kann mir jemand helfen? Danke schon mal im voraus.
0136 462E mov r4,r22 1194 0138 372E mov r3,r23 1195 013a 282E mov r2,r24 1196 013c 9A8B std Y+18,r25 [/c] [c] 267:main.c **** while (s && frq >= (uint64_t)pow(10, MAX_RES)) { 1415 .LM139: 1416 028a 01F0 breq .L68 1417
-
Thread
serieller EEprom läßt sich nicht mehr beschreiben
defekt wird er mach so kurzer Zeit auch noch nicht sein. Hat jemand einen Tip? Gruß Gerd Sub 24lc256_test 'Test read and writes Dat = 0 For E_addr = &H1000 To &H1010 Call E_write(e_addr , Dat) Call E_read(e_addr , E_dat) Ausgabe = Str(e_dat)
Gerd wrote: > ich habe an einem AT90USB1287 über SPI einen EEprom angeschlossen. Hat > auch gut funktioniert. ... > Sub 24lc256_test Dann wärst Du der erste, der einen I2C-Chip per SPI angesteuert kriegt. Peter
-
Thread
OPV für Shunt-Messung (100A)
) / 32768; amps = amps *1.333; //and if a 100amp / 50mv shunt is used amps = (rawResult * 256) / 32768; amps = amps *2; [/code] Ich nehme dann jetzt mal Bild 6 (Wert 112) 112 * 256 / 32768 = 0,875 0,875 * 1,333 = 1,166375 Also ~ 1,17 Ampere? Um demnach bei 24V 1,17 * 24
Englischen wird das V von Volt groß geschrieben. > Was ich gefunden habe sah immer wie folgt aus... [c] amps = (rawResult * 256) / 32768; amps = amps *1.333; [/c] Wo hast du diesen kruden Rechenweg gefunden? 1. (rawResult * 256) / 32768 ist das selbe wie rawResult / 128. Und wenn rawResult ein
-
Thread
Switch Upgrade XGS1010-12 nach XGS1210-12
z.B. nicht, obwohl der Befehl angezeigt wird: [code] U-Boot 2011.12.(TRUNK_CURRENT)-svn99721 (Oct 24 2019 - 09:15:40) Board: RTL9300 CPU:800MHz LX:175MHz DDR:600MHz DRAM: 128 MB SPI-F: MXIC/C22018/MMIO16-1/ModeC 1x16 MB (plr_flash_info @ 83f831e4) Loading 65536B env. variables from offset 0xe0000
: flash map at 0xb4000000 SPI NOR driver probe... MXIC/C22018/MMIO16-1/ModeC add SPI NOR partition MTD partitions obtained from built-in array Creating 7 MTD partitions on "rtk_norsf_g3": 0x000000000000-0x0000000e0000
-
Thread
G-LCD bei Pollin
Ich hatte mir zuletzt welche bei Digikey gekauft, da kostet ein XC2C256 rund 10€, der XC2C128 rund 5€, was eigentlich ganz OK ist.
Thread gestartet bez. reinem ARM Platine, http://www.mikrocontroller.net/topic/101959 Dies ist eine 24dip Platine, wer eventuell ein M416 design will 40 pin Version ohne leds, ohne i2c oder SPI speicher, dafür aber alle pins herausgeholt, kann auch so eines bekommen.
-
Thread
I2C (TWI) Sniffer mit AVR
. > In der UART.C finde ich nur die Kontrolle des Indexüberlaufes. Das putchar wartet, wenn der Puffer voll ist, bis wieder für ein Byte Platz ist: [c] while( i == vu8(tx_out)); // until at least
> Ich versuche die Programme möglichst universell zu schreiben. Eine > Anpassung an ATtiny25, 24, 2313 sollte daher leicht möglich sein. Das Portieren auf einen anderen Chip stellt sicherlich kein wirkliches Problem dar. Das Problem ist lediglich, dass die genannten mc's (at2313, at25) noch
-
Thread
Embedded Linux Kernel debuggen
Internal error: Oops - undefined instruction: 0 [#1] ARM CPU: 0 Not tainted (3.8.5+ #204) PC is at 0xfffffffc LR is at 0xa001c958 pc : [<fffffffc>] lr : [<a001c958>] psr: 60000053 sp : a001c958 ip : 00000000 fp : a2c29f04 r10: 00000001 r9 : 00000000 r8 : a2c1da0c r7 : 0000000f r6 : 000080d0 r5 : a2c01400 r4 : a2c25e00 r3 : 00000000 r2 : 00000000 r1 : 00000000 r0 : a2c26000 Flags: nZCv IRQs on FIQs off Mode SVC_32 ISA ARM Segment kernel Process (null) (pid: -481230803, stack limit = 0xe24ff43e
-
Thread
welcher Oszillator ist das?
manuell den Schwingkreis anstubst, es schwingt sich nie auf. -> http://www.falstad.com/circuit/#%24+1+5.0E-12+10.20027730826997+50+5.0+50%0At+256+176+320+176+0+1+-3.8887478420179042+0.570557920867934+300.0%0Al+256+80+256+144+0+1.5000000000000002E-8+7.919863158399915E-4%0Ac+320+144+320+80+0+1.0E-10+
368+192+368+144+0+5.0E-11+-4.459305762885839%0Aw+208+256+256+256+0%0Aw+256+256+320+256+0%0Aw+320+192+368+192+0%0Aw+320+144+368+144+0%0Aw+208+80+256+80+0%0Aw+208+176+256+176+0%0Ag+256+256+256+272+0%0AR+208+80+176+80+0+0+40.0+5.0+0.0+0.0+0.5%0Ao+1+64+0+35+2.8544953854119196E
-
Thread
rechnet der preprocessor in C gcc (AVR) multiplikation aus?
; 4 28: 88 bb out 0x18, r24 ; 24 [/c]
bei AVR nur bis 32767 geht */ const int Prescale = 1000; const int Takt = 20; const int Timset = 256 - Quarz / Prescale / Takt; [/c] C hat halt Datentypen, die musst du schon angeben.
-
Thread
I2C EEPROM Beschreiben mit SAM3X8: Pollingproblem
deutlich bemerkbar. Beim byteweisen Beschreiben von mehrenen k Bytes ist das natürlich richtig. Beim 24C256 kann ich aber in Blöcken a' 64 byte beschreiben und muß nur ein einziges Mal pro Block den Delay benutzen.
Hanns-Jürgen M. schrieb im Beitrag #5807082: > Beim 24C256 kann ich aber in Blöcken a' 64 byte beschreiben und > muß nur ein einziges Mal pro Block den Delay benutzen. Das sind dann beim Beschreiben der 32kB schon 10s Wartezeit gegenüber nur 2,5s, wenn
-
Thread
avr-gcc 4.3.3: ISR und Inhalt von R1 bei Eintritt in ISR
push r0 256: 19 be out 0x39, r1 ; 57 258: 0b b6 in r0, 0x3b ; 59 25a: 0f 92 push r0 25c: 1b be out 0x3b, r1 ; 59 25e: 11 24 eor r1, r1 260: 0f 93
in r0, 0x39 ; 57 252: 0f 92 push r0 254: 0b b6 in r0, 0x3b ; 59 256: 0f 92 push r0 258: 11 24 eor r1, r1 25a: 18 be out 0x38, r1 ; 56 25c: 19 be out 0x39, r1 ; 57 25e: 1b be out 0x3b, r1 ; 59 ... [/C]
-
Thread
Jemand Erfahrung mit USB-LTE4G-EU
=Linux 6.12.47+rpt-rpi-v8 xhci-hcd S: Product=xHCI Host Controller S: SerialNumber=xhci-hcd.0 C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 0mA I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub E: Ad=81(I) Atr=03(Int.) MxPS= 4 Ivl=256ms T: Bus=01 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#
was already automatic 6. Clear out any manual entries → no entries were present 7. Restart Pi [c] AT+QCFG="usbnet" +QCFG: "usbnet",1 AT+QNETDEVCTL? +QNETDEVCTL: 3,1,1,1 AT+QNETDEVCTL=3,1 OK AT+QNETDEVCTL? +QNETDEVCTL: 3,1,0,1 user@chupi:~ $ systemctl status NetworkManager ● NetworkManager.service
-
Thread
Assembler (AVR) Freaks bitte: der schnellste Weg, einen ganzzahligen Wert zu skalieren? Gesperrt
Ich vermute einmal, max und min ändern sich nicht ständig. Wie wäre es mit einer Tabelle für die 256 Möglichkeiten von value? (Geht auch in C++)
Ja, sorry. Die ge-inlined Version ist die hier (für atmega328p) [c] main: /* prologue: function */ /* frame size = 0 */ /* stack size = 0 */ .L__stack_usage = 0 ldi r24,lo8(42) ; tmp47, sts y,r24 ; y, tmp47 lds r24,y
-
Thread
teure FPGAs - welche Verwendung?
#3103846: > > Was hat ein Atmel was ein 68k nicht hat, das er nicht in einem Spartan > passt? AT32AP7000 = SoC, d.h. Birne 68K Core = nackte CPU, d.h. Apfel
untergebracht werden als man für das gleiche Geld > kaufen kann. > > bspw Spartan-3E 1600k < 50€ > Atmel AT32AP7000 ~ 20€ Zum Thema FPGAs sind biller als ASICs habe ich tatsächlich was beizutragen: Vergleich Dual-Port RAM CY7C026AV 100-TQFP 3,3 V 256 Kbit (16K x 16) 25 ns Zugriffszeit 26,25
-
Thread
LON Bus Windhager mitlesen/steuern
I made a quickie and included the two hex-dumps for those two packets. 0000 ff ff ff ff ff ff 24 6f 28 8f cf 50 08 00 45 00 0010 00 30 02 54 00 00 ff 11 34 f5 c0 a8 01 24 c0 a8 0020 01 ff ea 42 0d 05 00 1c 10 15|02 00 70 00 00 02 0030 00 19 01 bc 01 da 54 22 0b 01 0a c8 94 48
^ nv 100% 0000 ff ff ff ff ff ff 24 6f 28 8f cf 50 08 00 45 00 0010 00 30 02 5a 00 00 ff 11 34 ef c0 a8 01 24 c0 a8 0020 01 ff ea 42 0d 05 00 1c 66 43|02 00 70 00 00 02 0030 00 19 01 bc 01 da 54 23 0b 01 0a c8 3e 19
-
Thread
DDS Artefakte bei bestimmten Frequenzen Gesperrt
mitnehmen will, multipliziere ich das ganze mit 4096. Die Frequenz ist in hunderdstel angegeben. [c] #define SAMPLE_SIZE 256 //Wieviele Sützstellen hat das Audiosample? #define SPS 128000 //Frames per Second Audioausgabe struct s_Ton{ BYTE cPos; //Aktuelle
) : "memory" ,"r13", "r14", "r15", "r16", "r17", "r18", "r19", "r20","r21", "r22","r23","r24","r26","r27","r28","r29", "r2", "r3", "r4", "r5","r11", "r12" ); [/c] Ich hoffe es ist verständlich und genug auskommentiert - leider verschiebt das Forum meine Komentare so unschön. Was mache
-
Thread
Fehler beim Linken mit WINARM
-I./SD-lib/inc -I./SD-lib/inc/interfaces -I./SD-lib/conf -DAT91SAM7X256 ./SD-lib/src/interfaces/FS_sd.c -o FS_sd.o arm-elf-gcc -c -g -mcpu=arm7tdmi -Os -Wall -I./include -I./SD-lib/inc -I./SD-lib/inc/interfaces -I./SD-lib/conf -DAT91SAM7X256 ./SD-lib/src/interfaces/FS_AT91SAM7X256.c -o FS_AT91SAM7X256.o arm-elf-gcc -nostartfiles -Wl,-Map=AT91SAM7X256.map,--cref -lc -lgcc -T elf32-littlearm.lds -Ttext 0x201000 -Tdata 0x200000 -n -o at91sam7x_getting_started_sram.elf cstartup.o lowlevel.o