Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.sci.electronics > #283453 > unrolled thread

Wandler rs232/rs482 <-> TTL halbduplex

Back to article view | Back to de.sci.electronics

Contents

  Wandler rs232/rs482 <-> TTL halbduplex Nico Hoffmann <oxensepp@gmx.de> - 2020-06-26 20:29 +0000
    Re: Wandler rs232/rs482 <-> TTL halbduplex Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2020-06-27 01:19 +0200
    Re: Wandler rs232/rs482 <-> TTL halbduplex Rafael Deliano <rafael_deliano@arcor.de> - 2020-06-27 06:32 +0200
      Re: Wandler rs232/rs482 <-> TTL halbduplex Rafael Deliano <rafael_deliano@arcor.de> - 2020-06-27 07:55 +0200
    Re: Wandler rs232/rs482 <-> TTL halbduplex stefan <adresse@ist.invalid> - 2020-06-27 11:22 +0200
      Re: Wandler rs232/rs482 <-> TTL halbduplex Nico Hoffmann <oxensepp@gmx.de> - 2020-06-28 10:10 +0000
        Re: Wandler rs232/rs482 <-> TTL halbduplex stefan <adresse@ist.invalid> - 2020-06-28 12:42 +0200
          Re: Wandler rs232/rs482 <-> TTL halbduplex Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2020-06-28 15:58 +0200
            Re: Wandler rs232/rs482 <-> TTL halbduplex stefan <adresse@ist.invalid> - 2020-06-28 16:44 +0200
              Re: Wandler rs232/rs482 <-> TTL halbduplex Gerald Oppen <Gerald.Oppen@web.de> - 2020-06-28 18:05 +0200
                Re: Wandler rs232/rs482 <-> TTL halbduplex stefan <adresse@ist.invalid> - 2020-06-28 18:58 +0200
            Re: Wandler rs232/rs482 <-> TTL halbduplex Rafael Deliano <rafael_deliano@arcor.de> - 2020-06-28 17:10 +0200
        Re: Wandler rs232/rs482 <-> TTL halbduplex Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-28 22:19 +0200
          Re: Wandler rs232/rs482 <-> TTL halbduplex Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2020-06-29 07:21 +0200
            Re: Wandler rs232/rs482 <-> TTL halbduplex "Wolfgang Allinger" <all2001@spambog.com> - 2020-06-29 03:40 -0400
            Re: Wandler rs232/rs482 <-> TTL halbduplex Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-29 22:11 +0200
          Re: Wandler rs232/rs482 <-> TTL halbduplex "Wolfgang Allinger" <all2001@spambog.com> - 2020-06-29 03:37 -0400
            Re: Wandler rs232/rs482 <-> TTL halbduplex Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-29 22:29 +0200
              Re: Wandler rs232/rs482 <-> TTL halbduplex "Wolfgang Allinger" <all2001@spambog.com> - 2020-06-29 17:31 -0400
                Re: Wandler rs232/rs482 <-> TTL halbduplex Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-07-01 21:26 +0200
                  Re: Wandler rs232/rs482 <-> TTL halbduplex "Wolfgang Allinger" <all2001@spambog.com> - 2020-07-02 08:18 -0400
              Re: Wandler rs232/rs482 <-> TTL halbduplex Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2020-06-30 08:57 +0200
    Re: Wandler rs232/rs482 <-> TTL halbduplex Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-27 20:49 +0200
      Re: Wandler rs232/rs482 <-> TTL halbduplex "Wolfgang Allinger" <all2001@spambog.com> - 2020-06-27 17:45 -0400
        Re: Wandler rs232/rs482 <-> TTL halbduplex Klaus Butzmann <kb.individual@butzomail.de> - 2020-06-28 00:43 +0200
          Re: Wandler rs232/rs482 <-> TTL halbduplex "Wolfgang Allinger" <all2001@spambog.com> - 2020-06-28 12:07 -0400
            Re: Wandler rs232/rs482 <-> TTL halbduplex Klaus Butzmann <kb.individual@butzomail.de> - 2020-06-28 20:13 +0200
              Re: Wandler rs232/rs482 <-> TTL halbduplex "Wolfgang Allinger" <all2001@spambog.com> - 2020-06-28 14:24 -0400
        Re: Wandler rs232/rs482 <-> TTL halbduplex Wolf gang P u f f e <remail@gmx.com> - 2020-06-28 12:05 +0200
        Re: Wandler rs232/rs482 <-> TTL halbduplex Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2020-06-28 15:31 +0200
        Re: Wandler rs232/rs482 <-> TTL halbduplex Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-28 21:53 +0200
          Re: Wandler rs232/rs482 <-> TTL halbduplex "Wolfgang Allinger" <all2001@spambog.com> - 2020-06-28 17:15 -0400
            Re: Wandler rs232/rs482 <-> TTL halbduplex Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2020-06-29 07:09 +0200
              Re: Wandler rs232/rs482 <-> TTL halbduplex "Wolfgang Allinger" <all2001@spambog.com> - 2020-06-29 03:09 -0400
              Re: Wandler rs232/rs482 <-> TTL halbduplex Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-29 22:06 +0200
            Re: Wandler rs232/rs482 <-> TTL halbduplex Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-29 22:01 +0200
              Re: Wandler rs232/rs482 <-> TTL halbduplex "Wolfgang Allinger" <all2001@spambog.com> - 2020-06-29 17:00 -0400
              Re: Wandler rs232/rs482 <-> TTL halbduplex Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2020-06-30 09:13 +0200
                Re: Wandler rs232/rs482 <-> TTL halbduplex Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-06-30 10:32 +0200
                  Re: Wandler rs232/rs482 <-> TTL halbduplex Michael Bäuerle <michael.baeuerle@stz-e.de> - 2020-06-30 10:49 +0200
                    Re: Wandler rs232/rs482 <-> TTL halbduplex Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-06-30 11:43 +0200
                      Re: Wandler rs232/rs482 <-> TTL halbduplex Michael Bäuerle <michael.baeuerle@stz-e.de> - 2020-06-30 12:47 +0200
                      Re: Wandler rs232/rs482 <-> TTL halbduplex Klaus Butzmann <kb.individual@butzomail.de> - 2020-06-30 16:22 +0200
      Re: Wandler rs232/rs482 <-> TTL halbduplex Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2020-06-28 04:44 +0200
        Re: Wandler rs232/rs482 <-> TTL halbduplex Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-28 21:29 +0200
          Re: Wandler rs232/rs482 <-> TTL halbduplex Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2020-06-28 22:58 +0200
      Re: Wandler rs232/rs482 <-> TTL halbduplex Nico Hoffmann <oxensepp@gmx.de> - 2020-06-28 10:10 +0000
        Re: Wandler rs232/rs482 <-> TTL halbduplex Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-28 21:43 +0200
    Re: Wandler rs232/rs482 <-> TTL halbduplex markus philippi <markusphi.news@solinetcafe.org> - 2020-06-28 15:53 +0200
    Re: Wandler rs232/rs482 <-> TTL halbduplex Waldemar <waldemar@zedat.fu-berlin.de> - 2020-08-12 13:38 +0200

