technische_naslag:serial_and_screen
Verschillen
Dit geeft de verschillen weer tussen de geselecteerde revisie en de huidige revisie van de pagina.
Beide kanten vorige revisieVorige revisieVolgende revisie | Vorige revisie | ||
technische_naslag:serial_and_screen [2025/08/18 15:10] – [Introductie] michelle | technische_naslag:serial_and_screen [2025/08/18 15:30] (huidige) – spectacle michelle | ||
---|---|---|---|
Regel 9: | Regel 9: | ||
* Heb je een converter met FTDI chipset erin dan is er helemaal niets aan de hand, deze werken perfect in Linux maar ook in __Windows__. | * Heb je een converter met FTDI chipset erin dan is er helemaal niets aan de hand, deze werken perfect in Linux maar ook in __Windows__. | ||
* Zit er een Prolific chipset in wees er dan bedacht op dat deze een buffer probleem in zich hebben wat kan optreden als er veel data-doorvoer is. Op Linux is hier in de driver een work-around voor opgenomen maar het gebruik in __Windows kan problematisch zijn__! | * Zit er een Prolific chipset in wees er dan bedacht op dat deze een buffer probleem in zich hebben wat kan optreden als er veel data-doorvoer is. Op Linux is hier in de driver een work-around voor opgenomen maar het gebruik in __Windows kan problematisch zijn__! | ||
+ | |||
+ | Je kunt middels //lsusb// kijken wat erin zit: | ||
+ | |||
+ | <code bash> | ||
+ | michelle@lummel: | ||
+ | Bus 003 Device 005: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port / Mobile Phone Data Cable | ||
+ | </ | ||
+ | |||
+ | In dit voorbeeld heb ik dus een ding met een Prolific chipset aan mijn laptop hangen. | ||
+ | |||
+ | // | ||
====== Installatie ====== | ====== Installatie ====== | ||
Regel 32: | Regel 43: | ||
michelle@zeil: | michelle@zeil: | ||
</ | </ | ||
+ | |||
+ | ====== Gebruik ====== | ||
+ | |||
+ | Je roept //screen// gewoon aan met de naam van de gewenste seriële poort en voegt daar de snelheid aan toe van de device waar je aan wilt connecten, bijvoorbeeld: | ||
+ | |||
+ | <code bash> | ||
+ | screen / | ||
+ | screen / | ||
+ | screen / | ||
+ | </ | ||
+ | |||
+ | ===== Carriage Return (CR) en Line Feed (LF) ===== | ||
+ | |||
+ | Soms gebeurt het dat je regels raar verspringen terwijl het er bij je Windows collega wel normaal uitziet. Dit komt omdat er misvattingen zijn over wat een Carriage Return (CR) en Line Feed (LF) is. We leggen het even uit aan de hand van een ouderwetse type-machine: | ||
+ | |||
+ | * Carriage Return (CR) = de wagen terugloop, **zonder** regelverplaatsing. | ||
+ | * Line Feed (LF) = is een regelverplaatsing, | ||
+ | |||
+ | Het kan voorkomen dat de device alleen een LF stuurt maar daarbij eigenlijk ook een CR impliceert. Sommige terminal-emulators die serieel snappen hebben daar een automatische conversie optie voor. Op Linux kun je alles veel netter afregelen: | ||
+ | |||
+ | <code bash> | ||
+ | stty -F / | ||
+ | </ | ||
+ | |||
+ | Bovenstaand voorbeeld toggle ik dit voor de input (data naar mij toe), maar je kunt het ook voor de output aanpassen. Voor meer uitleg zie [[https:// | ||
+ | |||
+ | ===== Screenshots ===== | ||
+ | |||
+ | Op mijn KDE desktop gebruik ik altijd // |
technische_naslag/serial_and_screen.1755522625.txt.gz · Laatst gewijzigd: 2025/08/18 15:10 door michelle