Enhancement:

Ka wie das Aussehen soll, aber wenn man sich als Admin angemeldet hat, soll man personen, gruppen usw. anlegen können, unzwar per cli

Voraussetzungen:

• #33

Voraussetzungen

• #19

Tests

• pytest
• tox
• flake8

Miro-Link

Enhancement:

Lösung um payload anhand von verschiedenen Parametern zu konstruieren (Defaultwerte wie in #11 ). Gibt PAYLOAD zurück

Voraussetzungen:

• #11

Enhancement:

Lösung um Standard-Einsatzablauf (OHNE Einsatzbeschreibung) zu Regeln (Main).
Für Einsatzablauf MIT Einsatzbeschreibung siehe #????

Voraussetzungen:

• #11
• #3

Enhancement:

Ein .deb package würde das handhaben vom sFME-Reciever noch einfacher machen.
Dann wäre für das ausführen anstatt

$ python
import smartFME_Reciever as sFME
sFME.run()

nur noch

smartFME_Reciever run

oder so notwendig. Außerdem könnte man diese funktion in den Autostart setzen und man hat einen laufenden 24/7 Reciever

Voraussetzungen:

• #29

Enhancement:

GPIO-Interfaces zum erkennen eines Einsatzes
Siehe auch: #6

Voraussetzungen:

• minor FME Hardware-Mods (#????)

Enhancement:

Bereitet img[] für tesseract.py vor

Enhancement:

GPIO-Interfaces zum Bedienen des FME

Voraussetzungen:

• FME Hardware-Mods (#????)
• #9

Enhancement:

Anmeldung mit Administrator

Voraussetzungen:

• #32

Enhancement:

Lösung (z.B utils.py) um nicht immer print(f"{LOG} ...") schreiben zu müssen

Der Titel sagt alles. Wird wahrscheinlich mehrere Testtreiber (Monkeypatch) benötigen

Gerade werden für die Konfiguration 6 Dateien verwendet, das kann man bestimmt iwie besser regeln...

Enhancement:

Lösung um payload zu bauen. Gibt PAYLOAD zurück
Siehe auch #12

der erste io.output(button, 1) wird nicht überprüft, weil er vom 2. io.output(button, 2) überschrieben wird.
Lösung warsch. durch diesen StackOverflow-Post

Enhancement:

Lösung um Standard-Einsatzablauf (MIT Einsatzbeschreibung) zu Regeln (Main).
Für Einsatzablauf MIT Einsatzbeschreibung siehe #4

Voraussetzungen:

• #4
• #12
• #2
• #13
• tesseract.py (#????)

Enhancement:

Kabel an die verschiedenen Stellen löten, um Buttons zu steuern und Alarme zu registrieren

• DIN Kabel zum erkennen eines Einsatzes
• Anschlüsse an die Buttons zum Steuern

Voraussetzungen:

• FME testgerät

Enhancement:

Lösung um ohne viele Klassenaufrufe den Listener zu starten, momentan muss man folgendes machen um das Programm aus der shell zu starten:

$ python
from smartFME_Reciever import FMEListener
FMEListener.Listener().listener()

Das ist unnötig aufwändig und nicht gerade Abstrahiert. Besser wäre sowas:

$ python
from smartFME_Reciever import run

Voraussetzungen:

• #7

Enhancement:

Lösung um GPIO auf Einsatz zu überwachen. Triggert smartFME-Monitor.py und muss dauerhaft im Hintergrund als Service arbeiten

Voraussetzungen:

• #6
• #4

Enhancement:

Lösung um sich mit Cloud (Azure) zu verbinden und Payload hochzuladen

Voraussetzungen:

• Azure IoT-Hub

Wechsel der Strukturen, um einheitlich das Backend über functions zu regeln

Enhancement:

Lösung um Fotos von FME zu machen und als Array img[] zurückzugeben

Voraussetzungen:

• #6
• Camera-Mount für FME (#????)

Platzhalter braucht man nicht wirklich wenn man mit Issues arbeitet

Enhancement:

Kontrolliert Verfügbarkeit der Kamera, und wie FME angeschlossen ist, um Einsatzbeschreibung zu ermöglichen

Voraussetzungen:

• #2
• #6

Durch die PIP Projektstruktur sind Dinge wie pytest und github actions möglich

Enhancement:

Datei zum Speichern diverser Einstellungen (Azure Key, GPIO-Pins etc.)

Enhancement:

Konfiguration der Config-Datei, starten des Hintergrunddienstes FMEmonitor.py

Voraussetzungen:

• #10
• #7

Da ist ja momentan nix

Enhancement:

Texterkennung von img[]. Gibt erkannten String zurück