Page 3 of 3 — ← Prev page 1 2 [3]

#283581

On 6/30/20 10:49 AM, Michael Bäuerle wrote:
> Gerrit Heitsch wrote:
>>
>> [...] Auch haben viele
>> UARTs kein echtes Hardwarhandshake, also selbst wenn die Gegenstelle
>> RTS wegnimmt, bei dir also CTS inaktiv wird heisst das noch lange
>> nicht, daß dein UART aufhört zu senden.
> 
> Zitat aus dem Datenblatt des Intel 8250:
> |
> | [...] The CTS signal is a MODEM status input whose conditions can be
> | tested by the CPU reading bit 4 (CTS) of the MODEM Status Register.
> | Bit 4 is the complement of the CTS signal. Bit 0 (DCTS) of the MODEM
> | Status Register indicates whether the CTS input has changed state
> | since the previous reading of the MODEM Status Register.
> | CTS has no effect on the Transmitter.
>    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Eben, also eigentlich ein reiner Input der bei Pegelwechsel einen IRQ 
auslösen kann, und kein echtes Handshake-Signal. Das gilt also für alle 
PCs... Der 6551 ACIA hingegen schaltet den Transmitter ab wenn CTS 
offline geht. Leider sofort, also u.U. mitten in einem Byte. Erst der 
65C51 macht es richtig.


  Gerrit

