Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 2개 있습니다.)

Linux 환경의 .NET Core 응용 프로그램에서 직렬 포트(Serial Port, COM Port) 사용 방법

다음은 .NET Core 2.1로 만든 응용 프로그램인데,

using System;
using System.IO.Ports;

namespace SerialPortApp
{
    class Program
    {
        static void Main(string[] args)
        {
            foreach (string portName in SerialPort.GetPortNames())
            {
                Console.WriteLine(portName);
            }
        }
    }
}

/*
출력 결과: (Hyper-V VM 환경인 경우)
COM1
COM2
*/

윈도우에서 실행하면 정상적으로 COM 포트가 나열됩니다. 하지만 리눅스 환경에서 실행하면 다음과 같은 오류가 발생합니다.

Unhandled Exception: System.PlatformNotSupportedException: System.IO.Ports is currently only supported on Windows.
   at System.IO.Ports.SerialPort.GetPortNames()
   at SerialPortApp.Program.Main(String[] args)

.NET Core가 다중 운영체제를 지원하긴 하지만 일단 platform 의존적인 기능들은 저런 식으로 윈도우 우선으로 구현하고 있는 것입니다. 언젠가는 구현을 할 수도 있겠지만 지금 당장은 다음과 같은 라이브러리의 도움을 받아야 합니다.

jcurl/SerialPortStream 
; https://github.com/jcurl/SerialPortStream

SerialPortStream 
; https://www.nuget.org/packages/SerialPortStream/

실습해 볼까요? ^^ NuGet으로부터 SerialPortStream을 추가하고,

Install-Package SerialPortStream -Version 2.1.4

.NET Core가 배포될 대상 리눅스 운영체제에서 SerialPortStream의 리눅스 측 바이너리를 다음과 같이 만들어 줍니다.

$ git clone https://github.com/jcurl/serialportstream.git
$ cd serialportstream/dll/serialunix
$ ./build.sh

빌드 후, ./bin/usr/local/lib64 (또는 ./bin/usr/local/lib) 디렉터리에 libnserial.so, libnserial.so.1, libnserial.so.1.1 파일이 생성됩니다. 이것을 .NET Core 프로젝트에 (참조가 아닌) 추가해 빌드 시 결과물에 복사하게 만듭니다.

마지막으로, 소스 코드를 바꿔야겠지요? ^^ 간단하게 테스트할 수 있는 정도로 다음과 같이만 바꾸겠습니다.

using RJCP.IO.Ports;
using System;
using System.IO.Ports;
using System.Runtime.InteropServices;

namespace SerialPortApp
{
    class Program
    {
        static void Main(string[] args)
        {
            if (RuntimeInformation.IsOSPlatform(OSPlatform.Windows))
            {
                Console.WriteLine("On Windows");
                foreach (string portName in SerialPort.GetPortNames())
                {
                    Console.WriteLine(portName);
                }
            }
            else if (RuntimeInformation.IsOSPlatform(OSPlatform.Linux))
            {
                Console.WriteLine("On Linux");
                foreach (string portName in SerialPortStream.GetPortNames())
                {
                    Console.WriteLine(portName);
                }
            }
        }
    }
}

Publish 메뉴를 통해 배포 용 바이너리로 만들어 그 파일들을 리눅스 운영체제에 복사 후 실행하면 이번에는 잘 실행이 됩니다.

(첨부 파일은 이 글의 테스트 프로젝트를 포함합니다.)




그런데, 이상하군요. ^^; App Store에서 배포하는 Ubuntu의 경우,

# uname -a
Linux 4.4.0-17134-Microsoft #285-Microsoft Thu Aug 30 17:31:00 PST 2018 x86_64 x86_64 x86_64 GNU/Linux

해당 환경에서 SerialPortStream을 빌드한 후 다음과 같이 호스트 측 윈도우의 c:\temp 폴더에 복사 후,

$ cp /root/serialportstream/dll/serialunix/bin/usr/local/lib/lib* /mnt/c/temp/

.NET Core App 프로젝트에 libnserial 바이너리를 추가해 다시 리눅스 측에서 실행하려고 했는데 다음과 같이 오류가 발생합니다.

$ cd /mnt/f/cloud_drive/Dropbox/articles/hyperv_serial_port/SerialPortApp/SerialPortApp/bin/Release/netcoreapp2.1/publish

$ dotnet SerialPortApp.dll
On Linux
Segmentation fault (core dumped)

음... 리눅스 초보이니 이유를 모르겠습니다. 반면, docker를 통해 동일한 Ubuntu에서 실행해 보면,

"Docker for Windows" 컨테이너 내의 .NET Core 응용 프로그램에서 직렬 포트(Serial Port, COM Port) 사용 방법
; https://www.sysnet.pe.kr/2/0/11723

정상적으로 실행이 됩니다. 일단 이걸로 만족하고 오늘은 여기까지만! ^^




참고로, Synology NAS 장비에서 git clone 시 다음과 같은 오류가 발생합니다.

~# git clone https://github.com/jcurl/serialportstream.git
Cloning into 'serialportstream'...
fatal: Unable to find remote helper for 'https'

