@t0000899 shared some observations within pycom/pycom-micropython-sigfox#351 we also have been seeing regarding weird behavior on WiFi connectivity. The conclusion is to invoke wlan.deinit() before going into deep sleep in order to improve first-time connectivity when coming back from deep sleep.

Thanks again!

@poesel is looking into integrating support for the DS3231 RTC, see also [1]. We already included the corresponding lowlevel driver into the sandbox environment through 77d788e.

[1] https://community.hiveeyes.org/t/treiberunterstutzung-fur-die-ds3231-rtc/3053

Hi there,

PyCrypto is dead [1].

So, in order to get rid of the security warning [1],

we should consider using cryptography or PyCrypto's fork PyCryptodome instead.

With kind regards,
Andreas.

[1] pycrypto/pycrypto#238
[2] https://github.com/hiveeyes/terkin-datalogger/security/dependabot/

@wetterfrosch already cared about the nitty gritty details of supporting the Sequans Monarch LTE-Cat-NB1 modem integrated on @pycom devices within [1]. Now, after adding support for LoRaWAN recently (thanks again, @thiasB!), we are looking forward to be able to integrate this thing as well.

[1] https://git.cicer.de/autonome-zelle/fipy-nbiot-rtd

While discussing #80, @poesel and I stumbled over the code at hx711.py#L121-L128. We took the original implementation from hx711.py#L41-L46 by @geda.

When comparing it to the canonical HX711 library for Arduino by @bogde at HX711.cpp#L110-L167, I come to the conclusion we should protect the whole read sequence from system interrupts, right?

cc @robert-hh

Hi there,

for emulating access to a fake socket.AF_LORA socket, we are currently using a highly modified version of mocket.Mocket/mocket.MocketEntry within a custom LoRaNetworkFixture.

Those modifications are currently not compatible with the most recent mocket-3.10.x release series, so we will have to come up with a solution. It still works on mocket-3.9.x (modulo Python 3.11, but for different reasons).

With kind regards,
Andreas.

References

• #116
• mindflayer/python-mocket#191

Hi there,

@ClemensGruber reported at [1] that the deep sleep feature might have stopped working with one of the recent releases preceding September 2020.

With kind regards,
Andreas.

[1] https://community.hiveeyes.org/t/deep-sleep-funktioniert-im-aktuellen-2020-09-terkin-datalogger-nicht/3501

@DieDiren worked on integrating a button, see Hiverize@b4296797, thanks! Let's get this on board.

When doing it, we may think about making the pin as well as the action configurable somehow.

@poesel is looking into integrating support for the AT24C32 EEPROM, see also [1]. We already included the corresponding lowlevel driver into the sandbox environment through cbc1ff9.

[1] https://community.hiveeyes.org/t/externer-nichtvolatiler-speicher-zur-zwischenspeicherung-von-daten/2388/16

We recently found [1] that installing pycopy-cpython-upip fails, probably after the release 1.3.1 from Aug 11, 2019.

$ pip install pycopy-cpython-upip
Collecting pycopy-cpython-upip
  Using cached https://files.pythonhosted.org/packages/e0/ac/5ddaf3cd3f86af13702721fff23623fa51382c0ac47082482a74d22f54e1/pycopy-cpython-upip-1.3.1.tar.gz
Collecting pycopy-cpython-cpython-uerrno (from pycopy-cpython-upip)
  ERROR: Could not find a version that satisfies the requirement pycopy-cpython-cpython-uerrno (from pycopy-cpython-upip) (from versions: none)
ERROR: No matching distribution found for pycopy-cpython-cpython-uerrno (from pycopy-cpython-upip)

[1] https://community.hiveeyes.org/t/hilfe-beim-setup-der-terkin-datenlogger-sandbox/2501

Running 'make' on Win10 produces a slightly weird output.
First there are two faults from 'sh'.
Second: in the rules the first character is strangely missing.

