-
Thread
Tonertransfer vs. Belichtung - und viele Fragen :o)
dir was Anderes erzählen, aber da spielt viel Neid mit ein, weil sie den unglaublich bestechenden Transfer selbst nie schafften. Jeder Laserdrucker und jeder Toner funktioniert. Wer dir was Anderes erzählt, hat den Transfer noch nicht wirklich raus, kennt nur ein winziges Prozessfenster mit Gerät X
ärgerlich ist das. Belichten kann unter genau einer Arbeitsweise (weit!) besser sein, als der Transfer. Das ist ein Film als Vorlage, Belichten unter Vakuum mit einer Punktlichtquelle, und schließlich Sprühätzung. Wird auch nur bei einem dieser Punkte abgespeckt, ist der Transfer wieder besser.
-
Thread
STM32 SPI DMA - Overrun error
>Zu dem Zeitpunkt >sind dann die Daten abrufbereit und daher starte ich dann damit den >DMA-Transfer. Das habe ich schon so verstanden. Wenn das so geht, wie ich denke, schaltest Du wie oben bereits geschrieben, mit HAL_SPI_Receive_DMA() den Transfer scharf, d.h. Du setzt den Transfer
denke, schaltest Du > wie oben bereits geschrieben, mit > > HAL_SPI_Receive_DMA() > > den Transfer scharf, d.h. Du setzt den Transfer auf -- er wird da noch > nicht ausgeführt. > > Der Transfer selber wird dann durch dass REQ_STREAM getriggert, > gemäss der vorher gesetzten DMA Config.
-
Thread
Block Transfer Engine RA8875
Hallo, ich beschäftige mich mit der Block Transfer Engine des RA8875 Display Controllers. Es ist ein Beispiel gegeben, dass ein schwarz-weiss Bild (also 1 Bit konvertiert) in den Speicher schreibt und via BTE auf einer anderen Position auf dem
-
Thread
µC gesucht mit Ext.Mem.Int, USB, DMA
DMA-Geschichte: ist es richtig, dass man diese nur einmal am Anfang einstellt und dann läuft der Transfer der Daten von alleine ab (die ganze Zeit), oder muss der Transfer immer wieder per Hand aktiviert werden? Das Gehäuse kann alles sein, außer ein BGA, da ich das nicht selbser löten kann (bzw.
Jörg schrieb: > Den USB-Transfer werd ich Isochron machen, Wenn du schon über die Quelle keine Kontrolle hast, dann darüber wohl auch nicht. Zumal du m.W. diese Datenrate mit Fullspeed nur isochron schaffst. > Muss dieser Transfer
-
Thread
SPI DMA Transfer
= AT91C_SPI_RXBUFF) && (uTimeout < AT91C_TOUCHSCREEN_TIMEOUT)); //disable receive / transmit transfer pPdc->PDC_PTCR = AT91C_PDC_RXTDIS; pPdc->PDC_PTCR = AT91C_PDC_TXTDIS; (void)AT91C_BASE_SPI1->SPI_RDR; [/c] Hat jmd eine Idee an was das liegen könnte? Gruß Hannes
-
Thread
SPI-Kommunikation Atmega644 - ADS1118
Schreiben. [c] uint8_t SPITransfer (uint8_t data) { SPDR = data; // Bidirektionalen Transfer starten while ( ! (SPSR & (1 << SPIF))); // Warten bis Transfer abgeschlossen return SPDR; } [/c]
Schreiben. > uint8_t SPITransfer (uint8_t data) > { > SPDR = data; // Bidirektionalen Transfer starten > while ( ! (SPSR & (1 << SPIF))); // Warten bis Transfer abgeschlossen > return SPDR; > } Das ist genau das, was ich in meiner Funktion "SPITransmit" mache: [c]void SPITransmit
-
Thread
ESP32 - SPI funktioniert nicht
define RESET 22 uint8_t spi_transaction(uint8_t a, uint8_t b, uint8_t c, uint8_t d) { SPI.transfer(a); SPI.transfer(b); SPI.transfer(c); return SPI.transfer(d); } void setup() { Serial.begin(115200); if(SPIFFS.begin()) { Serial.println("SPIFFS Initialisierung....OK"
(uint8_t * data, uint32_t size); uint8_t transfer(uint8_t data); uint16_t transfer16(uint16_t data); uint32_t transfer32(uint32_t data); void transferBytes(uint8_t * data, uint8_t * out, uint32_t size); void transferBits(uint32
-
Thread
Arduino SPI Daten senden
zur Verfügung stellen. Geht das darüber, dass ich ihm beispielsweise hiermit "receivedVal = SPI.transfer(val)" sage, "ließ mal aus, was so da sein könnte?"
man denn nach einem einzelnen Bit quasi fragen? Also wenn man beispielsweise "byte temp = SPI.transfer(0x00);" schreibt?
-
Thread
Bilder unter Ubuntu im Originalformat speichern und nicht als .webp
Wenn schon Haarspalterei, dann aber richtig zitiert. Der vorletzte Buchstabe in "Hypertext Transfer Protocol" steht nicht für Transport.
deine Scheine dem Empfänger‹ hingegen doch. Also, mir ist ein Transport von Daten lieber als ein Transfer mit unvorhersehbaren Wandlungen und Modifikationen. ;-) Wenn der Transfer jedoch in der Realität einem Transport gleichkommt (wie in den RFCs vorgesehen), das ist dann OK.
-
Thread
Zeiger und Unterprogramm
TOGGLE_LED_STATUS }, TOGGLE_LED_STATUS_ID { 0, 0, BEEPER }, BEEPER_ID { 0, 0, TRANSFER_SERVICE }, TRANSFER_SERVICE_ID { 0, 0, FIND_SERVICE }, FIND_SERVICE_ID { 0, 0, TRANSFER_BUS }, TRANSFER_BUS_ID { 1, 0, FIND_BUS }, FIND_BUS_ID { 0, 0, PROZESS_DEL },
toggle_led_status }, TOGGLE_LED_STATUS_ID { 0, 0, beeper }, BEEPER_ID { 0, 0, transfer_service }, TRANSFER_SERVICE_ID { 0, 0, find_service }, FIND_SERVICE_ID { 0, 0, transfer_bus }, TRANSFER_BUS_ID { 1, 0, find_bus }, FIND_BUS_ID { 0, 0, prozess_del
-
Thread
Layout für Toner Transfer
Hallo Leute, ich hatte vor einiger Zeit im Internet die Toner-Transfer-Methode entdeckt. Jetzt wollte ich die Methode mal ausprobieren. Habe mich schon etwas belesen, aber würde gerne ein Rat bzgl. meines Layouts bekommen. Ist das Layout von den Leiterbahnstärken, Isolationsflächen
-
Thread
STM32 I2C Probleme
t devAddress, uint8_t memAddress, uint16_t len, uint8_t *data) { dev->pCPAL_TransferRx->wNumData = len; dev->pCPAL_TransferRx->pbBuffer = data; dev->pCPAL_TransferRx->wAddr1 = devAddress << 1; dev->pCPAL_TransferRx->wAddr2 = memAddress; dev->wCPAL_Options = CPAL_OPT_I2C_NOSTOP_MODE
Ja, das shiften wird in der Funktion bereits ausgeführt. Der eignetliche Transfer findet in der Funktion i2cdevReadTransfer statt. Überprüfe die Funktion darauf ob sie tatsächlich nach der Registeraddressierung eine STOP und eine START-Kondition ausführt: http://lidarlite.com/
-
Thread
Low Cost Belichtungsgerät
Also unbestritten ist eigentlich, daß der Transfer schneller geht. Und das ist auch mit einem perfekt funktionierenden UV-Belichter noch so. Wer sagt denn, daß man beim Transfer auf Frickelei angewiesen ist? Laminatoren sind ebensolche Frickelei
Möchte eigentlich nur helfen, aber es ist offenbar noch schwerer als die ersten Gehversuche beim Transfer.
-
Thread
Blutiger Anfänger: Toner-Transfer mit Alufolie, Ergebnisse gut
Aisler. Das ist einfach günstig, schnell und stressfrei. Ich habe vor 15 Jahren selbst mit Toner-Transfer gearbeitet (auf Reichelt-Katalog Seiten) und vermisse das kein Bisschen.
bleibt vor dem Fixierer/Fuser stecken, papierstau. Da sind wahrscheinlich Rollen eingespaart. Für Transfer aber ideal. @Dirk (disc0018) Zum Alu, ich weiss, es sieht fixiert aus, aber im Vergleich zum Papier werden da nicht nur die Graustufen viel besser übertragen beim anschließendem Transfer. Ich
-
Thread
Ein Stringproblem
); transfer.xor ^= transfer.sender; transfer.xor ^= transfer.length; transfer.xor ^= transfer.receiver; for (i=0; i<sizeof(msg); i++) { transfer.xor = transfer.xor ^ msg[i]; } printf ("XOR: %X\n", transfer.xor); printf ("Sender: %X, Länge: %X, Empfänger: %X, Daten: %X, CRC: %X\n", transfer.sender, transfer.length, transfer.receiver, transfer.message[0], transfer.xor); return 0; } [/c]
-
Thread
ubuntu drucker geht nicht so einfach
5 bEndpointAddress 0x82 EP 2 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Endpoint
5 bEndpointAddress 0x83 EP 3 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 7
-
Thread
Kleines Breakoutboard mit USB HS (480MBits) verfügbar?
möchte ich USB Midi benutzen. Soweit ich mich erinnere kann bei einem USB FS 12 MBit/s maximal 1 Transfer pro ms gesendet werden. Z.B. 1x Note On = 1 Transfer. (Ist leider ein paar Monate her, dass ich mich eingelesen habe). Die theoretische Bandbreite von 12 MBit/s wird dabei nichtmals ansatzweise
eine eigene Regel. LS unterstützt ja nichtmals Bulk Transfers. Grundsätzlich ist der Interrupt Transfer eigentlich geeigneter für eine Echtzeit Anwendung. Ich würde sogar soweit gehen zu behaupten, dass der BULK Transfer für Musiker Anwendungen das ungeeignetste ist. Ich will daher in der Tat einmal
-
Thread
Sehr gutes Papier für den Tonertransfer gefunden
Ich weiß, daß es bereits viele Threads zum Toner-Transfer gibt und der Teufel im Detail steckt. Heute morgen habe ich dieses Video passend zum Thema gefunden: http://jumperone.com/2011/06/how-to-make-pcb-using-toner-transfer-method/ Sieht alles
hier nochmal ausführlich http://www.stereoping.com/eurorack-frontplatten-erstellen-mit-der-toner-transfer-methode/?lang=de
-
Thread
Arduino CAN-Bus Problem
SPI.transfer(WRITE); SPI.transfer(CNF1); SPI.transfer(config1); delay(10); digitalWrite(SS, HIGH); delay(10); digitalWrite(SS, LOW); delay(10); SPI.transfer(WRITE); SPI.transfer(CNF2); SPI.transfer(config2); delay(10); digitalWrite(SS, HIGH); delay(10); } //Method added to enable testing in loopback mode
-
Thread
PIC C18 ein ganz gemeiner Fehler
volatile unsigned int BTS_5; volatile unsigned int BTS_6; volatile unsigned char BusSpiOutTransfer[MaxBusSpiTransfer]; volatile unsigned char BusSpiInTransfer[MaxBusSpiTransfer]; void init_spi_bus(void) { --> 1: InitBusSpi(); BusSpiOutTransfer[0] = 'C'; BusSpiOutTransfer[1] = 'O'; BusSpiOutTransfer[2] = 'N'; BusSpiOutTransfer[3] = 'N'; BusSpiOutTransfer[4] = 'E'; BusSpiOutTransfer[5] = 'C'; BusSpiOutTransfer[6] = 'T'; BusSpiOutTransfer[7] = '!'; BusSpiOutTransfer
-
Thread
Toner Transfer Methode - Nicht sehr gutes Ergebniss
Hallo, Ich stelle nun schon seit geraumer Zeit meine Leiterplatten mit der Toner Transfer Technik her. Allerdings sind die Ergebnisse bei mir nich sehr gut (siehe Bild- verzinnt und gebohrt). In meinen Leiterbahnen sind immer kleine Löcher, oder die Leiterbahnen sind an manchen Stellen
-
Thread
Arduino Uno & ADG714 via SPI funktioniert nur sporadisch
alloff(); } void alloff() { digitalWrite(SS, LOW); byte test = B00000000; SPI.transfer (test); digitalWrite(SS, HIGH); delay(500); SPI.endTransaction (); } void sw1() { digitalWrite(SS, LOW); byte test1 = B10000000; SPI.transfer (test1); digitalWrite(SS,
SPI.endTransaction (); } void sw2() { digitalWrite(SS, LOW); byte test2 = B01000000; SPI.transfer (test2); digitalWrite(SS, HIGH); delay(500); SPI.endTransaction (); } void sw3() { digitalWrite(SS, LOW); byte test3 = B00100000; SPI.transfer (test3); digitalWrite(SS
-
Thread
Wie binde ich .h - und .c Dateien in ein Projekt richtig ein?
ein kleiner Ausschnitt davon... ..\Src\htu21d.c:530:18: note: (near initialization for 'read_transfer') ..\Src\htu21d.c:527:27: error: storage size of 'read_transfer' isn't known struct i2c_master_packet read_transfer = { ^~~~~~~~~~~~~ ..\Src\htu21d.c:540:20: error
Ich habe nun die folgenden Programmzeilen in i2c.h eingebunden: [c] enum i2c_transfer_direction { I2C_TRANSFER_WRITE = 0, I2C_TRANSFER_READ = 1, }; enum status_code { STATUS_OK = 0x00, STATUS_ERR_OVERFLOW = 0x01, STATUS_ERR_TIMEOUT = 0x02,
-
Thread
STM32 und USB-Bulk Transfer
Servus allerseits Ich bin gerade dabei, das USB-Bulk Transfer Beispiel von ST auf meine Bedürfnisse anzupassen. Unter anderem möchte ich auch SDHC Karten benützen können, und auch die Transferrate sollte etwas höher sein (z.Zt. ca. 300kB/s). Das Bespiel
Fehlerstelle zurückrechnen. Auf alle Fälle dort z. B. mittels LEDs den Fault anzeigen. Und den Transfer von/zur SD-Karte stoppen. Mehmet Kendi schrieb im Beitrag #2477849: > Ich habe also eine Karte entworfen, die nach ein paar Wochen dann auch > eingetroffen ist. Der einzige Unterschied: die Karte
-
Thread
Problem mit CAN Interface MCP2515/2551
,LOW); SPI.transfer(WRITE); SPI.transfer(CANCTRL); SPI.transfer(0b10000000); digitalWrite(SLAVESELECT,HIGH); delay(200); Serial.println("Reading MCP2515 status:"); digitalWrite(SLAVESELECT, LOW); SPI.transfer(READ); SPI.transfer(CANSTAT); canStatus = SPI.transfer(0xFF); digitalWrite(SLAVESELECT, HIGH); Serial.print("MCP2515 Status: "); Serial.println(canStatus, BIN); Serial.println
-
Thread
Digilent Nexys USB Transfer
übertragen werden. Ähnlich wie bei einer Festplatte. Sinkt die Datenrate kurzzeitig ab dauert der Transfer zwar etwas länger ( einige ms ) aber es enstehen keine Fehler. Sreaming mit sehr hohen Datenraten ist unter WIN enorm schwer, aufgrund des nicht garantierten Antworzeitverhaltens deines Treibers
-
Thread
Olympia A2020 umbauen für Tonertransfer
. A4) kein Rublen nötig, nach dem Transfer Platine ins Waser legen das Paier löst sich von selbst das Gelbe Transfer Papier vom Chinamann ist auch gut, nur leider haben einige Laserdrucker Probleme den Toner auf der folierten Seite gut
probiert. Davon hatte ich 100 Stück bestellt. Leider ging das auch nicht besser. Gelbes Toner-Transfer Papier aus China habe ich gesehen für etwas über 1.- pro 10 Blatt. Danke für die Liste Deiner Favoriten Ulfi !
-
Thread
Arduino und externer ADC über SPI
unsigned int val2 = 0; byte MSB1; byte LSB1; byte MSB2; byte LSB2; MSB1 = SPI.transfer(4, 0x00, SPI_CONTINUE); LSB1 = SPI.transfer(4, 0x00, SPI_CONTINUE); MSB2 = SPI.transfer(4, 0x00, SPI_CONTINUE); LSB2 = SPI.transfer(4, 0x00); val1 = MSB1<<8; val1 = val1 | LSB1;
byte LSB2; unsigned int volt = 0; SPI.beginTransaction(ADC_settings); MSB1 = SPI.transfer(4, 0x00, SPI_CONTINUE); LSB1 = SPI.transfer(4, 0x00, SPI_CONTINUE); MSB2 = SPI.transfer(4, 0x00, SPI_CONTINUE); LSB2 = SPI.transfer(4, 0x00); volt = (MSB1 << 8); volt = (volt |
-
Thread
Druckerumbau -> Platine bedrucken -> Ätzen -> Fertich! (?)
Hat jemand das Prinzip schon mal mit diesen Transfer-Bügelfolien für Tintenpisser ausprobiert? Gruß Uwe
: hat mal jemand galvanisch vergolden NACH dem Transfer (als Negativ!), VOR dem Aetzen ausprobiert? Eigentlich muesste eine Goldschicht doch sehr resistent sein und den Resist ersetzen koennen...
-
Thread
Atmega via Ethernet flashen
Request, File: tst.hex\000, Transfer type: octet\000 Frame 2369 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Giga-Byt_83:e6:f4 (00:16:e6:83:e6:f4), Dst: Inventec_50:ea:ef (00:1e:33:50:ea:ef) Destination: Inventec_
192.168.50.20 TFTP Read Request, File: tst.hex\000, Transfer type: octet\000 2370 47354.065720 Inventec_50:ea:ef Broadcast ARP Who has 192.168.50.50? Tell 192.168.50.20 2371 47355.284352 Inventec_50:ea:ef Broadcast
-
Thread
IP-Telefon IP15 von Pollin
range from 0 to 63 pickupgroup=0 ; in the range from 0 to 63 nat=no ;threewaycalling=yes ;transfer=yes ; transfer requires threewaycalling=yes. Use FLASH to transfer ;callwaiting=yes ; this might be a cause of trouble for ip10s ;cancallforward=yes line => aaln/1 [192.168.178.30]
range from 0 to 63 pickupgroup=0 ; in the range from 0 to 63 nat=no ;threewaycalling=yes ;transfer=yes ; transfer requires threewaycalling=yes. Use FLASH to transfer ;callwaiting=yes ; this might be a cause of trouble for ip10s ;cancallforward=yes line => aaln/1 [/code]
-
Thread
CAN Datentransfer auf Basis von kreatives-chaos.com
, NULL, 0);[/c] Einen bestimmten Slave reseten: [c] can_transfer.Board_Identifier = slave_nodeid; can_transfer.CAN_MessageID = CAN_RESET_SLAVE; can_transfer.T_OR_C = RESET_SLAVE | REQUEST; SendCANMessage(&can_transfer, NULL, NULL
can_transfer.Board_Identifier = CAN_NODE_NR; can_transfer.CAN_MessageID = CAN_WHO_IS_ONLINE; can_transfer.T_OR_C = WHO_IS_ONLINE | REQUEST; SendCANMessage(&can_transfer
-
Thread
STM32 SPI HAL extrem langsam
Problem sitzt vor dem Bildschirm und Tastatur. Solange du keinen Code zeigst und Eckdaten zum SPI Transfer kann dir hier keiner helfen.
einfachheitshalber mit Interrupts machen. Anyway kann ich den SPI interrupt deaktivieren? (Der SPI Transfer funktionsaufruf wird selbst in einer timer ISR sein und es kann ausgeschlossen werden dass der Transfer nicht abgeschlossen ist/ mehr als ein transfer empfangen wird zwischen den timer ISR - Daher
-
Thread
Toner Transfer - Platinen Layout ätzen
Hallo, ich arbeite seit längerem nun mit der recht erfreulichen Toner Transfer Methode, um meine Prints zu ätzen. Das gefällt mir sehr gut, jedoch das abrubbeln ist immer eine Plage. Hat das schon mal jemand ausprobiert, und anstatt auf Katalogpapier auf eine Teflon-Backfolie
Hallo meine Damen und Herren! Ich bin heute auf diese Toner-Transfer Methode gestoßen und möchte nach einer Stunde herumprobieren mein Ergebnis präsentieren. Muss zu meiner Entschuldigung sagen, dass ich mir nicht unbedingt viel Zeit dazu genommen habe, weil beruflich
-
Thread
Bausatz - Xilinx USB Platform JTAG Kabel
Cable PID = 0008. Max current requested during enumeration is 74 mA. Type = 0x0004. Retrying transfer, retry count = 1. Retrying transfer, retry count = 2. Retrying transfer, retry count = 3. Retrying transfer, retry count = 4. Retrying transfer, retry count = 1. Retrying transfer, retry count = 2. Retrying transfer, retry count = 3. Retrying transfer, retry count = 4. Retrying transfer, retry count = 5. Cable Type = 3, Revision = 0. Setting cable speed to 6 MHz. Cable connection established. Firmware
-
Thread
Atmega 328p uint16_t auf EEPROM per SPI geht nicht
für MSB spi_transfer((unsigned char) adresse>>8); // Schreibadresse für LSB spi_transfer((unsigned char) adresse); //transmit data MSB spi_transfer((unsigned char) data_schreiben>>8); //
auf low spi_cs(0); // Adresse fürs schreiben in MSB und LSB //Schreibmodus aktivieren spi_transfer(WRITE); // Schreibadresse für MSB spi_transfer((unsigned char) adresse>>8); // Schreibadresse für LSB spi_transfer((unsigned char) adresse); //transmit data MSB spi_transfer
-
Thread
EZ USB Flags Problem
Betriebssystem hat gerne mal was anderes zu tun, als Daten vom USB abzuholen, besonders bei BULK Transfer. Willst du eine garantierte Bandbreite musst du isochronen Transfer machen, oder die FIFO Speicher drastisch erhöhen. Arbeitest du mit doppelt-gepufferten IN_FIFO am Cypress? Wir haben wir 4-fach
aktuellen Rechnern. Sind hier HP-Rechner mit Intel Board und ICH9. Hast du mal versucht, die Kernel-Transfer-Size hochzusetzen? Bei uns läufts am schnellsten mit 128k TransferSize.
-
Thread
STM32F103 - SPI mit DMA liefert nur Nullen
komme nicht drauf, wieso das nicht will :( Vieleicht solltest du mal darauf warten das dein DMA Transfer auch beendet ist.
Holger, ich dachte, ich hätte das mit dem SPI-BSY-while-loop abgegolten. Habe eine Stützvariable "transfer" eingeführt, die bei den DMA-Transfer-Complete-Interrupts zurückgesetzt und beim Start gesetzt wird. [c]void spi1_dma_tx(int size) { while (transfer); // DMA transfer ready while (!(SPI1
-
Thread
Toner löst sich beim Transferverfahren
sieht übrigens schon im Bild nicht wirklich sauber aus. Mach mal nach dem Reinigen und vor dem Transfer den Wasser-Ablauftest. Ich wette, es perlt recht ordentlich...;-) Falls, und solange das so ist, brauchst Du den Transfer nicht angehen, besser gleich weiterschrubben/andere Mittelchen versuchen.
Unterlage nochmal mit einer Seite aus dem Katalog. Also bleibe zunächst bei Papier, das Du nach dem Transfer abweichen kannst.
-
Thread
Welcher Drucker für Toner-Transfer?
allerdings nicht sooo billig. Meiner Erfahrung nach, sind Business Geräte besser für Toner-Transfer geeignet, als Consumerprodukte.
Geräte. Hohe Auflösung, sattschwarzer Druck. Natürlich nicht gerade günstig im Verbrauch, ist beim Transfer aber sehr egal...
-
Thread
USB Bulk Transfer Verständnisfrage
Usb basiert auf 4 Übertragungstypen, der für große, nicht zeitkritische Datenmengen ist Bulk-Transfer. Auf dem Bus werden die Übertragungen in Frames (1ms bei Low und Fullspeed und 125us bei Highspeed). Für die reine Verständnisfrage bleiben wir am besten bei Low/Full-Speed. Für Bulk wird/soll ein
bringen will. Ob man die Restbandbreite nach den Isochronen und Interrupt-Transfers für einen EP-Transfer oder mit Roundrobin über alle gerade "aktuellen" EPs braucht, ist eine reine Policy-Frage. Das ist einfach "Depth-first" vs. "breadth-first". Das ging schon bei USB1.0 mit dem Intel-UHCI allein damit
-
Thread
Propelleruhr mit WS2812?
void led_ein(byte hell, byte blue, byte green, byte red) { if (hell > 31) {hell=31;} SPI.transfer(128+64+32+hell); SPI.transfer(blue); SPI.transfer(green); SPI.transfer(red); } void led_start() { SPI.transfer(0); SPI.transfer(0); SPI.transfer(0); SPI.transfer(0); } void led_stop() { SPI.transfer(255); SPI.transfer(255); SPI.transfer(255); SPI.transfer(255); } void shiftNled(int myDelay, byte anzahl, byte hell, byte blue, byte green, byte red) { alle_led_aus(anzahl);
-
Thread
Kleines ARM Modul wie Ardunio Nano gesucht
5 bEndpointAddress 0x82 EP 2 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0030 1x 48 bytes bInterval 0 Interface
5 bEndpointAddress 0x85 EP 5 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x000e 1x 14 bytes bInterval 0 [/code]
-
Thread
ELM Chan unaligned read
abgeraten weil dann ein "direct transfer" entsteht? Was ist ein "unaligned read request"? Wie kann dieser "unaligned read request" bei "direct Transfer" auftreten? Bild 3 müsste doch das gelbe vom Ei sein? Die Funktion "disk_read"
Was ich nicht verstehe: "The unaligned read/write request can occure at direct Transfer" direct Transfer ist laut Beschreibung betreffend Speicherverbrauch und Rechenarbeit das Nonplusultra. wie kann da ein "unaligned Read" auftreten? Wie kann beim direct Transfer (der immer Sektorenweise
-
Thread
ATXMega128 - Erste Erfahrungen
einfach viel Zeit, inder er nur auf den Registern arbeitet, in dieser Zeit ist der Datenbus für DMA Transfer frei. SPI transfer sollte dadurch zwar nicht mit Maximalem CPU Takt laufen (weil das Programm eben auch mal zwischendurch aufs SRAM zugreift (Variablen etc.)) aber es sollte VIEL schneller gehen als
>SPI transfer sollte dadurch zwar nicht mit Maximalem CPU Takt.. warum nicht ? SPI mit 8 Bits läuft auf dem AVR8 mit halben CPU Takt und benötigt somit 16 MCU Takte pro Byte. Ich habe jetzt nicht das exakte
-
Thread
XMega DMA transfers zu UART
=TX_RINGBUFSIZE-tx_ringbuf.read_index; // maximum length for this transfer // only transfer data up to the buffer boundary if (tx_ringbuf.new_data_len>maxlen) transfer_len=maxlen; else transfer_len=tx_ringbuf.new_data_len; //printf_P
=TX_RINGBUFSIZE-tx_ringbuf.read_index; // maximum length for this transfer // only transfer data up to the buffer boundary if (tx_ringbuf.new_data_len>maxlen) transfer_len=maxlen; else transfer_len=tx_ringbuf.new_data_len; //printf_P
-
Thread
Raceboard mit Zeitanzeigen
für die Anzeige. [c] for (int i=0; i<10; i++) { digitalWrite (LATCH, LOW); SPI.transfer (segdisp[i]); // Ziffer 1/14 SPI.transfer (segdisp[i]); // Ziffer 2/14 SPI.transfer (segdisp[i]); // Ziffer 3/14 SPI.transfer (segdisp[i]); // Ziffer 4/14 SPI.transfer (segdisp[i]); // Ziffer 5/14 SPI.transfer (segdisp[i]); // Ziffer 6/14 SPI.transfer (segdisp[i]); // Ziffer 7/14 SPI.transfer (segdisp[i]); // Ziffer 8/14 SPI.transfer (segdisp[i]); // Ziffer 9/14 SPI.transfer (segdisp
-
Thread
Probleme beim STM32H743 & SPI
Full duplex TxRx! LL_SPI_Enable(IPC_SPIcfg.hSPI); LL_SPI_StartMasterTransfer(IPC_SPIcfg.hSPI); LL_SPI_SetTransferSize(IPC_SPIcfg.hSPI, HalfBufSize); return(0); } [/c] Und der DMA Transfer Complete / Transfer Error Interrupt Handler sieht so aus: [c] void
Punkt an dem der Post von mr.mo geholfen hat, dass ich die beiden Zeilen [c] LL_SPI_StartMasterTransfer(IPC_SPIcfg.hSPI); LL_SPI_SetTransferSize(IPC_SPIcfg.hSPI, HalfBufSize); [/c] vergessen hatte. Ohne die beiden Zeilen nach [c] LL_SPI_Enable(IPC_SPIcfg.hSPI); [/c] kommt sofort der Transfer Error
-
Thread
Daten über das Internet in Datei auf Server schreiben;
encoding beachten und ein paar andere Feinheiten, siehe http://de.wikipedia.org/wiki/Hypertext_Transfer_Protocol
Okay, das hatte ich überlesen, normalerweise sollte der Transfer durch das schließen der Passiven Verbindung abgeschlossen werden.
-
Thread
STM32 UART DMA Circular Vertändnisproblem
pro s auftreten. Paul S. schrieb im Beitrag #6564173: > - es werden die Interrupts für "HalfTransfer" und "FullTransfer" genutzt Wurde bereits mehrfach erläutert, warum das so nicht funktioniert. Du weist nie ob und wann das nä. Zeichen eintrudelt. (deshalb nennt man es asynchrone Übertragung
Dieses symbolisiert doch, dass auf der Leitung "nichts mehr los ist". D.h. wenn nicht gerade das HalfTransfer-Interrupt oder das FullTransfer-Interrupt den Empfang von Daten anzeigen, dann doch aber diese Bit, denn das wird ja nur (neu gesetzt) wenn seit dem letzten Setzen mind. ein Byte empfangen wurde,