Kontinuierliche Verbesserungen des Terkin-Datenloggers (600er)

Mit diesem Attribut kannst Du die Nummer angeben. Beim BME280 ist diese physisch, beim HX711 synthetisch – beides hat aber die gleichen Auswirkungen in Richtung Telemetriesubsystem, so dass das gewünschte passiert.

Mit https://github.com/hiveeyes/hiveeyes-micropython-firmware/commit/6ab4f569e69a2bb0993f31c8af7af5ec09515c44 heißt das Attribut nun “number” und steht prominenter ganz oben im Konfigurationsblock [1], so dass es besser ins Auge fällt und semantischer leichter zugänglich ist (naming things).


  1. Todo: Details der Sensorkonfigurationsblöcke ausführlich kommentieren. ↩︎

1 Like

In der neuen Firmware-Version sind einzelne DS18B20 via settings.py an- und abschaltbar, ist das optional oder obligatorisch?

        'devices': {
            '1': {
                'enabled': True,
                #'offset': 0.42,
            },
            '2': {
                'enabled': True,
                #'offset': -0.42,
            },
        },

Früher konnte man einfach Sensoren dranhängen, ob 1 oder 5 oder 10 muss jetzt jeder explizit aufgeührt werden? Was ist 1, 2, sind das die Adressen / IDs, wie bei der BOB-Konfiguration? "temperature.28ff641d8fdae234.onewire:0": "t_i_1", also müsste ich oben statt 1 das eingeben 28ff641d8fdae234?

DS18B20-Konfiguration v1

Exakt. Die Blaupause für eine Konfiguration sieht derzeit so aus:

'devices': {
    '28ff641d8fdf18c1': {
        'enabled': True,
        #'offset': 0.42,
    },
    '28ff641d8fc3944f': {
        'enabled': True,
        #'offset': -0.42,
    },
}

enabled ist optional und implementiert als Standardwert True. Alle dort konfigurierten DS18B20-Sensoren sind also standardmäßig angeschaltet und können bei Bedarf abgeschaltet bzw. softwareseitig deaktiviert werden.

Das Attribut offset is ebenfalls optional.

DS18B20-Konfiguration v2-regular

Wir werden die Struktur dieses Schnipsels vermutlich auch noch einmal umbauen in Richtung:

'devices': [
    {
    	'id': 'ds18b20-w1r1',
    	'address': '28ff641d8fdf18c1',
    	'description': 'Wabengasse 1, Rahmen 1',
        'enabled': True,
        'offset': 0.42,
    },
    {
    	'id': 'ds18b20-w1r2',
    	'address': '28ff641d8fc3944f',
    	'description': 'Wabengasse 1, Rahmen 2',
        'enabled': True,
        'offset': -0.42,
    },
],

DS18B20-Konfiguration v2-minimal

Die bei v2-regular angegebenen Attribute beschreiben die volle Ausbaustufe. Die Attribute description, enabled sowie offset sind jedoch optional. Wenn man keine Konfiguration über die HTTP-API braucht, bleibt auch das id-Feld optional.

Eine minimale Konfiguration sähe also folgendermaßen aus:

'devices': [
    {
    	'address': '28ff641d8fdf18c1',
    },
    {
    	'address': '28ff641d8fc3944f',
    },
],

DS18B20-Konfiguration v2-goofy

Für den v2-minimal Konfigurationsstil wäre noch eine “shortcut notation” denkbar, die folgendermaßen aussehen könnte:

'devices': [
    '28ff641d8fdf18c1',
    '28ff641d8fc3944f',
],

:warning: Anmerkung: Derzeit implementiert die Firmware ausschließlich die erste Variante “DS18B20-Konfiguration v1”.

Aus welcher Box hattest Du denn das Pony genommen, das Dir die Aufzählung/Konfiguration per "1" oder "2" ans Herz gelegt hat? Da sollten wir schauen, dass wir die Beschriftung ändern.

Hatte nur aus 1111111111111111 eine einfache 1 gemacht.

