-
Thread
TMS470 DMA->SPI
// INT 28 InitDMA_STA013(); DMACPS = 0x00000001; //update for transfer DMACCP0 = DMA_EN2; //enable the DMA to transfer libarm_enable_irq(); break; } } [3.] SPI-Initialisierung //--- initialisiere STA013 SPI-Bus --- void InitSPI
sollte das Beispiel (oder habe ich das falsch gelesen??) permanent nachladen und einen DMA-Transfer darstellen?? Michael.
-
Thread
kennt jemand diese Transferfolie
Aus den Kommentaren des Youtube Videos: "PCB Circuit Board Thermal Transfer Paper" Google findet dazu etliche Treffer, u.a. bei Amazon und Aliexpress.
Ich nutze und optimiere seit Jahren die PCB-Herstellung per Toner-Transfer und ohne das YT-Video/Links gesehen zu haben trage ich mal folgendes bei: Ich hatte vor paar Monaten dies "spezielle TonerTransfer-Papier" aus China bestellt, gelbe A4-Blätter mit gummiartiger/
-
Thread
STM32 ADC und Interrupt
manuell neustarten? Was ich irgendwie garnicht bei dir finde ist das Gegenstück zu z.B. > // Transfer complete interrupt enable > DMA1_S5_CR.TCIE=1; (keine Ahnung wo das genau in den ST-Beispielfunktionen versteckt ist) wo du den "Transfer complete" Interrupt überhaupt aktivierst? Table 43. DMA interrupt requests Half-transfer HTIF HTIE Transfer complete TCIF TCIE Transfer error TEIF TEIE FIFO overrun/underrun FEIF FEIE Direct mode error DMEIF DMEIE
-
Thread
MonoLibUSB ->VB.Net
htm Meinen VB.net Code habe ich anghangen, mein Problem liegt in der Zeile: [code]controlTransferDelegate = ControlTransferCB()[/code] Fehlermeldung: Für den Parameter "Transfer" von "Private Shared Sub ControlTransferCB(Transfer As MonoLibUsb.Transfer.MonoUsbTransfer)" wurde kein Argument
Eventuell so? [code] controlTransferDelegate = AddressOf ControlTransferCB [/code]
-
Thread
Atmel ARM: USB Communication Device Class
bestimmte Daten (byteweise) sicher übertragen. Jetzt stellt sich allerdings die Frage, welchen USB Transfer Modus das Atmel Software Framework für CDC benutzt. Laut diesem PDF http://www.atmel.com/Images/doc6269.pdf wird entweder ein Isochroner oder ein Bulk Transfer verwendet. Wie kann ich jetzt herausfinden
Wireshark auch das USB-Protokoll mit anzeigen lassen. Beim der Arduino Kommunikation wird dort Bulk-Transfer verwendet. Zum Sam kann ich nichts sagen.
-
Thread
ESP-32 SPI sendet falsche bits
] = pin_nr & 0b00111111; spi_master_tx_buf[0] = spi_master_tx_buf[0] | 0b10000000; master.transfer(spi_master_tx_buf, spi_master_rx_buf, BUFFER_SIZE); bool response_valid = false; bool response_high = false; uint8_t response_pin = 0; while (!response_valid || response_pin != pin_nr) { master.transfer(spi_master_tx_buf, spi_master_rx_buf, BUFFER_SIZE); uint8_t response = spi_master_rx_buf[0]; Serial.print("Full intermediate response: "); for (int i = 7; i >= 0; i--) {
-
Thread
Cypress FX2 - Bulk EPs oder Control EP
Control EP verwenden oder kann ich das ruhig so lassen? Der unterschied zwischen Control und Bluk Transfer ist ja eigentlich nur, dass bei jedem Control befehl jeweils der Empfänger und der Sender diesen quitieren. Beim Bulk-Transfer habe ich ja aber auch den CRC und das dreimalige wiederholen, somit sind
die Flexibilität die für den bulk transfer spricht?
-
Thread
ESP8266 - Software I2C - Dauernd Resets
void I2CMasterAck(){ setLow(SDA); } void I2CMasterNAck(){ setHigh(SDA); } void transferByte(uint8_t byte){ int16_t bitCycle; for(bitCycle = 7; bitCycle >= 0; bitCycle--){ uint8_t currentBit = (byte >> bitCycle) & 1; if(currentBit == 1){ setHigh(SDA); }else
12); setLow(SCK); return sdaValue == 0; } bool sendByteWithSlaveAck(uint8_t byte){ transferByte(byte); return checkSlaveClkReceived(); } uint32_t I2CReadBMP280(uint8_t regAddr, int8_t amount){ uint32_t result = 0; I2CStart(); if(sendByteWithSlaveAck(SLAVE_WRITE)){ if
-
Thread
Anwendungsentwicklung für CP/M 2.x
holm schrieb im Beitrag #6144432: > Den Transfer darüber, falls ich ihn wirklich mal > benötige, erledigen die Standard Unix Tools wie sx, sz und Konsorten die > da einfach geforkt werden. Hast Du zufällig ein COM Programm was das XMODEM Protokoll
Christian J. schrieb im Beitrag #6144563: > holm schrieb: >> Den Transfer darüber, falls ich ihn wirklich mal >> benötige, erledigen die Standard Unix Tools wie sx, sz und Konsorten die >> da einfach geforkt werden. > > Hast Du zufällig ein COM Programm was das XMODEM
-
Thread
USB Datenübertragung Funktionsweise
Schau mal in der 2.0 Spezifikation unter 5.8.4 Bulk Transfer Bus Access Constraints Gruß Potter
Ich habe jetzt nochmals weiterrecherchiert und dabei festgestellt, dass man deutlich zwischen Transfer und Transaktion unterscheiden muss. Nach USB-Spec ist nur 1 Transfer pro (u)Frame möglich (im Bulk-Modus), allerdings kann ein Transfer mehrere Transaktionen (enthält Nutzdaten) umfassen. Somit lässt
-
Thread
LED Cube programmieren
F_CPU 8000000UL //8 Mega Herz #include <util/delay.h> #include <avr/io.h> unsigned char SPI_transfer(unsigned char value) { uint8_t bit_ctr; for(bit_ctr=0;bit_ctr<8;bit_ctr++) // output 8-bit { if(value & 0x80) { PORTB |= (1<<PB0); } else { PORTB
, 1=CLOCK, 2=CLEAR, 3=LATCH static int timeperiod = 100; while(1) { SPI_transfer(0b10101010); SPI_transfer(0b10101010); SPI_transfer(0b10101010); PORTB=0b0001000; //LATCH On-Off PORTB=0b0000000; PORTC=0b0000001; // Ebene 1-5 Werden angesteuert
-
Thread
[STM32f4] I2S mit DMA
übertragenden Elementen vollständig übertragen wurden. Ist das der Fall, dann konfiguriere ich einen Transfer mit neuer Zieladresse und gebe den Transfer frei, so dass er gestartet wird, wenn der andere Transfer abgeschlossen ist, u.s.w. Das ganze sieht dann für das Teil von TI so aus: Einmal die Konfiguration
für den nächsten Transfer des I2SRx Kanals für den uDMA * Primäre Kontrollstruktur (Ping Pong Modus, Buffer1), Datenquelle ist der I2SRx FIFO */ uDMAChannelTransferSet(UDMA_CHANNEL_I2S0RX | UDMA_PRI_SELECT
-
Thread
SD Karte Spartan 3A XPS_SPI Modul
jetzt: Das XPS_SPI Modul ist in den Manual Slave Select Modus geschalten. Das heisst nach jedem Transfer muss ich CS selber kurz auf High und dann auf LOW ziehen. Jetzt macht das aber die Transfer Funktion selber, und zwar nach jedem abgesendeten array an Daten, das will ich aber nicht, denn z.B. CMD0
0x00000000)) { print("\r\nFehler bei Slave Wahl."); } // 16 Dummy Bytes senden XSpi_Transfer (&SPI_1,INIT,NULL, 16); xil_printf("SD-Rueck: %x\n", sd_transfer2(CMD0, 6 , 0x01)); xil_printf("SD-Rueck: %x\n", sd_transfer2(CMD1, 6 , 0x00)); xil_printf("fertig\n"); return 1
-
Thread
USB übergeordnetes Protokoll
bei größeren Datenmengen vor, also bspw wenn ich die geloggten Daten übertragen möchte, der Bulk-Transfer hat ja keine "Parameter" wie bRequest, wValue usw? Schickt man vorher eine Anfrage an einen Control-Endpoint, der die Bulk-Übertragung vorbereitet? Oder bastelt man sich das im Bulk-Packet z.B. am
Transfers arbeiten willst musst du das ein Protokoll > implementieren. Bereitet man den Bulk-Transfer dann sinnvollerweise mit einem Control-Transfer vor, also überträgt darüber bspw. die 'Bedeutung' des nachfolgenden Bulk-Transfers und die Menge der Daten? Oder baut man das eher in das Bulk-Paket
-
Thread
SPI-Daten zerhacken
kenne das Manual des 8535 aber nicht. Von Hand machen ist gut: wo ist das Problem: vor und nach dem Transfer jeweils den CS zu bedienen? Gruß, Stefan
aber irgendwer sollte schon den hut aufhaben, oder? >gut: wo ist das Problem: vor und nach dem Transfer jeweils den CS zu >bedienen? ich sprach von keinem problem.
-
Thread
[SAM7] SPI + VS1011 = Problem
ich das so konfiguriert: Im CSR (Chip-Select-Register) hab ich CSAAT (=Chip Select Activ After Transfer) gesetzt, das mir die CS-Leitung nach einem Transfer aktiv lässt. So werden erstmal 3 Byte übertragen und beim 4ten Byte wird dann im Dataregister zusätzlich das LASTXFER-Bit gesetzt. Das ist dazu da, dass dann nach dem Transfer das CS wieder inaktiv geschalten wird. Das sieht dann im gesamten so aus, als wäre es ein 32Bit Transfer gewesen. Gelesen wird so: Es werden erstmal READ und Adresse rausgeschrieben. Dann gehts
-
Thread
Wittig(welec) DSO W20xxA Open Source Firmware
andere Oszi kann das besser), oder erst Stop_Record und dann noch Start_Record aufrufen. So, TransferPlanes (allein) ist unschuldig. Werde gleich noch mal flashen. Gruß, Guido
daher, dass die Menü-Plane über das Grid kopiert wurde (UI_Plane2). Abhhilfe: Am Anfang von TransferPlanes ändern: [c] if (UpdateMenuTextPlane) { /* Gudo test:change TransferDataPlane_asm_persistant(0x008DBB24, 0x00970F30); */ TransferDataPlane_asm_persistant(0x008DC254
-
Thread
Label-/Etikettenprinter Therm(transfer?)druck
Hi, ich bin im Moment auf der Suche nach einem Gerät, welches im Optimalfall folgende Anforderungen erfüllt: - ca 1cm hohe Etiketten in fast A4-Breite (also vmtl. Endlosband) - Adressetiketten - sonstige kürzere, nicht wasserfeste Etiketten - PC-Anbindung (USB) Ich habe schon ein (uraltes) P-Touch-Gerät mit Thermotransferdruck, da die Bänder aber mindestens genauso alt sind ist die Klebekraft schon herabgesetzt. So wie ich es sehe würden die Brother QL-Geräte (an sich bin ich auf den Hersteller nicht festgelegt) meine Anforderungen erfüllen, einzig bin ich hier etwas skeptisch bezüglich
-
Thread
Reglerentwurf in Matlab
Danke... Ich finde die "transfer function" in der Simulink Library nicht. Wo finde ich die denn???
Normalerweise in der Simulink-Library unter "Continuous".. der Block heisst "Transfer Fcn"
-
Thread
Potentialtrennung Signalleitungen und Versorgung
Spannungsversorgung ist echt ein harter Punkt... weiß jemand bis zu welcher Leistung wireless-power-transfer applikationen ca funktionieren? macht es Sinn in diese Richtung nachzudenken? lg, michael
noch nie welche über 20kV gesehen habe. >weiß jemand bis zu welcher Leistung wireless-power-transfer >applikationen ca funktionieren? Alles eine Frage der Baugröße. Mit einem Feststoff kann man 90kV mit vielleicht 20-30mm Dicke isolieren, wenn auch andere Randbedingungen stimmen.
-
Thread
STM32F7 SPI DMA 400kSPS zum externen ADC
Es wird nur ein Byte abgesetzt da der Dma mit dem einen Request des Timer nur eine Transfer Unit zum Spi Fifo transferiert. Du müsstest mir dem einen Dma Timer Request einen Burst Transfer der gesamten 3 Bytes einleiten was dann bei 1 Byte unit in 3 Dma Transfer Zyklen endet. Aber Achtung
AutoTx der getriggert wird und hab nur ein Dma Kanal für Rx oder stoße einen nötigen Tx Fifo Transfer getriggert über einen Dma Sync Descriptor an, der eigentliche Daten Transfer zum Spi Tx Fifo erfolgt mit dessen Request und eigenem Descriptor dafür. Bei dem Nxp mit dem ich kurz arbeitete hat
-
Thread
SCP1000 Drucksensor Problem - Gibt bei höherem Luftdruck einen niedrigeren Wert aus
register_name &= B11111100; //Register lesen digitalWrite(SLAVESELECT,LOW); //SPI auswählen spi_transfer(register_name); //Datenbyte "in" SPI schreiben in_byte1 = spi_transfer(0x00); in_byte2 = spi_transfer(0x00); digitalWrite(SLAVESELECT,HIGH); in_word = UBLB(in_byte1,in_byte2
; //Register lsen digitalWrite(SLAVESELECT,LOW); //Datenbyte "in" SPI schreiben spi_transfer(register_name); //Send register location spi_transfer(register_value); //Send value to record into register digitalWrite(SLAVESELECT,HIGH); } [/Code]
-
Thread
Optokoppler miteinander vergleichen
z.B. der hier: http://www.datasheetcatalog.org/datasheets/208/83222_DS.pdf - eine current transfer ratio angegeben. Wie habe ich das zu interpretiern ? Ich finde diese Datenblätter schwierig zu lesen. Das der Strom duch die LED und der Strom druch den Fototransistor einen gewissen Zusammenhang
? Sollte ich also den Optokoppler nur in den Parametern betreiben, die mir in den Current - Transfer Ratio Diagrammen vorgegeben sind ? Gruß und Danke
-
Thread
Interrupt UART und normaler SPI
Seite 57 im Datenblatt des Atmega64 "0x0022 SPI, STC SPI Serial Transfer Complete" mach ich dann: [c] #define SPI_INTERRUPT 0x0022 und dann? IST(SPI_INTERRUPT) [/c]
Im iom64.h [c] /* SPI Serial Transfer Complete */ #define SPI_STC_vect_num 17 #define SPI_STC_vect _VECTOR(17) #define SIG_SPI _VECTOR(17) [/c]
-
Thread
!!!!!! LM75 mit AVR300 Hilfe !!!!!!!!
Send start condition and address ldi i2cdata,$00 ; Write word address rcall i2c_do_transfer ; Execute transfer ldi i2cadr,$90+i2crd ; Set device address and read rcall i2c_rep_start ; Send repeated start condition and address clc rcall i2c_read ; Execute transfer (read) mov temp5,i2cdata sec rcall i2c_read ; Execute transfer (read) mov zahl3,i2cdata rcall i2c_stop ; Send stop condition - releases bus der 1. read befehl bringt mir wie gewünscht die temperatur beim 2. read befehl solte das bit 7 0,5 grad
-
Thread
FM25W256 funktioniert nicht
framWrenWrite(int CS, byte Adress_1, byte Adress_2, int framWriteData) { digitalWrite(CS, LOW); SPI.transfer(OPCODE_WREN); //WREN-OP-CODE SPI.transfer(OPCODE_WRITE); //WRITE-OP-CODE SPI.transfer(Adress_1); //Speicheradresse wird gesendet SPI.transfer(Adress_2); //Speicheradresse wird gesendet SPI.transfer(framWriteData); //FRAM speichert Daten digitalWrite(CS, HIGH); } [/c] da man nicht zwei Opcodes hintereinander senden kann wie A. B. bereits beschrieben hat.
-
Thread
C versus Assembler->Performance Gesperrt
// | At this time transfer from device will be interrupted // 0x30 | Set by PS2Send function. Clock has been released and was pulled down by device // | -> Set first data bit (LSB) // ... | ...(set data
TxDSendByte(UARTCommand | 0x80); break; case 0x16: //Send checksum and terminate transfer by setting state to 0x00 (listen) case 0x35: //Send checksum and terminate transfer by setting state to 0x00 (listen) UARTState = 0x00; TxDSendByte(UARTChecksum);
-
Thread
ADC CS5524 mit Atmega328
CS5524 Chip-select auf low char data = 0b00001011; // byte zum Lesen von config_register spi_transfer(data); data = 0b00000000; //SDO flag loeschen spi_transfer(data); delay(1); ADC_Werte0 = spi_transfer(data); //MSB ADC_Werte1 = spi_transfer(data); ADC_Werte2 = spi_transfer(data
low //Setting the channel setup register char data; data = 0b00000101; spi_transfer(data); data = 0b00000100; spi_transfer(data); data = 0b11000000; spi_transfer(data); data = 0b01000100; spi_transfer(data); data = 0b11000000; spi_transfer
-
Thread
Was ist ein NPN-Transistor als gesteuerter Widerstand?
Was heißt Transistor noch mal ausgescrieben? Transfer Resistor. Warum haben sich seine Erfinder bloß diesen Namen ausgedacht...
spannungsgesteuerte Stromquelle wäre ja ein Widerstand: R=V/I Dann stimmt es also doch mit "Transfer Resistor". Transfer wegen Signalweg von Basis zu Kollektor/Emitter.
-
Thread
AVR-Studio Obsolet?
Oder hat da jemand andere Erfahrungen? Danke auch für die zusätzliche Info von Jörg, über den Transfer der Fertigung der A-Varianten nach Ostasien. Allerdings muss ich zugegeben, dass ich da doch auch auf eine Erklärung angewiesen bin, warum dieser Transfer einer Erhöhung der Sicherheit bedeutet, dass
Aufkauf durch Microchip fast alle abgestoßen. Die "A"-Versionen sind "die shrinks": durch den Transfer in eine modernere Fab kann man mit kleineren Strukturen arbeiten als in der vorherigen Fab. Um das gleiche elektrische Verhalten wie zuvor zu bekommen, wird zwar das aktive Silizium weiterhin
-
Thread
Probleme mit TM7705 an Arduino nano3
0100 0100 self calib CH0, no buff, unipol, FSYNC start while(!(SPSR & (1<<SPIF))); // wait for transfer complete, poll SPIF-flag dummy = SPDR; // read value in SPI data reg. // Byte nicht weiter genutzt cbi(SPCR,SPE); // SPI deaktiv schalten AD7705_CS_HIGH(); // CS hi nach Schreiben
// put byte 'out' in SPI data register for output while(!(SPSR & (1<<SPIF))); // wait for transfer complete, poll SPIF-flag data_h = SPDR; // read value in SPI data reg. SPDR = 0x00; // put byte 'out' in SPI data register for output while(!(SPSR & (1<<SPIF))); // wait for transfer
-
Thread
STM32F4 Adc Dma Restart
>Jetzt zur Frage, wie kann ich den DMA Transfer erneut starten? Wie hast Du's beim ersten Mal geschafft?
enable the generation of DMA requests continuously at the end * of the last DMA transfer, use the ADC_DMARequestAfterLastTransferCmd() * function. Das mal probiert? Hat bei mir mit Circular DMA Mode und ADC Continues Scan Mode funktioniert. Vorher hatte ich das gleiche
-
Thread
Daten via USART senden auf SAM V71
= 0; xdmac_channel_cfg.mbr_sus = 0; xdmac_channel_cfg.mbr_dus = 0; xdmac_configure_transfer(XDMAC, USART0_DMAC_ID_TX, &xdmac_channel_cfg); xdmac_channel_enable(XDMAC, USART0_DMAC_ID_TX); [/c] Aber ich komm echt nicht drauf, wie ich das zum erfolgreichen Senden mit meiner Struktur
xdmac_channel_get_interrupt_status(XDMAC, XDMA_CH); xdmac_channel_cfg.mbr_sa = (uint32_t)&src_buf; xdmac_configure_transfer(XDMAC, XDMA_CH, &xdmac_channel_cfg); }; } [/c]
-
Thread
Magnetic Resonant Coupling Wireless Power Transfer
Hallo zusammen, ich arbeite derzeit an einem Magnetic Resonant Coupling Wireless Power Transfer System. Diese System besteht aus vier gekoppelten Schwingkreisen. Meine Frage ist wie kann ich dieses System am besten simulieren Matlab/Simulink oder Multisim? Außerdem wie kann ich den resultieren
-
Thread
HAL_SPI_Transmit_DMA ruft callback nicht
Ende wird der registrierte Callback nicht aufgerufen. Ich habe eine j-link dran und sehe, daß wTransferState sich nicht ändert. CPU ist STM32MP157. Ich bin auf dem M4. Der SPI ist dem M4 zugewiesen. [c] enum { TRANSFER_WAIT, TRANSFER_COMPLETE, TRANSFER_ERROR }; while (1) { wTransferState
++counter; } } void HAL_SPI_TxCpltCallback(SPI_HandleTypeDef *hspi) { wTransferState = TRANSFER_COMPLETE; } [/c]
-
Thread
Flashing und Debugging mit gdb und BMP
0x08000000 Loading section .text, size 0x2864 lma 0x8000000 Start address 0x0, load size 10340 Transfer rate: 23 KB/sec, 940 bytes/write. (gdb) (gdb) x/10 0 0x0: Cannot access memory at address 0x0 (gdb) [/code] Aber wie weiter? War das schon das flashen (load)?
symbols. Loading section .text, size 0x3bc8 lma 0x8000000 Start address 0x8003a56, load size 15304 Transfer rate: 31 KB/sec, 956 bytes/write. (gdb) x/10 0 0x0: Cannot access memory at address 0x0 (gdb) [/c] memmap: [c] MEMORY { rom(RX) : ORIGIN = 0x08000000, LENGTH = 0x4000 ram(WAIL)
-
Thread
Eigenes (WLAN) Netz für "Smart"-Geräte?
ATM steht fuer Asynchron Transfer Mode. D.h. das Protokoll arbeitet heute das asynchronene Aufkommen des Datenverkehrs ab. Leider klickt ja niemand synchron im Browser. Also Dieter die erste Sekunde jeder Minute, A K jede zweite,
Dieter D. schrieb im Beitrag #7986796: > ATM steht fuer Asynchron Transfer Mode und galt vor über 30 Jahren als DAS zukünftige Übertragungsverfahren für Daten UND Sprache, bevor es kurz danach in der Versenkung verschwand. Dieter D. schrieb im Beitrag #7986796: >
-
Thread
FIFO beim stm32f10
Denn in CNDTR steht nach Datenblatt "Number of Data to be transferred" und die wird nach jedem Transfer geringer. rgds
nicht mehr zu Variablen sagst und auch vom Code nicht mehr zeigst) versuchst Du nachdem der DMA Transfer den Wert(die Werte) in den "USART1_DMA_RxBuffer" eingetragen hat diese in eine zweiten Puffer "read_buffer1" umzukopieren. Warum bearbeitest Du nicht den DMA_RxBuffer direkt? Wie kommt beim Überlauf
-
Thread
Frage zu HAL_UART_Transmit_IT
dies natürlich der beste weg. Das geht auf jeden Fall. Ich habe aus HAL-Allergie-Gründen den Transfer in der LL (Low-Level) Version umgesetzt. Das funktioniert ganz prächtig. Braucht zum Starten ca. 10-15usec für einen Transfer-Block (bei einem F103) der beliebig lang ist und verursacht (wenn man es zulässt) genau einen Interrupt am Ende des Transfers (zum Löschen des Transfer Complete Flags). In der Zwischenzeit kann man unbelastet beliebig andere Dinge tun. Der einzige "Nachteil" - für mich ist es keiner, ist dass man den Transfer nicht so auf dem Silbertablett
-
Thread
Sinn und Zweck des TXFE-Bits im STM32F407?
ins datasheet??? Genau das selbe Trauerspiel beim DIEPTSIZ. Da steht: "Bits 18:0 XFRSIZ: Transfer size This field contains the transfer size in bytes for the current endpoint. The core only interrupts the application after it has exhausted the transfer size amount of data." Welcher Interupt
keine weiteren Interrupte im DIEPINT! Welcher Interrupt wird denn ausgelöst wenn "exhausted the transfer size amount of data"?
-
Thread
RS 232 -> USb-Adapter unter Linux
5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0008 1x 8 bytes bInterval 10 Device
5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0004 1x 4 bytes bInterval 10 Device
-
Thread
UV-Laserdrucker
sind (immer noch) - Laser-Dioden-Treiber optimieren - Umsetzung auf ATXMega mit DMA to SPI-Transfer Der Transfer funktioniert und ich komme locker auf die gewünschte Auflösung. Ich erhoffe mir davon nicht die Super-1 mil- Auflösung sondern deutlich schärfere Kanten und eine merklich bessere
size DCH1CSIZ=4; // 32bit per transfer request [/c] Viele Grüße
-
Thread
GCC Bug?
AD9832_putc(u08 c) { while(!(SPSR & (1<<SPIF))) nop(); // wait until SPI transfer is complete SPDR = c; while(!(SPSR & (1<<SPIF))) nop(); // wait until SPI transfer is complete } [/C] Ohne dem SPDR = 0xFF in der Main klappt garnix am
auf /CS eine 1-0-Flanke nach Ende des Datentransfers. Es bringt also überhaupt nichts, vor dem Transfer auf das Ende des letzten Transfers zu testen. Daher einfach das Datenbyte ab in den Puffer und dann warten, bis es raus ist. Peter
-
Thread
I2C-Sensoren hinter I2C-Switch nicht mehr ansprechbar
einen Sensor nicht mehr ansprechen. Das muß so sein, wenn das Reset einen gerade laufenden I2C-Transfer abwürgt und der Slave gerade ein low-Bit sendet. Ich kenne keinen HW-Master, der sowas auflösen kann. Du mußt die Pins als IO konfigurieren und zu Fuß SCL 9* takten.
/* Configure slave address, nbytes, reload, end mode and start or stop generation */ I2C_TransferHandling(I2Cx, address<<1, 1, I2C_SoftEnd_Mode, I2C_Generate_Start_Write); (*pstat)++; } } else if (*pstat == 3) { if (I2C_GetFlagStatus(I2Cx, I2C_ISR_TXIS) != RESET) { //HIER
-
Thread
NAS Zugriff Schnelligkeit verbessern
Daten zu. > > Aso SSH Verschlüsselung auf meiner NAS aktivieren und FTP? Nein: FTP = File Transfer Protocoll FTPS = File Transfer Protocoll Secure, also FTP über TLS SFTP = SSH File Transfer Protokol, ist ein anderes Protokoll als FTP und hat mit diesem nichts zutun.
es schnellst möglich entfernen. Daniel A. schrieb im Beitrag #5127980: > Nein: > FTP = File Transfer Protocoll > FTPS = File Transfer Protocoll Secure, also FTP über TLS > SFTP = SSH File Transfer Protokol, ist ein anderes Protokoll als FTP und > hat mit diesem nichts zutun. oke, dachte es
-
Thread
Mail via anderem Programm aus .net senden
Alternative https://www.vb-paradise.de/index.php/Thread/6931-E-Mail-senden-per-SMTP-Simple-Mail-Transfer-Protocol/
replaced by Exchange Web Services (EWS), Exchange ActiveSync (EAS), and Representational State Transfer (REST)* APIs." https://docs.microsoft.com/en-us/exchange/new-features/discontinued-features?view=exchserver-2019
-
Thread
SPI Verständnisproblem
: unsigned char returnvalue; // hier richtigen Chipselect setzen returnvalue = SPI_MasterTransfer(0x00); // hier Chipselect wieder rücksetzen Hier wird 0x00 an den Slave gesendet und die Antwort vom Slave in returnvalue geschieben. Grüße, Peter
setzen >> returnvalue = SPI_MasterTransfer(0x00); >> // hier Chipselect wieder rücksetzen >> Hier wird 0x00 an den Slave gesendet und die Antwort vom Slave in >> returnvalue geschieben. Ich versteh immer noch nocht so ganz, was es
-
Thread
STM32: Compilerwarnung vorübergehend unterdrücken
HAL_ADC_ConvCpltCallback(__attribute__((unused)) ADC_HandleTypeDef *AdcHandle) { /* Turn LED4 on: Transfer process is correct */ BSP_LED_On(LED4); } [/c]
Wunused-parameter" void HAL_ADC_ConvCpltCallback(ADC_HandleTypeDef* AdcHandle) { /* Turn LED4 on: Transfer process is correct */ BSP_LED_On(LED4); } #pragma GCC diagnostic pop [c]
-
Thread
PCB von BMP drucken
Ich fertige meine PCB mit der Toner-Transfer-Methode. Dabei wichtig ist dass Bahnen breite nicht zu klein ist . Auch Abstände zwischen den Bahnen sollten nicht zu klein sein. Ich Plotte im KICAD meine Platine im Format Postscript. Die File übergebe
dem "mechanischen Gewerke" verbunden ist. Oder jemand anderes als der TO der noch mit der Toner Transfer Methode arbeitet hat Interesse an "Bitmap-pimping-tools".
-
Thread
Schnellste Software-SPI Implementierung auf AVR
DATAR ... Register mit den zu transferierenden Daten ;; PORTX ... Das PORT Register für den Transfer ;; PINX ... Das PIN Register für den Transfer ;; OUTR ... Register mit dem "Standard" Wert für PORTX ;; PINMOSI ... Das bit im PORT/PIN Register für MOSI ;; PINSCK ... Das bit im PORT
DATAR ... Register mit den zu transferierenden Daten ;; PORTX ... Das PORT Register für den Transfer ;; PINX ... Das PIN Register für den Transfer ;; OUTR ... Register mit dem "Standard" Wert für PORTX ;; PINMOSI ... Das bit im PORT/PIN Register für MOSI ;; PINSCK ... Das bit im PORT