-
Thread
Große Datenmengen - Kompression - beliebiger Zugriff
Intervall-Schachtelung, damit ich schneller an die Datensätze komme. Da die Datei auch zum Transfer und der Verarbeitung recht groß ist, habe ich sie gzipped (mittels gzip). Ist es bei gzip möglich, z.B. in der Mitte der Datei mit dem Entpacken anzufangen oder finde ich da nicht oder schlecht
Datenhungrig schrieb im Beitrag #3811637: > Da die Datei auch zum Transfer und der Verarbeitung recht groß ist, > habe ich sie gzipped (mittels gzip). Und du meinst, das trägt irgendwie zu einem schnelleren Zugriff bei? Wenn du Originaldatei als Binärdatei öffnest
-
Thread
Epoxyd Plantinen Problem
mich beim kauf einer Epoxyd Platine etwas doof angestellt. Ich wollte eine Platine mit der Toner Transfer Methode herstellen aber jetzt ist mir aufgefallen das die Platine mit Photo Lack beschichtet ist kann ich mit der Toner Transfer Methode auch mit dieser Platine ätzen oder Nicht Dank im Voraus
philipp25012000 schrieb im Beitrag #4137659: > Ich wollte eine Platine mit der Toner > Transfer Methode herstellen aber jetzt ist mir aufgefallen das die > Platine mit Photo Lack beschichtet ist Dein Unterbewusstsein hat sich - richtiger weise - gegen die Toner- und für die Fotomethode entschieden
-
Thread
STM32F4 Discovery ADC 2 Channel DMA
impacted. Workaround Avoid concurrent AHB (DCMI, CRYPTO, HASH, FSMC with external FIFO) and APB transfer management using the DMA2.
ADC_SampleTime_3Cycles); ADC_Cmd(ADC1, ENABLE); // Enable ADC1 ADC_DMARequestAfterLastTransferCmd(ADC1, ENABLE); ADC_Cmd(ADC1, ENABLE); // Enable ADC1 ADC_SoftwareStartConv(ADC1); /************************************************************************************************
-
Thread
Funktionswerte in Array schreiben
sensor_read_reg(uint8_t reg) { uint8_t res; sensor_set_csb(0); // SPI select + SPI_Transfer(reg|1<<7); // Bit7: Lesen von Register res=SPI_Transfer(0); // Dummy Transfer sensor_set_csb(1); // SPI select - return res; } [/c] Was auch nicht bzw. in der beschriebenen Weise funktioniert
-
Thread
Optokoppler Daten Verständnisproblem
Spulenwiderstand 113 Ohm, Strom etwa 40mA). Wohl zu viel für den OK. Dazu müßte er einen "current transfer ratio" von 100% im Betrieb bei CE-Sättigung erreichen. Das schafft offensichtlich nicht jeder ILD615, sondern nur bestimmte, wie man spielend leicht dem DB entnehmen kann, wenn man sich mit dieser
Spulenwiderstand 113 Ohm, Strom etwa 40mA). > > Wohl zu viel für den OK. Dazu müßte er einen "current transfer ratio" > von 100% im Betrieb bei CE-Sättigung erreichen. Das schafft > offensichtlich nicht jeder ILD615, sondern nur bestimmte, wie man > spielend leicht dem DB entnehmen kann, wenn man sich
-
Thread
Arduino SPI Selbstgespräch
>Hat jemand eine Antwort auf Frage 1? Du hast Schrott gezählt. SPI.transfer(0xF0); hat im besten Fall eine steigende Flanke.
Nachtrag: >SPI.transfer(0xF0); hat im besten Fall eine steigende Flanke. Auf SCL natürlich 8;)
-
Thread
wxWidgets vs. Rest der Welt
Alternatively, you can send us a cheque made out to Anthemion Software Limited, or arrange a bank transfer to" Gibt es da vielleicht Möglichkeiten aus Deutschland?
Alternatively, you can send us a cheque made out to Anthemion Software Limited, or arrange a bank transfer to ..." Eine Email mit dem Inhalt "Please tell me your BIC/IBAN international bank account information" an Anthemion/Julian Smart sollte da Aufklärung bringen.
-
Thread
GND /Masse bei einseitigen Platinen
Klärung bedarf. Nachdem ich meine Platinen erst als Lochraster machen wollte und dann über TonerTransfer zu einer besseren Lösung gekommen bin, bin ich nun auch darüber gestolpert das man GND doch besser als Masseflächen anlegen sollte. Da komm ich dann aber nicht ganz mit, wie notwendig das dann
#6297248: > Nachdem ich meine Platinen erst als Lochraster machen wollte und dann > über TonerTransfer zu einer besseren Lösung gekommen bin, bin ich nun > auch darüber gestolpert das man GND doch besser als Masseflächen anlegen > sollte. Warum? Hast du HF-Signale? Oder große Ströme? Nein? Dann
-
Thread
seltsamer russischer IC..
heutigem Verständnis gar keine guten Daten. Leckstrom 10uA und bei 10V/10kHz AC ist die „Voltage Transfer Ratio“ >50%. Das Teil ist also auch noch schnarchlangsam. Entwickelt irgendwann in den 70ern und einfach nur sowas von überholt.
heutigem Verständnis gar keine guten Daten. Leckstrom >10uA und bei 10V/10kHz AC ist die „Voltage Transfer Ratio“ >50%. Das >Teil ist also auch noch schnarchlangsam. Entwickelt irgendwann in den >70ern und einfach nur sowas von überholt. Was hast Du sonst erwartet?
-
Thread
USB Programmer für AVR
powerpc-apple-darwin7.8.0): Writing 2.90s Reading 1.77s Die 800 Byte/s stimmen wohl für den Interrupt Transfer, da hier nur immer ein einziges 8-Byte-Paket übertragen werden kann. Der Programmer verwendet aber nur den Control Transfer. Dort können in der sog. Data Stage gleich mehrere 8-Byte-Pakete hintereinander
z.B. auch der Vendor-String ausgelesen). Hier gibt es nicht die Latenzzeiten wie beim Interrupt Transfer und daher geht es auch um einige Ecken flotter als die genannten 800 Byte/s. Gruß, Thomas
-
Thread
[S] SMD Antenne
// as3935_wr_register(ASREG_0x08, AS_TUN_CAP, 0x03); } can_transfer.Board_Identifier = CAN_NODE_NR; can_transfer.CAN_MessageID = CAN_LIGHTNING_EVENT; can_transfer.T_OR_C = LIGHTNING_EVENT | REQUEST; SendCANMessage(&can_transfer,
-
Thread
Drucker für Pappe (Faltschachtel)
selbstbedruckten Etiketten bleibst, könnte man da noch über Spezial-Papier, also so etwas wie Transfer-Papier/-Folien nachdenken: Also z.B. prinzipiell so etwas: Ein A4-Blatt, wird gleichzeitig mit allen drei Etiketten bedruckt, die Klebefläche der im Papier vorgeschnittenen Etiketten wird freigelegt
die selbstklebenden Etiketten sind auf dem Karton, immer an der richtigen Stelle, den Rest-A4-"Transfer-Papier" entsorgen... Solches "Sonder-Transfer-Papier" ist bei Mengenabnahme schon günstig, über eine/zwei Jahresproduktionen gerechnet...
-
Thread
Zustandautomaten VHDL
hardware registers are circuits typically composed of flip flops" Der Vergleich mit Register Transfer Level greift bei FSM im FPGA nicht, der Datenpfad ist da zu unterschiedlich: Bei RTL ist der Datenausgang des Quellregister mit dem Dateneingang des Zielregister direkt (datenbus) verbunden (chip
Karnough) statt HDL-synthese im Computer per Hand durchziehen um den Unterschied zwischen Register-Transfer und Zustandcodierung/Übergangsberechnung in einer FSM nachzuvollziehen. Vielleicht wird das auch heute nicht mehr gelehrt.
-
Thread
ST24c04 - Nur erster Block lässt sich beschreiben
die ISR // TWI if (*pSIC_ISR & IRQ_TWI) { if (*pTWI_INT_STAT & MCOMP) // Transfer Complete { *pTWI_INT_STAT |= MCOMP; // Clear Interrupt if (*pTWI_MASTER_CTL & RSTART) { *pTWI_MASTER_CTL &= ~RSTART; Restart_Flag = 0;
6); } mcomp++; } if (*pTWI_INT_STAT & XMTSERV) // Transfer IRQ { if ((*pTWI_MASTER_CTL & DCNT) > 40) // Load next data if DCNT is > 1 *pTWI_XMT_DATA8 = *TWI_TxPtr++; // Otherwise data transfer will be completed in next cycle
-
Thread
SpiDev mit zwei Slaves
Fragen beantworten. Ich weiß jetzt nicht, ob Deine Bibliotheksfunktionen blockieren (d.h. erst den Transfer durchführen und dann zurückkehren), oder ob es auch nicht blockierende Versionen gibt (die einen Transfer starten, dann sofort zurückkehren, und der Transfer ist dann irgendwann fertig). Wenn es nicht
-
Thread
STM32 DMA mit SPI funktioniert nicht
Deinit DMA2 Stream3 */ DMA_DeInit(DMA2_Stream3); und dann zwischen init und cmd noch die transfer complete Unterbrechung sowie die flow control freischalten z.B. mit DMA_ITConfig(DMA2_Stream3, DMA_IT_TC, ENABLE); DMA_FlowControllerConfig(DMA2_Stream3, DMA_FlowCtrl_Peripheral);
und flowcontrol eingefügt. Aktuell zeigt er mir im statusregister während dem interrupt an, dass Transfer Complete, Half Complete und FiFo-Error auf 1 gesetzt sind.
-
Thread
USB Datenratenwiederspruch im Wikipedia Artikel
Geräte wie die Tastatur, Maus und der Joystick gehören, übertragen die Daten über den Interrupt Transfer.
Ach ja: Für Full-Speed und High-Speed Devices gibt es natürlich noch andere Transfer-Arten als Interrupt ... > Low Speed und Medium Speed (USB-1) werden in der USB-2-Spezifikation > auch als "Basic Speed" zusammengefasst behandelt. Medium Speed?
-
Thread
FT2232H in FT245 FIFO Mode - kein Burst möglich
ja Datenverlust. Und bei 60MHz hätte man da ja immer noch 9ns Zeit, um WE# wegzunehmen und den Transfer anzuhalten. Problem an der Sache ist allerdings, dass die 7,15ns des Flags und die 11ns minimale Setup-Zeit für WE# nicht zu den 16.66ns Cycle passen. Da ist Datenverlust eigentlich vorprogrammiert
mal lange braucht, nimmst du eventuell dann das WE# zu spät weg und der FTDI sieht da noch einen Transfer bei der näcgsten Flanke des Taktes, der ja aber dann eh schief geht, weil FIFO voll. Im FPGA ist das unkritisch, da reichen die verbleibenden 9ns locker zu, um das Lesen aus dem FIFO zu sperren.
-
Thread
STM32 DACs mit DMA Phasenverschiebung
Sample-Zahl entsprechend anpassen) und in einen zyklischen Teil, aufteilen. Der zyklische DMA Transfer wäre dann nach dem Ende des nicht-zyklischen zu starten, z.B. per DMA-End-of-Transfer Interrupt-Handler > - Welche anderen Möglichkeiten seht ihr? (Asynchroner Start? Wenn ja > wie?) Per
.... mit interrupt kannst das auch zur laufzeit ohne stop/neustart des DMA machen half transfer/full transfer dann den circular buffer vergrößern ( x2 ) und den half/full transfer interrupt nutzen zum switchen der buffer so ist z.B der erste buffer in benutzung und der zweite kann dann
-
Thread
STM32 SPI - Wozu dieses NSS?
kennst, immer raus damit. Grad im DMA-Betrieb wäre eine automatische Deaktivierung nach erfolgtem Transfer recht hilfreich.
im üblichen ausschliesslichen Master-Mode bringt das ziemlich wenig, denn das vordere Ende vom Transfer hat man sowieso unter Kontrolle, nur am hinteren Ende hätte das wirkliche Vorteile. > ordentlich funktioniert. Ist jetzt mittlerweile glaube ich 1 1/2 Jahre > her und es scheint sich noch nix
-
Thread
Dateien lassen sich nicht mehr verändern (Win 7)
in den Schwanz. Und was die Konsistenz über die Jahre angeht: Seit wann gibt es dieses "Easy-Transfer"? Sollte es ja dann seit der Benutzung der Registry geben ;)))
#2815377: > Und was die Konsistenz über die Jahre angeht: Seit wann gibt es dieses > "Easy-Transfer"? Sollte es ja dann seit der Benutzung der Registry geben Früher hieß das Tool "Assistent zum Übertragen von Dateien und Einstellungen". Gibt es WIMRE standardmäßig seit XP.
-
Thread
Umschaltung Netz Notstromaggregat
Suchst Du nach so etwas: https://shop.toromontpowersystems.com/products/40a-automatic-transfer-switch Bei uns sagt man dazu Transfer switch. Googel mal mit diesem Suchbegriff. Vielleicht gibt es für Euch Passendes. Natürlich passt dieses Beispiel nur auf Nordamerikanische Verhältnisse
Chinamann: https://www.aliexpress.com/item/Free-shipping-2P-63A-230V-MCB-type-Dual-Power-Automatic-transfer-switch-ATS-Rated-frequency-50/32803719090.html Der schaltet dann sogar von allein wieder auf's Netz und hat Kontakte, über die man den Generator dann abschalten könnte. Mir persönlich wären
-
Thread
Bestückungsdruck möglichkieten?
Toner-Transfer geht prima; man muß nur die Platine gründlich reinigen (Waschbenzin gegen das Fett!), danach versiegeln damit er nicht so leicht abgeht. Irendwer 'ne Idee wie man weißen Toner-Transfer realisieren kann? Bei DynaArt gibts ne Spezialfolie die man nach dem Transfer aufbügelt, und die offenbar eine weiße Farbe da aufschmilzt wo der Toner war.
-
Thread
VGA FPGA Selbstbau-DSO
://www.mikrocontroller.net/topic/219592#new Du findest da (was ich prima fand) eben auch den Transfer der Daten zum PC mit recht fixem Ethernet...
berndl schrieb im Beitrag #3271801: > Du findest da (was ich prima fand) eben auch den Transfer der Daten zum > PC mit recht fixem Ethernet... Dieses echt fixe Ethernet ist laut Beschreibung der Webseite: "100MBit/s Ethernet interface for fast data transfer" Gäbe es eine Möglichkeit
-
Thread
while-Schleife STM32
Problem.. In einer Funktion sende ich ein Byte über I2C an einen Slave Funktion() { ... bTransferComplete = FALSE; I2CSendByte(...); while (bTransferComplete == FALSE); ... } Das Flag wird in einer Interrupt-Funktion, wenn das Byte rausgegangen ist auf TRUE gesetzt --> ist auch auf 1. Das Programm bleibt aber trotzdem in der while-schleife hängen, obwohl das bTransferComplete Flag auf TRUE ist. Ich denke durch die Compliler - Optimierung wird nur zu Begin der while-Anweisung der Inhalt der Addresse bTransferComplete in das Register R0 geladen, dann nicht mehr.
-
Thread
Raspberry Pi an Powerbank Ein und Ausschalten
Das könnte klappen. Der Optokoppler sollte aber einen CTR von deutlich über 100% haben (Current Transfer Ratio), sonst dimmt er sich selbst runter.
könnte klappen. Der Optokoppler sollte aber > einen CTR von deutlich über 100% haben (Current Transfer Ratio), sonst > dimmt er sich selbst runter. Und genau desshalb nimmt man hier keinen O-Koppler, weil er als speicherndes Element nicht wirklich brauchbar ist, es aber auch absolut keinen Grund
-
Thread
Einfache CPU, einfacher Rechner, nur zum Lernen, Erfahrung?
Harald K. schrieb im Beitrag #7881285: > 6502 hat exakt null MOV-Instruktionen. Dafür aber "transfer". Ist das besser? :)
SEI set interrupt disable STA store accumulator STX store X STY store Y TAX transfer accumulator to X TAY transfer accumulator to Y TSX transfer stack pointer to X TXA transfer X to accumulator TXS transfer X to stack pointer TYA transfer Y to accumulator [/code
-
Thread
Nachhilfe für Terminalprogramm gesucht
der Konfiguration Hyperterminal und original Datenkabel. Das Datenkabel ist schließlich für den Transfer PC nach Handy gemacht. Ich denke es sollte die Schnittstelleneinstellung sein: 19200,8,N,1 kein Handshake Gruß Gerhard
Konfiguration Hyperterminal und original > Datenkabel. > Das Datenkabel ist schließlich für den Transfer PC nach Handy gemacht. stimmt, dafür habe ich es bei Ebay gekauft. > Ich denke es sollte die Schnittstelleneinstellung sein: > 19200,8,N,1 kein Handshake > aber es ist bockig und tut
-
Thread
Baudraten für PIPico über stdio.usb einstellen
erst ab High-Speed (480 MBit/sec). Die 64 Byte beziehen sich aber auf den Inhalt eines Pakets ("Transfer"). Pro Frame können mehere Pakete ("Transfers") übertragen werden. Bei 64 Byte Nutzdaten pro Paket sind das maximal 13 Pakete pro Frame, d.h. 832 Byte. Und damit liegt die maximale Nutzdatenrate
, habe ich noch nie durch das Ding bekommen. Noch nicht einmal > ansatzweise. Setzt "bulk" transfer voraus. Früher(tm) gab es USB-IDE-Adapter, die nur Fullspeed konnten (weil es damals Highspeed noch gar nicht gab), mit denen lag' man bei eben jenen 800 kByte/sec. Einer der wenigen USB-SCSI-Adapter
-
Thread
Raspberry Pi GPIO (oder anders) zu analoges Signal 4-20mA
dabei: https://github.com/lthiery/SPI-Py/blob/master/test-nRF.py Anmerkung: Die Funktion spi.transfer() verlangt die zu übertragenden Daten als Tupel, im Beispielprogramm sind es 2 Byte: spi.transfer((x, 0)) Bei nur einem Byte muss der Aufruf so aussehen (etwas eigenartig) spi.transfer((x,)) Damit
-
Thread
Atmel SAM TWI Peripherie auf JTAG Pin nutzen
I2C_BUS1_ADDR_U5, // TWI slave bus address .buffer = data_received, // transfer data destination buffer .length = sizeof(data_received) // transfer data size (bytes) }; while(twi_master_read(TWI1, &packet_read) != TWI_SUCCESS); [
I2C_BUS1_ADDR_U5, // TWI slave bus address .buffer = data_received, // transfer data destination buffer .length = sizeof(data_received) // transfer data size (bytes) }; // Perform a multi-byte read access then check the result. while
-
Thread
TWIM mit AT32UC3C
buffer; // set the number of bytes to transmit twim_tx_nb_bytes = nbytes; // Set next transfer to false twim_next = false; // Initialize bus transfer status transfer_status = TWI_SUCCESS; // set the command to start the transfer twim_inst->cmdr = (saddr << AVR32_TWIM_CMDR_SADR_OFFSET
TWIM_H_VERSION > 101 // Removed in twim100 module due to IC bug // Disable master transfer twim->cr = AVR32_TWIM_CR_MDIS_MASK; #endif if (transfer_status == TWI_RECEIVE_NACK || transfer_status == TWI_ARBITRATION_LOST) { return ERR_IO_ERROR; } return STATUS_OK;
-
Thread
RFM12 Receiver MISO ständig low trotz Datenempfangs
am Modul. MISO mit Pullup 20kOhm. Hier noch der relevante Code: Initialisierung: [c] SPI_transfer16(0xc0e0);//clk 10Mhz SPI_transfer16(0x80D7);//fifo enable SPI_transfer16(0xc2ab);//data filter internal SPI_transfer16(0xca81);//set fifo mode SPI_transfer16(0xe000);//disable wakeuptimer SPI_transfer16(0xc800);//disable brownoutdetection SPI_transfer16(0xC4F7);//autotuning -10+7.5khz SPI_transfer16(0xA000|500);//set frequency200kHz SPI_transfer16(0x9400|((0&7)<<5)|((1&3)<<3)|(4&
-
Thread
Dateiübertragung auf W95 Laptop ohne USB
vielen Infos. Ich hab mir jetzt erst mal einen PCMCIA-CF-Adapter incl. Karte bestellt - für den Transfer sollte es reichen.
#6837517: > Ich hab mir jetzt erst mal einen > PCMCIA-CF-Adapter incl. Karte bestellt - für den Transfer sollte es > reichen. Für das Geld hätte es auch ein etwas weniger steinzeitliches Notebook mit Ethernet gegeben… Oliver
-
Thread
Platinenherstellung
> wische ich den Toner Du verwendest alos die Toner-Transfer-Methode. > Das Lötzin(LSN60) haftet nicht auf der Platine Dann ist noch Oxid drauf. Du hattest ja keinen Photolack, sondern blanke Platinen. Die können (werden) alt und oxidiert sein. Und
>Wische also die Platine entweder VOR dem Toner-Transfer >oder NACH dem Ätzen mit einem Lappen ab, der ein wenig mit >Salzsäure getränkt ist, dazu tut es technische Salzsäue >mit 25 bis 39 %, aber auch schon verdünnte ab 5%. >statt salzsäue würd ich
-
Thread
Werte ins Flash schreiben beim STM32F030F4
schrieb im Beitrag #4066872: > (volatile unsigned short*)(0x08003C00) = 0x1234; Ein 16-Bit Transfer ins Flash? Schau mal ins Handbuch, der Flash ist oft nur für 32 Bit Zugriffe beim Schreiben ausgelegt.
Jim Meba schrieb im Beitrag #4142297: > Ein 16-Bit Transfer ins Flash? … Der Flash ist oft > nur für 32 Bit Zugriffe beim Schreiben ausgelegt. Geht beides: [c]FLASH_ProgramWord (uint32_t Address, uint32_t Data); FLASH_ProgramHalfWord (uint32_t Address
-
Thread
[Idee] Bauteile-Selbsthilfegruppe
recognized. >>>> charset="us-ascii" **** Command 'charset="us-ascii"' not recognized. >>>> Content-Transfer-Encoding: 7bit **** Command 'content-transfer-encoding:' not recognized. >>>> >>>> Ich will auch ! **** Command 'ich' not recognized. >>>> >>>> >>>> >>>> Norbert **** Command 'norbert
-
Thread
stm32 DMA adc-spi
DMAs lösen, dann aber wieder ziemlich sicher nur ohne CRC. Ein Timer müsste einerseits den Transfer Memory to SCI triggern, andererseits den ADC starten, dessen EOC wiederum den Peripheral to Memroy Transfer des zweiten DMA. Man müsste den den ersten DMA etwas verzögert starten oder in Kauf
Ergebnis des ADC auf RAM zu schaffen. Ist wahrscheinlich 4-12 Clocks für den ADC und 1 Clock für den Transfer. Der End-DMA-ISR Triggert dann die CRC Engine. Ich meine dass die pro Byte 1 Clock braucht aus dem RAM. Die CRC Engine müsste dann wiederum nach Beendigung wiederum einen neuen DMA triggern der
-
Thread
STM32F4 USB VCP RX Buffer
Die Endpunkte habe ich laut usbview Endpoint Descriptor: bEndpointAddress: 0x82 IN Transfer Type: Interrupt wMaxPacketSize: 0x0008 (8) bInterval: 0xFF Endpoint Descriptor: bEndpointAddress: 0x01 OUT Transfer Type: Bulk wMaxPacketSize: 0x0040 (64) bInterval: 0x00 Endpoint Descriptor: bEndpointAddress: 0x81 IN Transfer Type: Bulk wMaxPacketSize: 0x0040 (64) bInterval: 0x00
-
Thread
Einstieg in STM32F7
reagiert ist die Kommunikation kaputt. Dann gibts auch noch ein paar gemeine Sonderfälle, dass man das Transfer-Ende-Bit *vor* dem Senden des letzten Bytes setzen muss und so. Außerdem verschluckt sich die Peripherie gerne mal und muss dann zurückgesetzt werden. Die neue I²C-Hardware kann einen kompletten Transfer
die Kommunikation > kaputt. Dann gibts auch noch ein paar gemeine Sonderfälle, dass man das > Transfer-Ende-Bit vor dem Senden des letzten Bytes setzen muss und so. Na klar. Während das letzte Byte gelesen wird geht ja nicht. Du fütterst nur ne Statemachine und die spult das alles ab. Gebe aber
-
Thread
Leisungsvergleich ARM AVR
if (linecount == 0) linecount = (ram_size-border) / 2; rows --; } // of rows / image transfer done! pixelcount=(bank*ram_size)+(ram_size-border); sprintf(text, "Writing image succeeded! Wrote %u bytes, used %i RAM chips.\n", pixelcount, bank+1); uart_tx(text); sprintf(text, "
weil er die einkommenden Daten nicht mehr verarbeiten kann. Ohne Frage ist der ARM auch beim Spi-Transfer wesentlich schneller. Der Vorteil erhöht sich noch wenn die CPU-Rechenleistung von 100Mhz zum Tragen kommt. Trotzdem ist auch der AVR - insbesondere der M1284 - nicht schlecht.
-
Thread
MSP430 Interrupt verschachteln
Interrupt Routinen sollten kurz gehalten werden. Bei dir steckt da ja das ganze Programm drin. Transfer von 50KB in der Rx Routine! Man kann zwar Interrupts verschachteln, aber hier ist das kaum der richtige Weg. Ein Rx Interrupt hat das Byte zu lesen und irgendwo abzuspeichern und damit hat es sich
speichern, oder vergleichen und ein Flag setzen. Im Hauptprogramm wird dies dann abgefragt und ggf. der Transfer durchgeführt. Dann kollidieren Rx und Timer Interrupt nicht mehr. Das gleiche gilt natürlich auch für den Timer Interrupt. Auch da gehört nicht der komplette Transfer hinein, sondern der sollte
-
Thread
ESP8266+Arduino+live display
content-length angabe, die Datei endet nach den angegebenen Anzahl zeichen. 3) Länge steht durch transfer-encoding fest, z.B. bei transfer-encoding: chuncked. Das ist soweit also in Ordnung.
nicht falsch in Erinnerung habe: die RFC sagt in 4.4.2, daß die Headerlänge weggelassen kann, wenn transfer-encoding angegeben ist, aber nicht, wenn die Verbindung geschlossen wird. Ich habe damit zumindest schon Probleme gehabt und gebe die immer mit. Diese und einige andere sachen sind in den Arduino
-
Thread
[USB] USB Stick STALL Problem
Controller die geforderte Strommenge liefern (max 500mA) ? - Bist du sicher das du einen "Bulk Transfer" machen mußt ? Richtige Endpunkt verwendet ? Gruss
Descriptor, den ich auslesen kann, bekomm ich zurück, dass Endpoint 1 und Endpoint 2 jeweils Bulk Transfer Endpoints sind (der eine für IN und der andere für OUT). mfg Andreas
-
Thread
uC mit frei einstellbarer SPI-Wortbreite
Kennt jemand von euch einen uC mit *frei* einstellbarer SPI-Wortbreite und durchgehendem SPI-Transfer? Die meisten uCs, auch viele ARMs unterstützten nur jew. 8 oder 16 Bit Transfers. Bisher sind mir nur die Infineon XC16x uCs aus dem Studium bekannt, welche z.b. auch nur 6 Bit rausshiften können
Kennt jemand von euch einen uC mit *frei* einstellbarer SPI-Wortbreite > und durchgehendem SPI-Transfer? > Denn 6 Bit sind ideal um einen 5x7-Font-Video-Zeichengenerator zu > realisieren und durch den lückenlosen Transfer gibt es keine Abstände, > Eventuell kann man bei manchen uCs die SPI
-
Thread
SPI Problem Atmega328P
Bei SCLK ist keine untere Grenze angegeben. Das heisst für mich, man kann den Transfer beliebig langsam machen. Und genau das würde ich benutzen: Transfer in Software und nicht SPI, ein paar LED an die Daten und Clock-Leitungen und dann den ganzen Transfer mal soweit verzögert ablaufen
-
Thread
mehere Archi/Entity
(23 downto 16) <= data_reg(7 downto 0); when FSM_WRITE_MEM_3 => --write-request --transfer audio_in to data_reg if fsm_we_i = '1' then data_reg <= audio_data_i; end if; when FSM_READ_MEM_1 => --transfer byte0 or byte1 from mem_data to
16) <= to_stdulogicvector(mem_data_b(7 downto 0)); --transfer mem_data_b byte0 to srctr_data_o byte2 else srctr_data_o(23 downto 16) <= to_stdulogicvector(mem_data_b(15 downto 8)); --transfer mem_data_b
-
Thread
HM-TRP UART Speed
übertragst du mit dem 4. Befehl [C3]. Einstellen der Baudrate, Seite 4: The instruction’s transfer speed should keeps the same as the transfer speed of UART. The instruction’s transfer speed will change accordingly if changes the transfer speed of UART .The range of transfer speed of the instruction
-
Thread
JTAG3 mit Eclipse unter Linux
5 bEndpointAddress 0x01 EP 1 OUT bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 1
5 bEndpointAddress 0x82 EP 2 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 1
-
Thread
Rechenzeitoptimierung STM32F4
Aktuell siehts ja in etwa so aus: ISR Start -> ( 10x (ADCStartConversion -> PollForDMAEndOfTransfer -> addiere auf Summe) -> bilde Mittelwert -> Wandle ADC Wert in Regelgröße -> bilde e -x -> yk = yk + Kp * ( e - e_alt) + Ki * e -> e_alt = e -> Ende des Regelalgorithmus
Regler-ISR der Mittelwert gebildet wird? so spart man sich immerhin die Sampling-Zeit und den DMA-Transfer... Ist das verständlich erklärt?