Microsoft MVP성태의 닷넷 이야기
사물인터넷: 52. New NodeMCU v3(ESP8266)의 http 통신 [링크 복사], [링크+제목 복사],
조회: 22313
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 3개 있습니다.)

New NodeMCU v3(ESP8266)의 http 통신

지난번에 ESP8266 보드에 대한 간단한 코딩을 해봤는데요.

New NodeMCU v3 아두이노 호환 보드의 기본 개발 환경 구성
; https://www.sysnet.pe.kr/2/0/11595

New NodeMCU v3 아두이노 호환 보드의 내장 LED 및 입력 핀 사용법
; https://www.sysnet.pe.kr/2/0/11605

사실 NodeMCU의 가장 큰 장점은 WiFi 지원이므로 이를 위한 소켓 통신 - 그중에서도 HTTP 통신을 빼놓을 수 없습니다. 지난 글에서 WiFiServer 클래스를 이용해 웹 서버로 동작하는 간단한 코드를 작성해 봤으니, 이번에는 WiFiClient를 이용한 다른 웹 서버로의 접속을 간단하게 작성해 봤습니다.

// [참고 소스 코드] esp8266/Arduino
// https://github.com/esp8266/Arduino/blob/master/doc/esp8266wifi/client-examples.rst

#include <ESP8266WiFi.h>
#include <ESP8266WiFiAP.h>
#include <ESP8266WiFiGeneric.h>
#include <ESP8266WiFiMulti.h>
#include <ESP8266WiFiScan.h>
#include <ESP8266WiFiSTA.h>
#include <ESP8266WiFiType.h>
#include <WiFiClient.h>
#include <WiFiClientSecure.h>
#include <WiFiServer.h>
#include <WiFiServerSecure.h>
#include <WiFiUdp.h>

const char *ssid = "...무선 ssdi...";
const char *password = "...무선 password..."; 
int _buildLedPin = 2;

void setup()
{
  Serial.begin(115200);
  delay(10);

  Serial.printf("%d: Connecting to %d\n", millis(), ssid);
  WiFi.begin(ssid, password);

  while (WiFi.status() != WL_CONNECTED)
  {
    delay(1000);
    Serial.print(".");
  }

  Serial.printf("\n%d: WiFi connected: %s\n", millis(), WiFi.localIP().toString().c_str());
  pinMode(_buildLedPin, OUTPUT);
}

void loop()
{
  WiFiClient client;
  String host = "www.naver.com";

  bool connected = client.connect(host, 80);

  Serial.printf("%d: Connected - %d\n", millis(), connected);

  do
  {
    if (connected == false)
    {
      break;
    }

    client.print(String("GET /") + " HTTP/1.1\r\n" + 
            "Host: " + host + "\r\n" +
            "Connection: close\r\n" + "\r\n");

    int readBytes = 0;
    while (client.connected() == 1)
    {
      if (client.available())
      {
        // 아래의 코드 영역만 원하는 용도에 맞게 재구성
        String line = client.readStringUntil('\n');
        readBytes += line.length();
      }
    }

    Serial.printf("%d: # of recv bytes: %d\n", millis(), readBytes);

    Blink(2000);
  } while (false);

  client.stop();
}

void Blink(int ledOnTime)
{
  digitalWrite(_buildLedPin, LOW);
  delay(ledOnTime);
  digitalWrite(_buildLedPin, HIGH);
  delay(ledOnTime);
}

(첨부 파일은 이 글의 예제를 vscode 양식으로 포함합니다.)




개발 환경으로 Visual Studio Code를 사용하는 경우, 빌드 후 배포한 다음 소스 코드 변경 없이 다시 Verify나 Upload를 하게 되면 다음과 같은 경고를 보게 됩니다.

[Warning] Output path is not specified. Unable to reuse previously compiled files. Upload could be slow. See README.

왜냐하면, Visual Studio Code는 "Output" 경로가 명시되어 있지 않으면 임시 폴더를 사용하게 되고 이게 빌드 때마다 생성하기 때문에 전체적으로 바이너리 생성 속도가 상당히 느립니다. 사용하게 되는 임시 폴더의 경로는 빌드 출력 결과에 보면 다음과 같은 식으로 찾을 수 있습니다. (빌드 완료 후 해당 폴더는 삭제됩니다.)

Uploading 262496 bytes from %LOCALAPPDATA%\Temp\arduino_build_200452/http_get.ino.bin to flash at 0x00000000