Die Angabe der ID ist aber obligatorisch, dann Henne-Ei-Problem: Wie komme ich denn an die IDs, wenn ich sie für die Anzeige via Output zuerst in die settings.py eintragen muss?

Erwischt!

Es gibt derzeit nur eine Möglichkeit: Erstmal den Bus richtig konfigurieren per

'busses': [
    {
        "id": "onewire:0",
        "family": "onewire",
        "number": 0,
        "enabled": True,
        "pin_data": "P11",
    },
]

und dann beim Hochfahren zuschauen und die Sensor-Adressen der DS18B20 am 1-Wire Bus aus der Logausgabe auslesen.

   19.0344 [terkin.sensor            ] INFO   : Found 2 OneWire (DS18x20) devices: [b'28ff641d8fdf18c1', b'28ff641d8fc3944f'].

Eine weitere Möglichkeit schaffen wir gerade drüben bei

Ich habe momentan mit den 2x HX711 gerade noch ein paar Probleme. Wie ich sehe bekomme ich von den HX711 gerade keine Werte.

humidity.0x76.i2c:0: 57.63
humidity.0x77.i2c:0: 55.94
pressure.0x76.i2c:0: 1012.72
pressure.0x77.i2c:0: 1013.74
scale.0.kg: 16500.0
scale.0.offset: -73000
scale.0.raw: 0.0
scale.0.scale: 4.424242
scale.1.kg: 16500.0
scale.1.offset: -73000
scale.1.raw: 0.0
scale.1.scale: 4.424242
system.memfree: 2122224
system.runtime: 17
system.temperature: 43.21738
system.time: 142
system.uptime: 39830.03
system.voltage: 2.2524
system.wifi.bandwidth: 2
system.wifi.channel: 11
system.wifi.country: DE
system.wifi.max_tx_power: 78
system.wifi.rssi: -62
temperature.0x76.i2c:0: 26.58
temperature.0x77.i2c:0: 27.03
weight.0: 16500.0
weight.1: 16500.0

muß noch schauen ob es bei mir an der Config, am Board oder sogar der neuen Firmware Version liegt. Hab ja gerade das hier im gange.

1 Like

Bei mir geht noch was. Allerdings in der ursprünglichen Hardwarekonfiguration mit 1x HX711 per Designierte Pinbelegung für ESP32 auf FiPy-Board.

scale.0.raw: 70257.17

bei mir ist es jetzt auch wieder OK.
Hab aber noch nicht rausgefunden was ich vorher falsch hatte.
Die richtigen Pins für einen 2. HX711 ist allerdings nicht so leicht zu finden ist ja alles schon intern belegt oder die pins können kein pullup was wieder Fehlermeldungen hervorruft hab ihn jetzt erfolgreich auf p3 und p23 Getestet

Fürs Logbook:

  • Check configuration of multiple HX711 sensors.

  • Check configuration of multiple BME280 sensors.

  • Check configuration of multiple HX711 and BME280 sensors at the same time.

    scale.0.raw: 413133.7
    scale.1.raw: 33890.83
    

:+1:

1 Like

Die letzten Änderungen

haben u.a. folgende Dinge mitgebracht.

DS18B20-Konfiguration

Die Schnipsel zur Konfiguration einzelner DS18B20-Sensoren haben sich in ihrer Struktur geändert.

Verbesserte Log-Ausgabe

Statt eines kaum lesbaren JSON-Containers kann man optional auch folgende deutlich übersichtlichere Log-Ausgabe der Sensorwerte erhalten.

Einschalten lässt sich diese Option per sensors.prettify_log = True.

131.8821 [terkin.datalogger        ] INFO   : Sensor data:

