fieldtracks / jellingstone Goto Github PK

Mit Version 4.0 hat sich der Syntax für die toolchain geändert. Das JellingStone-Makefile kann keine .csv-Datei mehr konvertieren.

Is:

1. There's a single db_add function called on each subject discovered. If it runs an parallel, the same subject is created multiple times, eventually.

2. When detecting a subject, can looks take to long? Atm we compare up to 300 entries (uudi - memcmp, 2 integer) => a few thousend instructions

Should:

1. Here:

• Either: Running in parallel should not create equal entries
• Or: Duplicates are pruned before sending
• Or: We know, that's not running in parallel

2. Make sure, that we're fast enough

Is: Updates are installed using a serial cable

Should: Install Updates using a https-server

note: A http-client was recently introduced into esp-32

Idee:

import { Injectable } from '@angular/core';
import {MqttAdapterService} from './mqtt-adapter.service';
import {Observable} from 'rxjs';
import {filter, map} from 'rxjs/operators';
import {AggregatedName} from './model/aggregated/aggregated-name';

@Injectable({
providedIn: 'root'
})
export class NamesService {

constructor(private mqtt: MqttAdapterService) { }

public name(mac: string): Observable {
return this.mqtt.aggregatedNamesSubject().pipe(filter( (map, index) => {
return map.get(mac).name;
});
}

public updateName(mac: string, name: string){
this.mqtt.publishName(mac, name);
}
}

Is:
Vague ideas on the accurancy exists.

Should:
Test different parameters (beacon rate, scan interval (total / per channel). How to detect beacons reliabiy?

Todo: Use Lora + GPS for outdoor positioning

Is:
All data describing a esp32 (mac-adresses, major, minor) is distributed via MQTT only.

Should:
All data describing a esp32 (mac-adresses, major, minor) is printing on the esp32 board using (blank, QR-Code)

Ist:

0. NVS funktioniert gut :-)
1. Gesetzte Optionen für JellingStone in make menuconfig (aus Kconfig.projbuild) werden nicht übernommen.
2. Weitere Settings wären gut
3. Makefile flashed die aktuelle nvs_data.csv seperat

Soll:

1. Entweder: Ausbau der Optionen aus Kconfig.projbuild - Oder: Verwendung der Optionen als Default-Werte, falls NVS-Einträge fehlen.
2. UUID, BEACON_MAJOR, BEACON_MINOR, BLE_SCAN_INTERVAL und DEVICE_COMMENT sollten auch via NVS konfigurierbar sein.
3. Der Name für die Settings sollte übergeben werden; ein gemeinsames target wäre nett, (z.B.
   make stone NVS=nvs_data.node-23, make flash_nvs NVS=nvs_data.node-23). In beiden Fällen wird die Datei nvs_data.node-23 verwendet; ersteres führt die targets flash und flash_nvs aus

Is:
All configuration data is embedded into source could

Should:

• Use NVS to externalize data
• Document how to flash with and without NVS-data

Is: JSON-data is transmitted as is using mqtt

Should: JSON-data is optionally compressed using miniz / deflate

Is:
The esp32 roughly consumes 100mA.

Should:
Minimize the power-consumption.
Ideally, a 2000 mAH Powerback lasts 24h. Thus 80mA would be better.

Ist:

• Besteht keine MQTT-Verbindung, so werden Nachrichten verworfen. Auch in ruhigen Umgebungen (z.B. Jans Arbeitszimmer) kommt es hin- und wieder zu TCP-Resets beim MQTT-Client.

Soll:

• Vorgehen entwerfen - Falls möglich, senden?
  • Nachrichten im flash Speichern (wear-out?)
  • Nachrichten im RAM speichern (Größe).

Das flashing funktioniert recht unzuverlässig - das flash-tool ist nicht stabil.

Idee: Feste Wifi-credentials und ota verwenden? OTA dann via flashtool?

Ist:

• Die primäre ESP32 mac wird als topic-Name verwendet.

Soll:

• Die bluetooth mac soll als topic und stone name verwendet werden.