-
Thread
Fehlermeldungen beim compilieren von SPI Code
WRITE,data.counters); SPI_WriteBuffer((void*) &data.counters, sizeof (data.counters)); endTransfer(); writePage(FirstPage, (MAX_NO_STRUCT-1)*sizeof(SPIDataBlock),BUF2_TO_MAIN_MEMORY_W_ERASE,data); endTransfer(); //Schreiben des Messdatenblocks an den ermittelten freien Speicherbereich
,BUF1_WRITE,data.values); SPI_WriteBuffer((void*) &data.values, sizeof (data.values)); endTransfer(); writePage(PageCounter, StartByteCounter, BUF1_TO_MAIN_MEMORY_W_ERASE, data); endTransfer(); [/c] schreib dann nach jedem Funktionsaufruf die Funktion endTransfer [c] //adressfeld zusammenstellen
-
Thread
SPI 16-Bit Problem
, wie er lustig ist. Und der SPI-Slave-FPGA kann über eine Leitung signalisieren, daß er einen Transfer wünscht. Er ist quasi der Daten-Master, da er den Transfer startet.
Übertragung mit Vollgas fertig, werte die aus, mache was > Anderes und dann kommt wieder ein SPI Transfer mit Vollgas ohne > Warterei. Beim ADC/DAC oder so etwas ist es auch am besten so, beim einfachem lesen der Register lohnt sich das wiederum kaum.
-
Thread
WS2812B mit Lib von Martin Hubáček auf F103
// half-transfer interrupt [/c] [c] void WS2812_DMA_CHANNEL_ISR (void) { #if defined (STM32F4XX) if (DMA_GetITStatus(WS2812_DMA_STREAM, WS2812_DMA_CHANNEL_IRQ_HT)) // check half-transfer
DMA_ITConfig(WS2812_DMA_STREAM, DMA_IT_TC | DMA_IT_HT, ENABLE); // enable transfer complete and half transfer interrupt [/c] DMA_IT_TC: Transfer Complete Interrupt DMA_IT_HT: Half Transfer Interrupt
-
Thread
Probleme mit der Toner Transfer Methode.
Hi, Ich habe ein paar Probleme mit der Toner Transfer Methode. Die Methode an sich klappt ja ganz gut, ich habe zum Transfer Spezialfolie gekauft. Nun habe ich aber folgendes Problem: Beim Druck des Layouts auf Papier bzw. der Folie verlaufen manche
-
Thread
[VS] Toner Transfer Folie
Verschenke diese Tonertransferfolie. Habe selber nur wenig benutzt und sie liegt seit längerem ungenutzt rum. Porto müsste 1,60€ sein glaube ich. Gruss
-
Thread
Spannungssignal umwandeln
Nach dem SPI Transfer SlaveSelect wieder auf high (1) setzen.
SPI.beginTransaction(SPISettings(1000000, MSBFIRST, SPI_MODE0)); digitalWrite(slaveSelectPin, 0); SPI.transfer(0x00); SPI.transfer(potValue); digitalWrite(slaveSelectPin, 1), SPI.endTransaction(); delay(1); } [/c]
-
Thread
Digitalmultimeter UNI T UT804
: 0x82 PipeHandle: 0x852AC1A4 TransferFlags: 0x3 ( USBD_TRANSFER_DIRECTION_IN USBD_SHORT_TRANSFER_OK ) TransferBufferLength: 0x8 TransferBuffer: 0x87F966F8 TransferBufferMDL: 0x0 UrbLink: 0x0 --------- Request # 2 ----[IN]----
0x0) EndpointAddress: 0x82 PipeHandle: 0x852AC1A4 TransferFlags: 0x3 ( USBD_TRANSFER_DIRECTION_IN USBD_SHORT_TRANSFER_OK ) TransferBufferLength: 0x8 TransferBuffer: 0x87FF1658 TransferBufferMDL: 0x0 UrbLink: 0x0 --------- Request # 4 ----[OUT]----
-
Thread
USB CDC (virtual Com-port) mit hohen Datenraten verwenden
Interrupt-EP dabei ist). IIRC durfte Low-Speed kein Bulk (und ISO) unterstüzen, weil dann ein Bulk-Transfer solange dauern könnte, dass die Interrupt-Transfer-Zeitgarantie für am selben HUB steckende andere Geräte nicht eingehalten werden kann.
Interrupt-EP dabei ist). > IIRC durfte Low-Speed kein Bulk (und ISO) unterstüzen, weil dann ein > Bulk-Transfer solange dauern könnte, dass die > Interrupt-Transfer-Zeitgarantie für am selben HUB steckende andere > Geräte nicht eingehalten werden kann. OK, kann natürlich auch sein. Allerdings würde dann
-
Thread
PCI DMA Master schreiben funktioniert nicht
dma mit dem ich Daten mit einem ETX Modul (Intel N450 mit ICH8M chipsatz, PV-510 von MSC) via PCI Transfer austauschen möchte. Als Betriebssystem verwende ich das Echtzeitbetriebssystem Ontime. Folgende Funktionen reservieren 8 KByte Speicher für den PCI Transfer: // gültig Adresse des Physikalischen
10 Worte aus dem DP RAM des PCI Master zum DDR2 (Adresse Physical + > 0x100) transferieren => transfer findet statt, in Adresse Physical + > 0x100 hat sich aber nix geändert ! Hast du einen Delay zwischen Transfer anstossen und Vergleich ob die Daten angekommen sind?
-
Thread
Quoka a.k.a. Such&Find
City Edo State 23452 Nig West Africa Please kindly get back to me this information for the transfer and as soon as you have given me the information,i will kindly go for the transfer without waisting time. Best Regard Pas.Mike Fischer [/pre] und heute dann wieder von Quoka selbst
City Edo State 23452 Nig West Africa Please kindly get back to me this information for the transfer and as soon as you have given me the information,i will kindly go for the transfer without waisting time. Best Regard Pas.Mike Fischer schweinerei sage ich nur.
-
Thread
Rogers Basismaterial - Toner Transfer
Mich würde mal interessieren wer von euch schon Versuche in Richtung DIY HF PCBs mit der TT Methode gemacht hat. Wie sehen die Ergebnisse aus bzw. sind sie brauchbar oder ist die TT-Methode in Punkto Genauigkeit für HF zu ungenau? Wo bezieht ihr euer Basismaterial? Schöne Grüße, Lukas
-
Thread
[S] Druck von Toner-Transfer Papier
Toner-Transfer ist veraltet... nen Belichter kannste dir für 20eus selber bauen und hast nicht so ein gefummel mit dem Laserdrucker und den Layouts und es wird wenigstens jedesmal eine super Quali... Ich weiß nicht warum ihr die Toner-Transfer methode immer wieder aus der kiste holt!!!
-
Thread
STM32F4 FSMC / FMC mit SDRam und beispielsweise Flash
enable bit for DMA2 Stream0 channel0. At the end of the transfer a Transfer Complete interrupt is generated since it is enabled. The Transfer Complete Interrupt pending bit is then cleared. When the DMA transfer is completed the DMA Stream is disabled by hardware
data have been correctly transferred. STM32 Eval board's LEDs can be used to monitor the transfer status: - LED4 is ON when the program starts. - LED3 is ON when the configuration phase is done and the transfer is started. - LED5 is ON when the transfer is complete (into the Transfer Complete
-
Thread
STM32H7 - externe SPI Daten (ADC Werte) mittels DMA einlesen
starten). Dann würde ich prüfen, was kann die DMA-Unit für Interrupts erzeugen. Z.B. wenn ein DMA-Transfer fertig ist. Wenn du finden solltest, dass ein DMA Transfer mit einem GPIO-Signal starten kann und am Ende des Transfers ein IRQ erzeugen, dann hast du alles gefunden, was du brauchst. Ich vermute
if( state == 0 ) { Starte eine manuelle AD-Wandlung Starte DMA transfer state = 1 } else { // Dma transfer ist fertig VerarbeiteAdDaten() state = 0 } } [/code] Und noch eine Anmerkung
-
Thread
Problem FatFS + SPI
command packet */ sdc_spi_enable(); sdc_spi_transfer(0xFF); /* Zuerst ein Dummy Byte - kann manchmal Wunder wirken !! */ sdc_spi_transfer(0x40 | cmd); /* Start + command index */ ... [/c] Probieren (und melden, ob es geholfen hat).
/* Wait for response (10 bytes max) */ do { res = sdc_spi_transfer(0xFF); } while ((res & 0x80) && --n); [/c] > Auch folgendes würde nicht schaden: > [c] > /* Send command packet */ > sdc_spi_enable(); > > sdc_spi_transfer(0xFF); /*
-
Thread
LM75 mit MSP430F1611
U0CTL |= MST; // Master I2CTCTL = I2CSTT+I2CSTP; // Initiate transfer while ((I2CIFG & RXRDYIFG) == 0); // Wait for Receiver to be ready i1 = I2CDRB; // Receive MSByte from DAC while ((I2CIFG & RXRDYIFG) == 0); // Wait for Receiver
U0CTL |= MST; // Master I2CTCTL = I2CSTT+I2CSTP; // Initiate transfer while ((I2CIFG & RXRDYIFG) == 0); // Wait for Receiver to be ready i1 = I2CDRB; // Receive MSByte from DAC while ((I2CIFG & RXRDYIFG) == 0); // Wait for Receiver
-
Thread
ADC über SPI
sein. Eigentlich mega einfach. spiTransferMessage erwartet zwei Arrays (ginge eigentlich auch eines, die Größe des Arrays und ein SPI-Device (sodass man weiß, welcher Pin der CS-Pin für das Device ist)
mode << 1) | ((channel & 0b100) >> 2); GPIOB->BSRR |= GPIO_BSRR_BR0; // CS aktiv SPI_TransferByte (config_byte); // Konfiguration schreiben byte_high = SPI_TransferByte (0); // dummy schreiben, byte holen byte_low = SPI_TransferByte (0); // dummy schreiben, byte holen GPIOB-
-
Thread
C++ template Funktion doppelt definiert in header und cpp
return queue_transfer(tx_buffer, tx_length, rx_buffer, rx_length, sizeof(Type) * 8, callback, event); } start_transfer(tx_buffer, tx_length, rx_buffer, rx_length, sizeof(Type) * 8, callback, event);
queue_transfer(tx_buffer, tx_length, rx_buffer, rx_length, bit_width, callback, event); } start_transfer(tx_buffer, tx_length, rx_buffer, rx_length, bit_width, callback, event); return 0; } [/code
-
Thread
Grundlegende Fragen zu SPI mit TPIC8101
(1<<Pin_TPIC_Int_Hold); // Int_hold ist ein Ausgang // Taktfrequenz einstellen TPIC_transfer (TPIC_prescaler_SDO); // Advanced SPI Mode auswählen TPIC_transfer (0b01110001); // Initialisierungswerte einstellen TPIC_select_channel(CH1); TPIC_set_bandpass_frequency(TPIC_freq
unsigned int TPIC_get_knock_value(void) { unsigned int knock_value; TPIC_hold; TPIC_transfer (TPIC_prescaler_SDO); // Auslesen von LSB initiieren knock_value = TPIC_transfer (TPIC_prescaler_SDO); // LSB auslesen TPIC_select_channel
-
Thread
SPI funktioniert nicht
); } void loop (){ digitalWrite(SLAVESELECT, LOW); byte val[4]; val[0] = SPI.transfer(TempRegRead1); val[1] = SPI.transfer(TempRegRead2); val[2] = SPI.transfer(0x00); val[3] = SPI.transfer(0x00); Serial.println (val[0] ); Serial.println (val[1] ); byte bres =
digitalWrite(SLAVESELECT, LOW); delay(50); } void loop (){ byte val[2]; SPI.transfer(TempRegRead1); SPI.transfer(TempRegRead2); val[1] = SPI.transfer(0x00); val[2] = SPI.transfer(0x00); Serial.println (val[1]); Serial.println (val[2]); } [/c]
-
Thread
Heltec LoRa32 Evaluationboard
delay(1000); } uint8_t readRegister(uint8_t addr) { digitalWrite(CS, LOW); SPI.transfer(addr & 0x7F); // Read-Befehl: MSB muss 0 sein uint8_t value = SPI.transfer(0x00); // Dummy-Byte senden und Wert empfangen digitalWrite(CS, HIGH); return value; } [/c] Hier ein
state); } // // Version Register lesen // digitalWrite(LORA_CS, LOW); // SPI.transfer(0x42); // Command byte // uint8_t version = SPI.transfer(0x00); // Dummy byte zum Lesen // digitalWrite(LORA_CS, HIGH); // Serial.printf("SX1262 Version Register (0x42): 0x%02X\n",
-
Thread
Wie baue ich eine USB Kommunikation auf?
die eingestellte > Baudrate ist schnuppe, da er zum µC hin parallel angebunden wird. • Data transfer rate to 1 Megabyte / second - D2XX Direct Drivers. • Data transfer rate to 300 kilobyte / second - VCP Drivers. beim vcp treiber wären das 2.4M Bit /sec wenn ich die software auf einem terminal
eingestellte >> Baudrate ist schnuppe, da er zum µC hin parallel angebunden wird. > > • Data transfer rate to 1 Megabyte / second - D2XX Direct Drivers. > • Data transfer rate to 300 kilobyte / second - VCP Drivers. > > beim vcp treiber wären das 2.4M Bit /sec > wenn ich die software auf einem
-
Thread
STM32F2 SPI DMA CS Handling
jeden Fall den SPI-Receive DMA benutzen, um das CS zurückzunehmen, weil nur dieser NACH erfolgtem Transfer aktiv wird. Was heisst das genau: > Es kommen beim zweiten Sendevorgang keinerlei Daten mehr auf den Bus > geschweige denn ein TransferComplete Interrupt Wird der SPI-Transfer überhaupt nicht
disables the specified SPI peripheral (in I2S mode). Wodurch genau wird eigentlich der DMA/SPI Transfer ausgelöst?
-
Thread
Bare-Metal ATSAM
aus der DMAC weiter zählt. Es sind aber die Adressen an denen der DMAC ankommen soll wenn der Transfer durch ist - aus welchem Grund auch immer. "Bits 31:0 – SRCADDR[31:0] Transfer Source Address This bit group holds the source address corresponding to the last beat transfer address in the block transfer." "Bits 31:0 – DSTADDR[31:0] Transfer Destination Address This bit group holds the destination address corresponding to the last beat transfer address in the block transfer." In dem Fall Speicher
-
Thread
Bluepill mit STLINK/V2 wird mit st-info -probe nicht erkannt
st-info --version v1.7.0 so bekomme ich: <pre> $ st-info -probe libusb: warning [darwin_transfer_status] transfer error: timed out [!] send_recv read reply failed: LIBUSB_ERROR_TIMEOUT [!] send_recv STLINK_DEBUG_ENTER libusb: warning [darwin_transfer_status] transfer error: timed out [!]
failed: LIBUSB_ERROR_TIMEOUT [!] send_recv STLINK_JTAG_READDEBUG_32BIT libusb: warning [darwin_transfer_status] transfer error: timed out [!] send_recv send request failed: LIBUSB_ERROR_TIMEOUT [!] send_recv STLINK_JTAG_DRIVE_NRST libusb: warning [darwin_transfer_status] transfer error: timed out
-
Thread
GCC Komisches Verhalten
Thom schrieb im Beitrag #4226690: > spi_master_transfer(&values, length); was macht das & da? Vermutlich falsch, ich glaube kaum das spi_master_transfer ein Zeiger auf Zeiter erwartet.
gegangen, ich habe noch einige andere befehle die das genau so nutzen... Anbei der Code des Transfer: [c] /** * \brief Perform SPI master transfer. * * \param pbuf Pointer to buffer to transfer. * \param size Size of the buffer. */ int8_t spi_master_transfer(void *p_buf, uint32_t
-
Thread
Probleme mit Konfiguration der SPI-Schnittstelle am MSP430
/ select the mode register to change it SPI_transfer(continous_mode); // auto increment address Chip_Deselect(); Chip_Select(); SPI_transfer(will_schreiben); SPI_transfer(Adresse<<8); //MSB first SPI_transfer(Adresse); // LSB then while (machmal) { empfangsbuffer[x] = SPI_transfer(meine_daten[x]); // Dummy data ends in empfangsbuffer x++; if (x>100) machmal=false; } Chip_Deselect(); Chip_Select(); x=0; SPI_transfer(will_lesen); SPI_transfer(Adresse<<8); //MSB first
-
Thread
Probleme mit NXP LPC845 und die USART Ports
callbackUserData[2] = 2; callbackUserData[3] = 3; PRINTF("Create Handles\n\r"); USART_TransferCreateHandle(baseAddress[1], &usart[1], USARTUserCallback1, NULL); USART_TransferCreateHandle(baseAddress[2], &usart[2], USARTUserCallback2, NULL); USART_TransferCreateHandle(baseAddress[3]
USART_TransferSendNonBlocking (baseAddress[2], &usart[2], &test_data); USART_TransferSendNonBlocking (baseAddress[3], &usart[3], &test_data); PRINTF("test Send.\n\r"); [/c] Das Letzte was ausgegeben
-
Thread
Bei unter Outlook gesendete Emails kommen beim Empfänger die Umlaute als unlesbare Zeichen an.
NextPart_000_0007_01D8E938.8C30ABxx Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hallo=20 ------=_NextPart_000_0007_01D8E938.8C30ABxx Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ------=_NextPart
empfangene E-Mail so aus: [pre] ... Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ... Inhalt =E4=F6=FC=DF=C4=D6=DC [/pre] Die Kodierung des Texts entspricht also genau den Deklarationen für Content-Type und Content-Transfer-Encoding und wird von
-
Thread
Funktion mittels ISR beenden
weiter senden willst schreibst du das nächste byte in das entsprechende register und startest den transfer wieder. der nächste interrupt kommt wieder wenn das weg ist usw usw usw. wenn du aber keinen neuen transfer startest kommt auch kein neuer interrupt. du brauchst dir also nur ein flag im ram oder
deren anzahl bekannt war, zum starten wurde einfach der positionszeiger auf anfang gesetzt und der transfer des ersten zeichens gestartet. das wars, den rest macht der AVR von selber. du kannst dich also um andere dinge kümmern ohne den transfer weiter kontrollieren zu müssen. auch eine abfrage ob fertig
-
Thread
NRF51 programmierung Zeiger, arrays, seltsames Verhalten.
2-ten Transfer schedule bekomme ich diese Daten vom I2C device in "ldc_msb". Wieso ? Klar, "ldc_p_buffer" wird im I2C transfer als Pointer gesehen und somit wird der Inhalt an der Speicherstelle beim 2-ten I2C
beiden Fällen die Daten des zuletzt statt gefundenen Transfers aus, und das ist eben der zweite Transfer des vorhergehenden Durchgangs. Du darfst die Daten natürlich erst dann auslesen, wenn der Transfer statt gefunden hat, also in ldc_twi_callback_func.
-
Thread
SPI MISO erkennt falsche Werte bei höherer Geschwindigkeit
// transfer counter .r_addr = NULL, // next memory address .r_size = 0, // next transfer counter .transfer_size = PDCA_TRANSFER_SIZE_BYTE/
peripheral/SPI rx channel .size = 0, // transfer counter .r_addr = NULL, // next memory address .r_size = 0, // next transfer counter .transfer_size = PDCA_TRANSFER_SIZE_BYTE/
-
Thread
FatFS erkennt kein Dateisysem FR_NO_FILESYSTEM
Wait for transfer to finish */ /* TODO: Handle errors */ while (!(SDIO->STA & SDIO_STA_DBCKEND)); [/c] Blocksize ist definiert als [c] #define BLOCKSIZE (9) [/c] Mit dem debugger
bytes zu wenig aus. SDIO->DLEN steht auf 512 (geprüft mit Debugger) und SDIO->DCOUNT steht nach dem Transfer auf 0. => Alle Bytes empfangen. Wohin verschwinden die letzten 12 Bytes?
-
Thread
qtouch - sekt oder selters
Nee, Peter. Es ist keine Kapazitätsmessung sondern eine Charge-Transfer-Messung. Gegenüber der reinen Kapazitätsmessung mit einer an einem Pin angeschlossenen Meßplatte ist diese Version mit definierter Paketladung über einen Transferkondensator über 2 Pins empfindlicher
Kann man diese Charge-Transfer Methode uneingeschränkt verwenden, oder hält jemand (Atmel) Patente? Oder gelten etwaige Einschränkungen nur für deren Bibliothek?
-
Thread
Projekt: Cypress USB FX2 an FPGA; Timing Analyse für FSM
Hm, BULK-Transfer ist nicht für Datenströme geeignet, die man nicht stoppen kann. Du müsstest das Full-Flag des FX2 benutzen, um den einzulesenden Datenstrom zu stoppen. BULK wird bedient, wenn der Bus frei ist, und Windows macht irgendwas zwischendurch. benutz am besten den isochronen Transfer, da wird dir eine Datetenrate von 24 MByte/s als Maximum garantiert. Da gibts ein Dokument von Cypress, wie man Daten streamt.
-
Thread
i2c Display EA 123A
condition and address ldi TWIdata, 0b00000000 ; Write Control-Byte rcall TWI_do_transfer ; Execute transfer ldi TWIdata, 0b00101100 ; Function Set rcall TWI_do_transfer ; Execute transfer ldi TWIdata, 0b00001110 ; Display/Cursor On rcall TWI_do_transfer ; Execute transfer ldi TWIdata, 0b00000110 ; Set mode rcall TWI_do_transfer ; Execute transfer rcall TWI_stop ; Send stop condition .endmacro
-
Thread
Cypress 68013, cyAPI
40MB/s mit zwei Endpunkten erwartet, da in der Cypress Application Note etwas von 21MB/s für Bulk-Transfer und 24MB/s für Isochron stand. Ideen was da schief gegangen ist? Gruß Ekkehard
man diesen Wert auch mit echten Daten erreicht. Müsste aber auch klappen, Quad-Buffer und 16-Bit Transfer mit den 48MHz internen Clock vorausgesetzt.
-
Thread
Laminiergerät zum Toner Transfer Verfahren
Hallo alle zusammen, ich wollte/muss mir nun aus Bürotechnischer Gründen nun ein Laminiergerät zulegen. Wichtig ist mir vor allem, das ich dieses auch modifizieren kann um Platinen in Zukunft via Tonertransfer herzustellen. Nun ist halt die Auswahl an Laminiergeräten zum Bleistift auf Amazon riesig und ich habe ehrlich gesagt keine Ahnung auf was man genau achten sollte, bzw. welche Geräte sich gut/besser oder auch gar nicht wirklich modden lassen. Ich würde dafür interessieren ob ihr Modelle kennt, welche gut die erhöhte Temperaturbelastung ertragen, und welche sich leicht in der Durchlaufgeschwindigkeit
-
Thread
-
Thread
FX2 wird nicht erkannt? Firmwareproblem?
Diese erhalte ich sobald ich Versuche die Daten die mein FPGA in den FX2 schreibt mit einem Bulk Transfer versuche abzurufen. Meist hat ein solcher Transfer Versuch zur Folge, dass mir danach die EZ-USB Controll abstürzt. Versuche den USB Bus mit UTLog zu überwachen und sehe dort diese Fehlermeldung.
Diese erhalte ich sobald ich Versuche die Daten die mein FPGA in den FX2 > schreibt mit einem Bulk Transfer versuche abzurufen. Meist hat ein > solcher Transfer Versuch zur Folge, dass mir danach die EZ-USB Controll > abstürzt. EZ-USB Controll? Was ist denn das? Versucht du etwa den alten ezUSB Treiber
-
Thread
Cortex M3 Eval-Board
[c] DMA_Channel1->CCR = 0x00007AC0; //configure for mem2mem transfer DMA_Channel1->CPAR = (unsigned int)src_arry; //set source and destination DMA_Channel1->CMAR = (unsigned int)arry_dest; DMA_Channel1->CNDTR = 0x000A; //set size of transfer TIM2->CR1 = 0x00000001
the DMA and then using the Cortex CPU. In both cases a timer is started at the beginning of the transfer and when the transfer ends. In this example the DMA unit takes 220 cycles and the CPU takes 536. Ohne das jetzt verifiziert zu haben :-)
-
Thread
AVRGCC C++ undefined reference to Max7456::Max7456()
+ (y<<4); activateOSD(false); //datasheet p38 digitalWrite(_pinCS,LOW); SPI.transfer(CMAH_ADDRESS_WRITE); SPI.transfer(charAddress); for(byte i = 0 ; i < 54 ; i++) { SPI.transfer(CMAL_ADDRESS_WRITE); SPI.transfer(i); SPI.transfer(CMDI_ADDRESS_WRITE
regDmm.bits.INV = inv; _regDmm.bits.BLK = blink; digitalWrite(_pinCS,LOW); SPI.transfer(DMM_ADDRESS_WRITE); SPI.transfer(_regDmm.whole); SPI.transfer(DMAH_ADDRESS_WRITE); // set start address high SPI.transfer(posAddressHI); SPI.transfer
-
Thread
DDR-2-Ram, lvds, serdes Spartan6
Ohne uC wird das nix, fuer USB brauchst du ein uC Interface. Damit gehen dann auch 30+ MByte/sec Transfer via PC oder zig MB/Sec via Raspberry Pi...
uC wird das nix, fuer USB brauchst du ein uC Interface. > Damit gehen dann auch 30+ MByte/sec Transfer via PC oder zig MB/Sec via > Raspberry Pi... wieso wird das ohne uC nichts, ist das Protokoll zu kompliziert für einen FPGA? Christian R. schrieb im Beitrag #3634945: > USB Transfer über den
-
Thread
Analogwert an PC über USB übergeben
Hallo, ich wurde nun aufmerksam gemacht, dass ich für meine Anwendung ein "Bulk-Transfer"-fähiges USB-Modul benötige. Ist der Beetle "Bulk-Transfer-fähig"? mfg
. Vom Service kam die Aussage, dass der USB "Bulk-Transfer" beherschen muss.
-
Thread
VNC1L - Connection and Transfer
In zuge unsere Diplomarbeit, ist es notwendig auf einen VNC1L-Modul, Daten an einen USB-Stick zu senden. Die Aufgabe ist es die Geschwindigkeiten des Fahrradanhängers auszuwerten und anschließend auf den USB-Stick zu übertragen (TXT.file) - Geschieht im 10 Sekunden Intervall in der Form von Kilometer pro Stunde. Wir wollen das Modul mit UART betreiben nun stellen sich die Fragen: a) Können wir die Handshake-Leitungen verwerfen? - Nur Versorung und RXD / TXD, CTS auf GND, RTS nicht anschgeschlossen? b) Wie können wir das Modul mit einem USB-Stick flashen UND wie wissen wir ob es funktioniert
-
Thread
Hausmittel zur Frontplattenbeschriftung/Herstellung / Hersteller?
Bügeleisen (gleichmäßigere Temperatur- und Druckverteilung). Im oberen Teil (mit den Texten) ist der Transfer einwandfrei gelungen. Im unteren Teil ist die Vorlage verrutscht und der Transfer damit nicht sauber gelungen. Für einen ersten Versuch aber durchaus nicht schlecht. Die Aluplatte war die gleiche
gleiche Blech, aber vorher gelb Lackiert. Damit kann man sich tolle Postkästen bauen :P Der Transfer auf lackiertes Blech ist ähnlich dem Transfer auf lackiertes Platinenmaterial. Es braucht nur etwas mehr Wärme/Zeit, da das Blech die Wärme besser ableitet. Gruß. Tom
-
Thread
Tip zu Toner-Transfer
Hallo Falls es jemanden interessiert, hab heute herausgefunden wie man bei Toner-Transfer Platinen ätzen kann ohne die Papierreste zu entfernen. Also, man legt die Platine in eine Mischung aus Spüli und Zinkchloridlösung und läßt sie 30 min drin. Danach ist der größte Teil des Papiers
-
Thread
Asynchron Serielle Verbindung Synchronisieren
vor der Kommunikation Probleme wie abgerauchte IOs etc. Zum eigentlichen Problem, kleide jeden Transfer in ein definiertes Start- und Endezeichen ein. Kein Start-,aber Endezeichen empfangen heisst dann, der Transfer war murks. Nur Endezeichen geht auch, d.h. dann eben dass der erste Transfer immer verworfen
. Doch, aber du möglicherweise nicht.... > Es geht darum, dass innnerhalb eines Bytes der Transfer nicht klappt. Dann bekommt man nie mehr richtige Zeichen. Auf Zeichen-Ebene kann man da nichts auswerten. Sobald eine Pause >1Zeichen im Transfer auftritt, synchronisiert der Empfänger beim nächsten
-
Thread
ARM STM32G071 - SPI Modus auch 8 Bit möglich
Gerhard O. schrieb im Beitrag #7640149: > Ein Transfer dauert bei ansonsten gleichen Einstellungen genauso lang > wie ein 16-bit Transfer. Nö. Du unterlässt es hartnäckig die realen Umgebungsbedingungen zu nennen. Also den vorher so genannten _Kontext
Wastl schrieb im Beitrag #7640155: > Gerhard O. schrieb: >> Ein Transfer dauert bei ansonsten gleichen Einstellungen genauso lang >> wie ein 16-bit Transfer. > > Nö. Du unterlässt es hartnäckig die realen Umgebungsbedingungen > zu nennen. Also den vorher so genannten
-
Thread
Discovery_STM32F746 Linking Problem
+0x0): first defined here Src/audio_rec.o: In function `BSP_AUDIO_IN_HalfTransfer_CallBack': audio_rec.c:(.text.BSP_AUDIO_IN_HalfTransfer_CallBack+0x0): multiple definition of `BSP_AUDIO_IN_HalfTransfer_CallBack' audio_rec.o:audio_rec.c:(.text.BSP_AUDIO_IN_HalfTransfer_CallBack
+0x0): first defined here audio_play.o: In function `BSP_AUDIO_OUT_HalfTransfer_CallBack': audio_play.c:(.text.BSP_AUDIO_OUT_HalfTransfer_CallBack+0x0): multiple definition of `BSP_AUDIO_OUT_HalfTransfer_CallBack' Src/audio_play.o:audio_play.c:(.text.BSP_AUDIO_OUT_HalfTransfer_CallBack