Ich hab's: ax.imshow(zf, origin='lower', extent=[0,f[:k.size//2][-1], 0 , f[:k.size//2][-1]])

origin war nicht unten -_-

Ich möchte die Achsen ändern, damit ich die Werte der x- und y-Komponenten der beiden Frequenzen sehen kann. Ich habe zwei Codes: der erste zeigt die richtigen Daten, aber die Achsen sind falsch, der zweite zeigt die richtigen Achsen, aber meine zwei Datenpunkte werden nicht angezeigt.

Erster Code ...

Danke für die Mühe. Am Ende des Tages muss ich dann doch 1.76 irgendwie erhöhen dann ist das Problem gelöst.

Mal so ein spontaner Gedanke: Die FFT füllt den Datensatz ja bis zur nächsten Zweierpotenz mit Nullen auf (Zero-Padding). Das könnte das eigentliche Signal hier ziemlich verfälschen, weil ja nur sehr wenige Schwingungen drin sind aufgrund der kurzen Samplezeit. Hast du mal versucht das ...

Ok danke. Ich habe vier Kosinus-Funktionen mit den Frequenzen 400e-3, 500e-3, 600e-3 und 700e-3, und ich versuche, die FFT von ihnen durchzuführen, aber unter der gebrauchten Zeit können die vier nicht unterschieden werden. Gibt es eine Möglichkeit, die Spitzen zu unterscheiden, ohne die tmax-Zeit ...

Ok ich glaub, dass es Sinn ergibt. Aber kann mir jemand erklären, warum die Amplituden nicht gleich sind? Zb hier:

https://imgur.com/a/92x1nli

Das sind vier Kosinus-Funktionen und die FFT-Amplituden sind nicht gleich. Und wenn ich die Anzahl der Funktionen erhöhe, bekomme ich so ne Art Oszillation ...

Hi zusammen
ich versuche vier Cosinus-Funktionen zu FFTen aber das Ergebnis ist komisch.

Hier ist das Ergebnis und der Code

https://imgur.com/a/FP3ylak


import numpy as np
import scipy.fftpack
from scipy.fftpack import fftfreq
from scipy.fft import fft
from scipy.fft import fft2
from scipy.fft ...

Ich habe es gelöst. Ich habe anstatt Qthread, threading mit Daemon Thread verwendet und jetzt funktioniert es einwandfrei:

worker = watchdog_search.Worker("/home/test_image_analyzer_files/Test_Data/")
worker.new_file.connect(self.on_finished_run)
thread = threading.Thread(target=worker.work ...

Ich sehe gerade, dass ich die Warnung für connect bekomme: "Cannot find reference 'connect' in 'function | pyqtBoundSignal' "

Vielleicht hat __deets__ eine Idee?

Ich habe zumindest gefunden, wo das Problem ist::
funktioniert nicht. Es ruft worker.work nicht auf. Hat jemand eine Idee wieso?

Hallo wieder,

ich habe einen Bug entdeckt. Erstmal funktioniert das .hdf5 Datei Hochladen gut. Hier ist ein normales Ergebnis vom Terminal:

running API pyqt5
using configuration at imageanalyser/qimageanalyser/image_analyzer.conf
no Pyro installed. Use dummy event handler.
{'coordinates': True ...

Es funktioniert jetzt. Ich habe den else Teil von try verwendet:


while True:
event = self._q.get()
max_retry_count = 3500 # for test purposes now but want to set an upper bound on verifying a file is finished.
retry_interval_seconds = .01 # every hundreth it will try the file to see if it ...

Die Schwierigkeit ist zu überprüfen, wann eine Datei fertig ist. Mit deiner Methode kann es passieren, dass eine Datei, die nicht fertig ist, geschickt wird. Deswegen habe ich dieses "Monstrum an Code" geschrieben habe: es testet genau wenn eine Datei fertig ist (natürlich ist das Problem, dass es ...

__deets__ hat geschrieben: Montag 1. November 2021, 20:51 Um sowas zu lösen, macht man entweder atomare Umbenennungen, wenn man Kontrolle über den schreibprozess hat. Hast du die?

Ne habe ich nicht.

Dann die Idee mit der Datenstruktur. Kannst du mir einen Tipp geben, wie ich damit anfangen soll?

@__blackjack__ das habe ich schon gemacht:

while True:
event = self._q.get()
while True:
try:
file = h5py.File(event.src_path, "r")
file.close()
self.new_file.emit(event.src_path, os.path.basename(event.src_path))
print("a")
# break
except OSError:
if retry_count < max_retry_count ...

@__deets__ ich habe klar in der Post geschrieben was der Code mit "try" macht und ich habe auch erklärt, dass es nicht gut ist, break zu benutzen aber sonst wird die while Schleife im try bleiben.

@__blackjack__ das war nur zum Debugging. Es soll in der Schleife sein.

Danke für die Hilfe. Ich habe Vorschritt gemacht aber der neue Code hat das gleiche Problem: neue Dateien werden nicht anerkannt. Hier ist der Code:

thread = QThread(parent=self)
print('try to connect to event service ...')
worker = watchdog_search.Worker("/home/xxx/Desktop/xxx/MPQ/test_image ...

Das ganze scheint ausserdem eh nur mit einer Datei umgehen zu koennen, denn wait_for_file beendet sich, wenn schon ein ein einziges File gefunden wurde.



Das ist was ich versuche zu lösen. Dein Beispiel ist schon sehr hilfreich (vielen Dank dafür) aber das einzige Ding, das ich nicht lösen kann ...

Watchdog wird verwendet, um neue .hdf5-Dateien zur Verwendung an ein anderes Programm. Das Problem ist, dass mit Queue nur eine Datei gesendet werden kann und Watchdog keine weiteren Dateien sendet, selbst wenn dem Ordner neue Dateien hinzugefügt werden. Ich glaube, das hat damit zu tun, dass Queue ...

Hier ist was ich jetzt habe. Die GUI öffnet von der `main.py` und alles aber die `try` Schleife läuft nicht. Hier ist der aktuelle Code:
Meine Vemutung ist dass es vielleicht etwas mit Queue zu tun?


import time
import traceback
import os

import h5py
import queue
from typing import Union

from ...