-
Thread
in/out zusammenfassen
dieser Transferoperation zb nicht nur von Port zu Register (in) und von Register zu Port (out) einen Transfer anleiern können, sondern natürlich auch von Port zu Port. Was dann unmittelbar das Problem auswirft, dass du die Dinge auch adressieren können musst. Das verkpmpliziert schon wieder die Befehlsabarbeitung
Transferoperation zb nicht nur von Port zu Register (in) und von > Register zu Port (out) einen Transfer anleiern können, sondern natürlich > auch von Port zu Port. > Das verkpmpliziert schon wieder die Befehlsabarbeitung, weil jetzt alle > möglichen Datenpfade geschaltet werden können müssen.
-
Thread
Budget VNA 100kHz-1GHz
aufgenommen werden können (ohne umsteckerei) Natürlich. Informier dich schonmal, was ein Transfer-Relais kostet.
aufgenommen werden können (ohne umsteckerei) > > Natürlich. > > Informier dich schonmal, was ein Transfer-Relais kostet. Bei 1k Budget kannst du keine 100+dB Isolation fordern, das ist klar. Die im NanoVNA verbauten Schalter können aber so um die 60dB....40-50dB (>3GHz... darunter besser) bleiben
-
Thread
Konstansstromquelle stört µC/LCD
data & 0x0000ffff); AT91C_BASE_SPI->SPI_TDR = tdr; } [/c] Das Problem war, dass nach dem Transfer eines Datums/Kommandos gleich neue Daten verschickt wurden. Es wird davon ausgegangen, dass die spi_SendData-Funktion so lange wartet, bis der TX-Buffer leer ist. Das, was aber passieren kann -
Grenze - war, dass das Bit SPI_CD (Selektion Datum/Kommando) gesetzt/gelöscht wurde, wenn der SPI-Transfer noch nicht beendet war, weil an der Stelle nicht gewartet wurde, dass der TX-Buffer leer ist. Erstaunlicherweise hat es immer funktioniert, wenn die 5W-LED und der Treiber aus waren, aber nur selten
-
Thread
ADS7828 keine genauen Werte.
uint8_t i; // iteration variable i2c_start_wait(I2C_DCDCADC+I2C_WRITE); // start i2c transfer (DCDCADC) i2c_write(adcmux); // CMD byte: single ended, channel selection, int ref off and power-down mode i2c_stop(); // stop i2c transfer //for(i = 0; i < I2C_AVG_NUM; i++) //{ i2c_start_wait(I2C_DCDCADC+I2C_READ); // start i2c transfer highbyte = i2c_readAck(); // read high byte conversion register lowbyte = i2c_readNak(); // read low byte conversion register i2c_stop(); // buffer += ((highbyte<
-
Thread
Olimex 2378 LCD
SSP0CPSR = 0x24; // 2Mhz SSP0CR0 = ((SSP0CR0&(~0x0007))|(0x0008)); // 9 Bit Transfer Value 1000 Bit[3:0] } [/c] [c] void WriteSpiCommand(volatile unsigned int command) { // wait for the previous transfer to complete while((SSP0SR & (1<<0)) == 0); // wait till
SSP0DR = command; } void WriteSpiData(volatile unsigned int data) { // wait for the transfer to complete while((SSP0SR & (1<<0)) == 0); //wait 5ms delay((void*)50); // set bit 8, indicates "data" data = (data | 0x0100); // send the data SSP0DR = data; } [/
-
Thread
leidiges Thema - SPI
Warteschleife. Und warum löscht du das SPIF eigentlich ? Es wird doch nach einem erfolgreichen Transfer gesetzt. Dh wenn du durch einschreiben ins SPDR einen neuen Transfer startest Ist das flag wieder neu gesetzt Was mir auch nicht klar ist Im 2ten Progteil liest du Daten ein das hättest du doch gleich
SPDR schickt der Master dem slave 8bit daten UND empfängt gleichzeitig vom Slave 8bit Ist der Transfer beendet. Sind die Daten vom Slave im SPDR Und können aausgelesen werden Das SPIF zeigt ob die Aktion erfolgreich war. Hab mal ne frühere Assy Routine drangehängt. Die tut ohne probleme. ADC_WRITE
-
Thread
AT91SAM7S-Problem: SPI-Transfer im Interrupt starten.
wieder frei... Der PIO-Interrupt läuft fröhlich weiter (die grüne LED blinkt). Wenn ich den SPI-Transfer außerhalb der ISR starte, kann ich die Daten auf dem Oszi sehen. Wird in der PIO-ISR jedoch der Transfer gestartet, passiert nichts (kein SPI-Clock, nichts). Was mache ich falsch? Es muss doch möglich sein innerhalb der PIO-ISR den SPI-Transfer zu starten?! Ich habe auch schon versucht, den PIO-Interrupt abzuschalten, bevor ich den SPI-Transfer starte... ändert aber nichts... Ich habe vorher auch schon versucht den SPI-Transfer mit DMA
-
Thread
Protokoll beendet die Übertragung mit CRLF - was wenn der Chunk CRLF enthält?
HTTP-Header durch das Feld "Content-Length" die Länge der Nutzdaten bekannt sind. Im Falle von chunked-transfer-encoding ist das Ende durch den letzten chunk, welcher immer Länge 0 hat auch bekannt. CRLF ist bei HTTP eigentlich nur relevant, um das Ende eines Headers zu ermitteln (das Ende eines Headers
durch das Feld > "Content-Length" die Länge der Nutzdaten bekannt sind. > Im Falle von chunked-transfer-encoding ist das Ende durch den letzten > chunk, welcher immer Länge 0 hat auch bekannt. Okay, klar... Das hab ich ganz vergessen. Wenn man das mit einbezieht, ist HTTP natürlich ein schlechtes
-
Thread
Intenso Memory Center 6TB - Partitionen nicht mehr erkannt
sehe ich mit dmesg beim Anstecken der Platte etwas bislang unbekanntes: [code] [sda] Optimal transfer size 33553920 bytes not a multiple of preferred minimum block size (4096 bytes) [/code] VG Andreas
Außerdem sehe ich mit dmesg beim Anstecken der Platte etwas bislang > unbekanntes:[sda] Optimal transfer size 33553920 bytes not a multiple of > preferred minimum block size (4096 bytes) 2^25 - 2^9 Seltsam. Könnte das die Größe eines ›Shingles‹ sein?
-
Thread
Taster über lange Leitung über Optokoppler an AVR
geringer angesetzt werden kann. Ein z.B. CNY17 hat bei einem LED Strom von 10mA schon ein recht gutes Transfer Ratio (>= 80%)
da > eine Faustformel dafür? Ja, gibt es, kannst du aber auch berechnen. Das ist das o.a. Transfer Ratio. Bei einem TR von z.B. 100% könnte der Phototransistor bei If= 10mA also 10mA schalten. Da dein MC Eingang das aber gar nicht braucht, sondern mit ein paar uA zufrieden ist, reicht also ein
-
Thread
ARDUINO als usb stick
weiß nicht, was Dateien sind, es kennt nur Speicherblöcke. Du musst also statt MSD das "picture transfer protocol" (PTP) umsetzen, dann hast Du Chancen, Deine Idee umzusetzen. https://de.wikipedia.org/wiki/Picture_Transfer_Protocol Als Softwaregrundlage kannst Du LUFA einsetzen. http://www.fourwalledcubicle.com
-
Thread
Fehlermeldung beim Kompilieren
Datei oder Verzeichnis nicht gefunden compilation terminated. parport.c: In function ‘parport_transfer’: parport.c:21:23: warning: variable ‘last_pp_write’ set but not used [-Wunused-but-set-variable] make: *** [libusb-driver.so] Fehler 1 rfr@linux-6e93:~/Downloads/usb-driver-HEAD-2d19c7c> Was
config.c jtagmon.c -o libusb-driver.so -ldl -lusb -lpthread -shared parport.c: In function ‘parport_transfer’: parport.c:21:23: warning: variable ‘last_pp_write’ set but not used [-Wunused-but-set-variable] cc -DDEBUG -Wall -fPIC -DUSB_DRIVER_VERSION="\"2011-12-12 16:47:45\"" usb-driver.c xpcu.c parport.c
-
Thread
USB Switch bauen
oder sowas mal angeguggt.. ? nix umschalten, sondern beide gleichzeitig bedienen und auch datei-transfer.. http://www.ebay.de/itm/Smart-PC-to-PC-Keyboard-Mouse-Kvm-KM-Switch-USB-2-0-Data-Link-Transfer-Cable-/121024233749?pt=US_USB_Cables_Hubs_Adapters&hash=item1c2d9b4115
-
Thread
FTDI FT232RL und _CTS Verhalten
High-gezogene /RTS-Leitung, daß nichts mehr gesendet werden darf. Der FT232R stoppt dann auch den USB-Transfer, was aber systembedingt nicht sofort passiert und deswegen muß er noch 0...3 Bytes ausgeben. Du mußt Dein /RTS also manuell generieren _bevor_ der FIFO rammelvoll ist. Worst case mußt Du noch 3 Bytes
Weil USB sich nicht einfach stoppen läßt. Im Transfer befindliche Bytes werden eben noch ´rausgeschickt.
-
Thread
Epson S1D13705 , AVR und Hitachi 320x240 Color LCD
das I/F 2560 zu 705 ja schon ein Engpass. Man muss halt vergleichen, was schneller ist: 8bit Transfer per Hardware oder 16bit Transfer per Software. Ersteres benötigt 4 Takte pro Byte, letzteres 9 pro 2 Byte. Im Prinzip ist es also eigentlich egal. Der 16bit Transfer ist aber nur bei optimaler Programmierung
-
Thread
Filetransferprogramm YMODEM Scriptgesteuert
Filetransferprogramm für Windows, welches das Protokoll YMODEM beherrscht. Es soll automatisiert einen Transfer starten und sich nach Transferende wieder von selber beenden. Das zu transferierende File soll als Kommandozeilen-Parameter übergeben werden. Kennt jemand ein solches Programm (idealerweise Freeware
Hauptprogramm dazu geschrieben, das die verschiedenen Kommandozeilen-Parameter verarbeitet und den Transfer startet, so dass ich nur kleine Anpassungen für mich machen musste (Praktisch nur Default-Parameter verändern). Willst Du Dir das mit Forth wirklich antun??? Severino
-
Thread
Schalter 12-fach
Wie MaWin schon geschrieben hat. Umschaltboxen für Computer, einfach nach "Data Transfer Switch" suchen. In einem LPT Umschalter den ich mal hatte, war ein 32-fach Umschalter eingebaut. 4 Ebenen mit je 8 Wechselschaltern. Diese Bilder habe ich auf die schnelle im Internet gefunden
Vielen Dank an alle, ich werde mir so einen "Data Transfer Switch" aus der Bucht holen ;)
-
Thread
Platinen schnell abätzen
auch wenn das von der Qualität her das beste Medium war. Drucke jetzt auf OHP-Folien. Nach dem Transfer nur noch abziehen, fertig. Macht richtig Spaß, eine Platine ist wie die andere, die Qualität kennst du... Die Herausforderungen liegen viel eher beim Drucken, überhaupt nicht beim Transfer. Das was
-
Thread
Messung Leitfähigkeit und Sauerstoff
Beispiel: http://www.prominent.de/Portaldata/1/Resources/_transfer/-2008/TM_DT_043_01_03_G.pdf da steht ALLES drin? eine spannungsmessung ist ja kein problem, jedoch gab es bei der pH-messung einiges zu beachten, ob dies auch auf die redoxmessung zutrifft
F. schrieb im Beitrag #1741921: > Beispiel: > http://www.prominent.de/Portaldata/1/Resources/_transfer/-2008/TM_DT_043_01_03_G.pdf > > da steht ALLES drin? Ja, da steht alles drin: Über Festkabel, 6 m (Schutzart: IP 67) an Regler DULCOMETER® D1C Der Sensor wird also als Zubehör zu einem ganz
-
Thread
Verständnisproblem
LOW); // SS is pin 10 for (const char * p = "Das ist ein Test!\n" ; c = *p; p++) { SPI.transfer (c); } digitalWrite(SS, HIGH); */ delay (1000); Send_SPI("B200"); } void Send_SPI(char *wert) { char z,c; digitalWrite(SS, LOW); for (char * p = *wert ; c = *wert; wert++) { SPI.transfer (c); } digitalWrite(SS, HIGH); } [/c] bitte um Hilfe ich hänge hier offensichtlich in einer Sackgasse. Danke lg eddi
-
Thread
Wie USB-Gerät bauen?
gibts die generischen Treiber samt API. Latenzfrei bekommt man mit USB gar nichts hin. Und bei BULK transfer kannst du dich schon mal auf einige hunter ms Pause zwischen Transfers einstellen, wenn du mit Windows arbeitest. Du müsstest dann wirklich ISO Transfer nehmen, da ist wenigstens die Bandbreite garantiert
-
Thread
"hartes" Warten auf Pegel ohne Abbruchkriterium
durch die Rechnung. Die Frage geht ja dann auch weiter: Was macht der übergeordnete Code, wenn der Transfer schief geht? Behandelt der das sauber? Behandeln die weiteren Algorithmen diesen Fall sauber, dass es kein weiteren Daten gibt? Fehlerbehandlung zieht meistens Kreise.
#3278811: > Die Frage geht ja dann auch weiter: Was macht der übergeordnete Code, > wenn der Transfer schief geht? Behandelt der das sauber? Behandeln die > weiteren Algorithmen diesen Fall sauber, dass es kein weiteren Daten > gibt? Fehlerbehandlung zieht meistens Kreise. Der Teil ist einfach
-
Thread
QTouch von Atmel Sensitivität
im nF Bereich, die Elektrode ist beinahe egal wie groß man sie macht im pF Bereich. Beim Charge Transfer wird ja nun die Ladung von der Elektrode in den Cs transferiert und gezählt bis Cs ansetzt. Vergrößerst Du die Elektrode dann werden halt weniger Ladungen fällig. Ob so eine Fläche auch riesig werden
Disconnect touch electrode from Vcc SET_AS_INPUT(TOUCH); SET_LOW(TOUCH); // Transfer charge from touch electrode to C_Sample by // connecting negative side of C_Sample to ground. SET_AS_OUTPUT(SAMPL); // allow one clock cycle before we read the TOUCH pin
-
Thread
Backup von RT3S Firmware vor dem Flashen von OpenGD77 - via Linux Tools
Antworten, die zwar nicht zielführend waren, aber mich irgendwie motiviert haben mit den USB Transfer Parametern von dfu-util zu spielen, ist es mir gelungen zumindest den internen Flash auszulesen. [c] dfu-util -d 0483:df11 --alt 0 --dfuse-address 0x0800C000:999424 -U backup_internal.bin --transfer-size
Auslesen vom SPI-Flash. Hat jemand eine Idee, wie es gehen könnte. Die Angaben verschiedener USB-Transfer-Größen von 16 bis 1024 Byte in Zweierpotenzen brachte leider keinen Erfolg.
-
Thread
Uart IRQ auf dem ATtiny87
Welchen Interrupt Vector verwendest du denn? So wie ich das sehe gibt es nur einen Transfer Complete Handler, also für RX und TX gemeinsam. Aber ich bin da nicht der Interrupt-Spezi. Aber vielleicht hilft es dir trotzdem weiter. Ansonsten würde der gesamte Code auf jeden Fall weiter helfen
Code sieht so aus: sei() habe ich gemacht. Habe bisher den "LIN/UART Transfer Complete (LIN_TC_vect)" aus http://www.atmel.com/Images/doc8265.pdf (Seite 59). Wie mann den genau anwendet weis ich aber leider noch nicht.
-
Thread
DCF77 - Problem im Zusammenspiel mit LED Matrix
, funktioniert der Empfang. Alleine die Initialisierung des LedControl (darin wird u.a. der spi-transfer initiiert) sorgt dafür, dass der Empfang abbricht. @Wilhelm M.: daran habe ich auch schon gedacht, wäre aber nicht die schönste Lösung. Ich muss mal testen, ob ein Ausschalten der LEDs über die
funktioniert der Empfang. Alleine > die Initialisierung des LedControl (darin wird u.a. der spi-transfer > initiiert) sorgt dafür, dass der Empfang abbricht. Dann scheint es doch ein Softwareproblem zu sein. Ich würde mir das Timing mal anschauen (unter Berücksichtigung der Interrupts). Die dürfen
-
Thread
Warum kann nich nichts über den Uart senden?
CompA reti ;Timer 1 CompB reti ;Timer 1 OVF reti ;Timer 0 OVF reti ;Serial Transfer Complete rjmp retiint_rxc ;UART Rx Complete reti ;UART Data register empty reti ;UART Tx Complete reti ;Analog Comparator Reset: ldi temp, LOW(RAMEND) ;LOW-Byte der
CompA reti ;Timer 1 CompB reti ;Timer 1 OVF reti ;Timer 0 OVF reti ;Serial Transfer Complete rjmp int_rxc;UART Rx Complete reti ;UART Data register empty reti ;UART Tx Complete reti ;Analog Comparator sei Reset: ldi temp,LOW(RAMEND) ;LOW-Byte
-
Thread
Flachbettscanner ohne Treiber
Bei regelmäßiger Benutzung, wird der Transfer mittels USB-Stick mit Sicherheit lästiger, als ein Mal den richtigen Treiber zu installieren.
Ingo W. schrieb im Beitrag #7186705: > Bei regelmäßiger Benutzung, wird der Transfer mittels USB-Stick mit > Sicherheit lästiger, als ein Mal den richtigen Treiber zu installieren. Das ist halt individuell ganz unterschiedlich - wenn man es mehr in den Füssen hat als im Kopf ist
-
Thread
Erweiterungen für Raspberry Pi Connect, neuer Video-FPGA von GoWIN uvam
ideal for an emerging set of use cases which call for very high bandwidth for video and other data-transfer applications, and which require a small board footprint – examples include consumer tablets, augmented/virtual reality headsets, and car infotainment systems. The high SerDes bandwidth offered
for an emerging set of use cases >which call for very high bandwidth for video and other data-transfer Die 12.5Gps klingen schon mal nicht schlecht - die Frage ist, was der kostet- Mit einem AUS geht das ja ja auch "bequem".
-
Thread
Was mache ich Falsch bei der Platinenherstellung? Tipps, Tricks und Fragen
Platinen herstellen. Ich hab bereits auch schon zwei eigene Platinen gemacht, allerdings mit der Toner Transfer Methode (Also Glossy Papier mit einem Laserdrucker). Das hat bisher auch wunderbar für kleinere Layouts funktioniert, aber ich habe nun mein erstes größeres Layout (Ca. 5 x 9 cm) und da funktioniert die Toner Transfer Methode garnicht. Es entstehen beim Aufbügeln immer Wellen, auch wenn ich noch so sehr darauf achte dass das Papier perfekt aufliegt. Also umgesteigen auf die Photosensitiv Methode. Nach genauem Informieren
-
Thread
Samplefrequenz, welchen Denkfehler mache ich?
neues zu erstellen) natürlich nun viel zu tief. Was aber scheinbar sehr hilfreich ist, ist der TransferComplete Interrupt, bzw den Codec anzuhalten.
erstellen) natürlich > nun viel zu tief. > > Was aber scheinbar sehr hilfreich ist, ist der TransferComplete > Interrupt, bzw den Codec anzuhalten. Ok, dann muss ich leider auch erstmal passen. Da ich das Board nicht habe, faellt es mir ziemlich schwer da remote zu helfen. Gibt es keine passenden
-
Thread
Bügeleisen macht Kupferboard kaputt
Hey ich habe für ein Projekt eine Platine entworfen und wollte diese mittels der Toner-Transfer-Methode auf ein Kupferboard übertragen. Dazu benutze ich ein ziemlich altes Bügeleisen und habe dies auf Maximalleistung gestellt. Bei Verfahren entstand eine Luftblase zwischen Kupfer und Hartpapier
T-Shirts aufbügelt, bügelt man auch die auf dem Papier und nicht auf dem Stoff. Dass das beim Toner Transfer anders herum gemacht wird, kam bei dem Artikel nicht ganz hervor.
-
Thread
Reglerauslegung PMSM mit FOC
nichtlinearen Termen. Damit sollte das einfache PT1 der PMSM verbleiben (hier nur q-Achse betrachtet). Transf.Funktionen des inneren Regelkreises: ---------------------------------------------------- [math]F_{PMSM}^Q = \frac{1/R}{T_Q s + 1}[/math] [math]F_{PI}^Q = \frac{K_R^Q}{s}(1+T_R^Q s)[/math] [math
] ---------------------------------------------------- Hier ist bereits meine erste Frage. Die Transf.Funktion [math]F_{STR}^Q[/math] soll den Wechselrichter abbilden. Wie die Totzeit bestimmt wird ist klar. Die Verstärkung [math]K_G[/math] möchte ich allerdings als Zusammengefasste Verstärkung des
-
Thread
Berufsbediengt umziehen nach Spaichingen, Tuttlingen, Rottweil, VS Gesperrt
würden die ganzen hippen Nordländer schon einklagen. So souverän können BY und BW gar nie sein. Ohne Transfer kann doch Wowi keine Party machen und seine Stadt arm aber sexy halten. Am Ende müsste er noch auf seine Ausgaben achten, wo kämen wir da hin?
die ganzen hippen Nordländer schon einklagen. So souverän > können BY und BW gar nie sein. Ohne Transfer kann doch Wowi keine Party > machen und seine Stadt arm aber sexy halten. Am Ende müsste er noch auf > seine Ausgaben achten, wo kämen wir da hin? eben darum ist mir diese Mauer sehr sympathisch
-
Thread
errorcode = HAL_BUSY
by hardware (writing to this flag has no effect).When BSY is set, it indicates th at a data transfer is in progress on the SPI (the SPI bus is busy).The BSY flag can be used in certain modes to detect the end of a transfer so that the software can disable the SPI or its peripheral clock before
mode, when the BSY flag is set to '0' for at least one SPI clock cycle between each data transfer.
-
Thread
ARM SAM7 USB Interrupt
aber ein Problem: Mein Programm im Kontroller hängt sich beim Lesen vom USB auf wenn grade kein Transfer stattfindet. D.h. Er wartet so lange bis er was vom PC per USB bekommt. Gibt es einen Interrupt den ich abfragen kann ob grade was am Endpoint 1 ankommt? So könnte ich nur dann lesen wenn auch
am Host das erste mal anmeldet dann kann ich es PC-Software-seitig öffnen und auch ansprechen (Transfer Read/Write). Das funktioniert soweit sehr gut. Vorlage CDC Beispiel von Atmel (cdc_enumerate.c) So wenn ich jetzt das Gerät vom USB trenne (Die Firmware des Gerätes läuft derzeit weiter weil das
-
Thread
Virtual COM-Port als Audio-Device
Das geht schon deshalb nicht weil die Com-Class Bulk Transfer benutzt und die Audio-Class Isochronous-Transfer. Bulk bekommt keine garantierte Bandbreite, ist also nicht echtzeittauglich und damit für Audio wertlos.
-
Thread
Hilfe bei Z80 Opcodes
dem ich suchen muss. > Mfg Der Speicherzugriff wird mit einem der LD- (lade-) oder der Block-Transfer-Befehle realisiert sein. (Eine andere Möglichkeit gibt es nicht). Es lässt sich nur leider nicht sagen, welcher davon oder welche Adressierungsart der LD-Befehle verwendet wurde. Der Block-Transfer
-
Thread
Komische Spam-Mail - was bezwecken die damit?
xxxxxxxxx@web.de> From: "service@paypal.com" <service@paypal.com> X-Email-Type-Id: PPC000120 Content-Transfer-Encoding: base64 Content-Type: text/html; charset=UTF-8 MIME-Version: 1.0 Envelope-To: <xxxxxxxxx@web.de> X-UI-Filterresults: unknown:5;V03:K0:xRs0UwWFYwM=:S6T25vAo5ylEc/x4e3MQQ6JOQu xNQOrwg
xxxxxxx@gmx.net> From: "service@paypal.de" <service@paypal.de> X-Email-Type-Id: PPX001681 Content-Transfer-Encoding: base64 Content-Type: text/html; charset=UTF-8 MIME-Version: 1.0 Envelope-To: <xxxxxxxx@gmx.net> X-GMX-Antispam: 0 (Mail was not recognized as spam); Detail=V3; [/code]