ограничить длину сгенерированной временной метки из ESP32 с DS3231 до 13

Я использую ESP-WROOM-32 (Olimex ESP32-PoE) с DS3231. Я использовал патч из PR для RTClib, чтобы избежать переноса с DS3231.

Поскольку DS3231 RTC предоставляет временные метки эпохи Unix с точностью до нескольких секунд, я хочу объединить millis() с вышеупомянутыми временными метками, чтобы обеспечить точность в миллисекундах.

Это очень важно, поскольку я хочу хранить в InfluxDB информацию из узлов с точностью до мс. Для этого временные метки всегда должны состоять из 13 цифр.

код

#include <RTClib.h>
#include <Wire.h>

// Настройка PoE для платы Olimex PoE

#define ETH_CLK_MODE ETH_CLOCK_GPIO17_OUT
#define ETH_PHY_POWER 12

// Контакты для I2C на плате Olimex PoE
#define I2C_SDA 13
#define I2C_SCL 16


RTC_DS3231 rtc;
RTC_Millis software_time;

void setup() {
  // поместите сюда свой код установки для однократного запуска:
  Wire.begin(I2C_SDA, I2C_SCL, 400000);
  Serial.begin(9600);
  if (!rtc.begin()) {
    Serial.println("No RTC Detected");
  }
  // корректируем время RTC
  rtc.adjust(DateTime(F(__DATE__), F(__TIME__)));
  // настройка программного таймера
  software_time.adjust(rtc.now());

}

void loop() {
  // поместите сюда свой основной код для повторного запуска:
  DateTime rtc_now_time = rtc.now();
  DateTime software_now_time = software_time.now();
  Serial.println();
  Serial.print("RTC now: "); Serial.print(rtc_now_time.unixtime());
  Serial.println();
  Serial.print("millis: "); Serial.print(millis());
  delay(100);

}

Вывод

RTC now: 1538502183
millis: 28
RTC now: 1538502183
millis: 128
RTC now: 1538502183
millis: 228
RTC now: 1538502183
millis: 328
RTC now: 1538502183
millis: 428
RTC now: 1538502183
millis: 528
RTC now: 1538502183
millis: 628
RTC now: 1538502183
millis: 728
RTC now: 1538502183
millis: 828
RTC now: 1538502183
millis: 928
RTC now: 1538502184
millis: 1028

Я буду хранить временные метки в String, поэтому я подумал об объединении .unixtime() с millis(). Однако, поскольку я хочу, чтобы все мои временные метки имели фиксированную длину (13) с возрастающим значением миллис, это кажется трудным, потому что, как только число превышает 999, цифра увеличивается, увеличивая длину строки до 14.

Побочный эффект

если временные метки для мс не соответствуют длине 13, InfluxDB отклоняет передаваемые данные

Эпоха

Выходные данные, представленные выше, состоят из 10 цифр, что соответствует эпохе, начиная с 1970 года. Точность приведенных выше временных меток составляет секунды. Если кто-то хочет добавить к нему миллисекунды, нужно добавить после него еще 3 цифры. Если точность должна составлять микросекунды, она должна содержать 6 цифр и т. д. Вы можете проверить временные метки выше на [https://epochconverter.com]

Есть какие-нибудь предложения по решению этой проблемы?