[toc] | [prev] | [next] | [standalone]

#283583

Gerrit Heitsch wrote:
> On 6/30/20 10:49 AM, Michael Bäuerle wrote:
> > Gerrit Heitsch wrote:
> > > 
> > > [...] Auch haben viele
> > > UARTs kein echtes Hardwarhandshake, also selbst wenn die Gegenstelle
> > > RTS wegnimmt, bei dir also CTS inaktiv wird heisst das noch lange
> > > nicht, daß dein UART aufhört zu senden.
> > 
> > Zitat aus dem Datenblatt des Intel 8250:
> > |
> > | [...] The CTS signal is a MODEM status input whose conditions can be
> > | tested by the CPU reading bit 4 (CTS) of the MODEM Status Register.
> > | Bit 4 is the complement of the CTS signal. Bit 0 (DCTS) of the MODEM
> > | Status Register indicates whether the CTS input has changed state
> > | since the previous reading of the MODEM Status Register.
> > | CTS has no effect on the Transmitter.
> >   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> 
> Eben, also eigentlich ein reiner Input der bei Pegelwechsel einen IRQ 
> auslösen kann, und kein echtes Handshake-Signal. Das gilt also für alle 
> PCs... Der 6551 ACIA hingegen schaltet den Transmitter ab wenn CTS 
> offline geht. Leider sofort, also u.U. mitten in einem Byte. Erst der 
> 65C51 macht es richtig.

So ein RTR-basierter Handshake ist wohl eine neuere Erfindung gewesen:
<https://en.wikipedia.org/wiki/RS-232_RTS/CTS#RTS,_CTS,_and_RTR>
Der 8250 dürfte für RTS/CTS im ursprünglichen Sinne konstruiert worden
sein, dafür ist ein IRQ kein Problem.

[toc] | [prev] | [next] | [standalone]

#283593

Am 30.06.2020 um 11:43 schrieb Gerrit Heitsch:
> Der 6551 ACIA hingegen schaltet den Transmitter ab wenn CTS 
> offline geht. Leider sofort, also u.U. mitten in einem Byte. Erst der 
> 65C51 macht es richtig.
Ah,
Danke der war's, war mir mit 6850/6551 nicht mehr sicher.


Butzo

[toc] | [prev] | [next] | [standalone]

#283479

Am 27.06.2020 um 20:49 schrieb Sieghard Schicktanz:

>> Nun spricht der AX-12A ein serielles Protokoll ("Half Duplex
>> Asynchronous Serial Communication (8bit, 1stop, No Parity)"), das
>> Robotis freundlicherweise offengelegt hat, aber mit TTL-Pegeln,
> 
> Bis hierhin soweit klar, wenn auch die "serielle Schnittstelle mit TTL-
> Pegeln" ohne weitere Angaben etwas eigenartig ist, zudem "Half-Duplex".

Da sehe ich nichts seltsames. TTL ist die übliche Schnittstelle zwischen 
UART (µC...) und Leitungstreibern, hier ganz ohne Leitungstreiber verwendet.

Half duplex gibt hier an, wie mehrere Geräte am selben Bus betrieben 
werden. Das per ID im Kommando ausgewählte Gerät sendet seine Daten über 
den Bus zurück, alle anderen bleiben ruhig.

Das alles steht in der verfügbaren Doku, man muß sie nur lesen und 
verstehen :-)


