Erstes Projekt: HB-UNI-Sen-LEV-US
Moderator: Co-Administratoren
-
- Beiträge: 705
- Registriert: 22.05.2018, 10:23
- Hat sich bedankt: 24 Mal
- Danksagung erhalten: 120 Mal
Re: Erstes Projekt: HB-UNI-Sen-LEV-US
FHEM kann jetzt auch mit diesem Gerät umgehen.
@Jerome: Leider fehlt die Channel-Nummer in der Message. Du solltest diese in Zukunft immer mit reinnehmen. Sonst kann man kein Geräte mit mehreren Channels bauen
@Edit: Und man könnte den Batteriestatus im Channel-Byte mit übertragen. So wie es im Prinzip alle Batteriegeräte machen.
@Jerome: Leider fehlt die Channel-Nummer in der Message. Du solltest diese in Zukunft immer mit reinnehmen. Sonst kann man kein Geräte mit mehreren Channels bauen
@Edit: Und man könnte den Batteriestatus im Channel-Byte mit übertragen. So wie es im Prinzip alle Batteriegeräte machen.
Anfragen zur AskSin++ werden nur im Forum beantwortet
-
- Beiträge: 12115
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 848 Mal
- Danksagung erhalten: 2150 Mal
- Kontaktdaten:
Re: Erstes Projekt: HB-UNI-Sen-LEV-US
Wie sagst du immer so schön... Machst mir nen PullRequest?
EDIT:
Wegen der ch-Number - meinst du so wie beim Bodenfeuchtesensor?
EDIT EDIT:
Das ist doch schon drin. Oder meinst du was anderes?
Bei der CCU erhalte ich zumindest eine Batterie-Leer-Meldung
EDIT:
Wegen der ch-Number - meinst du so wie beim Bodenfeuchtesensor?
EDIT EDIT:
Code: Alles auswählen
uint8_t flags () const {
uint8_t flags = this->device().battery().low() ? 0x80 : 0x00;
return flags;
}
Bei der CCU erhalte ich zumindest eine Batterie-Leer-Meldung
-
- Beiträge: 705
- Registriert: 22.05.2018, 10:23
- Hat sich bedankt: 24 Mal
- Danksagung erhalten: 120 Mal
Re: Erstes Projekt: HB-UNI-Sen-LEV-US
Ah - das mit der StatusInfoMessage habe ich gar nicht gesehen.
Den Channel würde ich nachträglich nicht rein nehmen, da das ja nicht kompatibel mit der existierenden Software ist. Falls nötig, kann man immer noch ein "neues" Gerät machen.
Den Channel würde ich nachträglich nicht rein nehmen, da das ja nicht kompatibel mit der existierenden Software ist. Falls nötig, kann man immer noch ein "neues" Gerät machen.
Anfragen zur AskSin++ werden nur im Forum beantwortet
Re: Erstes Projekt: HB-UNI-Sen-LEV-US
Ich habe jetzt mal als Trockenübung ein paar Tests gemacht - ohne Wasserbecken. Dazu habe ich den US-Sensor in verschiedenen Abständen zum (Holz-)Boden aufgehängt. Die Ergebnisse sind bis >= 50% Füllstand ziemlich genau, darüber komplett falsch (s.Anhang).
Ich frage mich jetzt:
- Liegt das (wie in obigem Zitat von Jerome geschrieben) am Sensor bzw. dessen Öffnungswinkel?
- Habe ich einen Fehler in der Konfiguration bzw. kann das an den literals für Behälterform und Sensortyp liegen?
- Wenn diese Kurve standortunabhängig ähnlich wäre (was ich noch nicht getestet habe, aber werde): Könnte man die im Modul nicht mathematisch kompensieren? Braucht das dieser Sensortyp dann nicht evtl. generell?
- Wäre die im fhem-Forum in diesem Zusammenhang vorgeschlagene Rohr-Lösung eine Möglichkeit (Sensor in ein 5-cm-Rohr einbauen, das Löcher hat und im Wasser steht und somit denselben Wasserstand hätte wie das Becken selbst)?
List in fhem sagt:
Code: Alles auswählen
Internals:
DEF F9D20101
NAME HM_F9D201_Level
NOTIFYDEV global
NR 1409
NTFY_ORDER 50-HM_F9D201_Level
STATE 35 %
TYPE CUL_HM
chanNo 01
device HM_F9D201
READINGS:
2018-11-15 17:40:12 R-caseDesign undef lit:2
2018-11-15 13:04:49 R-caseHeight 130 cm
2018-11-15 13:04:49 R-caseLength 412 cm
2018-11-15 13:04:49 R-caseWidth 157 cm
2018-11-15 13:04:49 R-distanceOffset 40 cm
2018-11-14 18:13:29 R-sensorType undef lit:0
2018-11-17 21:59:24 RegL_01. 5E:00 5F:82 66:00 67:9D 5A:02 6A:01 6B:9C 01:00 02:28 03:00 00:00
2018-11-18 11:38:38 batVoltage 18.7
2018-11-18 11:38:38 level 35 %
2018-11-18 11:38:38 liter 2975
2018-11-18 11:20:09 recentStateType info
2018-11-18 11:38:38 state 35 %
helper:
getCfgListNo
regLst ,1
expert:
def 1
det 0
raw 1
tpl 0
role:
chn 1
shadowReg:
tmpl:
Attributes:
model HB-UNI-Sen-LEV-US
peerIDs
Martin
Standort 1: FS20 + Homematic mit CUL und FHEM (immer aktuelle Ver.) auf Raspberry Pi
Standort 2: Homematic (Wired + einige Funkmodule) über CCU2 und PocketHome HD, VCCU auf Raspberry
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods)
Standort 2: Homematic (Wired + einige Funkmodule) über CCU2 und PocketHome HD, VCCU auf Raspberry
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods)
-
- Beiträge: 12115
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 848 Mal
- Danksagung erhalten: 2150 Mal
- Kontaktdaten:
Re: Erstes Projekt: HB-UNI-Sen-LEV-US
Hi,
hast du mal im seriellen Monitor geschaut, ob der "Abstand gemessen" dem tatsächlichen Abstand entspricht?
Also um erstmal Berechnungsfehler in der Formel auszuschließen.
hast du mal im seriellen Monitor geschaut, ob der "Abstand gemessen" dem tatsächlichen Abstand entspricht?
Also um erstmal Berechnungsfehler in der Formel auszuschließen.
Re: Erstes Projekt: HB-UNI-Sen-LEV-US
Dazu muss ich ihn wieder über den ftdi an den Rechner klemmen, oder?
@Papa: Gibt es unter fhem eigentlich keine Möglichkeit, die Infos, die der serielle Monitor zeigt ebenfalls sichtbar zu machen? Events sind das ja anscheinend keine, und über expert - all... scheint da auch nicht mehr angezeigt zu werden?
Standort 1: FS20 + Homematic mit CUL und FHEM (immer aktuelle Ver.) auf Raspberry Pi
Standort 2: Homematic (Wired + einige Funkmodule) über CCU2 und PocketHome HD, VCCU auf Raspberry
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods)
Standort 2: Homematic (Wired + einige Funkmodule) über CCU2 und PocketHome HD, VCCU auf Raspberry
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods)
-
- Beiträge: 12115
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 848 Mal
- Danksagung erhalten: 2150 Mal
- Kontaktdaten:
Re: Erstes Projekt: HB-UNI-Sen-LEV-US
Korrekt.
Ich nehms mal vorweg: Du meinst also, die ganzen Textausgaben per Funk übertragen? - nein, das geht nicht.
Re: Erstes Projekt: HB-UNI-Sen-LEV-US
Ah, ok, dann werde ich morgen doch mal die Pinliste für den Ftdi in den Arduino löten, denn das einfache Reinstecken der Pins, wie man es in vielen Tutorials liest, ist mir zu wackelig.
Sollen dann die Batterien raus oder ist das egal?
Den ftdi auf 3,3 oder auf 5 Volt jumpern?
Sollen dann die Batterien raus oder ist das egal?
Den ftdi auf 3,3 oder auf 5 Volt jumpern?
Standort 1: FS20 + Homematic mit CUL und FHEM (immer aktuelle Ver.) auf Raspberry Pi
Standort 2: Homematic (Wired + einige Funkmodule) über CCU2 und PocketHome HD, VCCU auf Raspberry
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods)
Standort 2: Homematic (Wired + einige Funkmodule) über CCU2 und PocketHome HD, VCCU auf Raspberry
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods)
-
- Beiträge: 12115
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 848 Mal
- Danksagung erhalten: 2150 Mal
- Kontaktdaten:
Re: Erstes Projekt: HB-UNI-Sen-LEV-US
Ist an sich egal. Aber besser ist es, sie zu entfernen.
Denk noch mal drüber nach... da kommst du selbst drauf!
Re: Erstes Projekt: HB-UNI-Sen-LEV-US
Habbich, bin aber nicht sicher, was mit der Spannung vom ftdi auf dem Arduino geschieht, ob die evtl. hoch- oder runter gestepped wird. Und je nach Anleitung heisst es mal 5 (unbedingt), mal 3,3 (unbedingt).
Geflashed hatte ich mit 3,3.
Standort 1: FS20 + Homematic mit CUL und FHEM (immer aktuelle Ver.) auf Raspberry Pi
Standort 2: Homematic (Wired + einige Funkmodule) über CCU2 und PocketHome HD, VCCU auf Raspberry
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods)
Standort 2: Homematic (Wired + einige Funkmodule) über CCU2 und PocketHome HD, VCCU auf Raspberry
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods)