Releases: bxparks/AceTimeClock
Releases · bxparks/AceTimeClock
1.3.0 - fix compatibility with AceTime v2.3.0; update supported boards
- 1.3.0 (2023-07-20)
- Replace call to
Epoch::daysToCurrentEpochFromConverterEpoch()
with
Epoch::daysToCurrentEpochFromInternalEpoch()
, to be consistent with
AceTime v2.3.0.- This an internal implementation detail, it should not cause an API
breakage.
- This an internal implementation detail, it should not cause an API
- Upgrade tool chain
- Upgrade Arduino CLI to 0.33.0.
- Upgrade Arduino AVR Core to 1.8.6.
- Upgrade STM32 Core to 2.6.0.
- Upgrade ESP32 Core to 2.0.9.
- Upgrade Teensyduino from 1.56 to 1.57.
- Update supported boards and tiers
- Add SAMD21 and SAMD51 boards to Tier 1
- Add 2 SAMD boards from 2 different companies, to test their
Arduino Board software:- Seeeduino XIAO M0 (SAMD21 48MHz ARM Cortex-M0+)
- Adafruit ItsyBitsy M4 (SAMD51 120MHz ARM Cortex-M4)
- SAMD21 and SAMD51 boards are back in Tier 1, as long as they use
the traditional Arduino API instead of the new
ArduinoCore-api. - Fortunately most third party SAMD21 and SAMD51 boards continue to
use the traditional Arduino API.
- Add 2 SAMD boards from 2 different companies, to test their
- Move Teensy 3.2 to Tier 2 ("Should work but not tested often")
- This board is entering end-of-life.
- As well, the Teensyduino environment integrates with the Arduino
IDE and CLI in a way that's different than all other third-party
Arduino boards. Some of my automation scripts do not work with
Teensyduino, so it becomes very time consuming to test the Teensy
boards. - All Teensy boards are now in Tier 2 .
- Add SAMD21 and SAMD51 boards to Tier 1
- Replace call to
1.2.4 - fix SystemClockCoroutine; re-add SAMD21; upgrade to AceTime 2.2.1
- 1.2.4 (2023-03-26)
- Bug Fix: Fix incorrect template parameter in the definition
ofSystemClockCoroutine
which prevented it from being executed by
theCoroutineScheduler::loop()
. - Upgrade to AceTime v2.2.1.
- Re-add support for SAMD21 using the Seeed Studio XIAO.
- Bug Fix: Fix incorrect template parameter in the definition
1.2.3 - eliminate requirement for EpoxyMockSTM32RTC in Makefiles under EpoxyDuino
- v1.2.3 (2022-11-16)
- When compiled under EpoxyDuino, implement stubs directly in
ace_time/hw/StmRtc.cpp
instead of relying on theSTM32RTC.{h,cpp}
from
theEpoxyMockSTM32RTC
library which mocks out the real STM32RTC library.- Eliminates the need to include
EpoxyMockSTM32RTC
in various
downstreamMakefile
when using EpoxyDuino.
- Eliminates the need to include
- When compiled under EpoxyDuino, implement stubs directly in
1.2.2 - fix NptClock to handle NTP epoch rollover in 2036 and the adjustable epoch of AceTime v2.0
- v1.2.2 (2022-11-08)
- Fix
NtpClock
to handle theuint32_t
overflow of NTP seconds, with the
first one occuring just after 2036-02-07 06:28:15 UTC. - Review and document the range of validity of the
getNow()
seconds of
variousClock
classes. See Bugs and Limitations. - Update various sections of README.md to account for the change of AceTime
epoch from 2000-01-01 (v1) to 2050-01-01 (v2). - Upgrade tool chains
- Arduino CLI from 0.27.1
- STM32duino from 2.3.0
- AVR Core from 1.8.4 to 1.8.5
- ESP32 Core from 2.0.2 to 2.0.5
- Teensyduino from 1.56 to 1.57
- Fix
1.2.1 - fix compiler error; add ESP8266 examples to GitHub actions
- v1.2.1 (2022-11-06)
- Fix incorrect reference to
LocalDate::secondsToCurrentEpochFromUnixEpoch64
instead of
Epoch::secondsToCurrentEpochFromUnixEpoch64
. - Enable GitHub Actions for ESP8266 examples (HelloEspSntpClock,
HelloNtpClock, HelloNtpClockLazy) to catch compiler errors.- Depends on EpoxyDuino v1.4.0, and hsaturn/EspMock v0.1.
- Fix incorrect reference to
support AceTime v2.0.0
- v1.2.0 (2022-11-04)
- Replace
LocalDate::kEpochYear
withHardwareDateTime::kBaseYear
since AceTime current epoch is no longer a constant and AceTime no longer
uses a 2-digit year offset internally. - Replace
LocalDate::kSecondsSinceUnixEpoch
with
Epoch::secondsToCurrentEpochFromUnixEpoch64()
since AceTime current
epoch is no longer constant. - There should be no visible breakage of the client-facing API.
- Replace
v1.1.0 - simplify StmRtcClock; upgrade tool chains; refactor NtpClock and EspSntpClock for consistency
- v1.1.0 (2022-03-28)
- Simplify
StmRtcClock
andStmRtc
classes to use
STM32RTC::getInstance()
directly.- Move configuration of the
STM32RTC
singleton to theSTM32RTC
object itself (e.g. configuringLSE_CLOCK
,HSE_CLOCK
). - Update README.md documentation to
indicate thatSTM32RTC
v1.2.0 fixes the bug which caused the date
components to be lost upon power reset.
- Move configuration of the
- Incorporate
EpoxyMockSTM32RTC
mock library from EpoxyDuino to allow
StmRtcClock
to be compiled in GitHub Actions. - Add benchmarks for
StmRtcClock
,Stm32F1Clock
,NtpClock
, and
EspSntpClock
into MemoryBenchmark. - Simplify and refactor NTP examples to be more consistent.
examples/HelloNtpClock
examples/HelloNtpClockLazy
examples/HelloEspSntpClock
- Upgrade tool chains
- Arduino IDE from 1.8.16 to 1.8.19
- Arduino CLI from 0.19.2 to 0.20.2
- STM32duino from 2.0.0 to 2.2.0
- AVR Core from 1.8.3 to 1.8.4
- ESP32 Core from 1.0.6 to 2.0.2
- Teensyduino from 1.55 to 1.56
- Simplify
v1.0.5 - update CoroutineTemplate usage for compatibility with AceRoutine v1.5.0
- v1.0.5 (2022-03-25)
- Add a
uint16_t
template parameter toCoroutineTemplate
for
compatibility with AceRoutine v1.5.0.
- Add a
v1.0.4 - add EspSntpClock to expose SNTP and time() on ESP8266 and ESP32 platforms
- v1.0.4 (2022-01-18)
- Add
EspSntpClock
class which configures the SNTP client on the ESP8266
and ESP32 platforms, sets theconfigTime()
timezone to UTC, and exposes
thetime()
function through theClock
interface.
- Add
v1.0.3 - add AceSorting dependency triggered by AceTime v1.9.0
- v1.0.3 (2021-12-02)
- Add
AceSorting
library to various Makefiles, a new dependency for
AceTime v1.9.0. - Adding accidentally missing Baseline line in MemoryBenchmark.
- Add