Hallo zusammen
habe mir den Ultraschallsensor TS-ft002 zugelegt um meine Zisterne zu überwachen
https://www.ebay.de/itm/Ts-ft002-Heizoel-Fuellstandsanzeige-mit-separater-Funkanzeige-fuer-Zisterne-/372158183012
kann man diese Messung irgendwie in FEHM oder in die CCU2 einbinden ?
habe Cuxd installiert und einen CUL angeschlossen
CCU2 / Cuxd = Homematic = Freq 868MHz, Protocol Homematic
TS-ft002 = Freq 433 Mhz, Protocol unbekannt
Also... so nicht.
Vielleicht mit einem SignalDuino kann man die raw Data irgendwie interpretieren. Es sei denn der Protokol ist verschlüsselt... Was ist es für ein CUL?
Hallo CNLeon,
willkommen im Forum, wie amenomade schon schreibt, ist es uU. nicht so einfach, ein bliebiges 433MHz-Gerät einzubinden.
(@amenomade: CuxD dient nach meinem Kenntnisstand dazu, fremde Protokolle in die CCU2 einzubinden; das geht uU. auch mit 433MHz-Protokollen, jedenfalls mit einigen 868MHz-ern wie FHZ (FS20) oder enOcean). Im Ergebnis dürfte es aber einfacher sein, das über FHEM zu machen, wenn der CUL überhaupt irgendwas erkennt.
Ansonsten wie erwähnt evtl. Signalduino als firmware nehmen, kann funktionieren, muss aber nicht.
Hast du mal gesucht, ob irgendjemand so ein Teil irgendwie eingebunden hat (pilight, RFXTRx usw.)? Ansonsten hilft nur Grundlagenforschung, siehe Wikikategorie 433MHz ;) .
Gruß, Beta-User
Zitat von: Beta-User am 14 Juni 2018, 14:52:14
@amenomade: CuxD dient nach meinem Kenntnisstand dazu, fremde Protokolle in die CCU2 einzubinden; das geht uU. auch mit 433MHz-Protokollen
Danke, hab was gelernt. Aber man muss ein CUL 433 dafür haben, oder?
Zitat von: amenomade am 14 Juni 2018, 15:15:59
Danke, hab was gelernt. Aber man muss ein CUL 433 dafür haben, oder?
Für 433-er Zeug tendenziell ja (auch ein 868-er kann uU. was auf 433MHz empfangen, wenn auch schlechter bis gar nicht, da der CC1101-Transceiver ein universeller ist, der eine Bandbreite von 350MHz (?) bis 915MHz (?) abdeckt - nur die Antennentechnik ist anders (Wiki zum CUL bemühen, bitte).
Und: das klingt so, als könnte man über CuxD eine ganze Anzahl "anderer" USB-Devices anbinden, weil CUL und enOcean (was CuxD auch zu unterstützen scheint) nicht kompatibel sind. Aber bitte: das ist nur schnell mit Hilfe der Suchmaschine meiner Wahl zusammengetragen, frage dazu bei Bedarf einen Experten!
Optimaler ist immer der umgekehrte Weg: Erst hier schlau machen was gut unterstützt wird (Zisterne/Öl z.B. Ecometer) und dann kaufen.
Sehr einfach geht es mit einem JSN-SR04T an einem ESP8266 mit ESPeasy.
gibt es zu letzerem eine Anleitung
Hallo,
den JSN-SR04T kannte ich noch gar nicht. Habe mir den jetzt über Ali für 5€ bestellt und werde mir den mal an einen ESP8266 basteln.
Bin gespannt und werde ggf. berichten.
Gruß
Steffen
Zitat von: steffen83 am 15 Juni 2018, 10:29:10
Hallo,
den JSN-SR04T kannte ich noch gar nicht. Habe mir den jetzt über Ali für 5€ bestellt und werde mir den mal an einen ESP8266 basteln.
Bin gespannt und werde ggf. berichten.
Gruß
Steffen
Nimm doch gleich einen US-100 der läuft wenigstens auch mit 3,3V und somit mit Batterie.
So wie ich gelesen habe ist der US-100 aber nicht wasserdicht. Der JSN-SR04 schon.
Batterie hin oder her, lege eh Kabel :-)
Zudem ist mir die Zisterne einmal bei Starkregen übergelaufen. Dies möchte ich dann schon abfangen bzw. den Sensor schützen.
Beim JSN-SR04 lese ich überall nur von Schwankung und Ungenauigkeit...wie sind hier die Erfahrungen? Kann ich damit zuverlässig eine Zisterne messen oder bekomme ich bei drei Messungen fünf Werte?
Wie siehts im Vergleich beim TS-ft002 aus?
Ich habe den JSN-SR04T seit über einem Jahr in meiner Zisterne im Einsatz. Mit dem Script UC1 direkt am Rpi. Die Werte schwanken um +-0,3cm, was für eine Zisterne mehr als ausreichend ist. Es gibt bei mir gelegentliche grobe Ausreißer (ca 1 von 500, wahrscheinlich durch die 25m lange Leitung), die sehen im Diagramm nicht schön aus, stören mich aber nicht. Für andere Anwendungen kann man die softwaremäßig rausfiltern.
Testweise habe ich den JSN-SR04T in ESPeasy eingebunden (alles viel einfacher) und die Ausreißer sind weg.
Von dem JSN-SR04T gibt es eine V2.0, die nicht so zuverlässig arbeitet. Die Schwankungen sind da etwas größer. (+-0,5cm) und mit ESPeasy-Mega gibts mehr Aussetzter.
Der Sensor wird übrigens im KFZ-Bereich als Abstandswarner eingesetzt.
Moin, der Ali hat geliefert und ich hatte Zeit den JSN-SR04T zu installieren. Benötige jedoch Hilfe bei der Wassermengenberechnung. Kann mir da jemand weiterhelfen?
Ich habe die angehängte Zisterne und den Sensor habe ich so hoch installiert, dass bei Voll/Überlauf mir ein Wert von 22cm ausgegeben wird. Den untersten Punkt konnte ich noch nicht ganz ermitteln, da der Garten sonst unter Wasser gestanden hätte. Sollte allerdings vom Boden aus ca. 30 cm sein.
Anhand der Wiki-Beschreibung https://wiki.fhem.de/wiki/Zisterne:_F%C3%BCllstandsberechnung_mittels_Ultraschallsensor (https://wiki.fhem.de/wiki/Zisterne:_F%C3%BCllstandsberechnung_mittels_Ultraschallsensor) komme ich leider nicht weiter.
Wie habt ihr das gemacht oder kann ich ggf. euren Code hierzu mal sehn?
Gruß
Steffen
das ist nicht ganz trivial. 8)
ersatzweise könntest du eine liegende tonne annehmen. dann könntest du die querschnittsfläche nach wikipedia/4.formel mit der länge multiplizieren.
https://de.wikipedia.org/wiki/Kreissegment (https://de.wikipedia.org/wiki/Kreissegment)
wahrscheinlich funktioniert die formel nur bis halb voll. darüber müsstest du wohl eine differenz aus voll-fläche ansetzen.
du wirst das schon schaffen.
Hier (https://forum.fhem.de/index.php/topic,70333.msg619006.html#msg619006) steht was dazu. Dabei ist es egal, ob der Füllstand kapazitiv oder per US ermittelt wird. Die Formel muss dann vermutl. per userReading eingebunden werden, oder du machst eine Routine in der myUtils und rufst sie aus userReadings heraus auf.
Schade, dass in Foren so häufig vom eigentlichen Thema abgeschweift wird.
Bleibt doch immer noch zu klären, ob man den TS-FT002 einbinden kann.
Sei es mit NanoCul oder SDuino.
Zumal der Sensor ja doch recht erschwinglich ist und man sich zudem keine Gedanken machen muss, wie man die Apparatur wasserdicht einpackt.
Hallo und herzlich willkommen im Forum R. :)
Gleich mit Kritik einzusteigen ist mutig aber im Grunde hast du mindestens halb Recht:
Das Abschweifen ist zwar oft nicht erwünscht, aber in diesem Fall durchaus sinnvoll.
Dem TE, dessen Problemlösung nicht oder nicht einfach greifbar ist, werden alternative
Wege aufgezeigt und durch einhakende Fragen Lösungen zu Problemen dieser Wege
gleich vorweg gezeigt.
Noch ein "Forschungstipp" zum Eigentlichen Gerät des TE: Optisch sieht der Sensor
ähnlich aus, wie ein Ecometer/Apollo ohne USB am Empfänger. Es könnte also das
gleiche Funkprotokoll verwendet worden sein. Zu diesem gibt es eine Implementierung
in die RTL_433- Bibliothek, mit der diverse 433- Protokolle dekodiert werden können.
Hier mal der Link zu passenden Webseiten (https://www.google.de/search?source=hp&ei=4qy5W5L8DOLjkgWEo5iACQ&q=apollo+ultrasonic+rtl433&oq=apollo+ultrasonic+rtl433&gs_l=psy-ab.3...12393.452309.0.452767.42.24.16.2.3.0.1041.5389.0j13j10j7-1.24.0....0...1c.1.64.psy-ab..0.38.5200...0j0i131k1j0i10k1j0i22i30k1j0i19k1j0i22i30i19k1j33i160k1.0.3HiFz2wWEYU). Wer sich nun gut genug auskennt, könnte
die Bib. mal einrichten und mit einem SDR- fähigen DVBT- Stick testen, ob das Protokoll
passt. Dann wäre sogar ein FHEM- Modul für alle dieser Sensoren ohne Umweg über
den USB- Empfänger z.B. über Signalduino möglich.
Dem TE wird das möglicherweise wenig helfen, aber mein o.g. Tipp vor dem Kaufen
hier zu lesen wird ihn ggf. vor weiteren Fehlkäufen bezüglich FHEM bewahren.
Das Thema ist zwar schon etwas "abgehangen" :-) aber vielleicht liest ja doch noch jemand mit.
Wir sind dabei, das Protokoll für den SIGNALduino einzuarbeiten: https://github.com/RFD-FHEM/RFFHEM/issues/977 (https://github.com/RFD-FHEM/RFFHEM/issues/977)
Ich habe den TS-FT002 in die SIGNALduino Firmware von Ralf9 eingebunden.
Er zeigt Temperatur und Distanz an. Bei meiner vollen Zisternen zeigt er jetzt einen Wert von 35 an.
Gibt es die Möglichkeit diesen Wert zu resetten bzw den Wert zu setzen?
Meinst du mit "Firmware" tatsächlich die Firmware des SIGNALduino oder doch eher die FHEM-Module?
In letzteren sollte der TS-FT002 etwa seit Anfang Juni 2021 eingebunden sein.
Für die individuelle Anpassung der Pegelstände hatte ein User bei Github einen Vorschlag: https://github.com/RFD-FHEM/RFFHEM/issues/977#issuecomment-860175533 (https://github.com/RFD-FHEM/RFFHEM/issues/977#issuecomment-860175533)
Danke elektron-bbs!
Genau das habe ich gesucht! ;)