markus@Calvin:/mnt/c/Users/Markus/Documents/GitHub/hiveeyes-micropython-firmware$ make
/bin/sh: 1: test: Linux: unexpected operator
Available rules:

 etup                         Prepare sandbox environment and download requirements
 erkin-agent                  Run the MicroTerkin Agent, e.g. "make terkin-agent action=maintain"
 rovide-wifi                  Load the MiniNet module to the device and start a WiFi access point.
 onnect-wifi                  Load the MiniNet module to the device and start a WiFi STA connection.
 p-address                    Load the MiniNet module to the device and get IP address.
 py-compile                   Compile all library files using mpy-cross
 ecycle                       Upload framework, program and settings and restart attached to REPL
 ecycle-ng                    Upload framework, program and settings and restart device
 ketch-and-run                Upload program and settings and restart attached to REPL
 yboard-install               Pyboard-D transfer
 nstall                       Install all files to the device, using rshell
 nstall-ftp                   Install all files to the device, using FTP
 nstall-rshell                Install all files to the device, using USB (rshell)
 nstall-ng                    Install all files to the device, using best method
 name                         Display operating system information
 rint-%                       It allows you to quickly get the value of any makefile variable, e.g. "make print-MCU_PORT"
 estart-device-http           Restart device using the HTTP API
 hip_id                       Display chip_id
 nstall-pycom-firmware        Install Pycom firmware on device
 ormat-flash                  Format flash filesystem with LittleFS
 rase-fs                      Erase flash filesystem
 rase-device                  Erase flash filesystem
 repare-modem-upgrade         Put Sequans modem into recovery mode to prepare firmware upgrade
 ist-serials                  List all serial interfaces
 eset-port                    Reset port or even USB subsystem
 ist-boards                   List all MicroPython boards
 evice-info                   Inquire device information
 onsole                       Open console over serial or telnet
 shell                        Run interactive rshell on the device
 epl                          Run interactive REPL on the device
 eset-device                  Send reset command to device
 eset-device-attached         Send reset command to device and keep the REPL shell attached

/bin/sh: 2: @#: not found
Documentation:

Please check https://community.hiveeyes.org/t/operate-the-terkin-datalogger-sandbox/2332
in order to get an idea how to operate this software sandbox.

Have fun!

Hi there,

at [1], we are discussing the current shortage on Bosch's BME and BMP sensors, started by @ClemensGruber. @wetterfrosch also stated at [2]:

Meteorologically, I've also been squinting more at Sensirion's SHTxx series lately.

In order to implement this for Terkin, we might want to look at those libraries by @mcauser and @kfricke:

• https://github.com/mcauser/micropython-sht31
• https://github.com/kfricke/micropython-sht31

With kind regards,
Andreas.

[1] https://community.hiveeyes.org/t/bme280-lieferengpass/4176
[2] https://community.hiveeyes.org/t/bme280-lieferengpass/4176/9

Hi there,

we received some reports from @ClemensGruber, @thiasB and @einsiedlerkrebs like [1] (thanks!) that it is unfortunate that the Pyboard-flavor (i.e. vanilla MicroPython) is used as the default when no presets.mk is present.

With kind regards,
Andreas.

[1] https://community.hiveeyes.org/t/einrichtung-von-terkin-unter-win10-wsl-firmware-entwicklungs-sandbox-datalogger/2110/11

As many discussions on https://community.hiveeyes.org/ about the HX711 [1] show, the community is also looking at supporting the ADS123x 24-Bit, Delta-Sigma ADC [2] series for reading the weight scale.

While looking for a solid C library on [3], we found the ADS123X library [4] by @HamidSaffari to be the best one available so far. So, porting this to the ESP-IDF (RTOS) and wrapping it from MicroPython would definitively be nice.

[1] https://community.hiveeyes.org/search?q=hx711
[2] https://community.hiveeyes.org/search?q=ads123
[3] https://community.hiveeyes.org/t/code-fur-ads1232-oder-ads1234/392
[4] https://github.com/HamidSaffari/ADS123X

Dear @poesel,

after merging your update from #19 to the check-program rule, make setup stopped working but croaked at us:

make setup
ERROR: "virtualenv" program not installed.
HINT: Install on Debian-based systems using 'apt install python-virtualenv python3-virtualenv' or use the package manager of your choice
make[1]: *** [check-program] Error 1
make: *** [check-virtualenv] Error 2

We reverted this amendment by 2980460. Please feel free to get back to us here in order to sort things out. Why that would not work on your machine is currently beyond my imagination. May I humbly ask on which environment you are running this?

With kind regards,
Andreas.

Hi there,

test/fixtures/mosquitto.py and test/fixtures/mqtt.py have recently been refactored into pytest-mqtt, in order to use it within the test harness of mqttwarn, per mqtt-tools/mqttwarn#589. Within one of the next iterations, we may switch over using that package.

