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

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

Serielle Schnittstelle nach RS232 an Notebook

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

Contents

  Serielle Schnittstelle nach RS232 an Notebook Holger <me@privacy.org> - 2016-06-23 09:43 +0200
    Re: Serielle Schnittstelle nach RS232 an Notebook "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2016-06-23 09:58 +0200
    Re: Serielle Schnittstelle nach RS232 an Notebook Hanno Foest <hurga-news2@tigress.com> - 2016-06-23 11:01 +0200
      Re: Serielle Schnittstelle nach RS232 an Notebook Holger <me@privacy.org> - 2016-06-23 12:15 +0200
      Re: Serielle Schnittstelle nach RS232 an Notebook Michael Bäuerle <michael.baeuerle@stz-e.de> - 2016-06-23 12:27 +0200
        Re: Serielle Schnittstelle nach RS232 an Notebook Hanno Foest <hurga-news2@tigress.com> - 2016-06-23 12:47 +0200
          Re: Serielle Schnittstelle nach RS232 an Notebook Michael Bäuerle <michael.baeuerle@stz-e.de> - 2016-06-23 13:33 +0200
          Re: Serielle Schnittstelle nach RS232 an Notebook Holger <me@privacy.org> - 2016-06-24 07:14 +0200
            Re: Serielle Schnittstelle nach RS232 an Notebook Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2016-06-24 16:37 +0200
      Re: Serielle Schnittstelle nach RS232 an Notebook Gernot Fink <g.fink@gmx.net> - 2016-06-24 06:19 +0200
    Re: Serielle Schnittstelle nach RS232 an Notebook Heinz Schmitz <HeinzSchmitz@gmx.net> - 2016-06-23 14:42 +0200
      Re: Serielle Schnittstelle nach RS232 an Notebook Holger <me@privacy.org> - 2016-06-23 18:58 +0200
    Re: Serielle Schnittstelle nach RS232 an Notebook Jan Conrads <janconrads@gmx.de> - 2016-06-23 21:00 +0200
      Re: Serielle Schnittstelle nach RS232 an Notebook Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2016-06-23 21:25 +0200
        Re: Serielle Schnittstelle nach RS232 an Notebook Jan Conrads <janconrads@gmx.de> - 2016-06-23 22:07 +0200
          Re: Serielle Schnittstelle nach RS232 an Notebook Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2016-06-23 22:24 +0200
            Re: Serielle Schnittstelle nach RS232 an Notebook Olaf Kaluza <olaf@criseis.ruhr.de> - 2016-06-24 06:21 +0200
              Re: Serielle Schnittstelle nach RS232 an Notebook Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2016-06-24 16:34 +0200
                Re: Serielle Schnittstelle nach RS232 an Notebook Olaf Kaluza <olaf@criseis.ruhr.de> - 2016-06-26 15:51 +0200
          Re: Serielle Schnittstelle nach RS232 an Notebook Olaf Kaluza <olaf@criseis.ruhr.de> - 2016-06-24 06:09 +0200

#209743 — Serielle Schnittstelle nach RS232 an Notebook

funktioniert nicht. Es gibt diesen Slot für die ExpressCard, aber keine 
RS232-Karten dazu, die unter Linux aĺs /dev/ttyS0 beispielsweise oder 
unter Windows als COM1 beispielsweise erkannt werden.

Es gibt hingegen einen Wandler von USB nach RS232 auf den Karten, aber 
diesen Wandler kann ich nicht als serielle Schnittstelle ansprechen.

Wahrscheinlich kann ich das Thema vergessen, oder?

Holger

[toc] | [next] | [standalone]

#209744

Holger <me@privacy.org> wrote:

>Wahrscheinlich kann ich das Thema vergessen, oder?

Abhängig vom Notebookmodell, manchmal gibt es docking stations, die
eine nativ funktionierende RS232 bieten, also auch benutzbar aus MSDOS
raus heraus. 


-ras

-- 
Ralph A. Schmid
http://www.schmid.xxx/ http://www.db0fue.de/
http://www.bclog.de/ http://www.kabuliyan.de/ 

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