Wegen Half Duplex können hier Leitungstreiber nur verwendet werden, 
solange nur 1 Gerät angeschlossen wird, bei mehreren spuckt die fehlende 
Umschaltung der Senderichtung dazwischen. Man könnte allenfalls wired 
AND/OR mit o.c. Ausgängen auf der Datenleitung benutzen, oder current 
loop (Optokoppler...).

DoDi

[toc] | [prev] | [next] | [standalone]

#283517

Hallo Hans-Peter,

Du schriebst am Sun, 28 Jun 2020 04:44:46 +0200:

> > Bis hierhin soweit klar, wenn auch die "serielle Schnittstelle mit TTL-
> > Pegeln" ohne weitere Angaben etwas eigenartig ist, zudem
> > "Half-Duplex".  
> 
> Da sehe ich nichts seltsames. TTL ist die übliche Schnittstelle zwischen 
> UART (µC...) und Leitungstreibern, hier ganz ohne Leitungstreiber

Eben, eine _interne_ Schnittstelle.

> Half duplex gibt hier an, wie mehrere Geräte am selben Bus betrieben 
> werden. Das per ID im Kommando ausgewählte Gerät sendet seine Daten über 
> den Bus zurück, alle anderen bleiben ruhig.

Das ist aber durchaus davon abhängig, welcher Standard verwendet wird.
RS232 ist Punkt-zu-Punkt, ebenso RS422, RS485 ist Multi-Drop.

> Das alles steht in der verfügbaren Doku, man muß sie nur lesen und 
> verstehen :-)

Richtig, avber vorher auch noch haben.

-- 
-- 
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------

[toc] | [prev] | [next] | [standalone]

#283524

Am 28.06.2020 um 21:29 schrieb Sieghard Schicktanz:
> Hallo Hans-Peter,
> 
> Du schriebst am Sun, 28 Jun 2020 04:44:46 +0200:
> 
>>> Bis hierhin soweit klar, wenn auch die "serielle Schnittstelle mit TTL-
>>> Pegeln" ohne weitere Angaben etwas eigenartig ist, zudem
>>> "Half-Duplex".
>>
>> Da sehe ich nichts seltsames. TTL ist die übliche Schnittstelle zwischen
>> UART (µC...) und Leitungstreibern, hier ganz ohne Leitungstreiber
> 
> Eben, eine _interne_ Schnittstelle.

Kommt drauf an, was man so als "intern" bezeichnet. Das ist immerhin die 
letzte einheitliche Instanz bevor es per RS-232, -422, ... CL auf die 
Fernleitung geht.

>> Half duplex gibt hier an, wie mehrere Geräte am selben Bus betrieben
>> werden. Das per ID im Kommando ausgewählte Gerät sendet seine Daten über
>> den Bus zurück, alle anderen bleiben ruhig.
> 
> Das ist aber durchaus davon abhängig, welcher Standard verwendet wird.
> RS232 ist Punkt-zu-Punkt, ebenso RS422, RS485 ist Multi-Drop.

Lies bitte genau, da steht "gibt hier an", also im speziellen Fall.


>> Das alles steht in der verfügbaren Doku, man muß sie nur lesen und
>> verstehen :-)
> 
> Richtig, avber vorher auch noch haben.

