HomeMatic-Forum / FHZ-Forum

Mal eine peinliche Frage. Wie binde ich die AskSinPP-master.zip neu ein?

Ich glaube ich habe es.

Einfach den Ordner unter libraries löschen und dann die neue ZIP-Datei wieder einbinden.

Hallo Jerome,
beim kompelieren gibt es einige Fehler:

AskSinSniffer328P:125:13: error: 'hal' was not declared in this scope
sdev.init(hal);
^~~
C:\Users\gerdm\Documents\Arduino\AskSinAnalyzer-dev_rssi\AskSinSniffer328P\AskSinSniffer328P.ino: In function 'void loop()':
AskSinSniffer328P:132:3: error: 'hal' was not declared in this scope
hal.runready();
^~~
AskSinSniffer328P:133:8: error: 'class SnifferDevice' has no member named 'pollRadio'
sdev.pollRadio();
^~~~~~~~~
zum Schluss dann noch:
exit status 1
'LibSPI' was not declared in this scope

Hast du eine Idee was falsch läuft? Die aktuelle AsksinPP Master ist installiert. Ich nutzte Arduino Version 1.8.10
Oder könntest du das BIN File auf https://github.com/jp112sdl/AskSinAnaly ... e/dev_rssi ablegen?
VG
Gerd

Beowolf hat geschrieben: ↑

19.01.2020, 16:10

Einfach den Ordner unter libraries löschen und dann die neue ZIP-Datei wieder einbinden.

Ja.

gmevi1954 hat geschrieben: ↑

19.01.2020, 17:22

beim kompelieren gibt es einige Fehler:

Die AskSinPP-Lib hast du aber aktuell?

gmevi1954 hat geschrieben: ↑

19.01.2020, 17:22

Oder könntest du das BIN File auf https://github.com/jp112sdl/AskSinAnaly ... e/dev_rssi ablegen?

Nein, zurzeit laufen noch andere Umbauarbeiten. Das dauert noch bis ich eine neue .bin baue.

kein Problem wollte auch nicht drängeln.
Trotzdem danke für die Info.
VG
Gerd

Funktioniert.
Das Flashen des ATmega328P über den FTDI-Adapter war aber etwas tricky, da es mit 3,3 V zunächst nicht klappen wollte. Musste dann noch das ESP32-Board separat mit 5 V über USB versorgen, weil die 3,3 V einfach zu wenig waren. Bekanntlich sollte man zum Schutz des CC1101-Moduls ja den ATmega328P nicht mit 5 V flashen. Hat ein wenig gedauert, bis ich das alles rausfand.

@Jérôme: Wäre es ggf. sinnvoll, im zweiten Screen eine Art Peak-Hold-Funktion einzubauen, die den Spitzenwert der letzten Minute als gestrichelte Linie und den zugehörigen "Verursacher" zeigt?

dtp hat geschrieben: ↑

20.01.2020, 15:56

Wäre es ggf. sinnvoll, im zweiten Screen eine Art Peak-Hold-Funktion einzubauen, die den Spitzenwert der letzten Minute als gestrichelte Linie und den zugehörigen "Verursacher" zeigt?

Nein, ist nicht geplant.
Die Ansicht dient dem Finden von "Grundrauschen"-Störern (RSSI-Leveln die nicht von HM Geräten stammen).

Ah, okay. Danke für die Info.

Ich könnte mir vorstellen, auf der Seite mit der Single-RSSI-Anzeige (meintest du die mit "2. Screen"?), dem Balken eine Peak-Markierung zu verpassen die alle x Sekunden abfällt.
Falls du das meintest, dann hatte ich deinen Vorschlag anfangs falsch verstanden ^^

dtp hat geschrieben: ↑

20.01.2020, 16:46

Ah, okay. Danke für die Info.

Hab da mal schnell was eingebaut. Aktueller Entwicklungsbranch ist dev_fhem:
https://github.com/jp112sdl/AskSinAnaly ... e/dev_fhem

RSSI_PEAK_HOLD_MILLIS kannst du hier festlegen:
https://github.com/jp112sdl/AskSinAnaly ... 32.ino#L85

An Pin 4 kann mittels Schalter festgelegt werden, ob nur Grundrauschen als Peak angezeigt werden soll, oder auch der Pegel von Funktelegrammen.