With kind regards,
Andreas.

People have been asking [1,2] for Deep Sleep on FiPy. While @einsiedlerkrebs and others [3] tried already,

I have tried deep sleep, but without success. Tried 1s sleep but device didn't wake up.

I have to admit that I did not do any debugging on this yet.
see: hiveeyes/hiveeyes-micropython-firmware@191a46b

it looks like it would be harder than expected. As usual, the devil might just be in the details.

We will try to dedicate some time to that exceptionally important detail.

[1] https://community.hiveeyes.org/t/bob-platine-im-lipo-betrieb-ohne-deep-sleep/2055
[2] Hiverize/FiPy#2
[3] pycom/pycom-libraries#26

After I replaced the HTTP parser, I managed to support non-standard behaviours like the one in that test. You just have to:
pip install mocket==3.9.1

It looks like firmware releases are also available directly from GitHub, see:

• https://github.com/pycom/pycom-micropython-sigfox/releases/tag/v1.18.2.r4 [stable]
• https://github.com/pycom/pycom-micropython-sigfox/releases/tag/v1.20.0.rc9 [development]

While being at it, also add instructions and direct download links for updating the firmwares of the Sequans Modem and the other peripherals requiring their own firmware.

for the new software version you need an additional
'topology': 'mqttkit',

in the settings files for the hiveeyes telemetry

We would like to add support for the Nuvoton NAU7802 24bit 2ch AFE for bridge sensors by @OpenNuvoton.

@ClemensGruber just found the nau7802py implementation by @longapalooza, who ported the SparkFun Qwiic Scale Arduino library by @nseidle to CPython. Thanks, Will! Edit: I also just disovered another CPython implementation PyNAU7802 by @BrunoB81HK. Thanks, Bruno!

Now, we are aiming to support this within Terkin on
a) RaspberryPi by using the nau7802.c Linux IIO implementation.
b) MicroPython by adding appropriate support through the nau7802py implementation, which will have to be adjusted for MicroPython.

There is no HX711 for the load cell specified in settings.example.py, we should add e.g.

'registry': {
    'hx711': {
        'pin_dout': 'P22',
        'pin_pdsck': 'P21',
        'scale': 11.026667,
        'offset': 130800.0,
    },

Now that all code is in /src there is only one step missing to be able to seamlessly use VSC: either move dist-packages into src (there is probaly some thelogical reason not to do this ;) ) or just link the directory into src (that is what I do).

Hi there,

as mentioned within #30 (comment), @poesel wants to support the MAX17043 within this datalogger.

While we appreciate that in general, we just had a look at DFRobot_MAX17043.py and would like to mention that having these guys on the module level will not be feasible:

# Get I2C bus
i2c = I2C(scl = Pin(22), sda = Pin(21), freq=400000)

So, we will have to amend that lowlevel driver accordingly.

With kind regards,
Andreas.

People have been asking to compute the appropriate time_until_next_measurement as seen at [1-4] in order to have properly timed measurement intervals.

[1] https://github.com/Hiverize/FiPy/blob/d4c05d12fdf586e69c2296bb1a4ebf300e44f97d/main.py#L75-L81
[2] https://git.cicer.de/autonome-zelle/autonome-zelle-sfwv/blob/9754fb403bf59ef8e5ca4e33f599d20247398407/autonome-zelle-sfwv_v0.0.92.ino#L489-493
[3] https://git.cicer.de/autonome-zelle/autonome-zelle-sfwv/blob/9754fb403bf59ef8e5ca4e33f599d20247398407/autonome-zelle-sfwv_v0.0.92.ino#L507-511
[4] https://github.com/hiveeyes/arduino/blob/0.16.0/node-gprs-http/node-gprs-http.ino#L1095-L1103

We might think about adding support for displaying sensor values and such.

SSD1306

• ssd1306.py by @didilamken.
• See also https://community.hiveeyes.org/t/bee-observer-mit-ssd1306-oled-display/2257.

Waveshare 7.5" E-INK display

• https://github.com/lemariva/uPyEINK by @lemariva

HX1230, TM1637, MAX7219, PCD8544

By @mcauser.

• https://github.com/mcauser/micropython-hx1230
• https://github.com/mcauser/micropython-tm1637
• https://github.com/mcauser/micropython-max7219
• https://github.com/mcauser/micropython-pcd8544

TinyGSM integration