~# git clone http://github.com/jcurl/serialportstream.git
Cloning into 'serialportstream'...
fatal: Unable to find remote helper for 'http'

즉, https와 http에 대한 복제를 지원하지 않는 것입니다. 이럴 땐 그냥 "git://"으로 하면 됩니다. ^^

~# git clone git://github.com/jcurl/serialportstream.git
Cloning into 'serialportstream'...
remote: Enumerating objects: 31, done.
remote: Counting objects: 100% (31/31), done.
remote: Compressing objects: 100% (21/21), done.
remote: Total 1953 (delta 9), reused 15 (delta 6), pack-reused 1922
Receiving objects: 100% (1953/1953), 968.57 KiB | 1.13 MiB/s, done.
Resolving deltas: 100% (1239/1239), done.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 10/4/2018]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 61  62  63  64  65  66  67  68  69  70  71  72  [73]  74  75  ...
NoWriterDateCnt.TitleFile(s)
11820정성태2/20/201915232오류 유형: 515. 윈도우 10 1809 업데이트 후 "User Profiles Service" 1534 경고 발생
11819정성태2/20/201913904Windows: 158. 컴퓨터와 사용자의 SID(security identifier) 확인 방법
11818정성태2/20/201912814VS.NET IDE: 131. Visual Studio 2019 Preview의 닷넷 프로젝트 빌드가 20초 이상 걸리는 경우 [2]
11817정성태2/17/20199971오류 유형: 514. WinDbg Preview 실행 오류 - Error : DbgX.dll : WindowsDebugger.WindowsDebuggerException: Could not load dbgeng.dll
11816정성태2/17/201912477Windows: 157. 윈도우 스토어 앱(Microsoft Store App)을 명령행에서 직접 실행하는 방법
11815정성태2/14/201911364오류 유형: 513. Visual Studio 2019 - VSIX 설치 시 "The extension cannot be installed to this product due to prerequisites that cannot be resolved." 오류 발생
11814정성태2/12/201910199오류 유형: 512. VM(가상 머신)의 NT 서비스들이 자동 시작되지 않는 문제
11813정성태2/12/201911801.NET Framework: 809. C# - ("Save File Dialog" 등의) 대화 창에 확장 속성을 보이는 방법
11812정성태2/11/20199626오류 유형: 511. Windows Server 2003 VM 부팅 후 로그인 시점에 0xC0000005 BSOD 발생
11811정성태2/11/201913415오류 유형: 510. 서버 운영체제에 NVIDIA GeForce Experience 실행 시 wlanapi.dll 누락 문제
11810정성태2/11/201911467.NET Framework: 808. .NET Profiler - GAC 모듈에서 GAC 비-등록 모듈을 참조하는 경우의 문제
11809정성태2/11/201912988.NET Framework: 807. ClrMD를 이용해 메모리 덤프 파일로부터 특정 인스턴스를 참조하고 있는 소유자 확인
11808정성태2/8/201914048디버깅 기술: 123. windbg - 닷넷 응용 프로그램의 메모리 누수 분석
11807정성태1/29/201912358Windows: 156. 가상 디스크의 용량을 복구 파티션으로 인해 늘리지 못하는 경우 [4]
11806정성태1/29/201912106디버깅 기술: 122. windbg - 덤프 파일로부터 PID와 환경 변수 등의 정보를 구하는 방법
11805정성태1/28/201913938.NET Framework: 806. C# - int []와 object []의 차이로 이해하는 제네릭의 필요성 [4]파일 다운로드1
11804정성태1/24/201911977Windows: 155. diskpart - remove letter 이후 재부팅 시 다시 드라이브 문자가 할당되는 경우
11803정성태1/10/201911480디버깅 기술: 121. windbg - 닷넷 Finalizer 스레드가 멈춰있는 현상
11802정성태1/7/201912849.NET Framework: 805. 두 개의 윈도우를 각각 실행하는 방법(Windows Forms, WPF)파일 다운로드1
11801정성태1/1/201913904개발 환경 구성: 427. Netsh의 네트워크 모니터링 기능 [3]
11800정성태12/28/201813178오류 유형: 509. WCF 호출 오류 메시지 - System.ServiceModel.CommunicationException: Internal Server Error
11799정성태12/19/201813991.NET Framework: 804. WPF(또는 WinForm)에서 UWP UI 구성 요소 사용하는 방법 [3]파일 다운로드1
11798정성태12/19/201813220개발 환경 구성: 426. vcpkg - "Building vcpkg.exe failed. Please ensure you have installed Visual Studio with the Desktop C++ workload and the Windows SDK for Desktop C++"
11797정성태12/19/201810580개발 환경 구성: 425. vcpkg - CMake Error: Problem with archive_write_header(): Can't create '' 빌드 오류
11796정성태12/19/201810228개발 환경 구성: 424. vcpkg - "File does not have expected hash" 오류를 무시하는 방법
11795정성태12/19/201812654Windows: 154. PowerShell - Zone 별로 DNS 레코드 유형 정보 조회 [1]
... 61  62  63  64  65  66  67  68  69  70  71  72  [73]  74  75  ...