humidity.0x77.i2c:0                          49.87    Temperatur und Feuchte außen
pressure.0x77.i2c:0                        1010.37    Temperatur und Feuchte außen
scale.0.kg                                   0.762    Waage 1
scale.0.offset                             87448.7    Waage 1
scale.0.raw                                70111.3    Waage 1
scale.0.scale                               -22743    Waage 1
system.memfree                             2148656
system.runtime                                  12
system.temperature                         39.3913
system.time                                     32
system.uptime                              1277.57
system.voltage                               3.822
system.wifi.bandwidth                            2
system.wifi.channel                              8
system.wifi.country                             DE
system.wifi.max_tx_power                        78
system.wifi.rssi                               -48
temperature.0x77.i2c:0                       23.76    Temperatur und Feuchte außen
temperature.28ff641d8fc3944f.onewire:0      22.705    Wabengasse 1, Rahmen 2
temperature.28ff641d8fdf18c1.onewire:0      26.545    Wabengasse 1, Rahmen 1
weight.0                                     0.762    Waage 1

Verbesserte HTTP API

Dafür gibt es den neuen Endpunkt /api/v1/peripherals/sensors/ds18b20 als schlauere Schwester von

  • /api/v1/peripherals/busses
  • /api/v1/peripherals/sensors

Terkin HTTP API » Peripherals

1 Like

Jaaaa, endlich, sehr schön!!!

3 posts were merged into an existing topic: MicroPython module freezing

8 posts were merged into an existing topic: MicroPython-Firmware schmirgeln (240er)

Drüben bei Terkin-Datenlogger interaktiv ist nachzulesen, wie das laufende Datenlogger Programm unterbrochen werden kann, um es interaktiv zu erforschen.

Beispiel

>>> datalogger.device.application_info.fullname
'Bee Observer Datalogger 0.5.1'

>>> datalogger.device.device_id
'807d3ac342bc'

>>> datalogger.read_sensors()
{'system.uptime': 1280.16, 'system.wifi.country': 'DE', 'scale.0.offset': 87448.65, 'weight.0': 0.712, 'scale.0.kg': 0.712, 'system.wifi.bandwidth': 2, 'system.wifi.rssi': -44, 'system.voltage': 3.822, 'system.temperature': 37.47827, 'system.wifi.channel': 8, 'temperature.28ff641d8fdf18c1.onewire:0': 28.045, 'system.memfree': 2329376, 'scale.0.scale': -22742.99, 'system.runtime': 1204, 'scale.0.raw': 71262.5, 'system.time': 1216, 'system.wifi.max_tx_power': 78, 'temperature.28ff641d8fc3944f.onewire:0': 24.205}

:aquarius: Last call for upcoming version 0.6.0

Einleitung

Seit einiger Zeit versuchen wir, die Version 0.6.0dev reif für ein Release zu bekommen. Wir haben seither einige wichtige Dinge realisiert, die wir bisher haben links liegen lassen. Vielen lieben Dank an alle, die daran mitgewirkt haben!

Essentials

Neben den versprengten Backlog Einträgen bei [Backlog] Terkin-Datenlogger für BOB und anderswo wollten wir nun noch einmal in die Runde fragen, welche absolut essentiellen Dinge aus Eurer Sicht noch für einen reibungslosen autonomen Betrieb im Feld notwendig sein könnten.

Sammlung

Low-voltage cut-off

Aus dem Stegreif fällt mir ein guter yet pragmatischer low-voltage-cutoff Mechanismus ein, den wir doch bestimmt gerne noch mit im Boot hätten? Vielleicht können wir diesen gemeinsam gestalten – es wird vermutlich keine Rocket Science sein, aber der Teufel steckt ja wie immer im Detail.

More

Ansonsten können wir hier gern noch ein paar lose Ideen zusammentragen, die noch nicht in [Backlog] Terkin-Datenlogger für BOB enthalten sind. Der Fokus darf dabei aber getreu des Aufhängers gerne auf absolutely essential liegen.

7 posts were merged into an existing topic: Untersuchung und Verbesserung des Timings bei der Ansteuerung der DS18B20 Sensoren unter MicroPython

Glücklicherweise ist die Firmware nun recht stabil unterwegs, siehe Stabilität und längere Testzeiträume des Terkin-Datenloggers.

Anbei noch ein paar retrospektive Aspekte aus dem Pycom Forum, wo es um die gleichen Themen rund um diverse Instabilitäten in verschiedenen Lebenslagen ging, die vermutlich auch einigen anderen Leuten außer uns ein paar graue Haare gekostet haben müssen à la