The coolest thing would be to support quite a bunch of GSM/GPRS modules by bringing the excellent TinyGSM library to the world of MicroPython. We mentioned that idea within stinos/micropython-wrap#3 and vshymanskyy/TinyGSM#362 the other day.

Pure-Python SIM800 support

On the other hand, using a specialized pure-Python module for supporting the SIM800 module at least is probably one of the more lower hanging fruits right now. We researched this topic already [1] and now found the implementation by @sarusso to be the most promising to integrate - thanks a bunch! We will further discuss that topic on our forum [2].

[1] https://community.hiveeyes.org/t/micropython-libs-for-sim800-on-esp32/1492
[2] https://community.hiveeyes.org/t/unlocking-and-improving-the-pythings-sim800-gprs-module-for-micropython/2978

cc @poesel, @thiasB, @ClemensGruber

Hi there,

alongside the other contributions already landed and in-flux, @nznobody has another interesting gem in his tmp/dev tree:

Getting auth mode fails on hidden networks as they do not show in the scan. c2efc2e makes not detecting authmode not a critical error.

We probably should integrate this patch into mainline.

With kind regards,
Andreas.

Hi there,

@MKO1640 reported at [1] that he had troubles creating or getting hold of an appropriate configuration file blueprint for getting started quickly after installing Terkin on CPython using pip.

In order to improve that situation, it would be nice if Terkin would provide a corresponding subcommand like terkin create-config --flavor=sbc, which would print a configuration file blueprint to STDOUT. That can be redirected into a configuration file of your choice.

So, the workflow for installing Terkin on CPython would be:

pip install terkin[sbc] --upgrade
terkin create-config --flavor=sbc > settings.py
terkin --config settings.py

With kind regards,
Andreas.

[1] https://community.hiveeyes.org/t/terkin-variante-fur-cpython-raspberry-pi-dragino-lora-gps-hat/3180/9

We just completed reasonable implementations of the most important system sensors we have been aiming at. They acquire runtime metrics from the ESP32 MCU and the FreeRTOS system running the Pycom MicroPython firmware. In general, this is about system uptime, WiFi reception and last but not least package temperature, free memory and battery level.

Especially, we would like to thank @ayoy for the Pycom MicroPython implementation of system.voltage we have been able to reuse from [1].

You can find these sensor implementations called SystemMemoryFree, SystemTemperature, SystemUptime and SystemBatteryLevel nicely wrapped up for reuse inside the terkin.sensor.system module.

As a picture says a thousand words, here is an example telemetry payload message yielded from these sensors.

{
  "system.time": 921,
  "system.runtime": 16,
  "system.uptime": 4202.907,
  "system.temperature": 41.30435,
  "system.memfree": 2262960,
  "system.voltage": 4.322425,
  "system.wifi.bandwidth": 2,
  "system.wifi.channel": 3,
  "system.wifi.country": "DE",
  "system.wifi.max_tx_power": 78,
  "system.wifi.rssi": -56
}

[1] https://github.com/ayoy/upython-aq-monitor/blob/lora/lib/adc.py

In the spirit of #31, @rohlan signaled interest for supporting the INA219. For doing so, he already added the lowlevel driver the other day, see 71a5a1c.

The canonical URL to the MicroPython driver for INA219 by @chrisb2 is https://github.com/chrisb2/pyb_ina219.

See also https://community.hiveeyes.org/t/strom-und-spannung-mit-ina219-messen-und-messwerte-in-grafana-darstellen/2381.

@thiasB just reported that two LoRaWAN tests will fail. He is using Linux Mint 19.3 and Python 3.8.

FAILED test/test_lorawan.py::test_uplink_system_temperature

E       AssertionError: assert bytearray(b'\x00\x01\x00') == bytearray(b'\...\x00\x01\x00')
E         At index 1 diff: 1 != 103
E         Right contains 4 more items, first extra item: 191
E         Full diff:
E         - bytearray(b'\x00g\x01\xbf\x00\x01\x00')
E         ?                 -------------
E         + bytearray(b'\x00\x01\x00')

FAILED test/test_lorawan.py::test_uplink_environmental_sensors

