<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Probleme mit Half Duplex Comport]]></title><description><![CDATA[<p>Hallo,</p>
<p>ich muss bei einem RS232&lt;-&gt;RS485 Adapter gleich nach writefile entweder die DTR oder<br />
die RTS Leitung umlegen, damit der Adapter auf Eingang steht und empfängt.<br />
Mein Oszi verät mir aber, das ich nach Writefile bis zum realem Senden extrem lange<br />
warten muss bis wirklich gesendet wurde. Mein Writefile (nicht overlapped)<br />
verlässt jedoch viel früher den Aufruf und würgt mir durch meinen Umschaltvorgang<br />
mit EscapeCommFunktion damit das gesendete signal in der Hälfte ab.<br />
Ich nehme an, das liegt an einem Hardwarebuffer.<br />
Ich habe versucht den hardwarebuffer zu flushen, brachte nichts.<br />
Ich habe versucht den Buffer zu verkleinern mit setupcomm (0), das scheint aber<br />
nur ein softwarebuffer von Windows zu sein.<br />
Das WaitCommEvent auf leeren Buffer geht auch viel zu früh heraus, ich denke hier wird nicht der Hardwarebuffer gecheckt.</p>
<p>Für die RTS Leitung würde es ein &quot;RTS_CONTROL_TOGGLE&quot; geben, das dies vom<br />
Baustein her machen würde, aber nicht für die DTR Leitung <img
      src="https://www.c-plusplus.net/forum/plugins/nodebb-plugin-emoji/emoji/emoji-one/1f61e.png?v=ab1pehoraso"
      class="not-responsive emoji emoji-emoji-one emoji--disappointed_face"
      title=":("
      alt="😞"
    /></p>
<blockquote>
<p>Specifies that the RTS line will be high if bytes are available for transmission. After all buffered bytes have been sent, the RTS line will be low.</p>
</blockquote>
<p>Ausserdem würde ich gerne selber die Kontrolle haben und evtl. das Signal<br />
mal auch invertiert ausgeben (es gibt viele dieser Adapter Versionen, würde<br />
gerne alle unterstützen mit einem Optionendialog)</p>
<p>**Kann mir jemand sagen wie man herausbekommt, wann die Hardware nach writefile<br />
WIRKLICH gesendet hat?<br />
**<br />
Gruß<br />
thenoname</p>
<p>ps. ähnliches hier ungelöst:<br />
<a href="http://www.c-plusplus.net/forum/viewtopic-var-t-is-136830-and-highlight-is-rtscontroltoggle-and-sid-is-1187ec1358cba99e634d47e19f7a0248.html" rel="nofollow">http://www.c-plusplus.net/forum/viewtopic-var-t-is-136830-and-highlight-is-rtscontroltoggle-and-sid-is-1187ec1358cba99e634d47e19f7a0248.html</a></p>
]]></description><link>https://www.c-plusplus.net/forum/topic/223719/probleme-mit-half-duplex-comport</link><generator>RSS for Node</generator><lastBuildDate>Sun, 12 Apr 2026 02:15:54 GMT</lastBuildDate><atom:link href="https://www.c-plusplus.net/forum/topic/223719.rss" rel="self" type="application/rss+xml"/><pubDate>Tue, 30 Sep 2008 09:11:36 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Probleme mit Half Duplex Comport on Tue, 30 Sep 2008 09:22:08 GMT]]></title><description><![CDATA[<p>Hallo,</p>
<p>ich muss bei einem RS232&lt;-&gt;RS485 Adapter gleich nach writefile entweder die DTR oder<br />
die RTS Leitung umlegen, damit der Adapter auf Eingang steht und empfängt.<br />
Mein Oszi verät mir aber, das ich nach Writefile bis zum realem Senden extrem lange<br />
warten muss bis wirklich gesendet wurde. Mein Writefile (nicht overlapped)<br />
verlässt jedoch viel früher den Aufruf und würgt mir durch meinen Umschaltvorgang<br />
mit EscapeCommFunktion damit das gesendete signal in der Hälfte ab.<br />
Ich nehme an, das liegt an einem Hardwarebuffer.<br />
Ich habe versucht den hardwarebuffer zu flushen, brachte nichts.<br />
Ich habe versucht den Buffer zu verkleinern mit setupcomm (0), das scheint aber<br />
nur ein softwarebuffer von Windows zu sein.<br />
Das WaitCommEvent auf leeren Buffer geht auch viel zu früh heraus, ich denke hier wird nicht der Hardwarebuffer gecheckt.</p>
<p>Für die RTS Leitung würde es ein &quot;RTS_CONTROL_TOGGLE&quot; geben, das dies vom<br />
Baustein her machen würde, aber nicht für die DTR Leitung <img
      src="https://www.c-plusplus.net/forum/plugins/nodebb-plugin-emoji/emoji/emoji-one/1f61e.png?v=ab1pehoraso"
      class="not-responsive emoji emoji-emoji-one emoji--disappointed_face"
      title=":("
      alt="😞"
    /></p>
<blockquote>
<p>Specifies that the RTS line will be high if bytes are available for transmission. After all buffered bytes have been sent, the RTS line will be low.</p>
</blockquote>
<p>Ausserdem würde ich gerne selber die Kontrolle haben und evtl. das Signal<br />
mal auch invertiert ausgeben (es gibt viele dieser Adapter Versionen, würde<br />
gerne alle unterstützen mit einem Optionendialog)</p>
<p>**Kann mir jemand sagen wie man herausbekommt, wann die Hardware nach writefile<br />
WIRKLICH gesendet hat?<br />
**<br />
Gruß<br />
thenoname</p>
<p>ps. ähnliches hier ungelöst:<br />
<a href="http://www.c-plusplus.net/forum/viewtopic-var-t-is-136830-and-highlight-is-rtscontroltoggle-and-sid-is-1187ec1358cba99e634d47e19f7a0248.html" rel="nofollow">http://www.c-plusplus.net/forum/viewtopic-var-t-is-136830-and-highlight-is-rtscontroltoggle-and-sid-is-1187ec1358cba99e634d47e19f7a0248.html</a></p>
]]></description><link>https://www.c-plusplus.net/forum/post/1590741</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/1590741</guid><dc:creator><![CDATA[thenoname]]></dc:creator><pubDate>Tue, 30 Sep 2008 09:22:08 GMT</pubDate></item></channel></rss>