빌드 중간 결과물을 보존하게 되면 이후의 빌드에서 좀 더 빠르게 작업이 진행되는데 이를 위해 arduino.json 파일의,

./.vscode/arduino.json

설정에 "output" 항목을 다음과 같이 추가하면 됩니다.

{
    "sketch": "http_get.ino",
    "board": "esp8266:esp8266:d1",
    "configuration": "CpuFrequency=80,...[생략]...",
    "port": "COM3",
    "output": "../build"
}

쉽게 말해, output 설정은 거의 필수 항목이라고 봐도 무방합니다.




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 5/5/2021]

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

비밀번호

댓글 작성자
 




... 166  [167]  168  169  170  171  172  173  174  175  176  177  178  179  180  ...
NoWriterDateCnt.TitleFile(s)
901정성태8/4/201025430Team Foundation Server: 36. TFS 소스 코드 관리 기능 (3) - Label
900정성태8/3/201028202Team Foundation Server: 35. TFS 소스 코드 관리 기능 (2) - Shelveset
899정성태8/2/201030115Team Foundation Server: 34. TFS 소스 코드 관리 기능 (1) - Changeset
898정성태7/31/201029857.NET Framework: 182. WCF의 InactivityTimeout [1]파일 다운로드1
897정성태7/26/201131058.NET Framework: 181. AssemblyVersion, AssemblyFileVersion, AssemblyInformationalVersion [4]
896정성태7/25/201037961.NET Framework: 180. C# Singleton 인스턴스 생성 [2]
895정성태7/25/201021629VS.NET IDE: 68. Visual Studio 2010 - .NET 1.1 원격 디버깅
894정성태7/25/201027562오류 유형: 100. Could not find the Database Engine startup handle. [1]
893정성태7/25/201028618오류 유형: 99. .NET 4.0 설치된 윈도우 7에서 SQL Server 2008 R2 설치 오류
892정성태7/9/201030271오류 유형: 98. 영문 윈도우에 한글 SQL Server 2008 R2 설치할 때 오류 [4]
891정성태7/8/201026343오류 유형: 97. MsiGetProductInfo failed to retrieve ProductVersion for package with Product Code = '{...}'. Error code: 1605. [2]
889정성태7/5/201028150.NET Framework: 179. Dictionary.Get(A) 대신 Dictionary.Get(A.GetHashCode())를 사용해서는 안 되는 이유 [1]
888정성태6/30/201025838오류 유형: 96. Hyper-V 연결 오류 - A connection will not be made because credentials may not be sent to the remote computer
887정성태6/23/201035711개발 환경 구성: 79. Hyper-V의 가상 머신에서 소리 재생 방법 [2]
886정성태6/23/201023761제니퍼 .NET: 14. ASMX, WCF 호출 모니터링 및 누수 확인
885정성태6/20/201025507개발 환경 구성: 78. COM+ 서버에서 COM+ 서버를 호출하는 방법
884정성태6/20/201028387제니퍼 .NET: 13. COM+ 서버 모니터링 [2]
883정성태6/18/201030349개발 환경 구성: 77. Appinit_Dlls로 구현한 환경 변수 설정 DLL [5]파일 다운로드1
882정성태6/17/201033234개발 환경 구성: 76. JKS(Java Key Store)에 저장된 인증서를 ActiveX 코드 서명에 사용하는 방법 [1]
881정성태6/14/201022468제니퍼 .NET: 12. COM+ 호출 모니터링 및 누수 확인
879정성태6/10/201025029제니퍼 .NET: 11. 소켓 모니터링 기능으로 본 ASP.NET의 소켓 풀링 기능 [1]
878정성태6/6/201024872제니퍼 .NET: 10. 소켓 모니터링 기능으로 본 WCF의 WSDualHttpBinding 성능 부하
877정성태5/31/201021495제니퍼 .NET: 9. 성능 관리 퀴즈 세 번째 문제 (닷넷 개발자 컨퍼런스)
876정성태5/31/201020995제니퍼 .NET: 8. 성능 관리 퀴즈 두 번째 문제 (닷넷 개발자 컨퍼런스) [2]
875정성태5/30/201022750제니퍼 .NET: 7. 성능 관리 퀴즈 첫 번째 문제 (닷넷 개발자 컨퍼런스)
873정성태5/19/201029588제니퍼 .NET: 6. 제니퍼를 위한 방화벽 설정
... 166  [167]  168  169  170  171  172  173  174  175  176  177  178  179  180  ...