-
Thread
Posix Thread Fehler bei Übergabe mehrerer Parameter?
//state_get_Mess_Data(&Thread_Struct); //state_Flash_Firm(&Thread_Struct); //state_Transfer_Data( Config_PTR); //exit(0); //TESTS OFF //Threads starten //while (pthread_create (&threads[1], NULL, state_SD_mount_umount, NULL) != 0) // printf ("Fehler Thread state_SD_mount_umount
/* if (!(Config_PTR->SD_Only)) { while (pthread_create (&threads[3], NULL, state_Transfer_Data, Config_PTR) != 0) printf ("Fehler Thread state_Transfer_Data!"); while (pthread_create (&threads[4], NULL, state_Flash_Firm, &Thread_Struct) != 0) printf ("Fehler
-
Thread
STM32F4 - SPI TX Interrupt verbieten
brauche also niemals die Receive/Transmit interrupts. Daher habe ich explizit die Interrupts für TXE (Transfer register empty) und RXNE (receive register not empty) abgeschaltet. Ich möchte mit der ISR nämlich nur Fehlerfälle abfangen. Dazu sieht meine ISR momentan so aus: [Code] // called on error conditions
Stream2, DMA_FLAG_TCIF2); // Processing here ... } /* DMA_FLAG_TEIFx: Streamx transfer error flag * DMA_FLAG_DMEIFx: Streamx direct mode error flag * DMA_FLAG_FEIFx: Streamx FIFO error flag */ else if (DMA_GetFlagStatus(DMA2_Stream2, DMA_FLAG_TEIF2)) {
-
Thread
AD9102 und 30MHz Sinus
write_register(uint16_t reg, uint16_t value) { uint16_t answer; digitalWrite(SPICS,LOW); SPI.transfer16(reg); answer = SPI.transfer16(value); digitalWrite(SPICS,HIGH); return answer; } [/c]
write_register(uint16_t reg, uint16_t value) { uint16_t answer; digitalWrite(SPICS,LOW); SPI.transfer16(reg); answer = SPI.transfer16(value); digitalWrite(SPICS,HIGH); return answer; } [/c] Trotzdem bin ich grad noch am grübeln, was ich in meiner Implementierung bis jetzt
-
Thread
ATSAM4S TWI Master
Slave-Chips brauchen das aber. (Meiner :-) Mit einem kleinen Trick kann man jedoch einen Write-Read Transfer machen, wenn man nur bis zu drei Bytes im Write machen muss: Man kann dem TWI bis zu drei Address Bytes geben, die er, bevor der eigentliche Transfer stattfindet, per Write Transfer schreibt. Dabei
-
Thread
usb 2.0 mit control pannel
schicken,wo ich mittels control panel dise hex wert sehe. das heisst ,ich benutze ein endpoint als IN transfer:in diese endpoint fifo schreibe ich diese hex wert. kann mir jemand bitte sagen ob ich direkt dise wert schreiben kann oder muss ich erstmal ein endpoint für out transfer definiere und von dort die
kriege und in port pin zum beispiel pa.0 anschliesse und von dort die daten in ein endpointfifo(IN transfer)zwichenspeichere und weitereschicke zum pc. dass heisst ich brauche kein kopierung von daten von ein endpoint in andere endpoint. MfG
-
Thread
STM32 feature DMAMUX
DMA1_Channel0 using DMAMUX SET_BIT(DMA1_Channel1->CCR, DMA_CCR_EN_Msk); // Start new transfer SET_BIT(SPI1->CR2, SPI_CR2_TXDMAEN_Msk); } [/c] Ist also so ähnlich wie bei Dir und funktioniert.
hast? Da kann es doch eigentlich garnicht funktionieren. Du müsstest schon warten bis der DMA-Transfer fertig ist.
-
Thread
Arduino zu viel Stromaufnahme? Alternative gesucht
abzapfen darfst. Du musst dir schon eine zuverlässige Quelle suchen, zumal ein ESP beim WLAN Transfer (Senden) eine Menge Strom zieht.
schrieb im Beitrag #7286246: > dir schon eine zuverlässige Quelle suchen, zumal ein ESP > beim WLAN Transfer (Senden) eine Menge Strom zieht. und zwar mehr wie 300mA , und das auch noch impulsartig ...
-
Thread
Timing FT2232H
Wieso geht da was verloren? Das darf doch bei BULK Transfer nicht passieren. Wenn du denn Buffer nicht schnell genug leerst, muss der FTDI die TXE# Leitung auf inaktiv setzen, und deine Logik das Schreiben stoppen. So jedenfalls funktioniert das beim FX2.
mir Full und ich hör auf mit Schreiben. Da geht nix verloren. Sowas hätte man höchstens bei ISO-Transfer.
-
Thread
PIC18F2550 USB und RS232
aktiviert ist und eine Übertragung über RS232 erfolgt, welche ja deutlich länger braucht, als ein USB-Transfer, dann bleibt für das Hauptprogramm nicht mehr genug Zeit, um die State-Machine für die USB-Kommunikation zu bedienen. Es käme somit zu einem sofortigen Abbruch und der PIC würde aus der Systemsteuerung
man die USB routine nur für eine gewisse Zeit unterbrechen darf. Für was ist dann der isochrone Transfer gut, welcher Echtzeit unterstützt? Angenommen ich habe ein System, das sagen wir mal 30 Minuten Daten über RS232 an den PIC sendet und von da aus via USB an den Host (PC). Dann geht das nur, wie
-
Thread
Ansteuerung LED-Matrix 64 x 32 aus China
möglich ist, muss ich wohl experimentell herausfinden. Mit viel Glück kann ich mit jedem 8-Bit-Transfer zum Port 6 Datenbits und ein Clock-Bit ausgeben. Das würde bei mir doppelt so schnell gehen, als wenn ich Clock-Pulse in Software separat erzeugen muss. Im Zweifelsfall wird es aber zumindest mit
Zahn der Zeit (🦷⏳) schrieb im Beitrag #6677140: > Mit viel Glück kann ich mit jedem > 8-Bit-Transfer zum Port 6 Datenbits und ein Clock-Bit ausgeben Quatsch...
-
Thread
Hochgenaue Widerstandsmessung <0,01%
Specs steht und das was das Marketing der beiden Firmen rausgelassen hat. Und da steht bei den Transfer Specs: 3458A: 10V Range 0,05ppm + 0,05ppm 8508A: 20V Range 0,12ppm + 0,1ppm Zugegbenermaßen kommt man bei der Unsicherheit im Range auf die gleichen absoluten Werte. Wenn man sich dann die
Aus den min. 36 VHP Widerständen folgt leider ein sehr geringer WAF ;) Wie "schlecht" war der Transfer denn früher? (Um auch langsam wieder On-Topic zu kommen ;) )
-
Thread
weiß nicht wie ich weiter machen soll
und praktischen Vorkenntnisse werden unter Anrechnung von 60 ECTS-Punkten (European Creditpoint Transfer System) so berücksichtigt, dass die Studierenden in das dritte Semester der 7-semestrigen Bachelor-Studiengänge eintreten.
und praktischen Vorkenntnisse werden unter Anrechnung von 60 ECTS-Punkten (European Creditpoint Transfer System) so berücksichtigt, dass die Studierenden in das dritte Semester der 7-semestrigen Bachelor-Studiengänge eintreten.... Su unverständlich?
-
Thread
Mitbestellgelegenheit TME?
... Transfer Multisort Elektronik sp. z o.o. mit Sitz in Polen nimmt keine neue Bestellungen der Kunden aus dem deutschen Gebiet mehr entgegen, es werden nur noch die vor 4.9.2012 bei der polnischen Gesellschaft
--- schrieb im Beitrag #2835744: > ... Transfer Multisort Elektronik sp. z o.o. mit Sitz in Polen nimmt > keine neue Bestellungen der Kunden aus dem deutschen Gebiet mehr > entgegen, es werden nur noch die vor 4.9.2012 bei der polnischen > Gesellschaft
-
Thread
PWM-Steller und DC-Motorparameter
------- 1.0z - 0.9631654059920672 Sample Time: 4.8754326946516506e-5 (seconds) Discrete-time transfer function model ************* 1523.3354692237676 ------------------------ 1.0s + 769.7803072873033 Continuous-time transfer function model ************* [/code] Die Näherungen mit PT1
Übereinstimmung. Bilder=> trans29.png.zip Wirklich: Es gibt einen Unterschied +/- (rot/grün) Bild: transferFunctions29.png, Die Endwerte +/- unterscheidet sich um etwa 10% [code] ┌────┬─────────┬────────┬────────────┐ │ i │ num[1] │ den[1] │ G(s) T=inf │ ├────┼─────────┼────────┼────────────┤ │
-
Thread
QDMA mit TMS320C6713
Hallo, ich möchte mit dem TMS320C6713 einen QDMA Transfer durchführen. Dies funktioniert soweit auch recht gut. Der Transfer wird auch durchgeführt. Aber woher weiss ich das der DMA-Controller mit dem Transfer fertig ist? Gibt es Bit auf das ich pollen
interrupt signal, EDMA_INT. If you specify a TCC value in QOPT between 8 and 11, chaining of the QDMA transfer to an EDMA channel transfer is possible, provided the relevant bit in the channel chain enable register (CCER) is set.
-
Thread
Damit wollen die auf dem Mond gewesen sein?
deswegen nicht gehen, weil der Mond mitunter gar nicht überm Horizont ist, während sich Apollo auf dem Transfer zum Mond im Empfangsbereich der rund um die Erde verteilten Stationen befand.
dem Einschuss in die Mondtrajektorie. Wobei kurz auch relativ ist, immerhin dauerte der Erde-Mond-Transfer drei Tage. Die Erklärung, man hätte sämtliche Kommunikation außerhalb des Erdorbits durch EME faken können fällt also schonmal flach. Nächster Vorschlag bitte.
-
Thread
STM32: Sendepuffer für USART
jetzt die ISR aus: [c] void DMA1_Stream6_IRQHandler(void) { /* Clear DMA Stream Transfer Complete interrupt pending bit */ DMA_ClearITPendingBit(DMA1_Stream6, DMA_IT_TCIF6); DMA_Cmd(DMA1_Stream6, DISABLE); DMA_ITConfig(DMA1_Stream6, DMA_IT_TC, DISABLE);
Mache das auch so mit dem Wechseln zwischen 2 Speicherbereichen. Es gibt auch noch einen Half-Transfer Interrupt. Also wenn die Hälfte der Übertragung abgeschlossen ist kannst du vorn wieder anfangen reinzuschreiben. Habe ich jedoch noch nicht ausprobiert.
-
Thread
John McAfee: a Real Life Jason Bourne
wohl nicht ganz klar ist ob die Abnahme nun exponentiell > oder linear verläuft. Bei jedem Transfer werden 10% vom Betrag verbrannt und jeder 10. Transfer verbrennt komplet. Ich sehe nicht wie meine Token dabei weniger werden. ;)
-
Thread
Datenübernahme in einen von 4 Buffer
SPI_CLK) begin if(SPI_CLK'event and SPI_CLK = '1')then elsif(S_SPI_DATA_TRANSFER_READY = '1' and S_SPI_DATA_BUFFER(11 downto 10) = "00")then TRIGGER_DELAY <= S_SPI_DATA_BUFFER(9 downto 0); elsif(S_SPI_DATA_TRANSFER_READY = '1' and S_SPI_DATA_BUFFER(11 downto
einen Case nehmen. Etwa in der Art: if(SPI_CLK'event and SPI_CLK = '1')then if(S_SPI_DATA_TRANSFER_READY = '1') then case S_SPI_DATA_BUFFER(11 downto 10) is when "00" => TRIGGER_DELAY <= S_SPI_DATA_BUFFER(9 downto 0); when "01" => --- und so weiter
-
Thread
PeakTech 3315 USB Visual Basic
Address: 0x02 Open Pipes: 2 Endpoint Descriptor: bEndpointAddress: 0x81 Transfer Type: Interrupt wMaxPacketSize: 0x0008 (8) bInterval: 0x0A Endpoint Descriptor: bEndpointAddress: 0x02 Transfer Type: Interrupt wMaxPacketSize: 0x0008 (8) bInterval
bDescriptorType: 0x22 wDescriptorLength: 0x0025 Endpoint Descriptor: bEndpointAddress: 0x81 Transfer Type: Interrupt wMaxPacketSize: 0x0008 (8) bInterval: 0x0A Endpoint Descriptor: bEndpointAddress: 0x02 Transfer Type: Interrupt wMaxPacketSize: 0x0008 (8) bInterval
-
Thread
Zwei USVs, ein Switch
Hi, es gibt auch von APC eine entsprechende Lösung: APC Automatic Transfer Switch (AP7721) http://www.apc.com/shop/de/de/products/RACK-ATS-10-A-230-V-12-A-208-V-C14-EIN-12-C13-AUS/P-AP7721 Liebe Grüße, Lui
Hey, so viele Vorschläge! Transfer Switch ist also das Zauberwort, die verlinkten Produkte gehen genau in die richtige Richtung. Mal sehen, was es wird. Relais, das kribbelt in den Fingern, erscheint mir im Firmenumfeld aber unangebracht
-
Thread
Umschalter für 2x230V automatisch
Hi, dafür gibt es ATS (Automatic Transfer Switch). Z.B. sowas: https://www.online-usv.de/produkte/automatic-transfer-switch-16a Oder sowas: https://www.kvm-switch.de/de/11-fach-ats-automatischer-transfer-switch-gude-8801-3.html Gute
-
Thread
STM32 FSMC RGB Interface
die Rede. Diese sind jeweils 4*64 kbyte groß. Für was wird der große Speicher benötigt. Für den Transfer via dma zur fsmc Schnittstelle benötigt man trotzdem einen buffer im RAM. Gibt es keine andere Möglichkeit, als hier RAM zu verbraten? z.B. in einer fsmc Bank.? Gruß Ehrengast
jeweils 4*64 kbyte groß. Wie auch immer man sie adressieren mag, es sind 4 x 256MB. > Für den Transfer via dma zur > fsmc Schnittstelle benötigt man trotzdem einen buffer im RAM. Eigentlich nicht, es wird ein Transfer vom Quell-RAM zum TFT durchgeführt. Verwendet man ext. RAM, wird der FSMC entsprechend
-
Thread
AVR-SPI-Master mit 16 Bit möglich?
Löschen und Setzen des als CS-Signal verwendeten Pins muss der AVR per Software machen. Ein 16 Bit transfer schaut deshalb so aus : - AVR zieht CS nach unten und wartet ein paar µs, so wie es im Datenblatt des Slave angegeben ist. - Der AVR startet den SPI 8 Bit Transfer und wartet bis er abgeschlossen ist. - Der AVR started den 2. SPI 8-Bit Transfer und wartet wiederum bis zum Ende. - Der AVR wartet noch ein paar µs laut Datenblatt und zieht CS wieder nach oben.
-
Thread
Touch Slider Platine
Qtouch Link von Lothar ist gut. Atmel hat da richtig viel drüber geschrieben und auch das charge transfer Verfahren gut erklärt. Ist aber nicht ganz trivial umzusetzen.
Link von Lothar ist gut. > Atmel hat da richtig viel drüber geschrieben und auch das charge > transfer Verfahren gut erklärt. > Ist aber nicht ganz trivial umzusetzen. Also es sollte wirklich mit dem ESP32 gemacht werden. Es geht hier auch hauptsächlich um die Hardware also den Touch Slider selber
-
Thread
Unlösbare Fehler
und mir (oder dem Lieferanten des Code) die Fragen gestellt: - Wird nach Erledigung des DMA-Transfer per Routine ein neuer DMA-Transfer angeworfen? (und das nicht zu früh?) Passiert das in einer Main-Loop oder im IRQ handler? - Hat die State-Machine immer einen wohldefinierten Zustand zur Ausführungszeit
ersten Punkt kann man abhaken, wenn die DMA-Engine Autobuffering kann, also sich selbst einen neuen Transfer-Deskriptor holt. Das erlaubt die Konfiguration einer "harten" Buffer-Queue -- die schlechthin robusteste Variante. Zum zweiten Punkt muss man die Architektur (Pipeline und Interface-FIFO-Verhalten
-
Thread
LPC 2000: DMA und SSP zickt gewaltig.
} LastAccess = GET_MILLISEC_COUNTER_VALUE(); #ifdef USE_DMA /* Ch0 set for M2P transfer from memory to SSP0. */ dma_memory.source[0] = 0xff; /* Dummy byte to send */ GPDMA_CH0_SRC = (unsigned long) dma_memory.source; GPDMA_CH0_DEST = (unsigned long) &SSP0DR;
the packet */ memcpy ((void *) dma_memory.source, buff, 512); /* Ch0 set for M2P transfer from memory to SSP0. */ GPDMA_CH0_SRC = (unsigned long) dma_memory.source; GPDMA_CH0_DEST = (unsigned long) &SSP0DR; GPDMA_CH0_CTRL = 512 | /* 512 bytes */
-
Thread
[Linux+CDC] BOGUS urb xfer, pipe 3 != type 1
Beitrag #4231637: > http://www.recursion.jp/avrcdc/ Zitat: | three endpoints and the bulk transfer on low-speed device violates the | USB standard | [...] | switch to the HID protocol or to MCU having on-chip USB controller
Max D. schrieb im Beitrag #4231767: > Endpoint Descriptor: > Transfer Type Bulk > Endpoint Descriptor: > Transfer Type Bulk Das ist bei Low-Speed-Geräten nicht erlaubt. Und das Problem ist nicht die Warnung (die wird einfach
-
Thread
USB-Interface selber hertsellen
cdc-io.html http://www.recursion.jp/avrcdc/index.html " [...] The back door to the low-speed bulk transfer is gradually closing on the newer OS. After enjoying this USB technology, switch to the HID protocol or to MCU having on-chip USB controller. "
Stephan B. schrieb im Beitrag #3884248: > " > [...] > The back door to the low-speed bulk transfer is gradually closing on the > newer OS. After enjoying this USB technology, switch to the HID protocol > or to MCU having on-chip USB controller. > " Most posters do criticise comments, instead
-
Thread
NFC Blocking Card, Esoterik? Schwindel? Unfug?
abgreifen und aufs eigene Konto transferieren geht garnicht. Wie ich schon schrieb, bei jedem Transfer wird ein einmaliger Algorhytmus gebildet, der nur für diesen einen Transfer gültig ist und solche Transfers sind auf maximal 50€ begrenzt, welch auch voll von den Anbietern im Missbrauchsfall ersetzt
-
Thread
MMA7455 über SPI an AVR
& 0x3F)<<1)|0x80); //Write Befehl an Register Senden while((!SPSR & (1<<SPIF)));//Warten bis Transfer abgeschlossen ist x = SPDR;//dummy read SPDR = data; while((!SPSR & (1<<SPIF))); x = SPDR;//dummy read PORTB |= (1 << PB4); // SS auf HIGH zum Beenden der Übertragung } uint8_t
((reg & 0x3F)<<1); //Read Befehl an Register Senden while((!SPSR & (1<<SPIF)));//Warten bis Transfer abgeschlossen ist x = SPDR; SPDR = 0x00;//Daten werden mit dem Nächsten Transfer gesendet while((!SPSR & (1<<SPIF)));//Warten bis Transfer abgeschlossen ist x = SPDR; //Empfangene Daten
-
Thread
Foliendruck mit Farblaser
Schaut mal hier: Tonertransfer ohne Transfer http://www.instructables.com/id/Modification-of-the-Lexmark-E260-for-Direct-Laser-/
Frank K. schrieb im Beitrag #3843704: > Schaut mal hier: Tonertransfer ohne Transfer > > http://www.instructables.com/id/Modification-of-the-Lexmark-E260-for-Direct-Laser-/ Das sieht wirklich interessant aus. Mark baut die Fixiereinheit aus und fixiert das Tonerpulver in Acetondampf
-
Thread
AD9833 Datenwort per Hardware SPI schicken
mal hoffen das das für den AD9833 dann nicht zu sehr versetzt kommt.. Serial Peripheral Data Transfer Flag Cleared by hardware to indicate data transfer is in progress or has been approved by a clearing sequence. Set by hardware to indicate that the data transfer has been completed. This bit is
-
Thread
PIC18FxxK42 SPI senden und FIFO
verfügung? 2 im FIFO + TXB? Frage 2 was ist gemeint mit " 1 = TxFIFO data is required for a transfer 0 = TxFIFO data is not required for a transfer " verstehe ich nicht ganz. Frage 3 BUSY bezieht sich ja auf das senden, verstehe ich es also richtig das mein Fifo leer sein kann und Busy high?
is written with ‘3’, the transfer will start with the SPIxTCNTL write. The two bytes in the TXFIFO will be sent after which the transfer will suspend until the third and last byte is written to SPIxTXB.
-
Thread
DAC (TLV5616) gibt nichts aus
Notes on SPI and Microwire: Before the controller starts the data transfer, the software has to generate a falling edge on the I/O pin connected to FS. FS erwähnst Du zwar nicht direkt im Text, da Du aber drei Pins als Ausgang setzt, wird einer davon wohl mit FS verbunden
FS wird nicht am Anfang getoggelt und dann noch mal. FS wird auf High gesetz. Direkt vor dem Transfer wird FS auf Low gesetzt. Nach dem Transfer wird FS auf High gesetzt. ... PORTB |= (1<< xx); // FS auf High setzen _delay_us(10); ... while(1) { PORTB &= ~(1<< xx); // FS
-
Thread
Schieberegister Kaskadierung
count++; } data1 = getData1(); digitalWrite(latchpin,LOW); SPI.transfer(data1); SPI.transfer(data2); digitalWrite(latchpin,HIGH); delay(500); } int getData1(){ switch(count){ case 0: return 0b10000001; case 1: return 0b01000010;
-
Thread
RGB LED Treiber
Nochmal, Hallo. Im Anhang gibt es einmal die "SPI_Transfer_RGB_Byte". Damit werden 4 Bytes an die Schieberegister üergeben, Kodiert, wie Hagen es vorgeschlagen hat. (Dazu auch die Frage, wie man die Funktion kürzen kann, da ich ja 4x das gleiche tue) Dann gibt es noch die "SPI_Transfer_RGB_Bytes". Hier wollte ich die 3 Bytes Red,Gren,Blue übergeben. Daraus sollten eigentlich 4 Bytes werden, in etwa so: Blue: 0000 0000 Green: 0000 0000 Red: 1111 1111 |||| ||||
-
Thread
Typisieren von Variablen - Problem mit IAR MISRA C rule 45
DEFP( DMA0DA , DMA0DA_) #define DMA0SZ_ (0x01e6) /* DMA Channel 0 Transfer Size */ DEFW( DMA0SZ , DMA0SZ_) #define DMA1SA_ (0x01ea) /* DMA Channel 1 Source Address */ DEFP( DMA1SA , DMA1SA_) #define DMA1DA_ (0x01ec
DEFP( DMA2DA , DMA2DA_) #define DMA2SZ_ (0x01f6) /* DMA Channel 2 Transfer Size */ DEFW( DMA2SZ , DMA2SZ_) ... Vielleicht findet das auch in den anderen MSP430-Typen Anwendung und wird von TI mal in ihre Dateien übernommen. Grüße Heinrich
-
Thread
DC/DC Wandler defekt. Laie benötigt Hilfe
festgestellt, dass die 5V Spannung fehlt, die normalerweise vom Gameboy kommt, wenn ich die Spiele ins Transfer Pak meiner N64 stecke. Und ist halt doof, wenn die einzige Spannung beim zocken von der Knopfzelle kommt. Habe nach ein wenig graben im Internet auch schon herausgefunden, dass es im Transfer Pak
-
Thread
Interrupt Handler wird nicht aufgerufen
das Start Bit (obwohl im Dat Register der zu übertragende Wert eingetragen wird. [c]void I2C_M_Transfer(LPC_I2C_TypeDef *pI2C, i2c_transfer *transfer) { /* Write Address and R/W bit to data register */ I2C_WriteByte((transfer->slaveAddr << 1) | (transfer->txSz == 0)); /* Enter to Master Transmitter
-
Thread
SPI-ISR Problem
avr/interrupt.h> #include <avr/delay.h> volatile unsigned char data; unsigned char status,transfer = 0, prozent=0, motor = 0; unsigned char richtung1=0, richtung2=1, enable=0, sync = 0, reset = 0, sleep = 0, mode = 0; ISR(SPI_STC_vect) { data = SPDR; transfer = (data & 0b10000000)>>7; switch(transfer) { case 0: motor = data & 0b01000000; transfer = data & 0b01111111; prozent = transfer; //wird für andere Anwendung
-
Thread
Optokoppler SPS 24V zu 5V
Current transfer ratio at IF = 10 mA => 100% If von 10mA entspricht 10mA Emitterstrom.
Absolvent schrieb im Beitrag #5794850: > Current transfer ratio at IF = 10 mA => 100% > > If von 10mA entspricht 10mA Emitterstrom. nö schau dir im Datenblatt die blaue Zeile an, von bis 20% bis 500% pauschal ist 100% falsch und du wunderst dich
-
Thread
USB-FX2 Data Transfer: PC <---> FPGA : WIN XP super aber WIN 8 schlecht
perfekt läuft. Der Cypress EZ-USB Chip hängt als Slave Fifo am FPGA und die Daten werden per Bulk Transfer an den PC übertragen und weiterverarbeitet. ( ca. 40 Mbyte (Win XP) , 15-20 MByte (WIN 8.1, 64Bit) Bei der Migration nach WIN 8.1 bricht die Transfer Rate dauerhaft konstant ein. Mein Anwenderprogramm
Version übernommen und ohne Probleme zum laufen gebracht. Ein Testprogramm, welches nur den USB Transfer beinhaltet wurde erstellt. Der Code zum read/write auf das Board ist also unverändert, samt allen Konfigurations Einstellungen ( Endpoints, Blockgröße usw. ) Cypress bietet zur Zeit einen universellen
-
Thread
Bitcoin Grundlagenfragen
mehr alle Transaktionen bearbeitet werden. Erster > Sargnagel. Gilt das Problem auch für den Transfer in "Realwährung" ? > Der zweite ist, daß die Blockchain irgendwann so riesig groß > wird (etwa angenommen, daß die Blockgröße erhöht wird), daß > nur noch größere Rechenzentren diese komplett
bringen. > Es mag technische Gründe geben - der > "klassische" Bitcoin ist wohl bezüglich Transfer-Geschwindigkeit nicht > ganz optimal. Was wäre denn optimal? > Auch versuchen Leute, die Beim BTC zu kurz oder zu spät > gekommen sind, ihr Glück auf eige Rechnung. Und ich bin mir sicher
-
Thread
Handykamera MCA-25 ansteuern
Hi! Hab jetzt nochmal das Handy belauscht... Es scheint kein "jpg transfer" Abbrechen Kommando zu geben :-X Naja muss man halt ein bild "skippen" falls man einen Transferabbruch erkennt. Klappt auch wunderbar, nach dem drücken auf abbrechen und reload liefert die cam
Dann ist irgendwie der Transfer eines Bildes nicht ganz abgeschlossen worden. Der Webserver implementiert TCP/IP leider nur minimal. Wenn die Verbindung abbricht und er kein TCP close paket bekommt schliesst er den tcp socket
-
Thread
Quellcode: DMX Sende Modul für ATxMega
internal PLL to generate 32MHz system clock * DMX Signal will be transmitted through Port PC3 * DMA transfer added for fun but not needed since we are waiting for DMA to finish before next transfer * * Released under the "Don't care" license * Feel free to use this code in any way you want * Also no
internal PLL to generate 32MHz system clock * DMX Signal will be transmitted through Port PC3 * DMA transfer used for transmission of DMX data to UART registers * Low level interrupt priority für DMA transfer set * * Released under the "Don't care" license * Feel free to use this code in any way you
-
Thread
TimerO Problem MEGA88
Timer0 Compare B Handler reti ; Timer0 Overflow Handler reti ; SPI Transfer Complete Handler reti ; USART, RX Complete Handler reti ; USART, UDR Empty Handler reti ; USART, TX Complete Handler reti ; Analog Comparator
Compare B Handler reti ; Timer0 Overflow Handler reti ; SPI Transfer Complete Handler reti ; USART, RX Complete Handler reti ; USART, UDR Empty Handler reti ; USART, TX Complete Handler reti
-
Thread
FPGA-Board mit PCIe
ist mit PCI und natürlich PCIe /prinzipiell/ möglich. Dein FPGA muss dafür "einfach" einen DMA Transfer initieren können.
mit PCI und natürlich PCIe /prinzipiell/ möglich. Dein FPGA muss > dafür "einfach" einen DMA Transfer initieren können. Ähh, die Kopplung zwischen FPGA und dem Prozessorteil erfolgt über mehrere AXI-Kanäle und nicht über PCI/PCI Express. Es ist in der Tat möglich, über AXI Master auf die Speicher