लोकल & सीरियल

रिमोट SSH से परे, ऐप उसी टर्मिनल में दो प्रकार के local सत्र चलाता है: एक local shell (Desktop) और एक serial/UART पोर्ट (Desktop और Android)। दोनों किसी भी SSH सत्र की तरह टैब हैं — उनका नाम बदलें, उन्हें अपनी खुद की विंडो में अलग करें, हमेशा की तरह उनकी थीम बदलें।

लोकल टर्मिनल

एक असली लोकल शेल, जो एक मूल PTY (pty4j) द्वारा समर्थित है। साइडबार के Local समूह या + लॉन्चर से स्थानीय टर्मिनल चुनें।

• पूर्ण PTY: जॉब कंट्रोल, रंग, vim/htop, विंडो-आकार (SIGWINCH) सब आपके सिस्टम टर्मिनल की तरह व्यवहार करते हैं।
• आपकी होम डायरेक्टरी में आपके लॉगिन शेल के साथ शुरू होता है।
• किसी रिमोट सत्र के बगल में स्क्रैच स्थान के रूप में बढ़िया — कोई SSH राउंड-ट्रिप नहीं।

Serial / UART

RS-232 / USB-serial के माध्यम से किसी डिवाइस से बात करें (एक राउटर कंसोल, एक माइक्रोकंट्रोलर, एक Pi हेडर)। Desktop पर jSerialComm द्वारा समर्थित; Android पर USB-OTG के माध्यम से एक एडेप्टर लगाएँ (FTDI, CP210x, CH34x, PL2303 और CDC-ACM चिप — root की ज़रूरत नहीं) और कनेक्ट करते समय USB अनुमति संकेत स्वीकार करें।

कनेक्ट करें

1. साइडबार Local समूह (या +) → सीरियल पोर्ट।
2. ड्रॉपडाउन से port चुनें। उसके बगल वाला रिफ़्रेश बटन जुड़े पोर्ट फिर से स्कैन करता है।
3. बॉड दर, डेटा बिट्स, पैरिटी, स्टॉप बिट्स और फ़्लो कंट्रोल सेट करें — या एक सहेजा गया profile लोड करें।
4. कनेक्ट करें। सत्र एक टर्मिनल टैब के रूप में खुलता है।

टर्मिनल की चौड़ाई

Serial लाइन पर आकार की कोई बातचीत नहीं होती (Telnet जैसा कोई NAWS नहीं, SSH जैसा कोई window-change नहीं), इसलिए दूसरा छोर उसी आकार पर बना रहता है जिसके साथ वह बूट हुआ था — लगभग हर getty, बूटलोडर और डिवाइस CLI पर 80 कॉलम। फिर भी टर्मिनल डिफ़ॉल्ट रूप से विंडो की पूरी चौड़ाई का उपयोग करता है; अगर डिवाइस के कर्सर मूवमेंट गलत जगह पहुँचने लगें — टाइप किया हुआ टेक्स्ट प्रॉम्प्ट से एक पंक्ति ऊपर दिखना क्लासिक लक्षण है — तो कनेक्शन फ़ॉर्म में दो उपाय हैं:

• टर्मिनल की चौड़ाई → क्लासिक (80 कॉलम) ग्रिड को उन्हीं 80 कॉलमों पर स्थिर कर देता है जिन्हें दूसरा छोर मानता है।
• टर्मिनल का आकार भेजें (stty) कनेक्ट होने के बाद और हर बार आकार बदलने पर दूसरे छोर पर stty rows <r> cols <c> टाइप करता है, ताकि एक पूर्ण Unix शेल इसके बजाय आपकी विंडो के अनुसार चल सके। डिफ़ॉल्ट रूप से बंद — दूसरी ओर मौजूद बूटलोडर या PLC को सिर्फ़ कचरा ही मिलता।

दोनों सेटिंग्स प्रोफ़ाइल के हिस्से के रूप में सहेजी जाती हैं।

प्रोफ़ाइलें

सामान्य डिवाइस सेटिंग्स को नामित प्रोफ़ाइल के रूप में सहेजा जा सकता है (जैसे Cisco console 9600 8N1) और पुन: उपयोग किया जा सकता है। Serial सेटिंग्स में कोई रहस्य नहीं होता, इसलिए वे सामान्य सेटिंग्स फ़ाइल में रहती हैं — सुरक्षित संग्रह में नहीं।

पुनः कनेक्ट करें उसी पोर्ट को फिर से खोलता है, इसलिए केबल फिर से लगाने या डिवाइस रीबूट करने के बाद, एक क्लिक baud/parity फिर टाइप किए बिना कंसोल वापस ले आता है। रीड जैसे ही आते हैं वैसे स्ट्रीम होते हैं (minicom की तरह), तय ब्लॉकों में नहीं।

बूट लॉग स्क्रीन साफ़ होने के बाद भी बचे रहते हैं। Serial कंसोल स्क्रॉलबैक की रक्षा करते हैं: clear, लॉगिन प्रॉम्प्ट से पहले स्क्रीन पोंछता हुआ getty, या टर्मिनल रीसेट स्क्रीन को मिटाने के बजाय इतिहास में संग्रहित कर देते हैं — पूरा U-Boot → kernel → login अनुक्रम स्क्रॉल करने योग्य बना रहता है। बहुत लंबे बूट के लिए सेटिंग्स → स्क्रॉल इतिहास का आकार बढ़ाएँ।

Local PTY केवल Desktop पर है; serial Desktop और Android पर चलता है (USB-OTG के माध्यम से)। iOS पर दोनों में से कोई नहीं — जो प्रविष्टियाँ कोई प्लेटफ़ॉर्म नहीं दे सकता, वे वहाँ दिखाई नहीं देतीं।