#209745

Am 23.06.2016 09:43 schrieb Holger:

> funktioniert nicht. Es gibt diesen Slot für die ExpressCard, aber keine
> RS232-Karten dazu, die unter Linux aĺs /dev/ttyS0 beispielsweise oder
> unter Windows als COM1 beispielsweise erkannt werden.

https://www.amazon.de/dp/B001H5X4F0

Chipset Oxford 952, PCI Express Bridge to Dual Serial & Parallel Port - 
also keine USB nach RS232 Bridge. Das sollte eigentlich gehen, aber ich 
kenne die Treibersituation nicht. Kundenrezensionen lesen.

Hanno

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

#209748

Hanno Foest schrieb:
> Am 23.06.2016 09:43 schrieb Holger:
> 
>> funktioniert nicht. Es gibt diesen Slot für die ExpressCard, aber keine
>> RS232-Karten dazu, die unter Linux aĺs /dev/ttyS0 beispielsweise oder
>> unter Windows als COM1 beispielsweise erkannt werden.
> 
> https://www.amazon.de/dp/B001H5X4F0
> 

Danke. Ist notiert. Jetzt werde ich erstmal die vorhandene Karte 
zurückschicken, die neue Karte bestellen und dann weitersehen.

Holger

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

#209749

Hanno Foest wrote:
> Am 23.06.2016 09:43 schrieb Holger:
> > 
> > funktioniert nicht. Es gibt diesen Slot für die ExpressCard, aber keine
> > RS232-Karten dazu, die unter Linux aĺs /dev/ttyS0 beispielsweise oder
> > unter Windows als COM1 beispielsweise erkannt werden.
> 
> https://www.amazon.de/dp/B001H5X4F0
> 
> Chipset Oxford 952, PCI Express Bridge to Dual Serial & Parallel Port - 
> also keine USB nach RS232 Bridge. Das sollte eigentlich gehen, aber ich 
> kenne die Treibersituation nicht. Kundenrezensionen lesen.

Via PCIe wäre natürlich ohne Zweifel die bessere Lösung. Trotzdem sollte
es via USB schon auch funktionieren (eben mit sehr viel höherer Latenz
und weniger stabil, weil in 99% der Fälle zu billig gemacht).

Wenn ich hier an die Linux-Maschine einen USB-to-2xRS232 Wandler (mit
Prolific Chipsatz) anschließe sieht das so aus:
| 
| # dmesg
| [...]
| [10521.796307] usb 6-1.2: new full-speed USB device number 3 using ohci_hcd
| [10521.890337] usb 6-1.2: New USB device found, idVendor=067b, idProduct=2303
| [10521.890341] usb 6-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
| [10521.890343] usb 6-1.2: Product: USB-Serial Controller
| [10521.890345] usb 6-1.2: Manufacturer: Prolific Technology Inc.
| [10521.960456] usb 6-1.3: new full-speed USB device number 4 using ohci_hcd
| [10522.053552] usb 6-1.3: New USB device found, idVendor=067b, idProduct=2303
| [10522.053560] usb 6-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
| [10522.053566] usb 6-1.3: Product: USB-Serial Controller
| [10522.053571] usb 6-1.3: Manufacturer: Prolific Technology Inc.
| [10522.063701] usbcore: registered new interface driver usbserial
| [10522.063718] usbcore: registered new interface driver usbserial_generic
| [10522.063727] usbserial: USB Serial support registered for generic
| [10522.064486] usbcore: registered new interface driver pl2303
| [10522.064504] usbserial: USB Serial support registered for pl2303
| [10522.064542] pl2303 6-1.2:1.0: pl2303 converter detected
| [10522.085696] usb 6-1.2: pl2303 converter now attached to ttyUSB0
| [10522.085715] pl2303 6-1.3:1.0: pl2303 converter detected
| [10522.107813] usb 6-1.3: pl2303 converter now attached to ttyUSB1

