-
Thread
STM32F7 mit externem ADC - Geschwindigkeit und Durchsatz
=0; . . . void DMATransferComplete(DMA_HandleTypeDef *hdma) { //This means the DMA transfer has finished transCounter++; if (transCounter<1000) { //haben wir schon 1000 werte ? if (HAL_DMA_Start_IT(&hdma_tim1_up, (uint32_t)&GPIOD->IDR, (uint32_t)&data[transCounter], 1) != HAL_OK
16bit-Wert anliegt? Es müsste mit Timern möglich sein, auf dieses zu reagieren und direkt einen DMA-Transfer auszulösen. S------- R. schrieb im Beitrag #5628217: > Habe gerade die bekannten -O1/2/3 flags getestet - es macht bereits > einiges aus. Hätte ich nicht gedacht bei diesem wenigen "trivialen
-
Thread
Blöde Frage: Flashspeicher an den PC anschließen & auslesen?
DAT3! Da steht aber auch: "By default, after power up or reset, only DAT0 is used for data transfer. A wider data bus can be configured for data transfer, using either DAT0-DAT3 or DAT0-DAT7, by the MultiMediaCard controller." Wenn Du nur 4 Bits hast, dann ist das halt so. > kann ich das Ding
-
Thread
M16C SI/O3 Transfer hilfe ??
Hi, ich bin immer ncoh dabei den seriellen Transfer über SIO3 zum laufen zu bringen. Bisher leider ohne Erfolg, ich bin ziemlich am verwzeifeln. Ich hab am EIngang einen Funktionsgenerator angeschlossen, der mir das Sendebyte simuliert. Aber leider
-
Thread
WIFI für PI ohne USB
Also, der Transfer vom PC zum Raspberry hat das folgende ergeben: 536870912 Bytes (537 MB) kopiert, 200,911 s, 2,7 MB/s Vom Raspberry zum PC gibt es die folgenden Werte: 536870912 bytes (537 MB) copied, 231.106 s
Mac L. schrieb im Beitrag #4704372: > Also, der Transfer vom PC zum Raspberry hat das folgende ergeben: > 536870912 Bytes (537 MB) kopiert, 200,911 s, 2,7 MB/s > Vom Raspberry zum PC gibt es die folgenden Werte: > 536870912 bytes (537 MB) copied, 231.106
-
Thread
Effizient auf COM-Schnittstelle schreiben
andere in diesem Thread reicht dann von "genau so richtig" bis "völliger Quatsch". Ich habe den Transfer jetzt hostseitig umgestellt. Statt meine 3 bis 10 Byte großen Kommandos jedes mal sofort auf den Weg zu bringen, sammele ich die Daten jetzt und sende sie erst ab, wenn mindestens 1024 Bytes zusammen
mehr oder weniger als gegeben für ein > CDC-Gerät ansehen... Da bei USB HS CDC aller 125µs ein Transfer ausgelöst werden kann, bekommt man hier bei wenig Daten die Latenz besser in den Griff und das Interface verhält sich ähnlicher zu einer realen RS232. Aber dies war dem TO nicht so wichtig.
-
Thread
USB Datenrate nimmt mit Anzahl der (inaktiven ) Platten ab
Rechner: alles Medion, 2 PC, 1 Notebook. Es war immer nur 1 Platte in der jeweiligen Gruppe aktiv(Transfer ging zu einer SATA Platte). Die Raten sind für alle Platten in einer Gruppe nahezu gleich, egal welches Modell. Es lief sonst auf den Rechnern kein anderer I/O (z.B. Indizierung etc.). Die Zeiten
wie schon geschrieben wurde, kommuniziert der Hostcontroller auch mit Geräten, wenn gerade kein Transfer stattfindet. Das Betriebssystem spricht auch gerne zwischendurch mit dem Laufwerk, auch wenn man nicht drauf zu greift.
-
Thread
SD Karte mit uC beschreiben und dann mit Rechner auslesen
eingeführt. Um das Problem des mehrfahren Zugriffs auf ein Filesystem zu lösen, wurde das Picture Transfer Protocol PTP und die Erweiterung Media Transfer Protocol MTP entwickelt. Viele Kameras, Drucker, Medienplayer etc können dieses Protokoll. Windows hat seit ME einen passenden Klassentreiber dafür.
-
Thread
Tonertransfer, Silikonmatte als Unterlage
Unterschied zwischen den Zeitabschnitten. Das Bild Toner - zeigt die ungeätzte Platine nach dem Transfer, der Toner ist noch drauf. Wenn beim betonieren kein Unterschied ist, dann vielleicht nach dem ätzen? Also geätzt, wieder kein Unterschied (Bild FertigMit) - zeigt die geätzte Platine mit Toner
funktioniert. Einzig auf möglichst Fett- und Staubfreie Oberflächen ist zu achten, aber das ist beim Transfer, und auch beim belichten, immer so. Viel Erfolg. Tom
-
Thread
Quantum Chips
Afaik funktioniert der von elm-chan anders als die von atmel, die arbeiten mit der charge-transfer technologie
Doch hier. Wie gesagt, läd Elm-Chan einfach nur die Koppelplatte und entläd sie wieder. Die Charge-Transfer-Methode von Quantum / ATMEL ist entschieden empfindlicher, bei mir funktioniert es mit einem 2EUR-großen Stück Platinenmaterial durch eine 12,5mm Rigipsplatte, 3mm Fliesenkleber und 8mm Fliese mit
-
Thread
DECT Telefon - Wer wählt genau?
Entschuldige, aber woraus schließt du das? Du kannst DECT auch ausschließlich für den Audio-Transfer verwenden. In dem Mobilteil hast du dann einen Tongenerator, der die Wähltöne injiziert.
Entschuldige, aber woraus schließt du das? Du kannst DECT auch > ausschließlich für den Audio-Transfer verwenden. In dem Mobilteil hast > du dann einen Tongenerator, der die Wähltöne injiziert. Ich glaube wir sollten uns mal darüber unterhalten was genau wir als "Wählen" definieren wollen. Das
-
Thread
Transistor für LED-Strip
> Fig 3. Typical Transfer Characteristics ca 20A bei 3,3V Vgs Sollte also bei 2A kaum warm werden. (ohne Gewähr)
Arduino F. schrieb im Beitrag #5386064: >> Fig 3. Typical Transfer Characteristics > ca 20A bei 3,3V Vgs > Sollte also bei 2A kaum warm werden. > (ohne Gewähr) Geil, vielen Dank!
-
Thread
Wie gut funktioniert V-USB CDC?
Noch was zur "Norm" Wenn ich mich richtig erinnere, ist HID Low-Speed Intrerrupt Transfer, mit max 8Bytes alle 10ms -> 800 Bytes/s. Reicht dir das? (isoliertes USB, Kosten, Platz verstehe ich nicht ;-)
#4353216: > Noch was zur "Norm" > > Wenn ich mich richtig erinnere, ist HID Low-Speed Intrerrupt Transfer, > mit max 8Bytes alle 10ms -> 800 Bytes/s. Reicht dir das? Ja, ist für den Anfang okay > (isoliertes USB, Kosten, Platz verstehe ich nicht ;-) *seufz* Also gut. USB ist schwer galvanisch
-
Thread
HC-SR04-Ultraschallsensor, der kein HC-SR04 ist.
Das Modul das ich meinte heisst anders, http://www.allnet.de/fileadmin/transfer/products/111901.pdf Wenn man die Versorgungsspannung anlegt und den Trigger offen lässt dann blinkt da eine LED im 10 Hz Takt und man hört das Modul auch tickern. Nach dem seriellen Protokoll wurde
Beitrag #5123141: > Das Modul das ich meinte heisst anders, > http://www.allnet.de/fileadmin/transfer/products/111901.pdf Schön, dass du auch ein US-Modul hast. - sieht ganz anders aus - hat einen Quarz - hat ganz andere Anschlüsse Was hat das mit diesem Thread zu tun?
-
Thread
Unterschiede LTspice - Octave
zu ermitteln. Bild: Kleine Frequenzen sind falsch, da Zeitbereich nur 600µs [code] G = TransferFunction{Continuous, ControlSystemsBase.SisoRational{Float64}} -1.4825867447070777s^2 + 3.915381717456055e7s - 4.5138075195136e14 -------------------------------------------------------------
Derivative aus MODELICA hat noch ein T - sonst geht es nicht. [code] This blocks defines the transfer function between the input u and the output y as approximated derivative: k * s y = ------------ * u T * s + 1 [/code]
-
Thread
Epidemiologischer Verlauf und Analyse von Krankheiten Teil 2 Gesperrt
Vorläufer-Thread: https://www.mikrocontroller.net/topic/488654 Hier geht es weiter.
-
Thread
2.2'TFT ILI9340 und Arduino
beitrage, erster google Beitrag "SPI DUE DMA": ILI9341(new)SPI library for Due supporting DMA transfer(Uno, Mega,.. compatible) https://forum.arduino.cc/index.php?topic=265806.0 Wäre vielleicht mal eine Ansicht wert, habe keinen DUE aber das Display sieht identisch aus.
beitrage, erster google Beitrag "SPI DUE DMA": >ILI9341(new)SPI library for Due supporting DMA transfer(Uno, Mega,.. >compatible) >https://forum.arduino.cc/index.php?topic=265806.0 >Wäre vielleicht mal eine Ansicht wert, habe keinen DUE aber das Display >sieht identisch aus. Danke dafür. Die
-
Thread
Warum quälen sich so viele Hobbyprojekte noch mit ASM-Code ab?
abliefe, sondern > dadurch, dass eine "Befehlsfusion" mit vorhergehenden und > nachfolgenden Transfer-Operationen möglich ist. Warum sollte das in aktuellen CPUs nicht auch möglich sein? Der Witz ist ja, dass ich das im einen Fall hart in den Befehlssatz codiere und damit dem Decoder zusätzliche
abliefe, sondern >> dadurch, dass eine "Befehlsfusion" mit vorhergehenden und >> nachfolgenden Transfer-Operationen möglich ist. > > Warum sollte das in aktuellen CPUs nicht auch möglich sein? ??? Es ging nicht um die Frage, was in aktuellen CPUs möglich ist, sondern darum, ob der MSP430
-
Thread
SPI-Bus (Slave) zu USB
einfache USB Interface Chips da nicht ausreichen. Wenn die Daten pünktlich ankommen müssen ist ein Iso-Transfer notwendig und den kriegt man nur, wenn man den USB Controller selber programmiert (also kein IO-Warrior, FTDI o.ä.). In jedem Fall ist es notwendig die Daten in größere Datenpakete zu packen, da es
Ein bereits implementiertes hat zum Beispiel folgende Spezifikationen: Bus width / Max. Data transfer rate (Burst rate) 16 Bit / 48 MB/s Ich dächte, das müsste locker ausreichen?
-
Thread
Frage: STM32F103 beide SPI benutzen
// ToDo: vor oder nach dem SPI setup?!?? SET_BIT(SPI1->CR1, SPI_CR1_DFF); // 16 bit per transfer SET_BIT(SPI1->CR1, SPI_CR1_MSTR); // Master mode SET_BIT(SPI1->CR1, SPI_CR1_BR_2); // clock div 32 / RM0008 p.743 ( bei 8MHz Takt sind das 250kHz) //SET_BIT(SPI1->CR1, SPI_CR1_BR_0);
->DR=data; // send 16 bit word while ( (SPI1->SR & SPI_SR_BSY)); // busy wait for SPI transfer to be finished while ( (SPI2->SR & SPI_SR_BSY)); // busy wait for SPI transfer to be finished (SPI2 hängt hier nicht) WRITE_REG(GPIOB->BSRR,GPIO_BSRR_BS12); // PB12 high ( Chip select
-
Thread
Kommunikation über Com liegt brach
import java.util.TooManyListenersException; import gnu.io.*; /** * COM2SchnittstellenTransfer * @author ABre * @version 1.0 1/27/2010*/ public class Com2PortTransfer implements Runnable{ private Thread thread; private CommPortIdentifier com2PortIdentifier; private SerialPort
e.printStackTrace();} } } }//MyPortListener }//Com2PortTransfer
-
Thread
ATMEGA 328p Programm Upload nicht Möglich avrdude: stk500_loadaddr(): (a) protocol error, expect=0x1
den Nieten) schreien geradezu nach "verlöten". Wie machst Du die Platine? Belichten oder Toner-Transfer? Oder ... ? Bis morgen ...
) > schreien geradezu nach "verlöten". > > Wie machst Du die Platine? Belichten oder Toner-Transfer? Oder ... ? Belichten ... mit einem Nagelhärtungsgerät das geht eigentlich recht gut ! > Bis morgen ...
-
Thread
TI TMS28335 DAM Transfer und geschindigkeit
Hallo, hat jemand schon mal den DMA Transfer bei dem obig genannten DSP hinbekommen? Ich möchte gerne alle 16 ADC Kanäle über den DMA Bus in ein bestimmtes Array schieben aber wie? Ich werde aus dem Datenblatt nicht schlau. Noch ein weiteres
-
Thread
USB Interrupt-Transfer (Host -> Device)
Guten Morgen, was bringt eigentlich ein Interrupt-Transfer vom Host -> Device bei USB? Interrupt-Transfer vom Device -> Host macht mir Sinn. Da dadurch das Device ständig auf neue Daten abgefragt wird. Aber andersrum??? Der Host weiß ja schließlich immer
-
Thread
Frage zu Puls-Laser Schaltung (Charge Transfer)
Hallo zusammen, ich frage mich wie die "Charge Transfer" Schaltung, wie Sie oft im Stickstofflaser-Selbstbau verwendet wird genau funktionieren soll. Genauer gesagt geht es mir um das Detail des Peaking-Kondensators (folgend C_P). Die Schaltung ist hier
-
Thread
Xilinx EDK 9.1: auf DMA S/G Register per user_logic zugreifen
Naja ich will vor allem den DMA Transfer triggern, dieser beginnt nämlich, sobald in das DMALENGTH Register ein Wert != 0 geschrieben wird.
jedoch nicht atomar, kann also unterbrochen werden (wenn IRQs weiterhin erlaubt sind). Der DMA Transfer müsste aber sofort starten, da sonst mein FIFO volläuft.
-
Thread
RGB Bitmap im MCU in C
aufrufen und dann die Pixel nacheinander hinterher feuern. Die 'bekannten' Libs haben dafür eine Transfer Bitmap Funktion die genau das macht. Effizient geht das mit DMA, man sollte da einfach einen µC nehmen der das hat und auch nicht mit Speicher geizen. Die STM32 haben da sogar einen speziellen DMA
aufrufen und dann die Pixel nacheinander hinterher feuern. Die > 'bekannten' Libs haben dafür eine Transfer Bitmap Funktion die genau das > macht. > Effizient geht das mit DMA, man sollte da einfach einen µC nehmen der > das hat und auch nicht mit Speicher geizen. Die STM32 haben da sogar > einen
-
Thread
ATTINY 85 und MCP41100 digitales Potentiometer
delay(1000); } void PotWrite(int address, int value) { digitalWrite(csPin, LOW); SPI.transfer(address); SPI.transfer(value); digitalWrite(csPin, HIGH); }
-
Thread
STM32F373 Interrupts
Zeitpunkt ist das Array in der Debugger Ansicht schon komplett gefüllt und beide Flags (half and full transfer) sind gesetzt. Also werden beide Zählvariablen auf einmal erhöht. Ich kann so aber nicht erkennen, ob ich einen Grundlegenden Fehler gemacht habe oder ob der Debugger "lügt". Mir wurde bei STM nämlich
haben. Mein Code sieht fast genauso aus, mit dem einzigen Unterschied, dass ich nicht nur den "transfer complete interrupt", sondern auch den "half transfer interrupt" behandeln will. Außerdem ist das auch das erste Mal, dass ich einen Mikrocontroller programmiere.
-
Thread
STM32 I2C Slave (N)ACK nach Empfang entscheiden
Die meisten I2C-Controller machen einen kompletten 9 Bit Transfer, d.h. es muß vor dem Empfang eines Bytes entschieden werden, ob mit ACK oder NACK geantwortet wird. Eine Ausnahme sind I2C-Controller mit reduzierter Implementation, z.B. die ATtiny mit USI.
Master Mode nur dann generierbar zu sein, wenn man die Entscheidung vor oder während einem (Read) Transfer trifft. Es scheint jedoch so zu sein, dass ein Transfer dann zu Ende ist, wenn die 8Bits empfangen wurde. Bei mir haben sich Timings ergeben, in denen ich erst dann wusste das ein STOP gesendet werden
-
Thread
STM32 CPAL I2C EEPROM Übertragung stark zerstückelt
Analyzer als 5 Transfer Blöcke zu sehen. Zwischen den Transfer Blöcken liegen rund 31ms. Die Blöcke sind nicht gleich lang. Zwischen Auslesen der ersten Zeichenfolge und Schreiben der zweiten Zeichenfolge liegt fast keine Pause (transfer3.png). Es funktioniert also alles korrekt, nur die Zeitliche Abfolge und die Segmentierung wundern bzw. stören mich etwas. Im 1. Transfer wird beispielsweise nach dem "A" mit einem STOP abgebrochen
-
Thread
HP Laserjet Pünktchen beim Ausdruck
Reinige die Transfer-Walze (vorsichtig!!) und die Fuser-Einheit. Wenn das nichts bringt muß beides neu und das Problem sollte weg sein. Mich wundert allerdings, daß das nach nicht mal 800 Seiten auftritt. Entweder sind
die Trommeln mehrfach, so daß es hier - nach meiner Erfahrung - häufiger zu Problemen kommt. Transfer- und Fixiereinheit sollten rund 160.000 Seiten halten. Wobei man natürlich nicht weiß, wo der Zähler stand. Die "767" Seiten sind doch etwas unwahrscheinlich bei einem solchen Gerät. Und nein,
-
Thread
AVR-ChipBasic2 - BASIC-Computer mit ATMega 644
nicht! Ich versuche die Measlib.asm zu übertragen aber jedes Mal bei 22,9% ist Schluss und der Transfer wird abgebrochen! Jeglicher Transfer über die Schnittstelle funktioniert, ob senden oder empfangen von Quelltext aus dem Editor. Auch kann ich zum Beispiel den Loader per XModem an den PC senden, auch wenn die Zieldatei nicht wirklich lesbar ist. Aber ein Transfer per XModem zum AVR funktioniert nicht! Ich nutze noch die XModem Sourcen der 1.49 Version!
-
Thread
Was ist von bestimmten Dienstleister zu halten ?
Leistung erbringen kann wie ein langähriger eingearbeiteter Mitarbeiter. Weiterhin findet dann ein Transfer von Betreibswissen zur Kongurenz, weil jener Leiarbeiter irgendwann berufsbedingt zwangsweise eben auch mal dann bei der Kongurenz arbeiten wird. Die Firmen schaden sich letzlich selbst. Das
aufwändige Personalsuche und rechnet sich zumindest die ersten Monate. >Weiterhin findet dann ein Transfer von Betreibswissen zur Kongurenz, weil jener Leiarbeiter irgendwann Dies mag auf den ersten Blick richtig sein, doch liesse sich ein Weggang auch eines festangestellten Entwicklers zur Konkurrenz
-
Thread
Transistortester AVR
Hallo zusammen, ich habe den Transistortester von Markus F. (Version 2.1) erfolgreich nachgebaut. Da ich mich etwas mit der AVR-Programmierung auskenne, habe ich den Quellcode analysiert und verändert. Die wichtigsten Änderungen sind: Entfernung aller Texte und Parameterdaten aus dem EEprom in den Programmspeicher.(Vorteil: Programmierung in einem Rutsch, es kann nicht mehr dazu kommen, daß EEprom und Flash-Speicher nicht zueinander passen) Für die Kapazitätsmessung wird die Zeitmessung mit dem Timer1 des AVR zusammen mit dem Komparator durchgeführt. Speziell für kleine Kapazitäten
-
Thread
Bascom Befehl gesucht
Speicheradresse in sich hinein saugt, und an seinen 8 Pins verteilt. Der m32 soll in diesem i2c transfer in grunde genommen nur als "vermittler" dienen, da ja der D/A Wandler das ja nicht kann, eine adresse anzuwählen muss eben der atmega her.
sich hinein saugt, und an seinen 8 Pins verteilt. Bis hier ok Der m32 soll in diesem i2c transfer in grunde genommen nur als "vermittler" dienen, da ja der D/A Wandler das ja nicht kann, Ab hier Bahnhof !!! eine adresse anzuwählen muss eben der atmega her.
-
Thread
Clock Synchronization - Sync Ethernet & PTP (300MHz Clock/20 Meter Kabel)
white-rabbit White Rabbit is a fully deterministic Ethernet-based network for general purpose data transfer and synchronization. It can synchronize over 1000 nodes with sub-ns accuracy over fiber lengths of up to 10 km. Commercially available. More info at the Wiki Page https://ohwr.org/project/white-rabbit
> > White Rabbit is a fully deterministic Ethernet-based network for general > purpose data transfer and synchronization. It can synchronize over 1000 > nodes with sub-ns accuracy over fiber lengths of up to 10 km. > Commercially available. > > More info at the Wiki Page > https://ohwr.org/
-
Thread
überraschende AGB-Klausel?
die USA auch bei uns regieren. Und ebenso die Europäer in den USA. Wenn grenzüberschreitender Transfer nicht nur aus Beschimpfungen besteht, gibts Regeln, die die eine Seite definiert und sich die andere Seite dran hält. Je nach wirtschaftlicher Bedeutung desjenigen, der die Regeln definiert, und der
schrieb im Beitrag #6357986: > Und ebenso die Europäer in den USA. Wenn grenzüberschreitender Transfer > nicht nur aus Beschimpfungen besteht, gibts Regeln, die die eine Seite > definiert und sich die andere Seite dran hält. Das glaubst du doch (hoffentlich) selbst nicht. Regeln werden von
-
Thread
CNY 17 versus 6N138
Störungen eingekoppelt. Die einzelnen Typen (I - IV) unterscheiden sich ja nur in der current transfer ratio, ist also der CN17-IV dem CNY17-I vorzuziehen? Vielleicht kennt aber auch jemand einen Typ mit gleicher Anschlussbelegung, der aber schneller ist...
>Die einzelnen Typen (I - IV) unterscheiden sich ja nur in der current >transfer ratio, ist also der CN17-IV dem CNY17-I vorzuziehen? Kann man so nicht sagen, da die -IV recht hoch verstärken und eben dadurch zu Störungseinkopplung neigen. Ich verwende immer die 17-II für MIDI
-
Thread
Erfahrungen mit GameBoy Drucker / Printer?
selected, it drives the clock pin on the game link port and it stays high when not used. During a transfer it will go low eight times to clock in/out each bit. Initiating a serial transfer with external clock will wait forever if no external clock is present. This allows a certain amount of synchronization
-
Thread
ATmega8 + V-USB-HID: Mehrere Feature-Reports mit verschiedenen Report-IDs
µC zu haben. V-USB kann das, soweit ich das verstanden habe. Übrigens: es gibt eine "minimum transfer unit". Die ist Länger als deine 16Bytes - das Protokoll wäre vllt eine einfachere Lösung, zumal man sich nicht auch noch einen Treiber selber schreiben muss. Schau dir auch mal den virtuellen Com-Port
0. Das funktioniert zwar wunderbar, aber es gibt viel Overhead, weil ich gar keine 128 Bytes im Transfer brauche. Ich habe in den (nicht gerade sehr einfach zu verstehenden) Firmware-Sourcen rumgesucht wie ein Blöder, aber keine Stelle gefunden, wo man die Reportlänge einstellen könnte. Ich benutze
-
Thread
Blei-Gel USV Batterie während Erhatlungsladung prüfen?
entladen wird, und nicht immer auf 0%, jukt das einen PB Akku weniger. Im Gegenteil, er benötigt den 'Transfer', um seine Struktur wieder zu 'reparieren'. Auch benötigt er einen 'richtigen' Ladestrom (sollte angegeben sein), und nicht nur 15mA auf 100 Std. Das würde diesen wieder 'Taub' machen.
PC-Freak schrieb im Beitrag #6850412: > Im Gegenteil, er benötigt den 'Transfer', um seine Struktur wieder zu > 'reparieren'. Auch benötigt er einen 'richtigen' Ladestrom (sollte > angegeben sein), und nicht nur 15mA auf 100 Std. Das würde diesen wieder > 'Taub' machen.
-
Thread
LAN Telefon mit Fernsteuerung
SIP Client sieht sehr interessant aus, aber leider wird auch File Transfer + Screen Sharing unterstützt. Die Features sind durch unsere Sicherheitspolitik verboten, außerdem möchte ich so wenig wie möglich unsere IT einspannen. Aus diesem Grund sind Geräte interessanter,
schrieb im Beitrag #6385667: > SIP Client sieht sehr interessant aus, aber leider wird auch File > Transfer + Screen Sharing unterstützt Du solltest nach einer "Client Software für das SIP-Protokoll" suchen, nicht eine Software ansehen, die zufälligerweise exakt "SIP Client" heißt... :) Beispielsweise
-
Thread
RS232 nach HTTP/HTML Konverter
@Jasmin: Fehlt bei deiner Überlegung nicht noch das Hypertext-Transfer-Protocol, als Aufsatz auf das TCP/IP? Und wo gibst den Xport für 40Euro?
Darauf kann man aufbauen ! "mehr" muß nicht umgesetzt werden. HTTP request The Hypertext Transfer Protocol (HTTP) defines a request-response mechanism for obtaining documents from a web server. The web browser sends a request to the server in the form of a multi-line string, each line being terminated
-
Thread
MENÜ-STEUERUNG
COMP ; Timer0 Compare Handler jmp nix; TIM0_OVF ; Timer0 Overflow Handler jmp nix; SPI_STC ; SPI Transfer Complete Handler jmp nix; USART0_RXC ; USART0 RX Complete Handler jmp nix; USART1_RXC ; USART1 RX Complete Handler jmp nix; USART0_UDRE ; UDR0 Empty Handler jmp nix; USART1_UDRE ; UDR1 Empty
COMP ; Timer0 Compare Handler jmp nix; TIM0_OVF ; Timer0 Overflow Handler jmp nix; SPI_STC ; SPI Transfer Complete Handler jmp nix; USART0_RXC ; USART0 RX Complete Handler jmp nix; USART1_RXC ; USART1 RX Complete Handler jmp nix; USART0_UDRE ; UDR0 Empty Handler jmp nix; USART1_UDRE ; UDR1 Empty Handler
-
Thread
STM32 - Low Level Library Dokumentation
LL_GPIO_Init(GPIOA, &GPIO_InitStruct); /* ADC1 DMA Init */ /* ADC1 Init */ LL_DMA_SetDataTransferDirection(DMA1, LL_DMA_CHANNEL_1, LL_DMA_DIRECTION_PERIPH_TO_MEMORY); LL_DMA_SetChannelPriorityLevel(DMA1, LL_DMA_CHANNEL_1, LL_DMA_PRIORITY_HIGH); LL_DMA_SetMode(DMA1, LL_DMA_CHANNEL_1,
] void DMA_Config(){ LL_AHB1_GRP1_EnableClock(LL_AHB1_GRP1_PERIPH_DMA1); LL_DMA_SetDataTransferDirection(DMA1, LL_DMA_CHANNEL_1, LL_DMA_DIRECTION_PERIPH_TO_MEMORY); LL_DMA_SetChannelPriorityLevel(DMA1, LL_DMA_CHANNEL_1, LL_DMA_PRIORITY_HIGH); LL_DMA_SetMode(DMA1, LL_DMA_CHANNEL_1, LL_DMA_MODE_CIRCULAR
-
Thread
JTAG über USB (Selbstbau)
Seriell-Konverter, der alternativ die IO-Pins auch im BitBang-Modus > ansteuern kann. Den SPI-artigen Transfer von JTAG beherrscht er ohne Bitbanging. Und genau darum geht es in erster Linie ja, der Performance wegen.
A. K. schrieb: > Den SPI-artigen Transfer von JTAG beherrscht er ohne Bitbanging. Das ist mir neu. Ok ich kenne nur den FT232. Dachte der 2232 wäre nur ein doppelter 232. Werde mir aber das Datenblatt dahingehend ansehen.
-
Thread
Streifen im Layout
hab jetzt mal bei googel nachgeschaut ich weiß aber nicht ob es das ganu ist "Thermo-Transfer-Band" kann das sein das es das ist? Das band kostet 29€ das wäre ganz günstig wenn dann die streifen weg wären.
Ich glaube nicht, daß das Thermo-Transferband das Problem löst. Thermo-Transfer ist eine andere Druckmethode, z.B. bei Normalpapier-Faxen verwendet. Das Thermo-Transfserband liegt zwischen dem Papier und einer Art Leiste, die pro Punkt ein Heizelement hat. Wird der Punkt gedruckt
-
Thread
AVR-Bootloader mit Verschlüsselung
application I use Lantronix XPORT, on PC I have installed virtual COM. Where is my problem: When I transfer file without encryption, LAN connectivity switches on and file is transfered well. Everything is all right. But when I try to transfer encrypted file, bootloader is connected, LAN is connected too
but LAN activity is not blinking and bootloader is "working". Have you ever tried this kind of transfer? What can be wrong? Thank you for your shareing of code, it had to take much time and much work. Best regards Petr
-
Thread
Code Optimierung (Geschwindigkeit) AVR, C
führen, dass der µC nicht mehr schlafen geht. Als Kandidat für die Optimierung hab ich den SPI Transfer im Verdacht, da der die 49 kbps des Funkmoduls zufriedenstellen muss. Das sind vor allem die Funktionen "rfm12Cmd" und "rfm12_sendByte". In meinem ganzen Programm gibt es eigentlich keinen aufwendigen
nicht läuft. Bitte drücke Dich klarer aus. >Als Kandidat für die Optimierung hab ich den SPI Transfer im Verdacht, Verdacht? Prüf' es nach und dann sieh' weiter. Was hier einfach zweifelhaft ist, ist das ein Programm geschwindigkeitsmäßig durch die compilereigene Optimierung so hingebogen werden
-
Thread
Beschriftungsgerät P-Touch
Beitrag #7045072: > Es ist THERMO-Druck = Empfindlich gegen Hitze. Bei Brother ist es Thermo-Transfer-Druck: unempfindlich gegen Hitze im Rahmen der Temperaturfestigkeit der verwendeten Kunststoffe. Edit: ach, war dieser Troll. Nevermind
Jack V. schrieb im Beitrag #7045114: > Bei Brother ist es Thermo-Transfer-Druck: unempfindlich gegen Hitze im > Rahmen der Temperaturfestigkeit der verwendeten Kunststoffe. Da muss ich ausnahmsweise mal "Schlaumaier" in Schutz nehmen: "warmer_Bruder" hat den Brother