Ach, Du möchtest lieber loslabern *bevor* Du irgendwas gelesen hast? :-(

DoDi

[toc] | [prev] | [next] | [standalone]

#283493

Sieghard Schicktanz schreibt:

> Hallo Nico,
>
> Du schriebst am 26 Jun 2020 20:29:35 GMT:
>
>> ich möchte einen Servomotor Robotis AX-12A
>> (<https://emanual.robotis.com/docs/en/dxl/ax/ax-12a/>) über eine
>> serielle Schnittstelle bedienen. Die serielle Schnittstelle hängt an
>> einer SPS, daher kommen die von Robotis angebotenen Lösungen (IDE,

> Hat der "Servomotor" wirklich nur zwei Drähte für die Schnittstelle (GND
> und Datenleitung), oder doch eher drei (GND und sowas wie D+ und D-)?
> Falls letzteres, würde ich es als "ziemlich sicher" ansehen, daß das,
> auch wenn's nirgendwo stünde, eine RS485 sein müßte: Sendepegel 0..5V,
> Empfangspegelbereich -2..+7V, Signal differentiell zwischen D+ und D-.

Es sind nur zwei, d.h. "Signal" und GND. GND ist auch GND für die
Betriebsspannung des Motors. Der ganze Motor hängt nur an drei Pins.


> BTW, kann man evtl. diese "Servomotor"en adressieren und mehrere davon
> parallel über eine einzige Leitung betreiben? Dann benutzen die mit
> Sicherheit RS485, da das "Multi-Drop"-fähig ist.


Robotis gibt an, dass man mehrere Motoren hintereinander, also in
Reihe, schalten kann. Dazu haben die Motoren zwei Stecker mit eben je
drei Pins, einer für das Kabel von der vorherigen Station, und einer
zum Weiterschleifen an den nächsten Motor. Man kann die Motoren auch
einzeln adressieren, es sollte also wohl tatsächlich eher RS485 als
RS232 sein.

Sorry, wenn ich das nicht deutlich gemacht habe, aber meine Lernkurve
ist noch nicht zuende. Die Nebel lösen sich jetzt erst auf :-)


> Mir scheint, Du hast zwar keinen Denkfehler, Dir aber zu viele unnötige
> Gedanken gemacht, anstatt herauszufinden, was für eine Art Schnittstelle
> das jetzt tatsächlich ist, und erst dann festzustellen, wie die am besten
> anzusprechen ist.

Ja, RS485<->TTL ist wohl das, was ich brauche. 

N.
-- 
Allmächd!

[toc] | [prev] | [next] | [standalone]

#283518

Hallo Nico,

Du schriebst am 28 Jun 2020 10:10:19 GMT:

> >> ich möchte einen Servomotor Robotis AX-12A
...
> > Hat der "Servomotor" wirklich nur zwei Drähte für die Schnittstelle (GND
> > und Datenleitung), oder doch eher drei (GND und sowas wie D+ und D-)?
...
> Es sind nur zwei, d.h. "Signal" und GND. GND ist auch GND für die
> Betriebsspannung des Motors. Der ganze Motor hängt nur an drei Pins.

Wenn das dann auch noch die Schaltung ist, die jemand hier (AFAIR "Stefan")
verlinkt hat, dann ist das tatsächlich so eine Bastel-Krücke, die keinem
Standard entspricht.

> > BTW, kann man evtl. diese "Servomotor"en adressieren und mehrere davon
...
> Robotis gibt an, dass man mehrere Motoren hintereinander, also in
> Reihe, schalten kann. Dazu haben die Motoren zwei Stecker mit eben je
> drei Pins, einer für das Kabel von der vorherigen Station, und einer
> zum Weiterschleifen an den nächsten Motor. Man kann die Motoren auch
> einzeln adressieren, es sollte also wohl tatsächlich eher RS485 als
> RS232 sein.

Naja, eine _sehr_ eigenwillig implementierte Variation einer an RS485 lose
angelehnten Implementierung...

> Sorry, wenn ich das nicht deutlich gemacht habe, aber meine Lernkurve
> ist noch nicht zuende. Die Nebel lösen sich jetzt erst auf :-)

Kein Problem - der Nebel kommt vom Hersteller Deiner Gerätschaften.

...
> Ja, RS485<->TTL ist wohl das, was ich brauche. 

Eigentlich nicht, obwohl, andererseits, eine RS485 dafür verwendbar sein
könnte. RS485 spezifiziert einen Leitungsabschluß, der die Leitungsadern
auf definiertem Grundpegel (ca. halbe Signalspannung) hält, wenn er aktiv
ist. Hat Deine SPS eine RS485, und hat die eine schaltbare Terminierung,
solltest Du mit eingeschalteter Terminierung und Anschluß der Datenleitung
der Motoren an D+ die von der SPS ansprechen können. (Es sollte eigentlich
D+ sein, sonst halt D-...)
RS485 benutzt als Signalprotokoll dasselbe Verfahren wie RS232 mit
denselben Parametern, lediglich muß ein Teilnehmer normalerweise als
Emmpfänger die Leitung passiv halten (hochohmig ankoppeln) und darf nur
zum Senden die Leitung aktiv treiben. Ein Problem mit der Terminierung
könnte der Pull-up-Widerstand am Servomotor sein, der evtl. einen zu
knappen Empfangspegel bewirkt und damit den Empfang unzuverlässig macht.
Wie oben geschrieben, halt eine Bastler-Krückenschaltung.

-- 
-- 
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------

[toc] | [prev] | [next] | [standalone]

#283501

Nico Hoffmann <oxensepp@gmx.de> wrote:
> Die serielle Schnittstelle hängt an
> einer SPS,

Das bringt die Frage auf, an welcher SPS?

[toc] | [prev] | [next] | [standalone]

#286063

Am 26.06.2020 um 22:29 schrieb Nico Hoffmann:
> Hallo,
> 
> ich möchte einen Servomotor Robotis AX-12A
> (<https://emanual.robotis.com/docs/en/dxl/ax/ax-12a/>) über eine
> serielle Schnittstelle bedienen. Die serielle Schnittstelle hängt an
> einer SPS, daher kommen die von Robotis angebotenen Lösungen (IDE,
> Contollerboard, ...) wohl nicht wirklich in Betracht, weil die darauf
> abstellen, dass ein Stück Elektronik an einem PC hängt und von da
> bedient wird.
...
> Soweit so schön. Ist das plausibel, oder habe ich irgendwo einen
> Denkfehler gemacht?

Moins,

ich habe erst jetzt den Thread bemerkt.Wir haben hier schon mehrere 
tausend AX12 und AX18 installiert.Die Ansteuerung ist scon etwas 
merkwürdig, aber man kann sich daran gewöhnen.
Unsere Standardbeschaltung ist via USB<->RS232 Umsetzer, vorzugsweise 
ein Pololu mit einem CP210x on board, aber mit anderen geht es auch. Das 
Ding wird entweder vom PC oder Raspberry Pi angesteuert. Und ja, wir 
haben auch mehrere Motoren dran, so bis 8 Stück geht es noch. Zwischen 
dem USB<->RS232 und Motoren ist ein Interface mit 74HCT241 on board, zu 
Richtungsumschaltung und auch als Leitungstreiber (wir haben manchmal 
bis zu 5m Strecke). Die Richtung ist immer Hören, wenn der Host sendet, 
wird die Richtung umgeschaltet. Bei CP210x gibt es programiebare (Fuse) 
Leitungen, die dann schalten, wenn der Host sendet. Bei normalem UART 
kann man RTS Leitung verwenden.
Wichtig ist, dass die Steckdosen am Motor ganz einfach parallel 
geschaltet sind, kein Treiber oder sonst was. Auch die 
Spannungsversorgung soll man entsprechend dimensionieren. Bei 8xAX18 
können schon 10A+ Einschaltstrom fliessen, je nach Mechanik. Die kleinen 
Molex-Buchsen sind vielleicht überfordert. Meistens haben wir dafür 
dickere Leitungen, und keine Daisy-Chain zwischen den Motoren.

Waldemar

[toc] | [prev] | [standalone]

Page 3 of 3 — ← Prev page 1 2 [3]

Back to top | Article view | de.sci.electronics

csiph-web