udev erstellt dann diese device files dafür:
| 
| $ ls -l /dev/ttyUSB*
| crw-rw---- 1 root dialout 188, 0 Jun 23 12:15 /dev/ttyUSB0
| crw-rw---- 1 root dialout 188, 1 Jun 23 12:15 /dev/ttyUSB1


Das gleiche gilt für Windows: Sollte funktionieren, man muss nur die
richtigen Treiber nehmen und dann das passende x für "COMx" finden.

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

#209750

Am 23.06.2016 12:27 schrieb Michael Bäuerle:

> Via PCIe wäre natürlich ohne Zweifel die bessere Lösung. Trotzdem sollte
> es via USB schon auch funktionieren (eben mit sehr viel höherer Latenz
> und weniger stabil, weil in 99% der Fälle zu billig gemacht).

Es gibt Software, die braucht ein genaueres Timing, als 
USB-Implementationen zu liefern fähig sind. Oder mehr Treiberleistung. 
Und manche ganz alte Soft hat dem Vernehmen nach nur 
Einstellmöglichkeiten für COM1 und 2... was der Treiber allerdings für 
Ports vergibt in Abwesenheit anderer serieller Schnittstellen kann ich 
nicht sagen, daher ja auch meine Warnung.

Hanno

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

#209756

Hanno Foest wrote:
> 
> [...]
> Und manche ganz alte Soft hat dem Vernehmen nach nur 
> Einstellmöglichkeiten für COM1 und 2... was der Treiber allerdings für 
> Ports vergibt in Abwesenheit anderer serieller Schnittstellen kann ich 
> nicht sagen, daher ja auch meine Warnung.

Da kann es einem selbst mit UART hinter einer PCI-Bridge passieren, dass
die Nummer nicht passt (wenn die ersten 4 Nummern fest auf die alte
ISA-Konvention 0x3F8/IRQ4, etc. gemapped sind). Sowas eben:
| 
| com0 at isa0 port 0x3f8-0x3ff irq 4: ns16550a, working fifo

Eine Express-Card wird diese Ressourcen nicht belegen dürfen und man
sollte einen entsprechend alten Rechner benutzen, wenn man den Port
wirklich nur so und nicht anders brauchen kann.

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

#209795

Hanno Foest schrieb:
> Am 23.06.2016 12:27 schrieb Michael Bäuerle:
> 
>> Via PCIe wäre natürlich ohne Zweifel die bessere Lösung. Trotzdem sollte
>> es via USB schon auch funktionieren (eben mit sehr viel höherer Latenz
>> und weniger stabil, weil in 99% der Fälle zu billig gemacht).
> 
> Es gibt Software, die braucht ein genaueres Timing, als 
> USB-Implementationen zu liefern fähig sind. Oder mehr Treiberleistung. 
> Und manche ganz alte Soft hat dem Vernehmen nach nur 
> Einstellmöglichkeiten für COM1 und 2... was der Treiber allerdings für 
> Ports vergibt in Abwesenheit anderer serieller Schnittstellen kann ich 
> nicht sagen, daher ja auch meine Warnung.


Unter Linux habe ich das Ding jetzt zum Laufen bekommen, /dev/ttyUSB0 
funktioniert als serielle Schnittstelle. Allerdings nicht mit dem 
DOS-Emulator DOSEMU, der nach klassischen Chips wie dem 16550 oder dem 
8250 oder so schreit. Der reicht IRQ-Nummer  und IO-Adresse einfach 1 zu 
1 durch, wenn man zum Beispiel Telix verwendet, um via DOSEMU in Geräte 
zu gucken, die via RS232 angeschlossen sind.

Behelf: Ich schaue via Minicom in die Geräte und verzichte auf Telix. 
Also geht das jetzt erstmal, aber richtig schön und wie erwartet finde 
ich das nicht. Ich werde ich mich wohl nochmals umsehen müssen und mich 
dabei an deinem Vorschlag orientieren.

Holger

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

#209813

On 06/24/2016 07:14 AM, Holger wrote:
> Behelf: Ich schaue via Minicom in die Geräte und verzichte auf Telix.
> Also geht das jetzt erstmal, aber richtig schön und wie erwartet finde
> ich das nicht. Ich werde ich mich wohl nochmals umsehen müssen und mich
> dabei an deinem Vorschlag orientieren.

