-
Thread
Problem mit AD5696 und I2C
Folge von mehreren Bytes mit fortlaufend steigendem Wert (0x10, 0x11, 0x12, ...) in einem langen Transfer an das EEPROM. Jetzt das komische: Mitten im Transfer ab einer Bitfolge die der Adresse eines der DAC's entspricht scheint dieser ebenfalls die Kommunikation zu starten. Bemerkbar macht sich
kein Unterschied. Das Verhalten ist absolut reproduzierbar und tritt bei jedem entsprechenden Transfer auf. Ich sehe keine Erklärung für das Verhalten. Hat jemand eine Idee was hier eigentlich passiert? Grüße Christian
-
Thread
Datenkommunikation per USB-Schnittstelle
hilfreich, wenn du deine Anforderungen etwas spezifizieren würdest. Nur so einige Punkte: - Welcher Transfer Modus? - Welche Device Class? - Welche Daten Rate?
Der Transfer Modus ist Interrupt oder Isochrone je nach Verwendung Die Device Class ist entweder Audio oder HID Die Datenrate ist ja gegeben durch den Transfer aber er wird nie sonderlich gross sein. Im
-
Thread
LibUSB und Microsoft Visual C++
Das komische ist sowieso, dass das Gerät laut USB-Info-Programmen im Bulk-Transfer Daten bekommt! 1 Paket hat aber laut Snoopy Pro mit dem originalen Treiber 1024 Bytes... Wie kann das sein? Ich dachte immer Bulk würde nur 64 können...
Fehler von mir. Ich hab gerade mal am Cypress FX2 1024 Byte Paketgröße für BULK-Transfer eingestellt, das geht auch. Bringt sogar einen kleinen Geschwindigkeitszuwachs.
-
Thread
AT90CAN128, Receive Interrupt
verfälscht. Initialisierung: CANGIE = 0x00100000; ISR: #pragma interrupt_handler can_transfer_complete_isr:19 void can_transfer_complete_isr(void) { PORTA++; } Gruß und Danke, Christian
MOb0 interrupt CANSIT1 = 0; CANSIT2 = 0; ISR: #pragma interrupt_handler can_transfer_complete_isr:19 void can_transfer_complete_isr(void) { PORTA++; CANSTMOB &= ~(1<<RXOK); //clear interrupt flag } Wäre echt super wenn mir da jemand noch helfen könnte
-
Thread
Firma wechseln
gearbeitet hat, weil die kleine Firma Angst haben könnte, von dem Großunternehmen wegen Know-How-Transfer verklagt zu werden?
#2804170: > weil die kleine Firma Angst haben könnte, von dem > Großunternehmen wegen Know-How-Transfer verklagt zu werden? Dann geht er eben 3 Tagen zwischendruch bei Ald* Regale einräumen?
-
Thread
Leitfähigkeit von Kupfer-Heizungsrohren
Stromleiter verwenden.... oder die Erwärmung der Rohre durch das Heizungswasser in einem Reverse-Heat-Transfer-Process in eine äquivalitente Stromstärke verwandeln..._)
>> oder die Erwärmung der Rohre durch das Heizungswasser in einem >> Reverse-Heat-Transfer-Process in eine äquivalitente Stromstärke >> verwandeln..._) >Wenn Du Das hinbekommst bekommst du vom mir den Nobel-Preis und eine >kleine Beteiligung am Gewinn. Braucht Euch keinen Kopf mehr
-
Thread
Kleber an Klebeschild erneuern
Uwe B. schrieb im Beitrag #7117724: > 3M™ Transfer-Klebeband 467MP Wenn die Empfehlung gleich 2x kommt, muss der Tipp heiß sein :-) Laut Datenblatt gibt es selbiges neben 0.05mm auch in 0.13mm. Letzteres scheint mir für meine Anwendung besser
Hannes R. schrieb im Beitrag #7117789: > Uwe B. schrieb: >> 3M™ Transfer-Klebeband 467MP > > Wenn die Empfehlung gleich 2x kommt, muss der Tipp heiß sein :-) Rausgeworfene Kohle, da hätte es dann auch der von Dir als Unding titulierte Sekundenkleber getan.
-
Thread
Datenrate Maus oder Tastatur
cool, ich hab mir die usb spezifikation angeschaut und folgendes gefunden: 5.7.3 Interrupt Transfer Packet Size Constraints An endpoint for an interrupt pipe specifies the maximum size data payload that it will transmit or receive. The maximum allowable interrupt data payload size is 64 bytes
Host natürlich ausreichend oft nachfragen ob das Gerät Daten hat, bzw. braucht. Beim Interrupt Transfer geschieht das halt indem die maximale Zeit zwischen zwei Transfers spezifiziert wird, da ist für Low Speed ein kleinster Wert von 10 ms erlaubt. In der Praxis machen daraus alle Betriebssysteme
-
Thread
MCP2515 SPI Kommunikation myRIO vs. Arduino
void loop() { //CAN0.mcp2515_readRegister(16); digitalWrite(10, LOW); n = SPI.transfer(3); m = SPI.transfer(15); l = SPI.transfer(0); digitalWrite(10, HIGH); Serial.println(n); Serial.println(m); Serial.println(l); } } [/c]
-
Thread
Avrdoper(hid) Debian11 Avrdude
, mit denen jeweils der CDC- oder HID-Modus aktiviert wird. Unter WindowsXP konnte man den Bulk-Transfer, welcher für den CDC-Modus benötigt wurde, im LowSpeed Betrieb illegalerweise noch freischalten, später ging aber auch das nicht mehr. Wenn dein Doper noch für CDC programmiert ist, wirst du ihn
Ingo W. schrieb im Beitrag #7445626: > weil ich der Meinung > war, dass Bulk-Transfer für Low-Speed Geräte illegal ist. Ist er definitiv. Deswegen haben ja auch alle relevanten OS die entsprechenden Bugfixes vorgenommen, damit diese illegalen Konfigurationen nicht mehr akzeptiert
-
Thread
Atmega8, TWI und Master Receive
********************************************** 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
Colibri T20 von Toradex - EW2012: wer hat ein Board bekommen?
tegra_i2c_xfer+0x1f0/0x27c) [ 9.263065] [<c0367dd4>] (tegra_i2c_xfer+0x1f0/0x27c) from [<c0365e04>] (i2c_transfer+0xcc/0x128) [ 9.271936] [<c0365e04>] (i2c_transfer+0xcc/0x128) from [<c03662a4>] (i2c_smbus_xfer+0x3b0/0x510) [ 9.280807] [<c03662a4>] (i2c_smbus_xfer+0x3b0/0x510) from [<c0366978>] (i2c_default_probe
tegra_i2c_xfer+0x1f0/0x27c) [ 10.393059] [<c0367dd4>] (tegra_i2c_xfer+0x1f0/0x27c) from [<c0365e04>] (i2c_transfer+0xcc/0x128) [ 10.401929] [<c0365e04>] (i2c_transfer+0xcc/0x128) from [<c03662a4>] (i2c_smbus_xfer+0x3b0/0x510) [ 10.410800] [<c03662a4>] (i2c_smbus_xfer+0x3b0/0x510) from [<c0366978>] (i2c_default_probe
-
Thread
AT90USB Software Library für avr-gcc?
.. #define Usb_get_dev_desc_length() (sizeof (usb_dev_desc)) ... ... U8 data_to_transfer; ... ... case DESCRIPTOR_DEVICE: data_to_transfer = Usb_get_dev_desc_length(); //!< sizeof (usb_user_device_descriptor); pbuffer = Usb_get_dev_desc_pointer(); break; ... ... [/c] Das Problem mit der Variable data_to_transfer zieht sich durch die gesamte Lib, es werden munter 16 Bit Werte in die Variable geschrieben. Das macht sich allerdings erst bei großen USB-Packeten (>255 Byte) bemerkbar. Wenn ich damals nicht einen
-
Thread
STM32Duino DMA DAC
data' register. DMA1_Channel3->CPAR = ( uint32_t ) & ( DAC1->DHR12R1 ); // Set DMA data transfer length (# of sine wave samples). DMA1_Channel3->CNDTR = ( uint16_t )SINE_SAMPLES; // Enable DMA1 Channel 1. // Note: the transfer won't actually start here, because // the DAC peripheral
Enable DAC channel trigger. // The DMA channel and timer are both already on, so the // DMA transfer will start as soon as the DAC peripheral // starts making requests. The DAC peripheral will make a // request every time that TIM6 ticks over, but only after // this 'trigger enable' bit
-
Thread
Phasenreserve Opamp
Zudem: wenn ich mir die AC transfer Funktion anschaue, und die Kurve weit hinueber (im hoeheren Freuqnezbereich) von der -3dB Grenze komische Sachen macht, dann ist das nicht mehr relevant, oder? Da mein Signal ja ausserhalb dieses
Johannes schrieb im Beitrag #6401389: > Zudem: wenn ich mir die AC transfer Funktion anschaue, und die Kurve > weit hinueber (im hoeheren Freuqnezbereich) von der -3dB Grenze komische > Sachen macht, dann ist das nicht mehr relevant, oder? Da mein Signal ja > ausserhalb
-
Thread
platinen mit direkttonermethode herstellen, welches papier?
http://www.pcbfx.com/main_site/pages/products/transfer_paper.html http://www.pcbfx.com/main_site/pages/products/toner_foils.html ... nicht billig, aber preiswert (wenn einem die eigene Zeit was wert ist). Gibt es z.B. hier: http://www.druckeronkel.de
Macht doch nicht immer ne Raketenwissenschaft daraus. "direkttonermethode" ist schonmal Falsch. Transfer ist immer indirekt. Transfermedium moeglichst glatt, moeglichst duenn. Ins Handwerk pfuschen einem dann ldgl. Wetter, zu niedriger Kaffeespiegel, zu hoher Promille-Gehalt, miesepetrige Forenteilnehmer
-
Thread
STM32 SPI - 8Bit senden - 16Bit empfangen
schätze mal weil alles über das selbe Register (SPI Data Register) läuft. [c] uint16_t MS5611_Transfer( uint16_t data ) { // Write data to be transmitted to the SPI data register SPIx->DR = data; // Wait until transmit complete while (!(SPIx->SR & (SPI_I2S_FLAG_TXE))); // Wait
uint8_t i; MS5611_EnableSlave(); for (i = 0; i < 1; i++) { MS5611_Transfer(CMD_MS5611_PROM + (i << 1)); prom[i] = 256 * MS5611_Transfer(0x00); prom[i] += MS5611_Transfer(0x00); } MS5611_DisableSlave(); } [/c] Aber wenn ich mir die Oszi
-
Thread
AVR und der Umgang mit C++
1<<PB2); 222: 2a 9a sbi 0x05, 2 ; 5 224: 08 95 ret 00000226 <_Z17spi_transfer_syncPhS_h>: } } void spi_transfer_sync (uint8_t * dataout, uint8_t * datain, uint8_t len) // Shift full array through target device { 226: 26 2f mov r18, r22 uint8_t i;
; 45 23c: 07 fe sbrs r0, 7 23e: fd cf rjmp .-6 ; 0x23a <_Z17spi_transfer_syncPhS_h+0x14> datain[i] = SPDR; 240: 3e b5 in r19, 0x2e ; 46 242: 31 93 st Z+, r19 244: f2 cf rjmp .-28 ; 0x22a <_Z17spi_transfer_syncPhS_h+0x4
-
Thread
Dali Kurzadresse vergeben
den man zweimal kurz hintereinander senden musste. Ich denke, dass es dieser 'Schreib das Data Transfer Register in das Short Address Register' ist, den du oben schon erwähnt hast. CU, Jochen
moin, was ich allerdings nicht verstehe: wenn man vorher den wert im DTR abspeichert (DATA TRANSFER REGISTER mit XX) und anschließend soll man ja (2 x STORE DTR AS SHORT ADDRESS) übertragen... und der Befehl sieht ja so aus: YAAA AAA1 1000 0000. muss etwa die kurzadresse noch einmal ausgewählt
-
Thread
USI TWI Probleme mit DS1631 Temperatursensor
[0] = USI_TWI_Master_Transfer( tempUSISR_8bit ); //send ack signal USIDR = 0x00; //load ACK USI_TWI_Master_Transfer( tempUSISR_1bit ); // Generate ACK //read in MSB DDR_USI &= ~(1<<PIN_USI_SDA); // Enable SDA as input. temperature[1] = USI_TWI_Master_Transfer( tempUSISR_8bit ); //send nack signal USIDR = 0xff; //load NACK USI_TWI_Master_Transfer( tempUSISR_1bit ); // Generate NACK USI_TWI_Master_Stop(); //temperature
-
Thread
Verständnisfrage FIFO (STM32 SAI Interface)
DMA-Request getriggert. DMA holt den Inhalt von &buf und schiebt in die Peripherie. 6) Wenn DMA-Transfer fertig ist, wird ein "DMA-Transfer complete" ausgelöst. In dieser Routine kopiere ich die nächsten 4 Wörter von meinem Sample in den "&buf". 7) Zurück zu 5). Nachteil Option A: Alle 4 Wörter
schiebt. Danke euch nochmal, ich bin definitiv ein Schritt weiter. Nur, ich bekomme nun keinen "Transfer complete" callbacks. Kämpfe gerade daran, dass ich irgendwelche Callbacks vom DMA abzapfen kann. Kann es sein, dass im circular mode transfer nie beendet wird? Na ja wahrscheinlich komme ich wieder
-
Thread
SPI am STM32F103 funktioniert nicht wie gewünscht
Serial.println(datagram,HEX); digitalWrite(chipCS,LOW); delayMicroseconds(10); SPI.transfer(address); i_datagram |= SPI.transfer((datagram >> 24) & 0xff); i_datagram <<= 8; i_datagram |= SPI.transfer((datagram >> 16) & 0xff); i_datagram <<= 8; i_datagram |= SPI.transfer((datagram >> 8) & 0xff); i_datagram <<= 8; i_datagram |= SPI.transfer((datagram) & 0xff); digitalWrite(chipCS,HIGH); Serial.print("SPI_r: "); Serial.print(address,HEX); Serial.print(" "); Serial.println(i_datagram,HEX); Serial.println(); }[/c]
-
Thread
Werkzeug und Technik für grosse Jungs
ist der Rest vom Tesafilm. Testreihe auf kleine Platine 60x100mm Print auf Transferfolie Nr1 Transfer auf Foto-Platine; 1 Hälfte ohne Foto-Resist 180x10 super, die Folie löst sich im Wasser innerhalb von Sekunden vom Trägermaterial von selbst
Der nächste gute Eindruck Transfer von Verso-Folie auf Fotoresist 190x3 3 Durchgänge sind evtl etwas wenig. Werd ich noch mal erhöhen. Wenn die Qualität auch nach dem Entwickeln und Ätzen so bleibt, dann sieht das doch prima aus
-
Thread
ATMEGA 128 - SPI Kommunikation aus einem Timerinterrupt
(u08 data) { // send the given data spiTransferComplete = FALSE; outb(SPDR, data); // wait for transfer to complete while(!(inb(SPSR) & (1<<SPIF))); // *** reading of the SPSR and SPDR are crucial // *** to the clearing of the SPIF flag // *** in non-interrupt mode //inb(SPDR); // set flag spiTransferComplete = TRUE; // return the received data return inb(SPDR); } u16 spiTransferWord(u16 data) { u16 rxData = 0; // send MS byte of given data rxData = (spiTransferByte((data
-
Thread
SPDR Register Funkmodul - Daten auslesen
Assembler wahrscheinlich nichts nutzt, hier eine Routine aus einer Atmel Appnote: [c] char spi_transfer(volatile char data) { SPDR = data; // Start the transmission while (!(SPSR & (1<<SPIF))) // Wait the end of the transmission {}; return SPDR;
die gewünschte // Information auch bereit stellen kann tmp = spi_transfer( 0x00 ); // Ergebnis abholen PORTB |= (1<<SCS); return tmp; } [/C]
-
Thread
Schaltung & Layout Entwurf - Fehler eingeschlichen?
Layout erstellt. Bevor ich nun die Platine - zum ersten mal - anfertige (hatte ich mittels Toner-Transfer-Druck vor), würde ich gerne auf Flüchtigkeitsfehler aufmerksam gemacht werden, insofern sich welche eingeschlichen haben. Vorallem bei dem Layout bin ich mir unsicher bzw. habe einfach nur Sorge -
in einer Stange geliefert werden, die bricht man dann ab und verlötet sie. Ratet ihr von TonerTransfer allgemein ab? Habe gelesen, dass dies recht simpel und gut sein soll, vorallem, weil man damit auch dünnste Leiterbahnen damit hinbekommt.
-
Thread
Platinebelichtet nicht richtig
: Das Licht des UV- Härters scheint sehr ungleichmäßig zu sein. siehe hier im Forum: Toner-Transfer vs. Belichtung - zeigt her die Platinen :)
der Tonertransfer auch. Leute lasst euch nichts erzählen, sondern probiert es einfach aus. Der Transfer braucht keine ausgefallenen Geräte oder Materialien. Wie es geht ist hier mehrfach beschrieben.
-
Thread
Emails komfortabel "sichern" per POP
Mailstore Freeware für privat, eine feine Transfer, Archivierungs und suchlösung
Jens M. schrieb im Beitrag #6235106: > Mailstore > Freeware für privat, eine feine Transfer, Archivierungs und suchlösung Danke für den Tipp. Konnte damit endlich mal mein IMAP-Yahoo-Konto sichern.
-
Thread
STM32F407 und das SPI Modul
data; // after last data send, use SPI2_WaitSend() to be sure transfer has finished } uint16_t SPI2_WaitSend(void) { /*!< Loop while DR register in not empty */ while ((SPI2->SR & SPI_I2S_FLAG_TXE) == RESET); /*!< Wait for transfer finished */ while
SPI2_WaitSend();. Funktioniert nur nicht. Der selbe Effekt wie oben. Busy geht low bevor der Transfer beendet ist. Hat ST das SPI Modul wirklich so vergurkt?
-
Thread
TCP/IP Stack wann nötig?
communication with an already connected TCP or UDP socket via serial interface FTP, FTPS File Transfer Protocol as well as Secure File Transfer Protocol (SSL encryption of FTP control channel) functionalities are supported via AT commands. HTTP, HTTPS Hyper-Text Transfer Protocol as well as Secure Hyper-Text Transfer Protocol (SSL encryption) functionalities are supported via AT commands. HEAD, GET, POST, DELETE and PUT operations are available. Up to 4 client contexts can be simultaneously used. Nettes Kistchen
-
Thread
Verständnisfrage UART Rx + DMA
näher. Vielleicht hat er aber schon ein Flag, das gesetzt wird (+Interrupt), wenn der halbe DMA-Transfer abgelaufen ist. Damit könnte man rechtzeitig den Puffer umkonfigurieren.
mode". In Verbindung mit dem "half transfer interrupt" wird das wasserdicht.
-
Thread
PIC 32 Erfahrungsberichte
gebraucht werden. Also selbst wenn man DMA verwendet, dann wartet die CPU bis die Daten der DMA Transfer fertig ist. > Wenn dann die SD-Karte oder ein per externem > Bus angebundenes Peripherieteil ihn ausbremst kann der Core wohl kaum > was dafür. Naja, der schnellste Kern nützt nichts wenn
schrieb: > Also selbst wenn man DMA > verwendet, dann wartet die CPU bis die Daten der DMA Transfer fertig > ist. Wenn man an zwei Stellen Massentransfers abwickelt, also sowohl beim Ethernet als auch bei der SD-Karte, dann ist DMA sinnvoller als CPU-Power. Denn mit DMA geht das gleichzeitig
-
Thread
HyperTerminal selber schreiben
Hilfe. BOOL Class_SerialPort::ReadText(CString CSReadText) { LPVOID Test = ""; DWORD dwTransfer=0; if (ReadFile (hComm,Test , 10, &dwTransfer, 0)) { if (dwTransfer == 1) { CSReadText = Test; // ????????????????????? return true; { } return false; }
-
Thread
Welchen (günstigen) µController für USB-MIDI?
mit Interrupt-Transfers benutzt, dann verlässt du dich darauf, dass der Treiber auf dem PC den Transfer-Typ nicht überprüft oder Interrupt-Transfers explizit unterstützt. > und das kann mit V-USB ein AtTiny spezifikationskonform emulieren. V-USB hat einige positive Eigenschaften (insbesondere,
mit Interrupt-Transfers benutzt, dann verlässt du dich darauf, > dass der Treiber auf dem PC den Transfer-Typ nicht überprüft oder > Interrupt-Transfers explizit unterstützt. Linux modifiziert den Typ: https://forums.obdev.at/viewtopic6560.html?f=8&t=1352&start=15#p9092 [code] [ 8848.456365] usb
-
Thread
C-Unverständnis - STM32F4 Ethernet
in Interrupts gemacht, was eigentlich in die Applikation gehören würde. Vor allem wird der DMA-Transfer aus zwei verschiedenen ISRs angestoßen, ohne daß eine Zentralstelle verwalten würde, ob der DMA-Transfer schon zuende ist. Spurious Interrupts wären da auch noch anzudenken. Bei DMA fiel mir noch
Nop schrieb im Beitrag #4674453: > Vor allem wird der DMA-Transfer aus zwei verschiedenen ISRs angestoßen, > ohne daß eine Zentralstelle verwalten würde, ob der DMA-Transfer schon > zuende ist. Das macht eigentlich nichts, da in Wirklichkeit dort nur die descriptors
-
Thread
UV-Laserdrucker II
Hallo Jens, herzlichen Dank. Ich werde in der nächsten Zeit einen Prototypen incl. DMA-Transfer bauen. Mal schauen, ob es was wird ... Gruß Dieter
Rasterprozessor auf 5080dpi limitiert an einen uralten 600dpi Laser (Kyocera) gedruckt. Ohne Transfer auf Bungard aufgelegt und mit Taschenlampe belichtet. Entwicklung, Vergleichsbild.
-
Thread
RFM12B per SPI Schnittstelle - Problem mit dem Empfänger
SPI_transfer(0x94); // Receiver Control Commmand SPI_transfer(0xA4); SPI_transfer(0xC2); // Data Filter Command SPI_transfer(0xAC); SPI_transfer(0xCA); // FIFO & Reset Mode Command SPI_transfer(0x81); SPI_transfer(0xC4); // AFC Command SPI_transfer(0x83); SPI_transfer(0x98); // Tx Configuration Control Command SPI_transfer(0x50); SPI_transfer(0xE0
-
Thread
Suche effizienten Strombegrenzer IC
10s-12s-13s-16s-17s-1-2a-balance-li-ion-lifepo4-lithium-battery-active-equalizer-balancer-energy-transfer-board-62485990029.html > > Die pumpen (sollen zumindest) die Energie zw. den Zellen zu den jeweils > schwächeren, bis Spannungsausgleich herrscht. ja sowas suche ich für parallele zellen .
10s-12s-13s-16s-17s-1-2a-balance-li-ion-lifepo4-lithium-battery-active-equalizer-balancer-energy-transfer-board-62485990029.html >> >> Die pumpen (sollen zumindest) die Energie zw. den Zellen zu den jeweils >> schwächeren, bis Spannungsausgleich herrscht. > > ja sowas suche ich für parallele zellen
-
Thread
FRAM via SPI
Enable Latch 0000 0110b) while((SPSR&0x80)==0x00); /* terminate spi data transfer */ fram_spi_end(); } [/c] brachte aber keine Veränderung :(
if(!(data_direction)) { data = SPDR; // read data } /* terminate spi data transfer */ fram_spi_end(); if(data_direction) { return 1; } else { return data; } } [/c] ohne Erfolg......
-
Thread
Suche Simulator für Motorola 68k
RCL& Pending Hier beginnen die calibration menüs: 39FB0 PRIMARY~ USER1 ~ USER2 ~ 3A190 TRANSFER IN PROGRESS 3A1B9 TRANSFER COMPLETE 3A1E0 TRANSFER IN PROGRESS 3A209 TRANSFER COMPLETE 3A3E7 CALIBRATION 3A40D AUTHORISATION CODE 3A475 EXIT 3A47B ID .... 3AD64 WARNING: CALIBRATIONDATA
-
Thread
TWI/I2C Master 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
echte IP Adresse
geht das noch weniger. Und dann diese Fachbegriffe immer MTA - med. techn. Assi ggn. Message Transfer Agent
Provider dazu meinen. > Und dann diese Fachbegriffe immer MTA - med. techn. Assi ggn. Message > Transfer Agent Mail Transfer Agent. Es hat sich als überaus vorteilhaft erwiesen, wenn man beim Erklären eines technischen Sachverhalts im Umfeld von technisch versierten Leuten die etablierten Fachtermini
-
Thread
Senden/Empfangen mehrerer Bytes über SPI
Übertragungsregister schieben Warten bis Übertragung fertig SS auf low halten ... ... ... SS auf high um Transfer zu beenden Hier mein Code: [avrasm]Timer0_OVF: SPI_Transfer: push temp push temp1 ldi temp, 0x70 // Testwert Low ldi temp, 0x30
, SPIF rjmp SPI_Transfer_1 ; Read received data and return in temp, SPDR SPI_Transfer_2: ; Wait for reception complete sbis SPSR, SPIF rjmp SPI_Transfer_2 ; Read received data
-
Thread
Einige Fragen zu VHDL
config; Meine nächste Frage handelt sich um die Entwurfsebenen in VHDL ( Algorithmische, Register-Transfer-Ebene, Logikebene) Also die Logikebene Versteh ich, das sind die ganzen &,ODER Verknüpfungen. Aber was heisst Entwurfsebene, muss man bevor man programmiert iergendetwas vordefinieren in welcher
Entwurfsebene man ist ? Meine frage ist nur was die Algorithmische ebene ist und die Register-Transfer-Ebene, wozu benötigt man diese und was heisst eigentlich Register-Transfer... 2 Fragen hab ich noch. In einer Architecture wird folgendes geschrieben: ARCHITECTURE .... OF ... IS BEGIN
-
Thread
appears to be a misspelled signal handler
_VECTOR(11) /* Timer/Counter0 Overflow */ #define LIN_TC_vect _VECTOR(12) /* LIN Transfer Complete */ #define LIN_ERR_vect _VECTOR(13) /* LIN Error */ #define SPI_STC_vect _VECTOR(14) /* SPI Serial Transfer Complete */ #define ADC_vect _VECTOR(15) /* ADC
ich will ja empfangen Wenn du im Header File die danebenstehende Doku liest, dann steht da "Transfer Complete". Da ist also weder von Senden noch von Empfangen die Rede, sondern davon, dass eine Übertragung abgeschlossen wurde. Sorry: Aber da wird dir nichts anderes übrig bleiben als dich selbst
-
Thread
Energie kontaktlos übertragen
environmentally friendly." Naja, zumindest die Marketingabteilung ist gut. "Non-Radiative Energy Transfer is Safe for People and Animals WiTricity’s technology is a non-radiative mode of energy transfer, relying instead on the magnetic near field. Magnetic fields interact very weakly with biological
sight. If the object to be charged is in the vicinity of the WiTricity source, then the energy transfer will undoubtedly take place. In this 'coupling resonance' system, the electric energy that is not used up by the receiver does not get radiated into the surrounding environment, but remains in
-
Thread
AVR asm - Befehl nur jedes 2. mal ausführen
reti ; 9 TC1 Overflow reti ;10 TC0 Overflow reti ;11 SPI, STC Serial Transfer Complete reti ;12 UART Rx Complete reti ;13 UART Data Register Empty reti ;14 UART Tx Complete reti ;15 ADC Conversion Complete reti ;16 EEPROM Ready
reti ; 9 TC1 Overflow reti ;10 TC0 Overflow reti ;11 SPI, STC Serial Transfer Complete reti ;12 UART Rx Complete reti ;13 UART Data Register Empty reti ;14 UART Tx Complete reti ;15 ADC Conversion Complete reti ;16 EEPROM Ready
-
Thread
STM32H735 Disco HAL DMA2D geht nicht
hDma2dHandler, (uint32_t)pSrc, (uint32_t)pDst, xSize, 1) == HAL_OK) { /* Polling For DMA transfer */ HAL_DMA2D_PollForTransfer(&hDma2dHandler, 10); } } } } [/c] um einen rechteckigen Bereich zu übertragen habe ich eine weitere Funktion hinzugefügt: [c] /**
, (uint32_t)pSrc, (uint32_t)pDst, xSize, ySize) == HAL_OK) { /* Polling For DMA transfer */ HAL_DMA2D_PollForTransfer(&hDma2dHandler, 100); } #else if (HAL_DMA2D_Start_IT(&hDma2dHandler, (uint32_t)pSrc, (uint32_t)pDst, xSize, ySize) == HAL_OK) {
-
Thread
STM32 SPI zu viele Clocks
nicht. Und der HAL scheint das ja zu supporten. Es gibt halt aber manchmal ein Problem mit dem Transfer-Ende. Wenn man das untersuchen will, sollte man die Zugriffe aufs DR mit ein Paar Debug Pins visualisieren und ggf. zeitlich verschieben, um die Effekte in der SPI zu beobachten.
This case must be managed in a particular way to ensure that the SPI > does not initiate a new transfer. > 1. Wait for the second to last occurrence of RXNE=1 (n–1) > 2. Then wait for one SPI clock cycle (using a software loop) before > disabling the SPI (SPE=0) > 3. Then wait for the last RXNE
-
Thread
STM32F3 Virtual EEPROM für große Look Up
Sobald Page 0 voll ist, dann geht mit jedem Write Cycle der EEPROM Manager in die Routine EE_PageTransfer(), aber der Status bleibt immer PAGE_FULL. [c] uint16_t EE_WriteVariable(uint16_t VirtAddress, uint16_t Data) { uint16_t Status = 0; /* Write the variable virtual address and value
In case the EEPROM active page is full */ if (Status == PAGE_FULL) { /* Perform Page transfer */ Status = EE_PageTransfer(VirtAddress, Data); } /* Return last operation status */ return Status; } [/c] Nun kommt der also in EE_PageTransfer() und dort in folgendes: