-
Thread
Probleme mit SRAM 23LCV1024
der steigenden Flanke übernommen werden. [code] 3.2 Serial Output (SO) The SO pin is used to transfer data out of the 23LCV1024. During a read cycle, data is shifted out on this pin after the falling edge of the serial clock. 3.3 Serial Input (SI) The SI pin is used to transfer data into the
-
Thread
SATA-III M.2 SSD Adapter - Problem
signals. It support 1:2 or 2:1 multiplexer or demultiplexer switch, supporting up to 6 Gpbs data transfer bandwitch, with low On Resistance, Low Insertion Loss, operating at 3.3V supply. ASM1456B could be used for SATA/SAS signal interface switching, application in computers, consumer electronics, instrumentation
ausführen kann er aber auch darüber. Deswegen läuft das System erstmal, bis zum ersten größeren Bulk transfer. Deshalb: auch wenn es erstmal funktioniert, mehr Speicher einbauen als freigegeben kann gefährlich sein!
-
Thread
Beispielprogramm für RFM12 433MHz Funk-Module
... ... _delay_us(10); sbi(RF_PORT, CS); while(RF_PIN&(1<<IRQ)); // wait until transfer done _delay_us(10); rf02_trans(0xC464); // TX off after 10us }
Chip Select //*** out SPDR,r17 ;Erstes Byte senden t1: sbis SPSR,SPIF ;warten bis Transfer zu Ende rjmp t1 in r17,SPDR ;Angekommenes Byte wieder in r17 //*** out SPDR,r16 ;Zweites Byte senden t2: sbis SPSR,SPIF ;warten bis Transfer zu Ende rjmp t2 in
-
Thread
Kennt sich wer in Comsol aus? (Thermodynamik)
flüssigem Wasser in abhängigkeit der Zeit. Ich pröble nun schon den halben Tag in Comsol mit dem "Heat transfer in Fluids" und dem "Heat transfer with phase change" herum, aber ich komme einfach nicht drauf, wwie ich das Volumen des flüssigen Wassers bestimmen kann. Kennt sich jemand hier mit Comsol aus
-
Thread
ILD206T Optokoppler Frage
zulässigen Strom. >Aus welchen Werten kann ich mir den rausrechnen? Ja, aus dem CTR, Current Transfer Ratio, auf gut deutsch Stromübertragungsfaktor. Der liegt bei dir zwischen 63..125%, macht bei einem max. zulässigen LED Strom von 30mA ca. 18,9..37,8mA. MFG Falk
->30mA (aber: "Dissipation" und "Derating" beachten) also wohl eher 10-20mA b)CTR = CurrentTransferRatio -> schlimmstenfalls nur 63% bei dem Koppler den du hast. CTR*I_led=Iout -> Wenn dein Relay mit 10mA zufrieden ist könnte es gehen Wenn dus genauer wissen willst, musst du in die Diagramme
-
Thread
USB-Laufwerk implementieren
und der Host-PC kümmert sich um das Filesystem? - welcher USB-Typ ist hier zu verwenden - Bulk-Transfer? Jeder Hinweis/Einstiegspunkt/Link ist willkommen!
Filesystem und kann selber gleichzeitig lesen und schreiben. http://de.wikipedia.org/wiki/Media_Transfer_Protocol
-
Thread
Von USB HID zu USB 2.0
will es mit USB_HS realisieren. Außer einen speziellen Treiber für die USB-High Speed und den Bulk-Transfer muss ich nichts ändern oder? D.h. das USB-High Speed Protokoll mit den Daten kann genauso gut mit den USB-HID Datenprotokoll kommunizieren. Habe ich das so richtig verstanden? Gruß Tine
Der HID-Treiber auf dem PC läuft nur im Interrupt-Transfer-Modus. Für High Speed musst du ein Protokoll wie CDC implementieren, oder das Gerät direkt mit WinUSB ansprechen.
-
Thread
Fritz!Box, IP Telefone und makeln/weiterleiten
mitbringen. Wir haben z.B. im Büro IP-Tischtelefone von Grandstream (GXP-2020). Die haben eine "Transfer"-Taste ... das Funktionert auch an einer Fritzbox, Beispiel: Gespräch wird an Tel1 angenommen, Anrufer soll zu Tel2 weitergeleitet werden. Also an Tel1 zweite Accounttaste drücken und Tel2 rufen, ext. Anrufer wird derweil automatisch geparkt. Tel2 meldet sich, ich drücke an Tel1 die Transfer-Taste und lege auf. Gespräch ist auf Tel2 ...
-
Thread
VCP unerkennbar STM32F4
dem Abschluß des ersten Nutz-Paketes zum Host hin nicht gemerkt, daß man für neue Daten einen der Transfer-Puffer sendebereit machen müßte. Das ist so ähnlich wie bei manchen UART-Cores, die einen Interrupt nur dann liefern, wenn der TX-Puffer leer _geworden_ ist, aber nicht, wenn er bereits leer ist.
VCP-Code den 1 ms Tick vom USB dazu benutzt, um sowas zu testen und in solchen Fällen den Sende-Transfer wieder anzuwerfen, falls er zuvor zum Stillstand gekommen war und jetzt neue Daten anliegen. W.S.
-
Thread
microSD mittels EClamp2410 an uC - Fehlersuche
tion or SPI mode selection during power up and is disconnected by the user during regular data transfer. Hört sich für mich an als müsste er deaktivierbar sein. Letztlich scheint es ein Problem mit der Leitungslänge zu sein. Wenn ich eine microSD-Verlängerung dazwischen hänge funktioniert die Übertragung
tion or SPI mode selection during power up and is > disconnected by the user during regular data transfer. Klingt nach Unsinn. 50k sind für normale Digitalsignale praktisch Luft. Für einfache Eingänge wie die Kartendetektion aber ausreichend. Und DAT0 braucht einen Pull Up in der Initialisierungsphase
-
Thread
Arduino mit WTV020-M01
clockPin, LOW); delay(2); // * 0x8000 = 100000000 00000000 = 16 Bits, Send Command as Serial Transfer * for (unsigned int mask = 0x8000; mask > 0; mask >>= 1) { digitalWrite(clockPin, LOW); delayMicroseconds(50); // * Set Data-Bit on the Line * if (command & mask
clockPin, LOW); delay(2); // * 0x8000 = 100000000 00000000 = 16 Bits, Send Command as Serial Transfer * for (unsigned int mask = 0x8000; mask > 0; mask >>= 1) { digitalWrite(clockPin, LOW); delayMicroseconds(50); // * Set Data-Bit on the Line * if (command & mask
-
Thread
SPI Slave - "Registerkonzept" mit STM32
DMA-Controller, also das Einrichten der Adresse, etc. Das braucht die meiste Zeit, der eigentliche Transfer der Bytes brauchen weniger Zeit (Achtung, PSoC-Wissen, auch hier die Vermutung, dass es beim STM32 nicht anders ist). In beiden Fällen würde ich den von dir erwähnten Registeraufbau auch im RAM
interruptgesteuert zu machen, aber schön kurz und knackig: der Interrupt kümmert sich nur um den Transfer der Daten von/zu den "Registern". Wenn sich da was geändert hat, dann signalisiert du das dem Hauptprogramm über ein Flag, und das Hauptprogramm übernimmt dann die Änderungen. Und wenn gelesen wird
-
Thread
[S] Leute die einen Logic Analyzer (MiniLA) bauen wollen
nämlich die zu schreibende Adresse? Oder versteh ich dich da falsch. Meinst du dass der ganze Transfer soweit verschoben ist, dass sich die eigentlichen Addressinfos mit den Daten überschneiden?? Hast du da evtl ein Bildchen dazu?
, dass heißt Daten werden zum PC übertragen... Ich kann in der Software nirgends finden wo der Transfer der Daten programmiert ist. Ich denke dass hier der Fehler liegt, denn alles andere auf dem Bus funktioniert. Read(Firmware)-Write(Trigger) ohne Probleme. Was allerdings möglich ist, dass das Timing
-
Thread
ARM-GCC: No strict alias
/* Enable the SPI peripheral */ SPI_Cmd(SPIx, ENABLE); /* Waiting the end of Data transfer */ while( DMA_GetFlagStatus(DMA_StreamTx, DMA_FlagTcif_Tx)==RESET ); while( DMA_GetFlagStatus(DMA_StreamRx, DMA_FlagTcif_Rx)==RESET ); /* Clear DMA Transfer Complete Flags */ DMA_ClearFlag
-
Thread
Was ein C++-"Guru" so ueber Geschwindigkeit erzaehlt.
, gab es mal einen coolen Homecomputer namens Amiga. Der hatte u.a. einen Blitter (Block Image Transferer). Der konnte rasend schnell Daten im RAM kopieren, deutlich schneller als die CPU. Und wenn es sein sollte, nebenbei noch Verschiebeoperationen und logische Verknüpfungen durchführen. Damit wurden
retro-computer-teardown/ *Thumbs up!!!* And last but not least läuft auch auf dem PC schon seit Ewigkeiten DMA-Transfer, z.B. über den PCI-Bus!
-
Thread
FAT - Spezialisten an die Macht !
Besondes viel Speicher für die Soft ist nicht drinn und ein besonders toller Controller für den Transfer ebenfalls nicht. Das die Dinger nur bis FAT32 gehen liegt nicht daran das se NTFS oder was anderes nicht könnten sondern weils für den Softwareentwickler eben bequem war und es auch mit Fat16/32
Besondes viel Speicher für die Soft ist nicht drinn und ein besonders >toller Controller für den Transfer ebenfalls nicht. Die müssen ja auch nicht schnell sein um ein paar Photos von einer CF/SD/sonstwas auf die HD zu kopieren. Wenn der PC sich die Daten dann abhohlt macht der das Dateisystem und
-
Thread
Schweinezyklus rollt grunzend auf uns zu
150% gestiegen. Fazit? ..... ;) Das geht aber nicht, weil die chin. Regierung auf Know-how-Transfer und Fertigung vor Ort pocht. Die China-Regierung ist nicht so wie die deutsche Reg. - die Chinesen haben´s gut. Weiterhin frohes Schaffen! Jo S.
gestiegen. > > Fazit? ..... ;) > > Das geht aber nicht, weil die chin. Regierung auf Know-how-Transfer und > Fertigung vor Ort pocht. Jaein, abhängig vom Produkt und dem Know-How darin. Das mit der Schuhproduktion, die jetzt ins deutlich billigere Äthiopien geht, ist davon nicht betroffen.
-
Thread
ATMEGA SPI-Slave Wert zurückgeben
been completely shifted in. Otherwise, the first byte will be lost. • Buffered mode with dummy transfer: The SPI peripheral is single buffered in the transmit direction and double buffered in the receive direction. A byte written to the transmit register will be copied to the shift register when a
third character has been completely shifted in to avoid losing data. • Buffered mode without dummy transfer: The SPI peripheral is single buffered in the transmit direction and double buffered in the receive direction. A byte written to the transmit register will be copied to the shift register when the
-
Thread
Datenerfassen durch I2C Schnittstelle dann via USB zur PC holen und visualisieren
Software flag to indicate the // direction of the current transfer unsigned long NUM_ERRORS; // Counter for the number of errors. // 16-bit SFR declarations //sfr16 TMR3RL = 0x92; // Timer3 reload registers //sfr16 TMR3 =
TARGET = SLAVE_ADDR; // Target the Slave (T5300) for next SMBus // transfer T0_Wait_ms(5); // wait 5 ms after the previous READ_DF until the next // READ_MR comes SMB_Read();
-
Thread
USB Kommunikation mit DSO 1062D unter Linux
5 bEndpointAddress 0x02 EP 2 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Endpoint
5 bEndpointAddress 0x81 EP 1 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Device Qualifier
-
Thread
2 Atmega8 über I²C / TWI verbinden
******************************************* Issues a start condition and sends address and transfer direction. return 0 = device accessible, 1= failed to access device *************************************************************************/ unsigned char i2c_start(unsigned char address)
; return 0; }/* i2c_write */ [/c] Und noch den i2c_Stop [c] rief Terminates the data transfer and releases the I2C bus @param void @return none */ extern void i2c_stop(void); void i2c_stop(void) { /* send stop condition */ TWCR = (1<<TWINT) | (1<<TWEN) | (1<<TWSTO);
-
Thread
AD5292 mit SPI des ATmega32 ansteuern
ifndef _SPI_H_ #define _SPI_H_ #include <avr/io.h> extern void spi_init(); extern void spi_transfer_sync (uint8_t * dataout, uint8_t * datain, uint8_t len); extern void spi_transmit_sync (uint8_t * dataout, uint8_t len); extern uint8_t spi_fast_shift (uint8_t data); #endif /* _SPI_H_ */[/
trailing edge sampling) SPSR = (1<<SPI2X); // Double Clock Rate } void spi_transfer_sync (uint8_t * dataout, uint8_t * datain, uint8_t len) // Shift full array through target device { uint8_t i; for (i = 0; i < len; i++) { SPDR = dataout[i]; while((SPSR & (1<<SPIF
-
Thread
Neues bei KiCAD Nightly-Builds ab 2017 Okt.
#5199251: > Das Wiedereinlesen der PCBnew Leiterplatte wurde auch verbessert. Das Einlesen (Transfer) von GERBER Files nach PCBnew geht auch. Da geht ja richtig die Post ab.
Hallo Postillion. Postilion schrieb im Beitrag #5199267: > Das Einlesen (Transfer) von GERBER Files nach PCBnew geht auch. > Da geht ja richtig die Post ab. Das geht schon seit ca. einem halben Jahrzehnt. Allerdings konnten bisher immer nur Gerber Daten eingelesen werden, die
-
Thread
shared memory, wie funktioniert der Speicherzugriff
Hypertransport-Schnittstellen und den Speichercontroller nach Bedarf miteinander verbindet, d.h. es ist mehr als ein Transfer gleichzeitig möglich. Ein klassischer shared bus, der nur einen Transfer gleichzeitig kann, existiert intern nicht. Eine per shared memory arbeitende Grafik sitzt dabei an einem Hypertransport-Link
-
Thread
SPI Initialisierung
PCCR = 8; // 128 // Setup SPI Control Register // // BitEnable = 0 => 8 Bits per transfer // CPHA = 1 // CPOL = 1 // MSTR = 1 => select master mode // LSBF = 0 => transfered MSB first // SPIE = 0 => interrupt disable // BITS = 1000
> 8 bits (but not used) SPI0_SPCR = 0x838; // after here: a write to SPI0_SPDR will start transfer } /**************************************************** ** Writes the specified byte on the SPI interface. *******************************************************/ void SPI_Write(unsigned
-
Thread
cortex m3 assembler
instruction set sagt zu stmdb "store multiple decrement before". Das ! soll "update baseregisters after transfer" bedeuten. welche baseregister werden womit upgedatet?? Wohin wird gespeichert, nach r0? Wie kann ich 8 32 bit breite Register in einem ebenfalls 32 bit breiten Register speichern? Oder werden die
anschließend dereferenziert. In r2 steht dann pxCurrentTCB. > Das ! soll "update baseregisters after transfer" bedeuten. welche > baseregister werden womit upgedatet?? Wohin wird gespeichert, nach r0? Es wird nach r0, r0+4, r0+8, ... gespeichert. Wenn das Ausrufezeichen mit angegeben wird, enthält r0
-
Thread
Hilfe bei SPI Schnittstelle
= 0xAAAA; // Wert an adc geben, damit 16 clk erzeugt while((SSPSR & (1<<4))){}; // wait for transfer to be completed a = SSPDR; // Wert lesen IO0SET = SPI_CS0; // pin auf high, fertig return a; } Den Wert a gebe ich direkt nach der Funktion an MOSI wieder raus. Dabei bassiert
= 0xAAAA; // Wert an adc geben, damit 16 clk erzeugt while((SSPSR & (1<<4))){}; // wait for transfer to be completed a = SSPDR; // Wert lesen Verstehen tu ich das nicht, aber so geht es jedenfalls. Mattias
-
Thread
TCP/IP Stack Micrchip/ WLAN-Modul
STACK_USE_DHCP_SERVER // Single host DHCP server //#define STACK_USE_FTP_SERVER // File Transfer Protocol (old) //#define STACK_USE_SMTP_CLIENT // Simple Mail Transfer Protocol for sending email //#define STACK_USE_SNMP_SERVER // Simple Network Management Protocol v2C Community Agent
Simple Network Management Protocol v3 Agent //#define STACK_USE_TFTP_CLIENT // Trivial File Transfer Protocol client //#define STACK_USE_GENERIC_TCP_CLIENT_EXAMPLE // HTTP Client example in GenericTCPClient.c. If using EZConfig, need to copy this file from Demo App or WiFi Console. //#define STACK_USE_GENERIC_TCP_SERVER_EXAMPLE
-
Thread
SPI Interrupt oder Polling
durch geschicktes Priorisieren auch ander Interrupts noch abarbeiten,das verzögert aber den SPI Transfer zusätzlich. Macht also meistens keinen Sinn. Und wenn man z.B. ein LCD möglichst schnell beschreiben will dürfte der Overhead um in den Interrupt zu springen mehr Relax generieren als wenn man
Takt und 100MHz CPU-Takt sind doch mindestens 80 Taktzyklen die der Kern macht während der SPI-Transfer läuft. Und dann kann man auch noch die Datenbreite hochsetzen. Wenn da zwischen zwei SPI-Transfers nichts anderes passiert würde ich mal vermuten, dass da was falsch läuft. Wie z.B. das der Interrupt
-
Thread
Problem mit Signatur bei Thunderbird
Meldung: "Mail delivery failed: returning message to sender" "SMTP error from remote server after transfer of mail text: host: smtpin.rzone.de 5.7.1 Recipients have complained about included content (B-URL)" Von den anderen Empfängern kommt keine solche Meldung. Es gibt 2 Möglichkeiten für die
mailadressen betroffen sind. "The following address failed: xxxx. SMTP error from remote server after transfer of mail text: host: smtpin.rzone.de 5.7.1 Recipients have complained about included content (B-URL)" > Diesen, bzw dessen Sysadmin, bitten, den Spam-Filter zu > deaktivieren/dich whitezulisten
-
Thread
Bester AVR für minimale USB Beschaltung
Datenblatt der Atmega*U4 Typen: [pre] USB 2.0 Full-speed/Low Speed Device Module with Interrupt on Transfer Completion [...] – Crystal-less operation for Low Speed mode [/pre] Und mittendrin auch etwas ausführlicher: [pre] 21.4 Crystal-less operation To reduce external components count and
im Datenblatt der Atmega*U4 Typen:USB 2.0 Full-speed/Low Speed Device Module with Interrupt on Transfer Completion > [...] > – Crystal-less operation for Low Speed mode > > Und mittendrin auch etwas ausführlicher:21.4 Crystal-less operation > > To reduce external components count and BOM
-
Thread
AD9910 mit STM32L476 SPI komischer Effekt beim Lesen
immer genau 8 bytes lang und nur beim Lesen tritt dieses Problem auf? Wie bestimmst du denn den Transfer? Ich meine, ich sende dann eben die benötigte Anzahl an Bytes raus und mehr macht der dann auch nicht. Aber die HAL Funktionen kenne ich nicht so gut, weil ich die nicht benutze.
Moin, also bei derart kleinen Datenmengen würde ich nur einen bidirektionalen Transfer machen. Wenn also 1 byte Adresse und dann 4 byte Register Wert übertragen werden sollen würde ich 5 Byte in den Sendebuffer legen Register Adresse + 4 Dummy Byte (die man dann auch auf dem Oszi/
-
Thread
Sonderzeichen in Netznamen
Windows ignoriert die. Aber wenn man da nach pfuscht (was ich bei Kicad) öfters mache, kann ein Transfer zu Linux sehr wahrscheinlich zu einen Problem führen. Weshalb man immer auf den "kleinst-mögliche Gleichheit" runter schaltet.
immer noch. :( > Aber wenn man da nach pfuscht (was ich bei Kicad) öfters mache, kann ein > Transfer zu Linux sehr wahrscheinlich zu einen Problem führen. Umgekehrt auch. Nicht nur bei KiCad. Und nicht nur bei Programmen. Auch bei alleine Dateien, für die man in Windows und linux unterschiedliche
-
Thread
[V] Kyocera Mita KM-3035 Multifunktionsdrucker (s/w) mit installiertem Fax-Kit
Haken: das Gerät musste als Teilespender für ein anderes Gerät herhalten. Es wurde eine Rolle (Transfer Roller) - siehe Bild 2 - entfernt. Interessenten melden sich bitte per PM (E-Mail-Adresse für Antwort bitte nicht vergessen). LG Ingmar
Update: der Transfer Roller ist jetzt mit dabei. LG Ingmar
-
Thread
frequenzverschibung
Einfach Transfer-function (kontinuirlich oder diskret), dort kannste dann die Übertragungsfunktion mit den entspr. Koeffizienten angeben.
Also Tiefpass z.B. H(t) = 1/(1+T*s) mit a = 1/(2*PI*f) Transfer-Function --> Numerator: 1 Denumerator: 1_T Der Unterstrich ist ein Leerzeichen!
-
Thread
PIC32 DMA UART1 Probleme beim senden
the transfer done interrupt: pattern match or all the characters transferred INTEnable(INT_SOURCE_DMA(chn), INT_ENABLED); // enable the chn interrupt in the INT controller DmaChnStartTxfer(chn, DMA_WAIT_NOT, 0); // force the DMA transfer: the UART1 tx flag it's already been active } //vWriteDmaPb
-
Thread
Raspi telnet SPI Schnittstelle
toggleLed.state=0 else: GPIO.output(ARDUINO_LED, GPIO.LOW) toggleLed.state=1 def transfer(msg): print "got msg", msg # Debug msg data=map(ord,msg) if len(data)>0: data=spi.xfer(data) toggleLed() return str(data) s = socket.socket() #
from', addr if msg[0:4] == "Exit": print "EXIT !!" break print "data", transfer(msg) #Zurücksenden zu telnet geht nicht #message=raw_input(">") #c.send(message); c.close() spi.close() [/code]
-
Thread
STM32 ADC & DMA
ADC_RegularChannelConfig(ADC1, ADC_Channel_16, 1, ADC_SampleTime_28Cycles5); /* Enable DMA1 Channel6 Transfer Complete interrupt */ DMA_ITConfig(DMA1_Channel1, DMA_IT_TC, ENABLE); /* Enable DMA1 Channel5 */ DMA_Cmd(DMA1_Channel1, ENABLE); ADC_DMACmd(ADC1, ENABLE); ADC_Cmd(ADC1, ENABLE); /* Enable
] ADC und DMA scheinen auch zu funktionieren, jedoch wenn ich [c] /* Enable DMA1 Channel6 Transfer Complete interrupt */ DMA_ITConfig(DMA1_Channel1, DMA_IT_TC, ENABLE); [/c] mache, scheint er sich entweder aufzuhängen, oder in einer Interruptroutine zu kreisen. Sicher ist nur, dass die ISR,
-
Thread
Hilfe bei I2C (Peter Fleury)
******************************************* Issues a start condition and sends address and transfer direction. return 0 = device accessible, 1= failed to access device *************************************************************************/ unsigned char i2c_start(unsigned char address)
************************************************************************* Terminates the data transfer and releases the I2C bus *************************************************************************/ void i2c_stop(void) { /* send stop condition */ TWCR = (1<<TWINT) | (1<<TWEN) | (1<<TWSTO
-
Thread
M32C+I2C
Müsste mit der Formel für Transfer Clock funktionieren (Hardware-Manual Seite 204): Transfer Clock = fj/2(m+1) fj ist Count Source und m der Wert der ins UiBRG-Register kommt. Für 100kbps bei 20MHz ist das beispielsweise 99.
-
Thread
HILFE für meine Projekwoche bei der Matura
gefunden habe sind sehr kompliziert mit 400 Zeilen! Es gibt nähmlich bei XP nicht wie beim USB-Bulk Transfer einen passenden Treiber mit dem man einen Datenaustausch so einfach realisieren kann (keinen den ich kenne). Auserdem haben mir andere erklärt das dies sehr schwer zu realisieren ist. Wenn mir
ca. max 64byte e ) keil-µ-Vision IIC, SPI, in Speicher (EEPROM, RAM, ..etc) schreiben, Bulk_Transfer selbst ausprogrammiert (PC,µC seite), LCD ansteuerung, kommunikation mit verschiedensten AD, DA- Wandlern C++, VHDL Mir genügt ein Programm nur zur Verständniss! mfg Hannes tut mir leid
-
Thread
STM32-F407: Probleme mit ADC_DMAAccessMode_1
ADCSENSOR6_ADC, ADCSENSOR6_CHANNEL, 6, ADDCSENSORSampeTime); // Enable DMA request after last transfer (Single-ADC mode) ADC_DMARequestAfterLastTransferCmd(ADC1, ENABLE); ADC_DMARequestAfterLastTransferCmd(ADC2, ENABLE); ADC_DMARequestAfterLastTransferCmd(ADC3, ENABLE); // Enable ADC
-
Thread
Lötschwall wie erzeugt man diesen - selektiv Lötanlage
auch nicht sondern hilft. Hier kannst du eine kaufen http://www.precimeter.com/solutions/metal-transfer/automatic-and-selective-soldering/ Hier das Funktionsprinzip: http://www.cminovacast.com/paper2.shtml http://www.ovaltech.ca/spctrvl/thryop4.html Zum Selbstbau wohl etwas amitioniert. Man
MaWin schrieb im Beitrag #4665323: > http://www.precimeter.com/solutions/metal-transfer/automatic-and-selective-soldering/ > Danke, bei precimeter.com werde ich mal anfragen - das wäre dann die Perfekte Lösung - schaut aber auch nach einer größeren Investition aus. Beim Lüfterrad
-
Thread
Was genau ist ein Page Load (SPMCR)
the Shift Register is 8- bit. Unlike most JTAG instructions, the Update-DR state is not used to transfer data from the Shift Register. The data are automatically transferred to the Flash page buffer byte by byte in the Shift-DR state by an internal state machine. This is the only active state: • Shift-DR
the Shift Register is 8-bit. Unlike most JTAG instructions, the Capture-DR state is not used to transfer data to the Shift Register. The data are automatically transferred from the Flash page buffer byte by byte in the Shift-DR state by an internal state machine. This is the only active state: • Shift-DR
-
Thread
STM32 Umfang
mode CR1_CRCEN = 1 << 13, //Hardware CRC calculation enable CR1_CRCNEXT = 1 << 12, //CRC transfer next CR1_DFF = 1 << 11, //Data frame format CR1_RXONLY = 1 << 10, //This bit combined with the BIDImode bit selects the direction of transfer in 2-line unidirectional mode. CR1_SSM =
-
Thread
CAN MCP2515 Überlauf
Kannst Du nicht einfach eine Methode "readStatus" dranmachen? Ist doch nur ein einziger SPI-Transfer in einem uebersichtlich-kleinen Pollingtreiber...
Kannst Du nicht einfach eine Methode "readStatus" dranmachen? Ist doch > nur ein einziger SPI-Transfer in einem uebersichtlich-kleinen > Pollingtreiber... Dir ist schon bewusst, was du da von einem durchschnittlichen Arduino Programmierer verlangst?
-
Thread
[MSP430] I2C Sendeinterrupt löst nach Timer Interrupt nicht aus
ein Programm, mit welchem ich mit meinem MSP430G2553 auf einen MPU6050 über I²C zugreife. Mein Transfer funktioniert soweit ich das beurteilen kann ganz gut. Ich kann Daten Empfangen, Register Manipulieren , Konfigurieren etc. NUR... ...wenn ich nun den Datenabruf aus meinem TIMER0_A0_VECTOR Interrupt
nochmal umgebaut, so dass ich jetzt in der Routine nurnoch die Freigabe erteile und den eigentlichen Transfer aus der main() starte. Funktioniert auch und ist sicherlich ein klein wenig sauberer. Danke für deine ausführliche Antwort.
-
Thread
C: Pointerübergabe klappt nicht
SCL); // Pull SCL low USIDR = *(msg++); // Setup data TWI_Master_Transfer(tempUSISR_8bit); // Send 8 bits on bus /* Clock and verify (N)ACK from slave */ DDRB &=~(1<<SDA); // Enable SDA as input if(TWI_Master_Transfer(tempUSISR_1bit) & 0x01)
-
Thread
von PCIe Board in PC Arbeitsspeicher schreiben
FPGA Infos in sein Register (Quell Adresse, Ziel Adresse, Länge, etc.) und sag ihm er soll den Transfer starten. Und er überträgt dann die Daten als Memory Write Request mit der entsprechenden PC Adresse die Daten an den PC. Mein Problem ist, dass ich mir gerne den ganzen Kram an DMA Logik im FPGA
Ich hab mit mit dem "Software" Logic-Analyzer halt das angesehen, was das DMA Beispiel im DMA Transfer macht, und das war nur TLPs (Memory Write Req) senden.
-
Thread
AT90USB1287 SETUP empfangen
frührer: sendig_control_msg failed. Das heißt PC sendet eine Control Message. Was ist das, Control Transfer? Wenn ja, muss ich mich in PC-Anwendung darum kümmern? ICh denke EP0 ist automatisch Control Transfer, den habe ich auch so in der FIrmware definiert. Und die Enumeration läuft über EP0 problemlos