E       AssertionError: assert bytearray(b'\...\x00\x01\x00') == bytearray(b'\...\x00\x01\x00')
E         At index 0 diff: 10 != 0
E         Right contains 8 more items, first extra item: 41
E         Full diff:
E         + bytearray(b'\ng\x01\xe1\x0bg\x01\xe1\x00g\x00\x97\x00s)7\x00h\x9b\x00\x01\x00',
E         - bytearray(b'\x00g\x01\xbf\x00\x02\x01\x80\x01g\x01\xe1\x02g\x01\xe1'
E         -           b'\x03g\x00\x97\x00s)7\x00h\x9b\x00\x01\x00',
E           )

As the general framework is slowly getting mature, we might think about adding support for more sensors. So, we are starting a collection of drivers here.

• https://community.hiveeyes.org/t/treiber-und-modulsammlung-fur-micropython/2384
• https://github.com/lemariva/uPySensors by @lemariva
• https://github.com/teusH/MySense/tree/master/PyCom/lib by @teusH
• https://github.com/OpenAgriTech/CORDOVA-ET-node/tree/master/lib by @jajberni of @OpenAgriTech
• https://github.com/inmcm/micropyGPS and https://github.com/inmcm/MTK_commands by @inmcm
• https://github.com/micropython-IMU by @micropython-IMU
• https://github.com/micropython/micropython/tree/master/drivers by @micropython
• https://github.com/pycom/pycom-libraries by @pycom
• https://github.com/adafruit by @adafruit

Hi there,

@MKO1640 reported at [1] that the installation on a Linux system running CPython fails. Thanks a bunch!

$ pip install terkin
# ...
No matching distribution found for pycopy-cpython-micropython==0.2 (from terkin-micropython-libraries==0.10.0->terkin)

With kind regards,
Andreas.

[1] https://community.hiveeyes.org/t/terkin-variante-fur-cpython-raspberry-pi-dragino-lora-gps-hat/3180/7

Hi there,

at [1], started by @MKO1640, we are discussing what it would take to support reading measurement values from Linux IIO devices. @MKO1640 unlocked the hardware drivers for the HX711, NAU7802 and BME280 sensors the other day (thanks!).

At [2], there are some example implementations. Those snippets can be used for conceiving a sensor adapter for Terkin.

With kind regards,
Andreas.

[1] https://community.hiveeyes.org/t/erschliessung-des-hx711-treibers-fur-linux-iio/4091
[2] https://github.com/analogdevicesinc/libiio/tree/master/bindings/python/examples

Hi there,

@tonke reported that the Dragino LoRaWAN implementation [1] croaks when using PyCryptodome, the successor library to PyCrypto.

>>> from Crypto.Cipher import AES
>>> AES.new(b"foobar")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: new() missing 1 required positional argument: 'mode'

Thank you!

Background: We switched to this library because it offers an almost drop-in replacement for the old PyCrypto library [2,3,4], which does not receive updates and is told to have some security flaws. See also #99 and #101.

With kind regards,
Andreas.

[1] https://github.com/daq-tools/dragino/tree/terkin/dragino/LoRaWAN
[2] https://www.dlitz.net/software/pycrypto/
[3] https://pypi.org/project/pycrypto/
[4] https://github.com/pycrypto/pycrypto

@thiasB reported that

make setup

would croak with

ERROR: Could not find a version that satisfies the requirement mpy-cross==1.11 (from versions: none)
ERROR: No matching distribution found for mpy-cross==1.11

'make' listet die tests nicht auf

FYI:

test/test_gprs_http.py::test_telemetry_gprs_http FAILED                  [ 21%]
test/test_lorawan.py::test_uplink_environmental_sensors FAILED           [ 31%]
test/test_sensors.py::test_sensors FAILED                                [ 57%]

Der Rest geht durch.

When I type make on terminal (wsl) it show an error
It show like this

The output of make help is automatically created from the comments in the https://github.com/hiveeyes/terkin-datalogger/blob/master/Makefile but there are more helpful commands like make upload-settings definde in https://github.com/hiveeyes/terkin-datalogger/blob/master/tools/micropython.mk

How can I add some of this commands to show up in make help?

Dear @ClemensGruber,

just recently, I found an extensive blueprint for a pymakr.conf settings file at [1]. It would be cool if we could include a respective file here which reflects the directory layout.

As you know already that I'm a command line guy, I am humbly asking if you could dedicate yourself to this.

Thanks already and with kind regards,
Andreas.

[1] https://forum.pycom.io/topic/5360/fipy-v1-2-problems

Global settings

{
	"address": "COM15",
	"username": "micro",
	"password": "python",
	"sync_folder": "",
	"open_on_start": true,
	"safe_boot_on_upload": false,
	"py_ignore": [
		"pymakr.conf",
		".vscode",
		".gitignore",
		".git",
		"project.pymakr",
		"env",
		"venv"
	],
	"fast_upload": false,
	"sync_file_types": "py,txt,log,json,xml,html,js,css,mpy",
	"ctrl_c_on_connect": false,
	"sync_all_file_types": false,
	"auto_connect": false,
	"autoconnect_comport_manufacturers": [
		"Pycom",
		"Pycom Ltd.",
		"FTDI",
		"Microsoft",
		"Microchip Technology, Inc."
	]
}

Project settings

{
    "address": "COM15",
    "username": "micro",
    "password": "python",
    "sync_folder": "",
    "open_on_start": true,
    "safe_boot_on_upload": false,
    "py_ignore": [
        "pymakr.conf",
        ".vscode",
        ".gitignore",
        ".git",
        "project.pymakr",
        "env",
        "venv"
    ],
    "fast_upload": false
}

See also https://community.hiveeyes.org/t/willkommen-christian/2811/12.

   36.8010 [terkin.telemetry            ] ERROR  : Connecting to MQTT broker at swarm.hiveeyes.org failed: AttributeError: 'socket' object has no attribute 'flush'
Traceback (most recent call last):
  File "/lib/terkin/telemetry.py", line 684, in connect
  File "/dist-packages/umqtt.py", line 100, in connect
AttributeError: 'socket' object has no attribute 'flush'

I could of course just comment this out for ESP32 but I'm not sure what it exactly does and if its important.

Hi there,

@smlng released PyCayenneLPP 2.3.0 the other day - thanks a stack! We probably would like to use the most recent version with Terkin as well.

When looking at this, we probably want to give the canonical micropython-pycayennelpp package a spin, which came into existence starting with PyCayenneLPP 1.2.0. Currently, we are using PyCayenneLPP 1.5.0 per https://github.com/hiveeyes/pycayennelpp.

With kind regards,
Andreas.

/cc @thiasB

I have tried to modify scale and offset in the settings.py

'hx711': {
    'pin_dout': 'P22',
    'pin_pdsck': 'P21',
    'scale':  50000000.0,
    'offset': 10000000.0,
},

but it seems that this has no effect on the measured "weight" value, see https://community.hiveeyes.org/t/justify-scale-for-the-micropython-firmware/2104

Hi there,

in order to support @MKO1640 in his endeavor to run Terkin on a Raspberry Pi Zero W device [1], it would be sweet if Terkin could also install itself as a system service by providing a corresponding systemd unit file, in turn invoking terkin --damon ....

The patch hiveeyes/saraswati#11 can be used as a blueprint for this improvement. The corresponding setup command for Terkin would then be sudo terkin setup --systemd.

With kind regards,
Andreas.

[1] https://community.hiveeyes.org/t/developing-terkin-for-cpython/4088/6

Hi there,

after @poesel contributed #73 the other day (thanks a stack again!), we would like to complete this feature by adding appropriate software tests and documentation.

With kind regards,
Andreas.

/cc @ClemensGruber, @didilamken, @wetterfrosch, @thiasB, @msweef

Introduction

Together with @MKO1640, we are considering to use the ESP32-e-Paper-Weather-Display by @G6EJD (thanks, David!) in order to display beehive information on a Waveshare e-Paper module [1].

We outlined how to use Arduino to acquire beehive data from the HTTP data export interface of Kotori at [2].

Objective

Therefore, we would like to improve the telemetry field name mapping for MQTT and HTTP not to yield the technical sensor names like temperature.0x77.i2c:0, humidity.0x77.i2c:0 or temperature.28ff641d8fc3944f.onewire:0.

This has already been done for the field name mapping for the Bee Observer project, so we would like to generalize that to the other telemetry adapters.

[1] https://community.hiveeyes.org/t/anzeige-der-daten-auf-einem-e-paper-display/3229
[2] https://github.com/hiveeyes/hiveeyes-epaper-display/tree/master/lib/hiveeyes

On https://github.com/hiveeyes/terkin-datalogger/blob/master/doc/sandbox-setup.rst is a link in the last paragraph to

getting started with Pycom MicroPython
https://github.com/hiveeyes/hiveeyes-micropython-firmware/blob/master/doc/pycom-getting-started.rst

This link is broken (404)