Sending Picture from ESP32-CAM to Arduino via UART & LoRa

Hi, I want to send a picture from ESP32-CAM to Arduino Uno via UART and then want to send the same picture that I received, from Uno to another Uno with LoRa. The way that I’m planning to use is taking encrypted codes of picture from Serial Monitor. If there's a better way, I'm open to new ones.

First of all, the thing is format of the payload, the way how it encrypted. In my code I got two different outputs from the picture, JPEG (I'm not sure about that) and HEX (And that one is weird too, you'll see). When I'm trying to read these encrypted codes, couldn't decode and open the picture.

So I want to find a better way to send. Actually haven't decided yet that which way will I use. It can be Base64 or HEX as well.

So my questions are :

1-) Is taking the picture from serial monitor a good way? Which way can you prefer to sending picture between things that I mention?

2-) Which encoding way is the easiest one to transferring picture?

3-) In my code that I’ll add below, I can get JPEG & HEX. When I record the last part with CoolTerm software, I’m can reach to picture. But If I send it with UART to Uno, I cannot decode it. It’s probably cuz of comm problems. What is the safest and easiest way to send?

4-) In code, I cannot use the HEX output. It’s kind of different from other HEX encrypted pictures. Why and how can I use it?

5-) What are the exactly my outputs from this code?

Here's my code :

#include "esp_camera.h"
#include "soc/soc.h"
#include "soc/rtc_cntl_reg.h"
#include "driver/rtc_io.h"
#include "img_converters.h" //

#define PWDN_GPIO_NUM     32
#define RESET_GPIO_NUM    -1
#define XCLK_GPIO_NUM      0
#define SIOD_GPIO_NUM     26
#define SIOC_GPIO_NUM     27

#define Y9_GPIO_NUM       35
#define Y8_GPIO_NUM       34
#define Y7_GPIO_NUM       39
#define Y6_GPIO_NUM       36
#define Y5_GPIO_NUM       21
#define Y4_GPIO_NUM       19
#define Y3_GPIO_NUM       18
#define Y2_GPIO_NUM        5
#define VSYNC_GPIO_NUM    25
#define HREF_GPIO_NUM     23
#define PCLK_GPIO_NUM     22

size_t jpgCallBack(void * arg, size_t index, const void* data, size_t len)
  uint8_t* basePtr = (uint8_t*) data;
  for (size_t i = 0; i < len; i++) {
  return 0;

void setup() {



  camera_config_t config;
  config.ledc_channel = LEDC_CHANNEL_0;
  config.ledc_timer = LEDC_TIMER_0;
  config.pin_d0 = Y2_GPIO_NUM;
  config.pin_d1 = Y3_GPIO_NUM;
  config.pin_d2 = Y4_GPIO_NUM;
  config.pin_d3 = Y5_GPIO_NUM;
  config.pin_d4 = Y6_GPIO_NUM;
  config.pin_d5 = Y7_GPIO_NUM;
  config.pin_d6 = Y8_GPIO_NUM;
  config.pin_d7 = Y9_GPIO_NUM;
  config.pin_xclk = XCLK_GPIO_NUM;
  config.pin_pclk = PCLK_GPIO_NUM;
  config.pin_vsync = VSYNC_GPIO_NUM;
  config.pin_href = HREF_GPIO_NUM;
  config.pin_sscb_sda = SIOD_GPIO_NUM;
  config.pin_sscb_scl = SIOC_GPIO_NUM;
  config.pin_pwdn = PWDN_GPIO_NUM;
  config.pin_reset = RESET_GPIO_NUM;
  config.xclk_freq_hz = 20000000;
  config.pixel_format = PIXFORMAT_GRAYSCALE;

  if (psramFound()) {
    config.frame_size = FRAMESIZE_QQVGA; // Boyut degistirmek icin QQVGA|QVGA|CIF|VGA|SVGA|XGA|SXGA|UXGA
    config.fb_count = 2;
  } else {
    Serial.println(F("PSRAM NOT FOUND"));

  esp_err_t err = esp_camera_init(&config);
  if (err != ESP_OK) {
    Serial.printf("CAMERA ERROR 0x%x", err);

  camera_fb_t * fb = NULL;
  Serial.print("5 SEC TO PHOTO");
  fb = esp_camera_fb_get();

  if (!fb) {

  Serial.printf("\nWidht = %u, Height=%u\n", fb->width, fb->height);
    for (size_t i = 0; i < fb->len; i++)
    if (i % 16 == 0) Serial.printf("\n%06u\t", i);
    if (fb->buf[i] < 0x10) Serial.write('0');
    Serial.print(fb->buf[i], HEX);
  Serial.print("\n\nSTART RECORDING\n\n");

  frame2jpg_cb(fb, 10, jpgCallBack, NULL); //


void loop() {}

Here are my outputs from the serial monitors, both of are from Arduino Uno. Datas are taken from ESP32-CAM via UART.

Could any problem exist in the Uno code that you didn't post?

Here's the Uno code:

#include <SoftwareSerial.h>

SoftwareSerial mySerial(2, 3); // RX, TX

void setup()

void loop()
  if (mySerial.available() > 0)
    char c =;

I wouldn't count on SoftwareSerial to run at 115200 on an Uno.

By the way, why are you doing this? What is the purpose of the intermediate Uno between the ESP32 and the destination Uno? Why can't you just send it directly from the ESP32 to the destination Uno? And why do you want to send it anyway?

I want to use LoRa module with the Uno so I've to connect ESP32 to Uno as well.

That's not an answer. That's a restatement of what you want. The question was why don't you want to connect the LoRa directly to the ESP?

I'm talking about ESP32-Cam and RFM98W LoRa module connection. As I know, there's no any connection between them. It's not same as ESP32.

There is no connection between an ESP32 and a RFM98W LoRa module either, until you make one.

It's not ESP32, it's ESP32-CAM. As I know there are different cards.

Here's the pinout of my card. How can I connect RFM98W LoRa module via SPI?

Use the available IO pins.

If you dont use the SD card then its easier, as some of the available pins on the ESP32CAM are not then in use.

Its still possible to use the LoRa module when the SD card is in use but the software does becomes a bit tricky.

Ok, If I connect the RFM98W LoRa module with my ESP32-CAM directly.

Which format would you recommend for sending picture and which way for receiving picture from receiver UNO?

Which format would you recommend for sending picture and which way for receiving picture from receiver UNO?

Whatever format the ESP32CAM takes the picture in, the picture is in a memory buffer so you need to send all of that and save it to SD as a file on the receiver.

I would suggest you first look a the issue of transferring a file, SD card to SD card (which could be an image) over LoRa and completly error free. Then when you have it working port it to the ESP32CAM.

A picture might be a thousand or more LoRa packets and a single bit error could make the entire image file useless. So you need a mechanism for ensureing that each and every packet is received correctly, has the right content and that every packet has been received. Not so simple.

And a UNO is a poor choice for testing such a setup a pair of DUEs would be a better choice.

I handled encryption and UART transfer part without using a SD Card. Currently I'm doing the last part, ACK data for all the image packets. I'll update.

This topic was automatically closed 120 days after the last reply. New replies are no longer allowed.