-
Thread
C# - Vom Uint16 Block CRC Bilden
TempInt16 = 0; byte[] byteArr = new byte[maxPayloadLen * 2]; for (int i = 0; i < UL_BlocksToTransfer - 1; i++) { // Initialize size of Array number "i" TransferBlock[i] = new UInt16[maxPayloadLen + 3]; // set Length of block (number of registers for data portion) TransferBlock[i
create crc32 check for this data portion crc32 = CRC32generate(byteArr, maxPayloadLen); TransferBlock[i][maxPayloadLen + 1] = (UInt16)crc32; TransferBlock[i][maxPayloadLen] = (UInt16)(crc32 >> 16); } [/c]
-
Thread
Xilinx Spartan6 SPI ADC
Ich habe es jetzt auf u16 geändert dabei sagt der Compiler mir acuh eine Warnung aus für den Transfer Befehl wegen der u16. warning: passing argument 2 of 'XSpi_Transfer' from incompatible pointer type Und das bekomme ich dann als Ausgabe Status: Erfolgreich gesendet. ADC Wert 0: 128 ADC Wert
/ Kommandowort // Daten Übertragen --> 1 einzige Übertragung reicht da aus. Status=XSpi_Transfer(&DAC_SPI, WriteBuffer, ReadBuffer, 1); : [/c]
-
Thread
AVR32 UC3A1512 Taktfrequenz einstellen?
// Reload counter zero interrupt 0 << AVR32_PDCA_IER_TRC_OFFSET | // Transfer complete interrupt 0 << AVR32_PDCA_IER_TERR_OFFSET; // Transfer error interrupt AVR32_PDCA.channel[0].idr = // Interrupt Disable Register
// Reload counter zero interrupt 1 << AVR32_PDCA_IDR_TRC_OFFSET | // Transfer complete interrupt 1 << AVR32_PDCA_IDR_TERR_OFFSET; // Transfer error interrupt //****************Hardware init ready**************************** AVR32_GPIO.port
-
Thread
Programm verschießt Eichhörnchen wenn mit eigenem Bootloader geladen
verfügbaren Bytes im W5100 zählt: uint8_t W5100Class::read(uint16_t _addr) { setSS(); SPI_transfer(0x0F); SPI_transfer(_addr >> 8); SPI_transfer(_addr & 0xFF); uint8_t _data = SPI_transfer(0); resetSS(); return _data; } So gibt die Funktion wenn ich sie aufrufe 1024 zurück, anstatt
vornehme, klappt es noch nicht: uint8_t W5100Class::read(uint16_t _addr) { setSS(); SPI_transfer(0x0F); SPI_transfer(_addr >> 8); SPI_transfer(_addr & 0xFF); uint8_t _data = SPI_transfer(0); resetSS(); return 0; } Wenn ich nun diese völlig unlogischen Änderungen vornehme,
-
Thread
USB: Alternative zu VCP über CDC?
0x01 Open Pipes: 2 Endpoint Descriptor: bEndpointAddress: 0x81 IN Transfer Type: Bulk wMaxPacketSize: 0x0040 (64) bInterval: 0x00 Endpoint Descriptor: bEndpointAddress: 0x02 OUT Transfer Type: Bulk wMaxPacketSize: 0x0040 (64)
<-> Serial" 0x0409: "USB <-> Serial" Endpoint Descriptor: bEndpointAddress: 0x81 IN Transfer Type: Bulk wMaxPacketSize: 0x0040 (64) bInterval: 0x00 Endpoint Descriptor: bEndpointAddress: 0x02 OUT Transfer Type: Bulk wMaxPacketSize: 0x0040 (64)
-
Thread
eeprom M95M02
[c] USART_SpiTransfer( USART0, M95M02_CMD_WREN ); uint8_t retVal = 0; USART_SpiTransfer(USART0, M95M02_CMD_RDSR); retVal = USART_SpiTransfer(USART0, 0); [/c] Der Wert von retVal ist immer
-
Bild
Streudiagramm mit zwei Datenwolken
denom num
-
Thread
Oszilloskop Einstellung SPI Protokoll
Übertragung - mach braucht große > Pufferspeicher an denen das oft scheitert. Also 24 MHz im Bulk Transfer ist mit USB 2.0 kontinuierlich möglich. Das nutzen die Saleae und Clone ja auch. Und bei so langsamen Signalen (<24 MHz) spielt auch ein SW Trigger keine Rolle. Mal die Kirche im Dorf lassen.
ehesten etwas damit zu tun, was man /zuvor/ hinausgeschoben hat. Wenn man also beim /jetztigen/ Transfer einen Befehl rausschiebt, bekommt man beim /nächsten/ Transfer die Antwort.
-
Thread
Mindest RAM größe bei 500GB int. HDD
autospeed negotiation. This enables our SATA II drives to automatically detect the motherboard data transfer rate, making it backward compatible with SATA I data transfer rates. However, some older SATA I controllers are unable to support autospeed negotiation and cannot recognize the drive. This “drive
). * To lock the drive at 150 MB/s data transfer rate install a jumper shunt on pins 5-6 (OPT1), shown in the picture below. (Only available on 3.5 inch (Desktop) size drives) * If the OPT1 jumper setting does not resolve the issue, please
-
Thread
Schaltplan überprüfen: Asuro Clone mit RFM12
Prototypes oder Hack a Day was raussuchen was ich gebrauchen kann. Achja ich wollte die Toner Transfer Methode mit Laser Drucker OHP Folien probieren. Gibts da besonders geeignete oder doch lieber Reichelt/Polin/Spiegel Papier wobei mein Drucker FS-1020D das wohl nicht direkt Pur mag sondern nur mit
Okay, dann werde ich das versuchen zu Ätzen. Hab nur überall gesehen das mit Toner Transfer nicht all zu feine Sachen machbar wären. Deswegen hab ich versucht bei 12mil zu bleiben. Weiß nur nicht ob ich alles korrekt eingestellt habe beim prüfen. Habe halt die Bahndicke auf 12 mil und
-
Thread
SDCard, Widerstands-Level-Converter, Speed?
ist mein USART nur halb so fix? Hab nochmal das C-File >angehangen. Weil unsigned char spi_transfer ( unsigned char value ) eine Anfängerroutine ist. Die wartet auf jeden Transfer. Hast du dir meinen Code überhaupt mal angesehen?
while(!(UCSR1A & (1<<UDRE1))); UDR1 = *cmd++; a -= 2; //spi_transfer ( *cmd++ ); //spi_transfer ( *cmd++ ); } while(a); while(!(UCSR1A & (1<<TXC1))); do { while ( ! ( UCSR1A & ( 1 << UDRE1 ) ) ); UDR1 = 0xFF; while
-
Thread
Verständnisfragen zu USB
sein, ein einzelnes Interface ein oder abzuschalten. Wie geht das? -Kann ich im IN-Interrupt Transfer Modus im nachhinein über den Host noch die Polling Frequenz ändern? Z.B von 15ms auf 1ms. Könnte das vielleicht über den Standard Device Request GetDescriptor funktionieren? Oder evtl. über ein Alternate
schrieb im Beitrag #3780764: > Nein müssen sie nicht, aber wenn mehrere Endpunkte im Interrupt Transfer > arbeiten und der ein oder andere für eine gewisse Zeit nicht benötigt > wird, wird unnötig Bandbreite auf dem Bus belegt, der dann evtl. für > andere Endpunkte verwendet werden könnte. Interrupt
-
Thread
Einziger SPI Slave daueraktivieren?
der SPI Peripherie wie CLK,MOSI,MISO. Die Zeitpunkte wann die Software CS setzt und ein Byte zum Transfer reinschiebt, sind mehr oder weniger losgekoppelt. Auf der anderen Seite kann ein Master nicht n-Pins für CS vorhalten. Gruß
Peripherie > wie CLK,MOSI,MISO. Die Zeitpunkte wann die Software CS setzt und ein > Byte zum Transfer reinschiebt, sind mehr oder weniger losgekoppelt. Nein, diw Software muss die Signale so erzeugen, dass es dem erforderlichen Timing für den/die Slaves entspricht. CS und Transfer in nicht synchronisierte
-
Thread
PIC24 UART Rx Interrupt
been called before calling this function @Param None. @Returns A UART1_TRANSFER_STATUS value describing the current status of the transfer. @Example Refer to UART1_ReadBuffer and UART1_WriteBuffer for example */ UART1_TRANSFER_STATUS UART1_TransferStatusGet
set at the same time. */ if(uart1_obj.rxStatus.s.full) { status |= UART1_TRANSFER_STATUS_RX_FULL; } if(uart1_obj.rxStatus.s.empty) { status |= UART1_TRANSFER_STATUS_RX_EMPTY; } else { status |= UART1_TRANSFER_STATUS_RX_DATA_PRESENT
-
Thread
Erfahrungen XMega und DMA-Timing (192A3)
zu können, nutze ich den Double-Buffering Modus mit CH0 + CH1. Momentan triggere ich den DMA-Transfer eines neuen Wertes in das CCABUF Register gleichzeitig mit dem Compare-Match TCC0_CCA. Der höchste Compare-Wert den ich habe ist 0x19 bei einer Periodenlänge von 0x27. D.h. der DMA-Controller hätte
...achja, jetzt weiss ich wieder, warum ich es so machen *musste*... Wenn man den DMA-Transfer auf einen Überlauf des Timers triggern würde, müsste man entweder den Counter oder das Periodenregister beschreiben, damit der Transfertrigger dann zurückgesetzt wird. Und das tue ich ja nicht.
-
Thread
Zwei RC-Glieder seriell - Spannung am zweiten Kondensator?
voltage applied to the input is: [math]V_i(t)=U_s(1-u(t))+U_z u(t)=U_s+(U_z-U_s)u(t)[/math] The transfer function from the input voltage Vi(t) to the output voltage Vo(t) on the second capacitor assuming R1=R2 and C1=C2 is [math]F(p)={V_o(p)\over V_i(p)}={1\over{(1+pRC)^2}}[/math] It's calculated by
system theoretical perspective, a RC circuit is a PT1 element with known (look it up in tables) transfer function [math]H_1=Y_1/U_1=\frac{1}{1+R_1C_1s}[/math], where H is the transfer function ("Übertragungsfunktion"), Y the Laplace transformed output (aka the voltage across the capacitor) and U the
-
Thread
SPI auf XMEGA
} void SPI_Write_Reg(uint8_t reg, uint8_t value) { CE_LOW(); SPI_transfer(reg); // select register SPI_transfer(value); // ..and write value to it.. CE_HIGH(); } uint8_t SPI_Read_Reg(uint8_t reg) { uint8_t value; CE_LOW(); SPI_transfer(reg); // Select register to read from.. value = SPI_transfer(0); // ..then read register value CE_HIGH(); return(value); // return register value } [/c] Aber
-
Thread
CPAL I2C gleicher Code Fehler nach zweiter Ausführung
= position_sensor_write.databuffer; position_sensor_write.transfer_structure.wAddr1 = POSITION_SENSOR_ADRESS << 1; // Transfer Struktur und Optionen setzen while(I2C2_DevStructure.CPAL_State!=CPAL_STATE_READY); I2C2_DevStructure.pCPAL_TransferRx = &position_sensor.transfer_structure; I2C2_DevStructure.pCPAL_TransferTx = &position_sensor_write.transfer_structure; I2C2_DevStructure.wCPAL_Options = position_sensor.options; position_sensor_write.transfer_structure.wAddr2 = 0x3D; position_sensor_write.transfer_structure.wNumData
-
Thread
Problem mit I²C (CubeMX)
fehlerfrei läuft. Wenn ich das Delay auf 3 stelle (zw. 2 und 3ms), kommen wieder falsche Zeichen. Der Transfer einer Zeile dauert ca. 2,7ms, was sich mit dieser Wartezeit deckt. Ich vermute also, daß das Send-Kommand bereits aufgerufen wird, obwohl noch ein Transfer läuft. Ist es möglich, daß HAL_I2C_GetState
gebraucht wird (der Vergleich der Puffer) und das kann wunderbar geschehen, während bereits ein Transfer läuft. Harry
-
Thread
WordClock mit WS2812
schrieb im Beitrag #4412584: > Eine Reduzierung des DMA-Transfers auf einen 8-bit- statt > 16-bit-Transfer würde genügend RAM einsparen, funktioniert aber leider > noch aus unerfindlichen Gründen nicht. Problem erkannt und gelöst. Der 8-bit-DMA-Transfer läuft nun reibungslos. Damit sind 5KB des insgesamt
viel RAM spart, weil sie den DMA Bit-Buffer on-the-fly füllt. Dabei werden die Interrupts DMA_HALF_TRANSFER und DMA_COMPLETE_TRANSFER genutzt. Während die Daten aus dem ersten 24-Bit Bitbuffer zur LED per DMA rausgeschrieben werden, wird der zweite 24-Bit Bitbuffer berechnet und das immer abwechselnd.
-
Thread
AT90USB1287 BulkTransfer unter Linux mit libusb ?!
Hallo; Ich habe folgendes Problem... Ich will Daten via Bulk transfer vom PC zum µC schicken, dann auf ein E² schreiben und lesen mit SPI, und die Daten zurück an den PC mit USB Bulk transfer... Bei Windows XP klappt es perfekt, aber nicht unter Linux Suse10.1
von Daten in den USB Fifo)? Mein Projekt ist ein LOW COST RFID reader: PC -----via USB BULK Transfer --> µC ----via SPI----> ReaderIC ----via SPI---> µC -------via USB BULK Transfer -> PC Dieser Bulk transfer ist schon verdammt schnell,...aber beim kopieren der Daten kann man noch was rausholen
-
Thread
SPI 16 Bit senden 8 Bit Register
nicht: "The user may load the buffer while the shift register is busy, i.e. before the current transfer completes. When the current transfer completes, the queued byte in the transmit buffer is moved to the shift register and waits for the master to initiate another transfer."
> "The user may load the buffer while the shift register is busy, i.e. > before the current transfer completes. When the current transfer > completes, the queued byte in the transmit buffer is moved to the shift > register and waits for the master to initiate another transfer." Beim AVR
-
Thread
Press-n-Peel
kanns wirklich fast abziehen nach dem Bügeln, ohne ins-Wasser-einlegen. Ich habs auch mal mit Transfer-Papier versucht (http://www.pulsar.gs) ist allerdings sauteuer, und das Bügeln ist nicht zu 100% reproduzierbar. Ein Laminator wäre evtl noch gut. Ich hoffe das hilft jemanden & Grüsse Flavio
nur mit Laser, da der Toner die eigentliche Deckschicht bildet. Deswegen heisst es auch Toner-Transfer-Methode.
-
Thread
Vodafone Webby Webradio
auf merkwürdige Art und Weise den Download [code] POST webby.vodafone.de/radio/catalogo/verifyTransfer?device=rda&sn=xxxxxxxxxxxxxxx <?xml version="1.0" encoding="utf-8"?> <Download_descripttion> <Transfer_complete>YES</Transfer_complete> <Device_Name>UEBBI Radiosveglia di Alice</Device_Name>
<?xml version="1.0" encoding="utf-8"?> <Download_descripttion> <Transfer_complete>YES</Transfer_complete> <Device_Name>UEBBI Radiosveglia di Alice</Device_Name> <Manufacturer>Promelit_AVT</Manufacturer> </Download_descripttion> Sender holen GET /radio/catalogo
-
Thread
PIM oder xpsDMA ?
1.) Kann ich irgendwie den DMA-Aufruf puffern. Sprich, gibt es eine Daten-In-FIFO? [code]Dma_Transfer( pointer_1, length_1); Dma_Transfer( pointer_2, length_2); [/code] Geht das, ohne zu warten, ob Transfer_1 fertig ist? 2.) Die PLB_DWidth ist ja 32b, also 4 Byte = 1 word. Der Aufruf Dma_Transfer
jetzt gehofft, die gesammte Kette auf einmal aufzurufen. [code]while (pbuf has_next()){ Dma_Transfer( pointer, length); pbuf = pbuf->next; }[/code] Will ich nicht, daß Dma_Transfer(...) Aufrufe ständig die DMA-Register überschreiben, bräuchte ich so'ne Art Aufruf-FIFO. Geht sowas? Ansonsten
-
Thread
Welche Platinenherstellmehtode?
ARTICLE=23424&artnr=%C3%84TZMITTEL+600G&SEARCH=natriumpersulfat VIEL zu umständlich. Toner-Transfer ist sauberer und geht viel viel leichter und schneller!
ne Belichtungsreihe fahren, etc, pp. Für jemanden, der 1-2 PCBs im Monat baut, ist die Toner Transfer Methode weitaus überlegen.
-
Thread
Verzögerungszeiten bei USB sehr gross
am Root Hub nicht und am Treiber Stack erst recht nicht. Etwas besser geht Interrupt statt BULK Transfer aber dann ist die Datenrate natürlich nicht so hoch.
Christian R. schrieb im Beitrag #5560991: > Bei USB Interrupt oder Isochron Transfer bekommt man noch garantierte > Bandbreiten (die natürlich weit weniger sind als der Maximaldurchsatz), > aber wenn man schnell übertragen will, muss man BULK nehmen, das hat > aber die niedrigste
-
Thread
SPI mit variabler Bitlänge?
sind extrem flexibel, dafür aber auch recht komplex. Die können 2..32 bit oder bis 32 byte pro Transfer und dann auch noch mehrere Transfers in einen "CS Frame" übertragen. Und man kann mehere "CS Frames" mit definierbaren Wartezeiten mit nur einem DMA Transfer abfeuern. Wenn man das möchte oder
im Kopf. zumindest bei der RSPI vom R65N kann man teilweise auch 'krumme' Werte einstellen: Transfer bit length is selectable as 8, 9, 10, 11, 12, 13, 14, 15, 16, 20, 24, or 32 bits
-
Thread
NRF24L01 SPI Problem bringt mich noch zum Wahnsinn!
etwas Müll.... for (uint16_t i = 0; i <100; i++) { CSN_LOW; SPI_TransferByte(0xff); CSN_HIGH; }
TM_DISCO_LED_PORT,LED_ORANGE); ptr = (uint8_t*)&rf_data; CSN_LOW; SPI_TransferByte(NRF24L01_CMD_R_RX_PAYLOAD); for (uint8_t i = 0; i < PAYLOAD_SIZE; i++) *(ptr++) = SPI_TransferByte(0xff); CSN_HIGH; } /* Fifo löschen, Status löschen
-
Thread
Wer verwendet RFM69?
Stellen zusammenkopiert): [c] char buf[] = { 0x0, 0x3 ^ 0x0 ^ 0xff, 'A' }; spi_transfer(REG_FIFO | 0x80); spi_transfer(sizeof(buf)); for (byte i = 0; i < sizeof(buf); i++) spi_transfer(((byte*)buf)[i]); [/c] Ich habe da einen "Transport Layer" check drin, der
MAX_ARRAYSIZE) data[0] = MAX_ARRAYSIZE; // Write-access register 0 rfm_spi(0x80); // Transfer length rfm_spi(data[0]); // Transfer data for (uint8_t i = 1; i <= data[0]; i++) { rfm_spi(data[i]); } } // Read data bytes else { // Read-access register
-
Thread
Google Guthaben auf den Kopf hauen
Die AGBs sagen, dass Auszahlen oder Transfer auf einen anderen Account nicht möglich ist.
Sebastian schrieb: > Die AGBs sagen, dass Auszahlen oder Transfer auf einen anderen Account > nicht möglich ist. Das ist wieder mal klasse. Jeder kleine Prepaid-Handy-Anbieter _muss_ das Guthaben vom Telefonkonto dem Kunden wieder zurück überweisen, wenn der
-
Thread
elm chan FAT-Dateisystem auf MSP430
funktioniert? Als USB-Massenspeicher ist so etwas nicht möglich. Aber dafür gibt es das "Media Transfer Protocol" - das wird von einigen Digitalkameras und auch SmartPhones verwendet. https://de.wikipedia.org/wiki/Media_Transfer_Protocol
Rufus Τ. F. > Aber dafür gibt es das "Media Transfer Protocol" - das wird von einigen > Digitalkameras und auch SmartPhones verwendet. > > https://de.wikipedia.org/wiki/Media_Transfer_Protocol jap, dankeschön, wollte ich gerade schreiben,
-
Thread
Vinculum Problem - VDrive und SPI Schnittstelle
anzunehmen als im Datenblatt steht. > Einzige Möglichkeit bei uns: wir synchromisieren den Transfer nach jedem > Write und Read immer wieder mit dem E. Dann läuft das ganze stabil. So ähnlich habe ich das am Ende auch gemacht: RXF zweistufig über 74HC74 mit dem CPU Takt verzögert, so dass RXF
die Daten in Blöcken (z.B. 4kByte), dann wird die Wartezeit die der VNC benötigt ehe er mit dem Transfer anfängt zunehmend länger, je weiter hinten man in der Datei ist. Meine Vermutung: Er hangelt sich jedesmal neu durch die FAT Clusterchain. Anders kann ich mir das nicht erklären. Wenn ich stattdessen
-
Thread
STM32 RF24 Kommunikation
www.sparkfun.com/products/9019) // only handles 4 byte transfers in the ATMega code. #define TRANSFER_SIZE 4 char txData[TRANSFER_SIZE], rxData[TRANSFER_SIZE]; int txDataCnt = 0; int rxDataCnt = 0; pc.printf("Setup"); my_nrf24l01p.powerUp(); // Display the
pc.printf( "Type keys to test transfers:\r\n (transfers are grouped into %d characters)\r\n", TRANSFER_SIZE ); //my_nrf24l01p.setTransferSize( TRANSFER_SIZE ); my_nrf24l01p.setReceiveMode(); pc.printf("Receive"); my_nrf24l01p.enable(); while (1) { // If we've
-
Thread
Einheitlicher uC-Perpherie-Abstraktions-Layer
was noch alles. Ebenso wann DMA das Ende signalisieren soll: gar nicht, nach x Transfers, nach Transfer des Wertes 0xFF, bei leerem SPI Register obwohl der Timer einen Transfer angestossen hat' und die wenigsten uC können das alles. Klar, stumpf von A nach B kopieren kann jede DMA.
können INT u. Context-Switch mit nur wenigen Takten) >Btw: Wenn du nicht weist wie lang ein Transfer ist, dann ist dein >Bufferhandling für die Tonne, nichts anderes ;) HEHE. Dann kann mans auch nicht mittels CPU programmieren. >Mit DMA: fire and forget. Ui, das stimmt nicht ganz. Auch
-
Thread
EZUSB FX Isochronous Transfer
Hallo wer hat Erfahrung mit dem Baustein und mit streaming. Mein Problem ist das ich Daten von Port E einlesen will und zwar immer wenn der achte Pin von Port D gesetzt wird. Irgendwie ist mein Program aber zu langsam um den kompletten Buffer zu füllen. Hat von euch jemand mal was ähnliches programmiert? Und hat auch solche Problem gehabt? Gruss Achim
-
Thread
Daten von ESP32 an Fritzbox senden (mit FTP)
dokumentiert. Für einen ersten Überblick aber genügt auch https://de.wikipedia.org/wiki/File_Transfer_Protocol
nichts angeht, wie die Daten aufgebaut sind. https://www.jscape.com/blog/ftp-binary-and-ascii-transfer-types-and-the-case-of-corrupt-files
-
Thread
Passender Laserdrucker für Toner-Transfer-Methode
Ich möchte gerne demnächst anfange, meine erste Platine zu ätzen. Ich hab mich für die Toner-Transfer-Methode entschieden. Da ich sowieso einen neuen Drucker brauche, kauf ich mir gleich einen Laser-Drucker. Da wollte ich fragen: Welcher käme denn in Frage? Da in Zukunft möglicherweise auch feine
Ich wollte Dir nur eine andere Methode als die Bügeleisen-Toner-Transfer-Methode aufzeigen. Ich hatte mal mit der Bügeleisen/Laminiermethode rumprobiert aber nur schlechte Ergebnisse bekommen. Viele hier, sind aber am Ball geblieben und können beeindruckende Ergebisse
-
Thread
STM32: DMA Transfer wird sporadisch nicht ausgelöst
Ich nutze DMA Transfer im circular mode um Werte vom AD-Wandler ins interne RAM zu schaffen. Nun wird sporadisch scheinbar ein DMA-Transfer nicht ausgelöst, so dass sich die gewandelten Kanäle im RAM um eine Position nach vorne verschieben. Ein Busfault Interrupt wird nicht ausgelöst, ebensowenig ist das Transfer Error Flag des DMA-Kanals gesetzt. Es treten in der Software auch Interrupts von Timer3 und USART2 auf. Deaktiviere ich diese, so scheint das Problem nicht mehr vorhanden zu sein. Hat irgendjemand
-
Thread
ADE7753 Messwerte schwanken
SPI.setDataMode(MODE2); SPI.setClockDivider(DIV32); } void loop() { digitalWrite(CS,LOW); SPI.transfer(0x17); delayMicroseconds(25); b3 = SPI.transfer(0x00); b2 = SPI.transfer(0x00); b1 = SPI.transfer(0x00); adc_Value = b3 << 16; adc_Value I= b2 << 8; adc_Value I= b1; digitalWrite(CS,HIGH);
-
Thread
Suche Emulatorbaustein P89LPC936FA von NXP
Dear Sir or Madam , sorry,the goods is not cheap .each one is 10USD total price is 72USD transfer into Euros is 56EUR we can accept EUR ! not picture ,but that is real you want .68pin not 28pin , new and original 07+ guaranteed quanlity ! 68pin is also easy to find . Payment :Paypal or Bank transfer advance Was denkst jetzt darüber?
-
Thread
MOSFET zum Schalten von 3A Verbraucher
Torsten C. schrieb im Beitrag #4201185: > Da ist nur die "Fig 3. Typical > Transfer Characteristics". Demnach geht der IRF540N. Nein, natürlich nicht, jede Woche derselbe Mist. UGS(th) ist NICHT die Spannung ab der er leitet, sondern unter der er zuverlässig sperrt. Die
PS: Und dann kommt noch dazu, dass die "Fig 3. Typical Transfer Characteristics" für 50V U_DS gilt, und nicht für 5V. Klar: die Paralellverschiebung (blau) ist natürlich nicht exakt das echte Verhalten für ein Exemplar mit U_GS(th) = 4V. Sie soll zum Verständnis
-
Thread
avr gcc -sensor on SPI - Problem
Hi Zmarzly, so kann es nicht gehen. Dein mega128 muss JEDEN Transfer starten mit einem Write auf SPDR. Auch wenn er "nur" ein Byte empfangen will. Jeder Transfer über SPI sendet UND empfängt gleichzeitig ein Byte. Dein Problem liegt in readSensor: Dort wird SPDR nur gelesen, ein SPI-Transfer wird also garnicht gestartet! Stefan
-
Thread
Python - Zeichensatz umwandeln?
im Beitrag #3692911: > anstelle von UTF-8 mit Unicode Kiffst du? UTF steht für "Unicode Transfer Encoding". Da ist also kein "anstelle". Und reines Unicode, so ganz ohne Transfer-Encoding? Reine Ganzzahlen? Ich zweifle...
Fred schrieb im Beitrag #3692912: > UTF steht für "Unicode Transfer Encoding". Aha, jetzt weiß ich, daß das "F" in UTF für "Encoding" steht. :-) Versuchs mal mit "Unicode Transformation Format", passt vielleicht besser. Soviel zum Thema > Kiffst du? > Aber
-
Thread
[STM32] USB-Buffer erhöhen?
Hardware-Einschränkungen? CDC ist mir eigentlich nicht so wichtig - wenn es einen flotteren Transfer-Modus gibt, könnte ich auch den verwenden. Hat jemand Ideen? Vielen Dank! Mampf
Mampf F. schrieb im Beitrag #5470744: > Wäre ein anderer Transfer-modus besser? Naja, was verstehst du unter Transfer-Modus? USB-CDC-ACM ist eine USB-/Klasse/, also ein vordefinierter Gerätetyp. Wenn du den nicht nutzt, hast du kein ttyACM-Gerät mehr, und musst
-
Thread
Umsetzung "kleines" Bussystem für AVR im Haus
"check_if response" wird ja eine Nachricht abgefragt und nur auf einen Error für den laufenden Transfer abgefragt. Hat die empfangene Nachricht mit dem Transfer gar nichts zu tun ist sie verloren. Ich weis nicht wie das besser Umgesetzt werden kann. Die einzige Idee was ich jetzt hätte ist dass ich die Nachricht die nichts mit dem aktuellen Transfer zu tun hat einfach buffere. Wenn der aktuelle Transfer fertig ist kann dieser Buffer dann abgearbeitet werden. Kennt vielleicht jemand ein ähnliches "Protokoll" das sich mit diesem Thema beschäftigt
-
Thread
Cypress FX2 Development Board an AD EVAL AD7760/62EDZ
Wieveiel Daten holst du denn pro Transfer ab? Nur die 512 Byte? Dann wäre das klar. Ein Microframe (125µs) geht drauf um die Waveform anzustoßen, ein weiterer für den Transfer. Wenn du richtig schnell werden willst, musst du gleich vielfache von 512 Byte pro Transfer abholen, also meinetwegen gleich 10kiByte oder sowas. Dann packt der so viele Pakete in einen MicroFrame wie möglich.
