-
Thread
libusb linux "timeout async cancel failed -5 errno=22"
Hallo, ich bin gerade dabei mit libusb 1.0.9 einen bulk transfer umzusetzen. Die Systemarchitektur, mit der ich arbeite ist leider so gebaut, dass der gesamte Code in einer Schrittschaltkette threads nur simuliert, da das System gewachsen ist und früher auf einem
= EIO, 22 = EINVAL Nach 3 ms waren die Daten noch nicht übertragen, also wurde versucht, den Transfer abzubrechen. Das hat nicht funktioniert. (Vielleicht war *dann* der Transfer doch erledigt ...)
-
Thread
MC68000 mit uC "verheiraten"
ich das Datenblatt des 68000 verstanden habe, kann da der Slave selbst "sagen", wann er mit dem Transfer fertig ist (DTACK). Die andere Variante, die mir auch eingefallen ist, wäre ein "normaler" Portbaustein, allerdings habe ich da irgendwie einfach nix gefunden... Spielt es dabei eine Rolle, von welchem
das Datenblatt des 68000 verstanden habe, kann da der > Slave selbst "sagen", wann er mit dem Transfer fertig ist (DTACK). Stimmt schon, aber der 68000 wird nicht im leeren Raum betrieben. Zwar liefern spezielle Portbausteine der 68000-Serie das DTACK selber, aber beispielsweise weder RAM noch ROM
-
Thread
zugriff auf NPI Interface
erstellst dann einen passenden Descriptor für den Scatter-Gather in deinem Programm und startest den Transfer. Um die ganze FIFO-Geschichte kümmert der sich dann selbst.
Scatter-Gather DMA Controller, zumindest kann man ihn dafür konfigurieren. Er will für jeden DMA TRansfer einen Descriptor, der zum Beispiel Quell und Ziel-Adresse, zu übertragende Bytes, Header, Footer usw. angibt. Den muss der MB über den PLB bereit stellen. Den Rest erledigt der MPMC. Ist aber recht
-
Thread
Paritäts-Prüfung in Assembler
sich immer auf den Akku. Alle Befehle, die den Akku verändern, beeinflussen das parity-Bit, auch transfer-Befehle. Gesamtzahl der "Einsen" im Akku und parity ist immer gerade (gerade Anzahl im Akku -> Bit ist 0, sonst 1.
@crasy horse: "Alle Befehle, die den Akku verändern, beeinflussen das parity-Bit, auch transfer-Befehle" Bist du dir sicher ? Das wäre ja zur Intelreihe x286,x386... ein gravierender Unterschied ? Ich meine damit das die Transferbefehle das Parityflag beeinflussen. Gruß Hagen
-
Thread
suche Eagle 6 Lizenz (Standart oder Professional)
man nachlesen: https://knowledge.autodesk.com/de/customer-service/download-install/activate/transfer-licenses/transfer-ownership-licenses "Der Lizenz- und Servicevertrag von Autodesk, der die Verwendung von Autodesk-Software regelt, gestattet keine Übertragung der Eigentümerschaft ohne vorherige
-
Thread
Programmstart nicht ok beim mega8535
rjmp TIM0OVF ;TIMER0 OVF Timer/Counter0 Overflow reti ;SPI, STC Serial Transfer Complete reti ;USART, RXC USART, Rx Complete reti ;USART, UDRE USART Data Register Empty reti ;USART, TXC USART, Tx Complete reti ;ADC ADC Conversion
rjmp TIM0OVF ;TIMER0 OVF Timer/Counter0 Overflow reti ;SPI, STC Serial Transfer Complete reti ;USART, RXC USART, Rx Complete reti ;USART, UDRE USART Data Register Empty reti ;USART, TXC USART, Tx Complete reti ;ADC ADC Conversion
-
Thread
Warum gibt es keine wirklich guten Spannungsreferenzen?
KP303E mit 5 mA bestromt und ist mittlerweile schon 32 Jahre gealtert. Das sollte mir als (Transfer-)Normal für die nächsten Jahrzehnte immer noch reichen.
KP303E mit 5 mA bestromt > und ist mittlerweile schon 32 Jahre gealtert. > > Das sollte mir als (Transfer-)Normal für die nächsten Jahrzehnte > immer noch reichen. Ich mag diese "old school" Schaltungen sehr gerne. Kannst du bitte mal einen Schaltplan veröffentlichen? Danke Gerd
-
Thread
Erster Schaltungsentwurf - ATtiny Programming Board
Was mir gerade einfallt, suche mal nach "Toner-Transfer-Methode" Damit kann man sich das Belichtungsgeraet sparen. (Habe ich aber selbst noch nie gemacht) Das Equipment fuers aetzen bleibt aber. Noch preiswerter ist das bestellen bei einem kommerziellen
Asko B. schrieb im Beitrag #4145023: > Was mir gerade einfallt, suche mal nach > "Toner-Transfer-Methode" Als könntest du mir in den Kopf schauen ^^ Schau ich mir gerade an https://www.youtube.com/watch?v=-L1i9SnYGaU
-
Thread
PIC24FJ128GA306 und DMA
DMAINT0bits.DONEIF = 0; //reset done interrupt flag DMAL = 0; DMAH = 0xFFFF; // Transfer now: DMACNT0=10; // DMA Interrupt IPC1bits.DMA0IP = 2; //This is a low priority interrupt IFS0bits.DMA0IF = 0; //reset Flag IEC0bits.DMA0IE = 1; //enable Interrupt // ENable DMA
enable trigger source interrupt IFS1bits.U2TXIF = 1; //make sure, flag is set for first transfer //reset bits DMAINT0bits.DONEIF = 0; //kick off data transfer by generating a request DMACH0bits.CHREQ = 1; Nop(); while(1); [/c]
-
Thread
USB FileTransfer Kabel ohne extra Software/Treiber bzw "Dualport" USB Stick
Hi. Es gibt ja diese USB Transfer Kabel, um Dateien von einem Rechner auf den andern zu Überspielen. Diese brauchen aber alle einen extra Treiber oder besondere Software. Ich bräuchte sowas ohne speziellen Treiber, d.H. es sollte
-
Thread
STM32F4 ADC DMA Multichannel
Stream0_IRQHandler(void)//Called at 1 KHz for 200 KHz sample rate { /* Test on DMA Stream Half Transfer interrupt */ if(DMA_GetITStatus(DMA2_Stream0, DMA_IT_HTIF0)) { /* Clear DMA Stream Half Transfer interrupt pending bit */ DMA_ClearITPendingBit(DMA2_Stream0, DMA_IT_HTIF0); } /* Test on DMA Stream Transfer Complete interrupt */ if(DMA_GetITStatus(DMA2_Stream0, DMA_IT_TCIF0)) { /* Clear DMA Stream Transfer Complete interrupt pending bit */ DMA_ClearITPendingBit(DMA2_Stream0, DMA_IT_TCIF0);
-
Thread
Ersatzteilversand aus der Schweiz unmöglich?
aus der Schweiz bzgl. Postversand. Abholung macht keinen Sinn, das gleiche gilt auch für einen Transfer an die Grenze. Alles zu weit weg. Habe ich das so richtig verstanden: - Unter 22 Euro gibt es bei einem Versand keine Probleme mit dem Zoll. - Eine Zahlung per PayPal ist möglich (wer zahlt
K. schrieb im Beitrag #6311185: > Abholung macht keinen Sinn, das gleiche gilt auch für einen Transfer an > die Grenze. Alles zu weit weg. In welcher Region der Schweiz liegt das Teil denn? Ich bin südlich vom Bodensee zu Hause. Fahre immer wieder mal nach Konstanz um meine Lieferungen aus Deutschland
-
Thread
EDMA steuerung durch GPIO Interrupt
ADC lauft constant mit 10 MHz Sampling Rate. Nun brauche ich aber eine Loesung, die mir den EDMA transfer nicht beim jeden fertigen Sample, sondern erst bei z.b. jedem 100tel Sample den EDMA transfer asloest. Also ich will im Prinzip nicht jeden, sondern nur jeden 100ten wert, den mir der ADC bereitstellt
es nicht hin, den EDMA zu stoppen --> mit der CPU den Param zu programieren und danach den EDMA transfer wieder zu starten. Bislang hatte ich einfach durch verlinkung den Param aktualisiert. Nun will ich ihn aber mit der CPU aktualisieren. Der EDMA transfer ist generel Eventgesteuert. Mein Vorgehen
-
Thread
AS5043 - Frage zum 'Daisy chain mode'
Du meinst also 2x 8-Bit-Transfer, meinetwegen sogar per Interrupt, dann einen Takt per Software erzeugen und weiter geht's ? Klingt gut machbar. Brauche ich eigentlich wirklich eine Programmiermöglichkeit für die AS5043 ? Wenn
Nicolas Nickisch schrieb im Beitrag #2211082: > Du meinst also 2x 8-Bit-Transfer, meinetwegen sogar per Interrupt, dann > einen Takt per Software erzeugen und weiter geht's ? Klingt gut machbar. Ja. Zu der Programmiermöglichkeit des AS5043 kann ich nix sagen. Der Chip
-
Thread
i2c fleury lib Probleme
********************************************** Issues a start condition and sends address and transfer direction. If device is busy, use ack polling to wait until device is ready Input: address and transfer direction of I2C device **********************************************************
************************************* Issues a repeated start condition and sends address and transfer direction Input: address and transfer direction of I2C device Return: 0 device accessible 1 failed to access device *******************************************************
-
Thread
httpS Authentication für Webapp, später nur http, sicher?
nachdenken, nach ein paar Megabyte eine neue Schlüssel zu verwenden, aber doch nicht bei jeden Transfer. Aber wie schon oben geschrieben, wenn man bei https die Verbindung offen lässt sollte das auch ohne große CPU last gehen.
nachdenken, nach ein paar Megabyte eine neue > Schlüssel zu verwenden, aber doch nicht bei jeden Transfer. Ein Key kann bei der ersten Anfrage mitgeschnitten werden. Danach kann ein Eindringling seine eigene Anfrage mit demselben Key formulieren, wenn er weiterhin gültig ist. Hast du dich schon mal
-
Thread
Vorwiderstand Optokoppler
groß genug sein, dass am Ausgang genug Strom für deine Anwendung fließen kann (Stichwort Current transfer ratio)
vorher gründlich, die Alterung der LED (und damit die stetig fortschreitende Verringerung der CurrentTransferRatio ) im Optokoppler hängt direkt davon ab.
-
Thread
[?] libmpsse.dll, Fehler bei SPI-Lesen
EventArgs) Handles EEPROM_lesen.Click ' eeprom lesen ' als Dokumentation: ' Const SPI_TRANSFER_OPTIONS_SIZE_IN_BYTES = &H0 ' Transfer Size in Byte (&H1 in Bits) ' Const SPI_TRANSFER_OPTIONS_CHIPSELECT_ENABLE = &H2 ' CS wird vor der Operation gesetzt ' Const SPI_TRANSFER_OPTIONS_CHIPSELECT_DISABLE
-
Thread
Frage zu Optokopplern
schau dir mal im oben genannten Datenblatt auf Seite 3 das CURRENT TRANSFER RATIO an. Wenn du einen CNY17-4 hernimmst und 1mA durch die LED lässt dann sind das auf der Transistorseite min. 0,56mA typ 0,9mA Hast du einen Anwendung mit sehr wenig möglichen Strom? Man
Peter N. schrieb im Beitrag #6801456: > Darüber finde ich aber nichts, Die Current Transfer Ratio (CTR) wird in jedem DB angegeben. LEDs altern aber und der Wert bleibt über Temperatur und Alterung alles andere als konstant.
-
Thread
STM32F4 Werte-offset bei DMA Transfer vom ADC1
Hallo Zusammen, Ihc hab hier ein kurioses Probme mit demn DMA Transfer auf einem STM32F407VG (STM32DISCOVERY Board), Ich lese über den ADC1 10 Kanäle ein. Der Transfer läuft über DMA Channel2 in ein Array mit 10 Words. Das Ganze funktioniert im Prinzip, mit einem
DMA-Transfers starten nicht mit dem Channel mit ADC-Rank 1, sondern mit irgendeinem Anderen. D.h. Der DMA-Transfer startet mitten in eiem Conversion Cycle des ADCs, nicht am Anfang. Durch den "CircularMode" Transfer der DMA werden so zwar alle Werte übertragen, aber mit einem Offset zum Start des Arrays. Das
-
Thread
STM32F7 mit externem ADC - Geschwindigkeit und Durchsatz
=0; . . . void DMATransferComplete(DMA_HandleTypeDef *hdma) { //This means the DMA transfer has finished transCounter++; if (transCounter<1000) { //haben wir schon 1000 werte ? if (HAL_DMA_Start_IT(&hdma_tim1_up, (uint32_t)&GPIOD->IDR, (uint32_t)&data[transCounter], 1) != HAL_OK
16bit-Wert anliegt? Es müsste mit Timern möglich sein, auf dieses zu reagieren und direkt einen DMA-Transfer auszulösen. S------- R. schrieb im Beitrag #5628217: > Habe gerade die bekannten -O1/2/3 flags getestet - es macht bereits > einiges aus. Hätte ich nicht gedacht bei diesem wenigen "trivialen
-
Thread
Blöde Frage: Flashspeicher an den PC anschließen & auslesen?
DAT3! Da steht aber auch: "By default, after power up or reset, only DAT0 is used for data transfer. A wider data bus can be configured for data transfer, using either DAT0-DAT3 or DAT0-DAT7, by the MultiMediaCard controller." Wenn Du nur 4 Bits hast, dann ist das halt so. > kann ich das Ding
-
Thread
M16C SI/O3 Transfer hilfe ??
Hi, ich bin immer ncoh dabei den seriellen Transfer über SIO3 zum laufen zu bringen. Bisher leider ohne Erfolg, ich bin ziemlich am verwzeifeln. Ich hab am EIngang einen Funktionsgenerator angeschlossen, der mir das Sendebyte simuliert. Aber leider
-
Thread
WIFI für PI ohne USB
Also, der Transfer vom PC zum Raspberry hat das folgende ergeben: 536870912 Bytes (537 MB) kopiert, 200,911 s, 2,7 MB/s Vom Raspberry zum PC gibt es die folgenden Werte: 536870912 bytes (537 MB) copied, 231.106 s
Mac L. schrieb im Beitrag #4704372: > Also, der Transfer vom PC zum Raspberry hat das folgende ergeben: > 536870912 Bytes (537 MB) kopiert, 200,911 s, 2,7 MB/s > Vom Raspberry zum PC gibt es die folgenden Werte: > 536870912 bytes (537 MB) copied, 231.106
-
Thread
Effizient auf COM-Schnittstelle schreiben
andere in diesem Thread reicht dann von "genau so richtig" bis "völliger Quatsch". Ich habe den Transfer jetzt hostseitig umgestellt. Statt meine 3 bis 10 Byte großen Kommandos jedes mal sofort auf den Weg zu bringen, sammele ich die Daten jetzt und sende sie erst ab, wenn mindestens 1024 Bytes zusammen
mehr oder weniger als gegeben für ein > CDC-Gerät ansehen... Da bei USB HS CDC aller 125µs ein Transfer ausgelöst werden kann, bekommt man hier bei wenig Daten die Latenz besser in den Griff und das Interface verhält sich ähnlicher zu einer realen RS232. Aber dies war dem TO nicht so wichtig.
-
Thread
USB Datenrate nimmt mit Anzahl der (inaktiven ) Platten ab
Rechner: alles Medion, 2 PC, 1 Notebook. Es war immer nur 1 Platte in der jeweiligen Gruppe aktiv(Transfer ging zu einer SATA Platte). Die Raten sind für alle Platten in einer Gruppe nahezu gleich, egal welches Modell. Es lief sonst auf den Rechnern kein anderer I/O (z.B. Indizierung etc.). Die Zeiten
wie schon geschrieben wurde, kommuniziert der Hostcontroller auch mit Geräten, wenn gerade kein Transfer stattfindet. Das Betriebssystem spricht auch gerne zwischendurch mit dem Laufwerk, auch wenn man nicht drauf zu greift.
-
Thread
SD Karte mit uC beschreiben und dann mit Rechner auslesen
eingeführt. Um das Problem des mehrfahren Zugriffs auf ein Filesystem zu lösen, wurde das Picture Transfer Protocol PTP und die Erweiterung Media Transfer Protocol MTP entwickelt. Viele Kameras, Drucker, Medienplayer etc können dieses Protokoll. Windows hat seit ME einen passenden Klassentreiber dafür.
-
Thread
Tonertransfer, Silikonmatte als Unterlage
Unterschied zwischen den Zeitabschnitten. Das Bild Toner - zeigt die ungeätzte Platine nach dem Transfer, der Toner ist noch drauf. Wenn beim betonieren kein Unterschied ist, dann vielleicht nach dem ätzen? Also geätzt, wieder kein Unterschied (Bild FertigMit) - zeigt die geätzte Platine mit Toner
funktioniert. Einzig auf möglichst Fett- und Staubfreie Oberflächen ist zu achten, aber das ist beim Transfer, und auch beim belichten, immer so. Viel Erfolg. Tom
-
Thread
Quantum Chips
Afaik funktioniert der von elm-chan anders als die von atmel, die arbeiten mit der charge-transfer technologie
Doch hier. Wie gesagt, läd Elm-Chan einfach nur die Koppelplatte und entläd sie wieder. Die Charge-Transfer-Methode von Quantum / ATMEL ist entschieden empfindlicher, bei mir funktioniert es mit einem 2EUR-großen Stück Platinenmaterial durch eine 12,5mm Rigipsplatte, 3mm Fliesenkleber und 8mm Fliese mit
-
Thread
DECT Telefon - Wer wählt genau?
Entschuldige, aber woraus schließt du das? Du kannst DECT auch ausschließlich für den Audio-Transfer verwenden. In dem Mobilteil hast du dann einen Tongenerator, der die Wähltöne injiziert.
Entschuldige, aber woraus schließt du das? Du kannst DECT auch > ausschließlich für den Audio-Transfer verwenden. In dem Mobilteil hast > du dann einen Tongenerator, der die Wähltöne injiziert. Ich glaube wir sollten uns mal darüber unterhalten was genau wir als "Wählen" definieren wollen. Das
-
Thread
Transistor für LED-Strip
> Fig 3. Typical Transfer Characteristics ca 20A bei 3,3V Vgs Sollte also bei 2A kaum warm werden. (ohne Gewähr)
Arduino F. schrieb im Beitrag #5386064: >> Fig 3. Typical Transfer Characteristics > ca 20A bei 3,3V Vgs > Sollte also bei 2A kaum warm werden. > (ohne Gewähr) Geil, vielen Dank!
-
Thread
Wie gut funktioniert V-USB CDC?
Noch was zur "Norm" Wenn ich mich richtig erinnere, ist HID Low-Speed Intrerrupt Transfer, mit max 8Bytes alle 10ms -> 800 Bytes/s. Reicht dir das? (isoliertes USB, Kosten, Platz verstehe ich nicht ;-)
#4353216: > Noch was zur "Norm" > > Wenn ich mich richtig erinnere, ist HID Low-Speed Intrerrupt Transfer, > mit max 8Bytes alle 10ms -> 800 Bytes/s. Reicht dir das? Ja, ist für den Anfang okay > (isoliertes USB, Kosten, Platz verstehe ich nicht ;-) *seufz* Also gut. USB ist schwer galvanisch
-
Thread
HC-SR04-Ultraschallsensor, der kein HC-SR04 ist.
Das Modul das ich meinte heisst anders, http://www.allnet.de/fileadmin/transfer/products/111901.pdf Wenn man die Versorgungsspannung anlegt und den Trigger offen lässt dann blinkt da eine LED im 10 Hz Takt und man hört das Modul auch tickern. Nach dem seriellen Protokoll wurde
Beitrag #5123141: > Das Modul das ich meinte heisst anders, > http://www.allnet.de/fileadmin/transfer/products/111901.pdf Schön, dass du auch ein US-Modul hast. - sieht ganz anders aus - hat einen Quarz - hat ganz andere Anschlüsse Was hat das mit diesem Thread zu tun?
-
Thread
Unterschiede LTspice - Octave
zu ermitteln. Bild: Kleine Frequenzen sind falsch, da Zeitbereich nur 600µs [code] G = TransferFunction{Continuous, ControlSystemsBase.SisoRational{Float64}} -1.4825867447070777s^2 + 3.915381717456055e7s - 4.5138075195136e14 -------------------------------------------------------------
Derivative aus MODELICA hat noch ein T - sonst geht es nicht. [code] This blocks defines the transfer function between the input u and the output y as approximated derivative: k * s y = ------------ * u T * s + 1 [/code]
-
Thread
Epidemiologischer Verlauf und Analyse von Krankheiten Teil 2 Gesperrt
Vorläufer-Thread: https://www.mikrocontroller.net/topic/488654 Hier geht es weiter.
-
Thread
2.2'TFT ILI9340 und Arduino
beitrage, erster google Beitrag "SPI DUE DMA": ILI9341(new)SPI library for Due supporting DMA transfer(Uno, Mega,.. compatible) https://forum.arduino.cc/index.php?topic=265806.0 Wäre vielleicht mal eine Ansicht wert, habe keinen DUE aber das Display sieht identisch aus.
beitrage, erster google Beitrag "SPI DUE DMA": >ILI9341(new)SPI library for Due supporting DMA transfer(Uno, Mega,.. >compatible) >https://forum.arduino.cc/index.php?topic=265806.0 >Wäre vielleicht mal eine Ansicht wert, habe keinen DUE aber das Display >sieht identisch aus. Danke dafür. Die
-
Thread
Warum quälen sich so viele Hobbyprojekte noch mit ASM-Code ab?
abliefe, sondern > dadurch, dass eine "Befehlsfusion" mit vorhergehenden und > nachfolgenden Transfer-Operationen möglich ist. Warum sollte das in aktuellen CPUs nicht auch möglich sein? Der Witz ist ja, dass ich das im einen Fall hart in den Befehlssatz codiere und damit dem Decoder zusätzliche
abliefe, sondern >> dadurch, dass eine "Befehlsfusion" mit vorhergehenden und >> nachfolgenden Transfer-Operationen möglich ist. > > Warum sollte das in aktuellen CPUs nicht auch möglich sein? ??? Es ging nicht um die Frage, was in aktuellen CPUs möglich ist, sondern darum, ob der MSP430
-
Thread
SPI-Bus (Slave) zu USB
einfache USB Interface Chips da nicht ausreichen. Wenn die Daten pünktlich ankommen müssen ist ein Iso-Transfer notwendig und den kriegt man nur, wenn man den USB Controller selber programmiert (also kein IO-Warrior, FTDI o.ä.). In jedem Fall ist es notwendig die Daten in größere Datenpakete zu packen, da es
Ein bereits implementiertes hat zum Beispiel folgende Spezifikationen: Bus width / Max. Data transfer rate (Burst rate) 16 Bit / 48 MB/s Ich dächte, das müsste locker ausreichen?
-
Thread
Frage: STM32F103 beide SPI benutzen
// ToDo: vor oder nach dem SPI setup?!?? SET_BIT(SPI1->CR1, SPI_CR1_DFF); // 16 bit per transfer SET_BIT(SPI1->CR1, SPI_CR1_MSTR); // Master mode SET_BIT(SPI1->CR1, SPI_CR1_BR_2); // clock div 32 / RM0008 p.743 ( bei 8MHz Takt sind das 250kHz) //SET_BIT(SPI1->CR1, SPI_CR1_BR_0);
->DR=data; // send 16 bit word while ( (SPI1->SR & SPI_SR_BSY)); // busy wait for SPI transfer to be finished while ( (SPI2->SR & SPI_SR_BSY)); // busy wait for SPI transfer to be finished (SPI2 hängt hier nicht) WRITE_REG(GPIOB->BSRR,GPIO_BSRR_BS12); // PB12 high ( Chip select
-
Thread
Kommunikation über Com liegt brach
import java.util.TooManyListenersException; import gnu.io.*; /** * COM2SchnittstellenTransfer * @author ABre * @version 1.0 1/27/2010*/ public class Com2PortTransfer implements Runnable{ private Thread thread; private CommPortIdentifier com2PortIdentifier; private SerialPort
e.printStackTrace();} } } }//MyPortListener }//Com2PortTransfer
-
Thread
ATMEGA 328p Programm Upload nicht Möglich avrdude: stk500_loadaddr(): (a) protocol error, expect=0x1
den Nieten) schreien geradezu nach "verlöten". Wie machst Du die Platine? Belichten oder Toner-Transfer? Oder ... ? Bis morgen ...
) > schreien geradezu nach "verlöten". > > Wie machst Du die Platine? Belichten oder Toner-Transfer? Oder ... ? Belichten ... mit einem Nagelhärtungsgerät das geht eigentlich recht gut ! > Bis morgen ...
-
Thread
TI TMS28335 DAM Transfer und geschindigkeit
Hallo, hat jemand schon mal den DMA Transfer bei dem obig genannten DSP hinbekommen? Ich möchte gerne alle 16 ADC Kanäle über den DMA Bus in ein bestimmtes Array schieben aber wie? Ich werde aus dem Datenblatt nicht schlau. Noch ein weiteres
-
Thread
USB Interrupt-Transfer (Host -> Device)
Guten Morgen, was bringt eigentlich ein Interrupt-Transfer vom Host -> Device bei USB? Interrupt-Transfer vom Device -> Host macht mir Sinn. Da dadurch das Device ständig auf neue Daten abgefragt wird. Aber andersrum??? Der Host weiß ja schließlich immer
-
Thread
Frage zu Puls-Laser Schaltung (Charge Transfer)
Hallo zusammen, ich frage mich wie die "Charge Transfer" Schaltung, wie Sie oft im Stickstofflaser-Selbstbau verwendet wird genau funktionieren soll. Genauer gesagt geht es mir um das Detail des Peaking-Kondensators (folgend C_P). Die Schaltung ist hier
-
Thread
Xilinx EDK 9.1: auf DMA S/G Register per user_logic zugreifen
Naja ich will vor allem den DMA Transfer triggern, dieser beginnt nämlich, sobald in das DMALENGTH Register ein Wert != 0 geschrieben wird.
jedoch nicht atomar, kann also unterbrochen werden (wenn IRQs weiterhin erlaubt sind). Der DMA Transfer müsste aber sofort starten, da sonst mein FIFO volläuft.
-
Thread
ATTINY 85 und MCP41100 digitales Potentiometer
delay(1000); } void PotWrite(int address, int value) { digitalWrite(csPin, LOW); SPI.transfer(address); SPI.transfer(value); digitalWrite(csPin, HIGH); }
-
Thread
RGB Bitmap im MCU in C
aufrufen und dann die Pixel nacheinander hinterher feuern. Die 'bekannten' Libs haben dafür eine Transfer Bitmap Funktion die genau das macht. Effizient geht das mit DMA, man sollte da einfach einen µC nehmen der das hat und auch nicht mit Speicher geizen. Die STM32 haben da sogar einen speziellen DMA
aufrufen und dann die Pixel nacheinander hinterher feuern. Die > 'bekannten' Libs haben dafür eine Transfer Bitmap Funktion die genau das > macht. > Effizient geht das mit DMA, man sollte da einfach einen µC nehmen der > das hat und auch nicht mit Speicher geizen. Die STM32 haben da sogar > einen