Hier noch ein Trick wenn man mal ein wirklich einfaches Terminal braucht 
das nur Daten senden und das Ergebnis darstellen soll:

  screen /dev/ttyUSB0 9600

(benutzt /dev/ttyUSB0 mit 9600 bps)

Raus kommt man mit CTRL-A + \

Weitere Optionen aus der manpage zu 'screen'.

  Gerrit

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

#209793

In article <dt1mqfF8s7iU1@mid.individual.net>,
	Hanno Foest <hurga-news2@tigress.com> writes:
> https://www.amazon.de/dp/B001H5X4F0
> 
> Chipset Oxford 952, PCI Express Bridge to Dual Serial & Parallel Port - 
> also keine USB nach RS232 Bridge. Das sollte eigentlich gehen, aber ich 
> kenne die Treibersituation nicht. Kundenrezensionen lesen.

Mein kleines Medion 1210 hat in dem Slot kein PCIe sondern nur USB.
Also vorher das Datenblatt des Notebooks lesen.

Gernot

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

#209761

Holger wrote:

>funktioniert nicht.

Was genau funktioniert nicht? Es gibt Notebooks, die liefern 
nicht die Spannungsniveaus von RS232, sondern nur TTL. 

Grüße,
H.

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

#209780

Heinz Schmitz schrieb:

> Was genau funktioniert nicht? Es gibt Notebooks, die liefern 
> nicht die Spannungsniveaus von RS232, sondern nur TTL. 

Würdest du bitte nicht so drängeln? Ich bin gerade dabei, den MAX232 zu 
erfinden. Spätestens im Februar 2003 wird er marktreif sein. Solange 
mußt du dich gedulden.

HTH, Holger


PS: Was genau nicht funktioniert: "Es gibt diesen Slot für die 
ExpressCard, aber keine RS232-Karten dazu, die unter Linux al's 
/dev/ttyS0 beispielsweise oder unter Windows als COM1 beispielsweise 
erkannt werden. Es gibt hingegen einen Wandler von USB nach RS232 auf 
den Karten, aber diesen Wandler kann ich nicht als serielle 
Schnittstelle ansprechen."

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

#209786

Hallo,

ich habe eine Delock Extress Card Modell 66212 mit 2x Serial

Das Ding meldet sich wie folgt:

[2320947.441713] usb 2-1.6: new high-speed USB device number 11 using
ehci-pci
[2320947.776997] usb 2-1.6: USB disconnect, device number 11
[2320948.977862] usb 2-1.6: new high-speed USB device number 12 using
ehci-pci
[2320950.017099] usbcore: registered new interface driver usbserial
[2320950.017116] usbcore: registered new interface driver usbserial_generic
[2320950.017129] usbserial: USB Serial support registered for generic
[2320950.142874] usbcore: registered new interface driver mos7840
[2320950.142893] usbserial: USB Serial support registered for Moschip
7840/7820 USB Serial Driver
[2320950.143465] mos7840 2-1.6:1.0: Moschip 7840/7820 USB Serial Driver
converter detected
[2320950.144667] usb 2-1.6: Moschip 7840/7820 USB Serial Driver
converter now attached to ttyUSB0
[2320950.146123] usb 2-1.6: Moschip 7840/7820 USB Serial Driver
converter now attached to ttyUSB1


Andere Karten oder USB Adapter lassen sich auch teils als /dev/tty/ACM0
ansprechen. Wie die Karte heißt, kannst du ggf per UDEV regeln.

Bei Timing Problemen am besten nach Adaptern Schauen, die von USB 2 aus
arbeiten statt USB 1.1, bei USB 1.1 ist die Frame Dauer 8x länger.

Gruß JAn

