-
Thread
XMEGA, DMA, synchrone parallele Eingabe
CTRLA),r16 ; ^^^^^^ [/avrasm] Das Bit nennt sich *Single-Shot Data transfer* und macht nach dem Trigger einen einzelnen Burst-Transfer mit der Burst-Length (hier 1 Byte). Ich hatte das vorher schon gelesen, aber weil es um maximale Geschwindigkeit ging, irgendwie ausgeblendet
Speicher geschrieben. Egal, im Prinzip geht es nun, es hat sich aber leider gezeigt, daß der DMA-Transfer trotz aller Optimierung langsamer ist als die Methode "zu Fuß". Also lege ich das DMA-Thema erstmal ad acta.
-
Thread
USBN9604 NRND - Alternativen?
Datenpakete mit einer gleichbleibendebn Länge von 12Byte zwischen PC und Mikrocontroller austauschen. Der Transfer vom MC zum PC lief entgegen meiner Befürchtung ausreichend schnell. (100 Pakete/Sec für eine Visualisierung). Aber in der umgekehrten Richtung, also vom PC zum MC, trat dann ein unerwartetes Problem
device we are passing the data to the USB host controller that creates the packets and schedules the transfer to the chip. As such we have little / no control over this scheduling. You can try increasing the driver priority or adding a sleep (0) after a write to try to speed up responsiveness. ---- Zitat
-
Thread
Interrupt löst dauernd aus
transmit shift register. For an idle SPI (no data in the transmit buffer or the shift register and no transfer in progress), data written to SPI1D is transferred to the shifter almost immediately so SPTEF is set within two bus cycles allowing a second 8-bit data value to be queued into the transmit buffer. After completion of the transfer of the value in the shift register, the queued value from the transmit buffer will automatically move to the shifter and SPTEF will be set to indicate there is room for new data in the transmit buffer
-
Thread
KEF Model 30b Subwoofer defekt (erst brummen, dann Sicherung raus)
: 0.1 Transition frequency (ft), MHz: 50 Collector capacitance (Cc), pF: 4.8 Forward current transfer ratio (hFE), min: 400 Jetzt habe ich mal etwas rumgesucht und bin auf den BC546C gestoßen, der hat diese Daten: Maximum collector power dissipation (Pc), W: 0.625 Maximum collector-base voltage
A: 0.1 Transition frequency (ft), MHz: 150 Collector capacitance (Cc), pF: - Forward current transfer ratio (hFE), min: 420 Also absolut ebenbürdig. Den würde ich nehmen wollen, wenn nichts dagegen spricht. Dann ist noch die Frage wie ich denn nun teste? Das erkenne ich noch nicht aus den Daten
-
Thread
Eine Bitte um Hilfe / RIFD Modul RDM 6300 keine Reaktion
auszuschließen - kein USB-Anschluss im Betrieb mit dem Laptop (da läuft nämlich sonst der serielle Transfer) Normalerweise löse ich solche Dinge selbst, habe auch genug Fachwissen, hier stehe ich aber auf dem Schlauch. Welches dämliche Häkchen habe ich falsch oder nicht gesetzt... Ach ja, laut Oszi
Settings" und "Data Acquisition" direkt aneinander, als ob da ein Bereich fehlen würden... Der MQTT-Transfer funktioniert auch, d.h. der Tag = 0 wurde im Broker eingetragen. Weitere Ideen?
-
Thread
STM32H7 Multichannel ADC DMA
STM32CubeH7/tree/c94252df7cec24a8fef67b28933353476a1edd3c/Projects/STM32H7B3I-EVAL/Examples/ADC/ADC_DMA_Transfer Das kein Interrupt generiert wird läßt mich an meinem Problem mit dem SDMMC1 auch gerade verzweifeln, Ints gibt es komischerweise nur im PowerSafe Modus. Aber andere Baustelle.
dass neben dem DMA IQR auch der für den UART an sein muss, sonst bleibt der DMA nach dem ersten Transfer hängen. Das solltest du aber in den Statusregistern des DMA bzw. in der Datenstruktur des ADC sehen.
-
Thread
Energy Meter mit ADE7769 - AVR
Das Verhältnis PD1/LED ist etwa 0,004 und PD2/LED etwa 0,005. Lt Datenblatt Tabelle Seite 1-423 [Transfer Gain] oben sollten diese Werte bei 0,5 bzw. 1,0 liegen. Kann mir da jemand helfen??
Verhältnis PD1/LED ist etwa 0,004 und PD2/LED etwa 0,005. >Lt Datenblatt Tabelle Seite 1-423 [Transfer Gain] oben sollten diese >Werte bei 0,5 bzw. 1,0 liegen. Nööö, das ist K3. Und das ist definiert als K1/K2. ;-) Also die Relative Abweichung der Übertragungsfaktoren zueinander. Der Angelsache
-
Thread
MCU mit 24-Bit-SPI?
jedem Takt weiter, und es werden alle 8 Takte Interrupts ausgelöst. CS geht erst am Ende des Transfer wieder auf inaktiven Zustand.
zwei SPIs mit mehr als 16 bit Datenbreite bietet? Die RSPIc der Renesas RX Familie können das >Transfer bit length is selectable as 8, 9, 10, 11, 12, 13, 14, 15, 16, 20, 24, or 32 bits. Z.B. R5F565N7ADFP https://mou.sr/3Hxw1el Grüße
-
Thread
Echtzeituhr RV-2123-C2 - irgendwelche Tipps?
braucht die RV-2123-C2 den SPI genauso wie das DOGXL160. Ich lasse den SPI mit 2,5MHz laufen, ein Transfer sind also so 3,2µs. Mal schauen, was das Ding dann am Montag anzeigt. :-)
Merkwürdigkeiten sind mir aufgefallen. Das eine ist das ich beim Schreiben einen zusätzlichen Transfer brauche, also wenn ich das letzte "SPDR = 0x00; ..." weglasse, dann wird in dem Beispiel oben das Jahr nicht geschrieben. Das andere ist, unbenutzte Bits werden nicht unbedingt als Null gelesen
-
Thread
Warum Tonertransfer?
abziehen. Bis auf ein paar Löcher in Masseflächen, die aber eher an der Druckqualität als am Transfer liegen, habe ich damit auch bei Traces mit 0,2mm Breite und 0,2mm Abstand keine nennenswerten Fehler. TQFP mit 0,8mm Pitch also kein Problem, 0,5mm steht demnächst an, mal sehen. Ich habe auch
kein wirkliches Glück gehabt (aber auch nur mit Baustrahler versucht). Den größten Vorteil der Transfer-Methode sehe ich auch darin, dass sich Fehlversuche direkt nach dem Bügeln neustarten lassen. EDIT: Ein Beispiel gibt's hier: http://www.mikrocontroller.net/topic/277369#2932252 und mit etwas Übung
-
Thread
STM32F4xx / L4xx DMA durch externes Signal triggern
übertrage, komme ich auf 6,25MHz Triggerfrequenz, was bei 100MHz "Übertaktung" 16 AHB-Zyklen je Transfer ergibt. Laut AN4031 würde ein Transfer maximal 11 AHB-Zyklen brauchen, womit ich auf der sicheren Seite sein sollte. So kann ich mit dem HSYNC einen Interrupt auslösen lassen, um die DMA neu "nachzuladen
-
Thread
STM32F103 USART DMA EMV-Problem?
DMA_M2M_Disable; DMA_Init(MODBUS_RX_DMA_CHANNEL, &DMA_InitStructure); /* Enable DMA Stream Transfer Complete interrupt */ DMA_ITConfig(MODBUS_RX_DMA_CHANNEL, DMA_IT_TC, ENABLE); DMA_Cmd(MODBUS_RX_DMA_CHANNEL, ENABLE); } /** * @brief basic interrupt handler for USART DMA access * @retval None */ void MODBUS_USART_DMA_RX_IRQHandler(void) { /* DMA Transfer Complete interrupt */ if (DMA_GetITStatus(MODBUS_RX_DMA_CLRFLAG)) { /* Clear DMA Transfer Complete interrupt pending bit */ DMA_ClearITPendingBit(MODBUS_RX_DMA_CLRFLAG); /*
-
Thread
HyperTerm (Textdatei senden)
Benutze die Menu-Funktion [Transfer]->[Send File...] statt [Transfer]->[Send Text File...] MfG Peter
-
Thread
SAM4SD32 TWI I2C TWI_MMR MREAD read write bit
= {0b1000000}, // TWI slave bus address .buffer = data_received, // transfer data destination buffer .length = 2 // transfer data size (bytes) }; // Perform a multi-byte read access then check the result. const uint8_t test_pattern
size .chip = {0b1000000}, // TWI slave bus address .buffer = (void *)test_pattern, // transfer data source buffer .length = 1 // transfer data size (bytes) }; while(1){ pio_set(PIOA, PIO_PA31); delay_us(1); pio_clear(PIOA, PIO_PA31); twi_master_write(TWI1,
-
Thread
ATMEGA163 - AT..8535 Problem
rjmp Timer1_OVF ;Timer 1 Overflow rjmp Timer0_OVF ;Timer 0 Overflow rjmp Spi_Comp ;Spi Transfer Complete rjmp UartRX_Comp ;Uart RX Transfer Complete rjmp Uart_DRE ;Data Register Emty rjmp UartTX_Comp ;Uart TX Transfer Complete rjmp ADC_Comp ;Aanlog Digtal Conversion Comlete rjmp
-
Thread
STM32 Daten kopieren Problem
Ziel HAL_DMA_Start(&hdma_memtomem_dma2_stream4, ptr_data, ptr_DataArray, 4); HAL_DMA_PollForTransfer(&hdma_memtomem_dma2_stream4, HAL_DMA_FULL_TRANSFER,1); DataArray[6] = (uint8_t)0x09; /* weitere Verarbeitung */ } Für 4 Byte ein bisschen Kanonen auf Spatzen mit DMA, aber dafür gehts
-
Thread
ATmega1284P I2C (TWI) STOP Interrupt fehlt
, dass mit neuem START genauso gut > der nächste Sensor adressiert werden kann. "Each data transfer must be terminated by the generation of a STOP (SP) condition"
Tycho B. schrieb im Beitrag #4870261: > "Each data transfer must be terminated by the generation of a STOP (SP) > condition" Nein.
-
Thread
WizNet W5500 Probs als Webserver
eine weitere Methode, die für Datenmengen unbekannter Größe vorgesehen ist. Nennt sich Chunked-Transfer. Dabei werden die Daten in Blöcken mit bekannter Größe übertragen. Zum Schluss sendet der Server einen Block mit der Größe 0, um das Ende zu kennzeichnen. Bei HTTP 1.1 soll die Verbindung normalerweise
erheblich bessere Performance. Für Mikrocontroller ist das eher uninteressant, aber dieser Chunked Transfer ist eine nette Sache denn er reduziert das Risiko erheblich, den letzten Block der Datei zu verlieren.
-
Thread
Negative Spannung verwenden?
Bei der getrennten Verwendung der Fotodioden sollte man allerdings noch ihren Gleichlauf, das "Transfer Gain" im Hinterkopf behalten, der lt. Datenblatt zwischen 0,56 und 1,65 streut. Netterweise werden die Teile ja vom Hersteller in 10 Klassen vorselektiert, so dass die Streuung innerhalb einmer
Bei der getrennten Verwendung der Fotodioden sollte man allerdings noch >ihren Gleichlauf, das "Transfer Gain" im Hinterkopf behalten, der lt. >Datenblatt zwischen 0,56 und 1,65 streut. Netterweise werden die Teile >ja vom Hersteller in 10 Klassen vorselektiert, so dass die Streuung >innerhalb einmer
-
Thread
SPI - Probleme mit der MISO Leitung
EXAMPLE_SPI_BITS_PER_CHAR 16 #define EXAMPLE_SPI_CLK_PULSE_DELAY 32 #define EXAMPLE_SPI_TRANSFER_DELAY 16 #define EXAMPLE_SPI_STAY_ACTIVE 1 #define EXAMPLE_SPI_MODE SPI_MODE_3 #define EXAMPLE_SPI_MODE_FAULT_DETECT 0 #define EXAMPLE_SPI_ET1200_SLAVE 0 #define LED_FAULT
EXAMPLE_SPI_BAUDRATE, EXAMPLE_SPI_BITS_PER_CHAR, EXAMPLE_SPI_CLK_PULSE_DELAY, EXAMPLE_SPI_TRANSFER_DELAY, EXAMPLE_SPI_STAY_ACTIVE, EXAMPLE_SPI_MODE, EXAMPLE_SPI_MODE_FAULT_DETECT }; uint16_t data[] = { 0x0000 }; uint16_t address1 = { 0b0000101000000010 // 0x0a02 }
-
Thread
Warum 24bit ADC-Auflösung wenn INL nur 3.5ppm?
defined as the deviation of a code from a straight line passing through the actual endpoints of the transfer curve." d.h. die Offset und Full-Scale-Fehler sind dort rausgerechnet.
citation.cfm?id=2490376 oder Testing of High Resolution ADCs using Lower Resolution DACs via Iterative Transfer Function Estimation http://ieeexplore.ieee.org/xpl/articleDetails.jsp?arnumber=5170452 1) https://www.mikrocontroller.net/topic/195148
-
Thread
DIY Textnachrichten über Lichtsignale senden (VLC)
upgrade-datentransfer-mittels-vlc-und-lifi-pi-zu-pi-uebertragung/ (Deutsch) Hier in Englisch: https://nerd-corner.com/upgrade-data-transfer-via-vlc-and-lifi-pi-to-pi-transfer/
-
Thread
Daten von SPI an RS232
Hallo, hast Du denn überhaupt eine Chance, den Transfer auf dem SPI zu deuten? Es gibt ja bei SPI von sich aus keinen Hinweis darauf, wann da ein Byte beginnt usw. Nur Takte und Pegel. Theoretisch (mit wenig Aufwand) kannst Du z.B. einen 14,7456MHz
> hast Du denn überhaupt eine Chance, den Transfer auf dem SPI zu deuten? (M)ein LA kann das ;-) > Es gibt ja bei SPI von sich aus keinen Hinweis darauf, wann da ein Byte > beginnt usw. Nur Takte und Pegel. ... > Da müßtest Du noch ein CS-Signal
-
Thread
STM32 Timer mehrere Compare Values mit DMA
denn da fündig werden? :P Die einzige Section, bei der es um DMA geht ist am Ende der DMA-Burst-Transfer und das sah beim ersten Lesen nicht nach dem aus, was ich suche. Vielleicht muss ich es mir aber auch einfach nochmal genauer ansehen...
fündig > werden? :P Die einzige Section, bei der es um DMA geht ist am Ende der > DMA-Burst-Transfer und das sah beim ersten Lesen nicht nach dem aus, was > ich suche. > > Vielleicht muss ich es mir aber auch einfach nochmal genauer ansehen... Lesen bildet ;-) Beim nächsten Abschnitt "arbitrary
-
Thread
Z180-Stamp Modul
detection or SPI mode selection). The pull-up may be disconnected by the user, during regular data transfer, with SET_CLR_CARD_DETECT (ACMD42) command. [2] http://dlnmh9ip6v2uc.cloudfront.net/datasheets/Components/General/SDSpec.pdf Nachtrag: Ist meine E-Mail angekommen?
jetzt auch im physikalischen Speicher zusammenhängend. Dadurch gehen Interbank Memory-Move und Transfer von und zur Disk ohne Sonderbehandlungen. In der neuen Version geht der Interbank move jetzt mit DMA und der AVR-Disktreiber konnte vereinfacht werden und funktioniert mit Multi-Sector-Transfer. Eigentlich
-
Thread
PIC24 SPI erzeugt Dauerschleife?
ist natürlich Bullshit. Beim STM32 z.B. ist es sehr sinnvoll, im DMA Stream Interrupt nach dem Transfer Complete auf das Zurücksetzen des BSY-Flags zu warten, bevor man den SPI abschaltet. Generell sind solche Pauschalaussagen Unsinn, auch wenn hier im Forum einige sie penetrant wiederholen. Daher
natürlich Bullshit. > Beim STM32 z.B. ist es sehr sinnvoll, im DMA Stream Interrupt nach dem > Transfer Complete auf das Zurücksetzen des BSY-Flags zu warten, bevor > man den SPI abschaltet. In der ISR? Das ist nicht dein Ernst, oder? Wie gesagt, ein PIC24 hat priorisierte Interrupts. Du legst
-
Thread
ADC bei ATmega32 ?
_COMP ; Timer0 Compare Handler reti ;TIM0_OVF ; Timer0 Overflow Handler reti ;SPI_STC ; SPI Transfer Complete Handler reti ;USART_RXC ; USART RX Complete Handler reti ;USART_UDRE ; UDR Empty Handler reti ;USART_TXC ; USART TX Complete Handler rjmp ADC ; ADC Conversion Complete Handler reti
_COMP ; Timer0 Compare Handler reti ;TIM0_OVF ; Timer0 Overflow Handler reti ;SPI_STC ; SPI Transfer Complete Handler reti ;USART_RXC ; USART RX Complete Handler reti ;USART_UDRE ; UDR Empty Handler reti ;USART_TXC ; USART TX Complete Handler rjmp ADC ; ADC Conversion Complete Handler reti
-
Thread
SPI: Bidirektionale Datenübertragung
+ in der SPI complete ISR vorm Auslesen den zu sendenden Frame setzten: <c> //SPI transfer complete ISR(SPI_STC_vect) { SPDR = 0x04; //return 0x04 to master PORTC = SPDR; //reading SPI-data } </c> - Master: + in der SPI complete ISR Sklave auslesen <c> //SPI transfer complete ISR(SPI_STC_vect) { PORTB |= 0x01; // /SS=1 PORTD = SPDR; //data from sklave at PORTC } </c> Weiterhin habe ich die Portrichtung des PORTB des Sklave
-
Thread
LtSpice Antenne modellieren
?! suchen unter : wire antenna spice model network topology hilfsweise S-parameter und transfer function tatf SPICE model of an antenna for transmitting :-) https://www.maximintegrated.com/en/design/technical-documents/app-notes/5/5141.html https://www.analog.com/en/technical-articles/model-transfer-functions-by-applying-the-laplace-transform-in-ltspice.html
-
Thread
Quick&dirty - schnelle Problemlösungen selbst gebaut Bilder
nicht mehr im Lieferprogramm. Die Frontplattenbeschriftung beruhte auf das damalige Color Key Transfer System der Firma 3M welches heutzutage praktisch (leider) nicht mehr erhältlich ist. http://en.wikipedia.org/wiki/Prepress_proofing Die Frontplattenbeschriftung fertigte ich zuerst auf einer
dann ich mal mit nem Breakblöd :) MCP73831T SOT-23 Was kann so'n Spacken wie ich, mit Toner-Transfer ..., da so an /Wätchen/ abtransportieren:) 105µ (dachte es wären 70:) 40x70mm DS, ~1W -> 75° (naja, /gemessen/ halt). Die Struktur in den Flächen ist gewollter Zufall o.s.ä. ... Quick? Auf
-
Thread
SPI Treiber für SSC
Hi hat schonmal wer einen SPI Treiber für einen Transfer über SSC geschrieben und kann seine Erfahrungen dazu teilen? (ein Master/ein Slave; Problematik: SPI: gleichzeitiges senden/empfangen; SSC: nacheinander senden oder empfangen) Danke!
neuerGast schrieb im Beitrag #3589595: > SPI Treiber für einen Transfer über SSC Hmm? Für die Horde? ^^
-
Thread
Platinen Direktdruck per Inkjet als Ätzmaske
Hat schon mal jemand eine Platine direkt im Laserdrucker bedruckt? Ohne "Transfer" müsste das doch auch gute Ergebnisse geben. Wolfgang
Beitrag #1730326: > Hat schon mal jemand eine Platine direkt im Laserdrucker bedruckt? > > Ohne "Transfer" müsste das doch auch gute Ergebnisse geben. > > Wolfgang Man müßte den sich umbauen sprich den sensor für die transfereinheit verscheißern. na ja dann ist es fraglich ob das vom transportweg
-
Thread
Hardwarebeschleunigung auf richtigen PCs
Also genau weiß ich es nicht, denke aber, daß die Daten von der GPU via DMA-Transfer aus dem Hauptspeicher geladen werden und daß der Hardware-Dekoder schlau genug ist um das Video passend zu skalieren und direkt in den Grafikspeicher zu schreiben - zumal er ja Teil der GPU ist. Es
kopieren. Die Audiodaten sind heute Spielkram für einen modernen PC, wird aber auch alles via DMA-Transfer laufen. Entweder über die GPU und DVI digital oder zum Audio-Codec auf dem Board bzw. Soundkarte. Der Trick bei sämtlicher Hardwarebeschleunigung ist, daß man der Hardware nur sagt wo sie ihre
-
Thread
P Channel Mosfet an Avr
mit U_gs = -5V noch voll im linearen Bereich betrieben wird. Erst ab etwa -7V flacht die Kurve (Transfer Characteristics, I_d vs. U_gs) ab, was ein Zeichen für einsetzende Sättigung ist. Die Parameterstreuung des IRFR9024 ist enorm. U_gs(th) ist mit -2..-4V spezifiziert. Und da fließen nur 250µA.
U_gs = -5V noch voll im linearen Bereich betrieben > wird. Erst ab etwa -7V flacht die Kurve (Transfer Characteristics, I_d > vs. U_gs) ab, was ein Zeichen für einsetzende Sättigung ist. Du willst mir also erzählen, dass z.B. der im Ausgangskennlinienfeld eingezeichnete Arbeitspunkt bei 175°C Sperrschichttemperatur
-
Thread
Chinas Arbeiter werden anspruchsvoller
Werkbank der Welt. Dort lassen alle Verwalter ihr Spielzeug produzieren. Dort geht also der Know How Transfer hin und dort wird man sich diesbezüglich weiterentwickeln. Die Verwalter gucken in 10 - 20 Jahren säuerlich aus dem Grab oder aus der Wäsche. Jedenfalls säuerlich. Dafür ham'n se aber verwaltet
der Welt. > Dort lassen alle Verwalter ihr Spielzeug produzieren. > Dort geht also der Know How Transfer hin und dort wird man sich > diesbezüglich weiterentwickeln. > > Die Verwalter gucken in 10 - 20 Jahren säuerlich aus dem Grab oder aus > der Wäsche. Jedenfalls säuerlich. China aber auch.
-
Thread
AM2320 und I2C
geht von L nach H, während SCL high ist Normaleweise geht es so: - Start-Condition - Byte-Transfer(s) - Stop-Condition Jeder Transfer MUSS am Ende mit einer Stop-Condition beendet werden. W.S.
geforderten WakeUp mit dem TWI hin: (Siehe Datenblattauszug im ersten Post) - Start-Condition - Byte-Transfer (Adresse + Write - 800µS-Pause mit SCL & SDA auf GND - Stop-Condition Nur ungern möchte ich auf Software-I2C ausweichen.
-
Thread
Arduino und ADNS5020E
: digitalWrite(nCS,LOW); // send in the address and value via SPI: SPI.transfer(address); pinMode(MOSI, INPUT); data = SPI.transfer(0x00); pinMode(MOSI, OUTPUT); // take the SS pin high to de-select the chip: digitalWrite(nCS,HIGH
-
Thread
MSP430: Blockiert DMA nur während Übertragung oder auch während Synchronisation?
ich in der Dokumetation gelesen, dass der DMA-Controller bis zu 5 MCLK-Zyklen braucht, um einen Transfer durchzuführen. Meine Frage ist: blockiert der DMA-Controller während der gesamten 5 Zyklen die CPU, oder nur während der 2 Zyklen, die er für den Transfer selbst benötigt? Falls dem so wäre, würde das ja bedeuteten, dass der Transfer länger dauert, als wenn die CPU das machen würde (2 MOV mit jeweils zwei Takten). Dann sollte ich vermutlich den AD-Wandler alle seine 16 "Register" befüllen lassen und diesen Block dann per DMA
-
Thread
TFT-direct-drive, WQVGA-TFT an STM32F4
flimmert das Display dann? Und was ist, wenn die CPU in das externe SRAM schreibt während ein DMA-Transfer zum TFT läuft? Dann müsste der Round-Robin Scheduler ja dafür sorgen, dass lediglich die Geschwindigkeit des DMA-Transfers vorübergehend etwas absinkt?
sehr ruckelig. > Und was ist, wenn die CPU in das externe SRAM schreibt während ein > DMA-Transfer zum TFT läuft? Das ist alles problemlos, da ein TFT kein exaktes Taktsignal bei der Bildausgabe benötigt. Der DMA-Controller besorgt sich die notwendigen Zugriffe. Wie geschrieben, sollten die
-
Thread
Daten des ATTiny24 über SPI auslesen
Schieberegister und // den 4bit Timer. Der Takt wird am USCK-Pin (PA4) ausgegeben. } void SPI_transfer(int data) { USIDR = data; //Daten in Data Register laden USISR |= (1<<USIOIF); //Überlaufflag löschen while (!(USISR & (1<<USIOIF))) //solange kein Timerüberlauf... {
<USITC); } } int main (void) { SPI_init(); while(1) { SPI_transfer(0xAA); // Daten (AA) senden PORTA |= (1<<PA7); // Led on _delay_ms(1000); PORTA &= !(1<<PA7); // Led off _delay_ms(1000); } } ---------------------------------
-
Thread
STM32: Während Flash schreiben => anderes tabu?
Code (aus eeprom.c), speziell die Zeile mit dem '<===': [c] uint16_t EE_Init(void) [...] /* Transfer data from Page1 to Page0 */ for (VarIdx = 0; VarIdx < NumbOfVar; VarIdx++) { if (( *(__IO uint16_t*)(PAGE0_BASE_ADDRESS + 6)) == VirtAddVarTab[VarIdx]) <=== { x = VarIdx; } if
corresponding to the virtual address was found */ if (ReadStatus != 0x1) { /* Transfer the variable to the Page0 */ EepromStatus = EE_VerifyPageFullWriteVariable(VirtAddVarTab[VarIdx], DataVar); /* If program operation was failed, a Flash error code is returned */
-
Thread
Shunt Widerstand genau bestimmen
vernachlässigbare Stromabhängigkeit des Kalibriergegenstands berücksichtigt. Ein zehn-zu-eins Transfer ist im niederohmigen Bereich daher problematisch. Die Vishays sind zwar eng toleriert und haben einen prima TK, aber eine gewisse Langzeitdrift und taugen nur bedingt als Normal. Besser in steigender
nicht so einfach wie ich dachte :). Ich dachte bei einem 6,5 stelligen Voltmeter sollte so ein Transfer von 1:10 schon mit 50ppm machbar sein. Bisher greife ich die Spannung am Z201 mit zwei Klemmen etwa in der Höhe ab in der das Lot sitzen würde und den Strom schicke ich von "weiter aussen" hinein