Am 23.06.2016 um 09:43 schrieb Holger:
> funktioniert nicht. Es gibt diesen Slot für die ExpressCard, aber keine
> RS232-Karten dazu, die unter Linux aĺs /dev/ttyS0 beispielsweise oder
> unter Windows als COM1 beispielsweise erkannt werden.
> 
> Es gibt hingegen einen Wandler von USB nach RS232 auf den Karten, aber
> diesen Wandler kann ich nicht als serielle Schnittstelle ansprechen.
> 
> Wahrscheinlich kann ich das Thema vergessen, oder?
> 
> Holger

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

#209787

On 06/23/2016 09:00 PM, Jan Conrads wrote:
>
> Bei Timing Problemen am besten nach Adaptern Schauen, die von USB 2 aus
> arbeiten statt USB 1.1, bei USB 1.1 ist die Frame Dauer 8x länger.

Bitbanging auf den Steuerleitungen funktioniert bei vielen 
USB/RS232-Adaptern eher schlecht bis gar nicht und das wird bei alten 
Geräten gerne benutzt.

Auch gibt es einige dieser Adpater die eigentlich nur passend 
programmierte Microcontroller sind und selbst im RS232-Betrieb 
Merkwürdigkeiten an den Tag legen.

  Gerrit

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

#209788

Hallo,

in den Teilen soll ein MSC7820 verbaut sein.

http://www.asix.com.tw/products.php?op=pItemdetail&PItemID=111;74;109&PLine=74

Habt ihr ggf einen einfachen Test bez Bitbanging?
Nur am Handshake wackeln + Skope reicht vermutlich nicht, oder?

Gruß JAn
Am 23.06.2016 um 21:25 schrieb Gerrit Heitsch:
> On 06/23/2016 09:00 PM, Jan Conrads wrote:
>>
>> Bei Timing Problemen am besten nach Adaptern Schauen, die von USB 2 aus
>> arbeiten statt USB 1.1, bei USB 1.1 ist die Frame Dauer 8x länger.
> 
> Bitbanging auf den Steuerleitungen funktioniert bei vielen
> USB/RS232-Adaptern eher schlecht bis gar nicht und das wird bei alten
> Geräten gerne benutzt.
> 
> Auch gibt es einige dieser Adpater die eigentlich nur passend
> programmierte Microcontroller sind und selbst im RS232-Betrieb
> Merkwürdigkeiten an den Tag legen.
> 
>  Gerrit
> 
> 

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

#209789

On 06/23/2016 10:07 PM, Jan Conrads wrote:
> Hallo,
>
> in den Teilen soll ein MSC7820 verbaut sein.
>
> http://www.asix.com.tw/products.php?op=pItemdetail&PItemID=111;74;109&PLine=74
>
> Habt ihr ggf einen einfachen Test bez Bitbanging?
> Nur am Handshake wackeln + Skope reicht vermutlich nicht, oder?

Doch, versuch mal rauszufinden mit welcher Frequenz das maximal geht und 
ob die produzierte Wellenform gleichmäsig ist. Das bitte für RTS und 
DTR. Auch schau mal nach ob auch bei hohen Baudraten die gesendeten 
Zeichen direkt aufeinander folgen. Es gibt Adapter die zwischen zwei 
Zeichen eine Pause einlegen.

  Gerrit

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

#209794

Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:


 >Doch, versuch mal rauszufinden mit welcher Frequenz das maximal geht und 
 >ob die produzierte Wellenform gleichmäsig ist. Das bitte für RTS und 
 >DTR. Auch schau mal nach ob auch bei hohen Baudraten die gesendeten 
 >Zeichen direkt aufeinander folgen. Es gibt Adapter die zwischen zwei 
 >Zeichen eine Pause einlegen.

Das ist bei USB/RS232 immer so. Das liegt einfach am Blocktransfer auf
dem Bus. Diese Zeit war bei USB1.1 mal 1ms und bei USB2 Adapter
ist sie nun 1/8ms. Das ist aber systembedingt. Es reicht dafuer zu
wissen das der Adapter ueber USB arbeitet.

Beim selber programmieren empfiehlt es sich dann noch sehr genau
darauf zu achten ob z.B Steuerleitungen wirklich in der gewuenschten
Reihenfolge gesetzt werden und nicht zwei Leitungen auf einmal weil
ihr Zustand in einem Paket uebertragen wurden.

Ein weiteres Interessantes Problem das man mit alter Hardware haben
kann, besteht darin das modernere Adapter normalerweise mit +/-6V
arbeiten und nicht mehr mit 12V wie das frueher mal ueblich war. Das
liegt zwar innerhalb der RS232-Spec und sollte daher niemals probleme
machen, aber es gibt auch Geraete die sich aus den Steuerleitungen
ihre Betriebsspannungen gezaubert haben. Da kann es dann schonmal
knapp werden.

Olaf

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

#209812

On 06/24/2016 06:21 AM, Olaf Kaluza wrote:
> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
>
>
>   >Doch, versuch mal rauszufinden mit welcher Frequenz das maximal geht und
>   >ob die produzierte Wellenform gleichmäsig ist. Das bitte für RTS und
>   >DTR. Auch schau mal nach ob auch bei hohen Baudraten die gesendeten
>   >Zeichen direkt aufeinander folgen. Es gibt Adapter die zwischen zwei
>   >Zeichen eine Pause einlegen.
>
> Das ist bei USB/RS232 immer so. Das liegt einfach am Blocktransfer auf
> dem Bus. Diese Zeit war bei USB1.1 mal 1ms und bei USB2 Adapter
> ist sie nun 1/8ms. Das ist aber systembedingt. Es reicht dafuer zu
> wissen das der Adapter ueber USB arbeitet.

Nein, das meine ich nicht. Es gibt einen USB/RS232-Adapter der 
unabhängig von der Baudrate zwischen 2 Zeichen immer eine Pause von 64µs 
einlegt. Bei 9600 stört das wenig, aber überleg dir das mal bei hohen 
Baudraten. Meiner Erinnerung nach der MCP2221 von Microchip.

Ansonsten ist es schon möglich kontinuierlich zu senden wenn der Chip 
einen Puffer hat. Wenn man den immer gefüllt hält sollten die Zeichen 
kontinuierlich fliessen.


> Ein weiteres Interessantes Problem das man mit alter Hardware haben
> kann, besteht darin das modernere Adapter normalerweise mit +/-6V
> arbeiten und nicht mehr mit 12V wie das frueher mal ueblich war. Das
> liegt zwar innerhalb der RS232-Spec und sollte daher niemals probleme
> machen, aber es gibt auch Geraete die sich aus den Steuerleitungen
> ihre Betriebsspannungen gezaubert haben. Da kann es dann schonmal
> knapp werden.

So wie die alten RS232-Mäuse...


  Gerrit

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

#209937

Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:


 >Ansonsten ist es schon möglich kontinuierlich zu senden wenn der Chip 
 >einen Puffer hat. Wenn man den immer gefüllt hält sollten die Zeichen 
 >kontinuierlich fliessen.

Das wird problematisch wenn das verwendete Protokoll so aussieht das
jedes gesendete Byte von der Gegenseite erst mit einem Byte bestaetigt
werden muss bevor man etwas neues senden kann.  
Klar, so einen Unsinn wuerde heute niemand mehr machen. Aber wenn man
alte Hardware ansteuern muss....

Olaf

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

#209792

Jan Conrads <janconrads@gmx.de> wrote:


 >Habt ihr ggf einen einfachen Test bez Bitbanging?
 >Nur am Handshake wackeln + Skope reicht vermutlich nicht, oder?

Du brauchst da nicht viel testen. Es ist grundsaetzlich auch bei
USB/RS232 Adapter moeglich die Steuerleitungen beliebig zu setzen und
auch einzelne Bytes zu senden. Das Problem bei diesen Adaptern ist nur
das dies sehr langsam ist. Ob das in der Praxis dann stoert haengt
stark vom verwendeten Protokoll ab. Wenn man also viel mit alten
Geraeten arbeitet und man die Software nicht selber programmiert,
empfiehlt es sich daher immer auf USB/RS232 zu verzichten. 

Olaf

[toc] | [prev] | [standalone]

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

csiph-web