Homematic Ultraschall Sensor

Begonnen von gloob, 01 August 2018, 10:03:37

Vorheriges Thema - Nächstes Thema

PeMue

#30
Hallo Peter,

Zitat von: PSI69 am 06 Januar 2019, 13:08:21
Ich werden mal versuchen, den Berechnungsteil im Sketch diesbezüglich anzupassen. Schauen wir mal, wie weit ich da komme ...
ich habe den Verdacht, dass ich mit 16 MHz/5 V kompiliert habe, bei mir funktioniert das jetzt.

Zitat von: PSI69 am 06 Januar 2019, 13:08:21
Auch das Thema mit den 'B-GEN-SENS01 has 2 values (0102000022)' Log Einträgen kam bei mir auf - hier habe ich einfach in 'HMConfig_AskSinPPCustom.pm' Zeile 215 modifiziert (aus 'Log 1' 'Log 4' gemacht).
schau mal hier https://forum.fhem.de/index.php/topic,57486.msg880900.html#msg880900 bzw. einen Post weiter.

Gruß Peter
RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

PSI69

Hi Peter!

Zitat von: PeMue am 06 Januar 2019, 13:26:43
ich habe den Verdacht, dass ich mit 16 MHz/5 V kompiliert habe, bei mir funktioniert das jetzt.
... versuche ich nächstes Wochenende.

Zitat von: PeMue am 06 Januar 2019, 13:26:43
schau mal hier https://forum.fhem.de/index.php/topic,57486.msg880900.html#msg880900 bzw. einen Post weiter.
OK, dann ist wohl meine auch zu alt.

Danke Peter
FHEM 6 auf RPi 4 unter Buster mit inzwischen einem ganzen Zoo von Geräten...

PSI69

Zitat von: PSI69 am 07 Januar 2019, 07:43:08
... versuche ich nächstes Wochenende.

Hat mir doch keine Ruhe gelassen...

Also den CP2102 genommen (ohne DTR), in der IDE als Programmer 'AVR ISP' eingestellt, Board 'Arduino Pro or Pro Mini', als CPU habe ich 5V/16 MHz und 3,3V/8 MHz versucht. Den Reset vor dem Hochladen führe ich aus, indem ich JP2 2/3 kurz brücke - also Reset auf GND. An der seriellen Konsole meldet sich dann auch bei 57600 Baud der Bootloader und danach 'Start App'.

Nur das Flashen schlägt feht:
ZitatArduino: 1.8.8 (Mac OS X), Board: "Arduino Pro or Pro Mini, ATmega328P (5V, 16 MHz)"

Der Sketch verwendet 14752 Bytes (48%) des Programmspeicherplatzes. Das Maximum sind 30720 Bytes.
Globale Variablen verwenden 622 Bytes (30%) des dynamischen Speichers, 1426 Bytes für lokale Variablen verbleiben. Das Maximum sind 2048 Bytes.
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x0a
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x0a
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x41
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x73
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x6b
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x53
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x69
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x6e
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x20
Problem beim Hochladen auf das Board. Hilfestellung dazu unter http://www.arduino.cc/en/Guide/Troubleshooting#upload.

Dieser Bericht wäre detaillierter, wenn die Option
"Ausführliche Ausgabe während der Kompilierung"
in Datei -> Voreinstellungen aktiviert wäre.

Den Fehler bekomme ich, egal zu welcher Zeit ich Reset drücke.

Was ist Euer Tip? Einen Programmer mit DTR besorgen? Die SILabs Treiber sind installiert, die Schnittstelle ist ja auch da, in der IDE verfügbar und die serielle Konsole zeigt Daten - Verkabelung ist doch somit OK?!?

Peter
FHEM 6 auf RPi 4 unter Buster mit inzwischen einem ganzen Zoo von Geräten...

papa

Ich denke, dass ist der OTA-Bootloader. Der kann nicht aus der Arduino-IDE bestückt werden. Du müsst entweder den Standard-Arduino-Bootloader flashen oder per OTA updaten. Um den Bootloader neu zu flashen, brauchst Du nen ISP.
BananaPi + CUL868 + CUL433 + HM-UART + 1Wire

PSI69

Zitat von: papa am 08 Januar 2019, 19:05:14
Ich denke, dass ist der OTA-Bootloader. Der kann nicht aus der Arduino-IDE bestückt werden. Du müsst entweder den Standard-Arduino-Bootloader flashen oder per OTA updaten. Um den Bootloader neu zu flashen, brauchst Du nen ISP.
OK, das geht mit OTA Bootloader also nicht mehr - wieder was gelernt...
Danke Peter
FHEM 6 auf RPi 4 unter Buster mit inzwischen einem ganzen Zoo von Geräten...

PSI69

Klappt leider nicht:
PERL WARNING: Illegal hexadecimal digit ':' ignored at ./FHEM/10_CUL_HM.pm line 5927, <aUpdtF> line 2.
bzw.
file corrupt. length:45 expected:414
Ich habe das mit der IDE erstellte File als '/opt/fhem/FHEM/firmware/HB-GEN-SENS-US-BATT.ino.ATmega328P-3.3V-8Mhz.hex' auf dem Raspi abgelegt und gebe das als FW an.
pi@fhem-pi3:~ $ ls -l /opt/fhem/FHEM/firmware/
total 1308
-rw-r--r-- 1 fhem dialout  33985 Sep 23 16:09 ArduCounter.hex
-rw-r--r-- 1 fhem dialout  88408 Jan  2  2017 coprocessor_update.141.eq3
-rw-r--r-- 1 fhem dialout  88408 Aug 14 16:54 coprocessor_update.eq3
-rw-r--r-- 1 fhem dialout  99233 May  1  2017 esptool.py
-rw-r--r-- 1 fhem dialout  41553 Jan  8 19:26 HB-GEN-SENS-US-BATT.ino.ATmega328P-3.3V-8Mhz.hex
-rw-r--r-- 1 fhem dialout  41516 Jan  8 19:26 HB-GEN-SENS-US-BATT.ino.ATmega328P-5V-16Mhz.hex
-rw-r--r-- 1 fhem dialout 140616 Nov 18  2017 HM-LC-Bl1PBU-FM_update_V2_11_1_161212.eq3

Wobei - bisher habe ich *.eq3 Files OTA geflasht - ist hier der Haken? Und wenn ja - ich erstelle ich daraus ein *.eq3 File - welches Format das dann auch immer ist...

Peter
FHEM 6 auf RPi 4 unter Buster mit inzwischen einem ganzen Zoo von Geräten...

papa

Zitat von: PSI69 am 08 Januar 2019, 19:37:44
Wobei - bisher habe ich *.eq3 Files OTA geflasht - ist hier der Haken? Und wenn ja - ich erstelle ich daraus ein *.eq3 File - welches Format das dann auch immer ist...
Dafür gibt es prepota.sh. Das macht aus dem .hex ein .eq3
BananaPi + CUL868 + CUL433 + HM-UART + 1Wire

PeMue

#37
Zitat von: papa am 08 Januar 2019, 20:45:14
Dafür gibt es prepota.sh. Das macht aus dem .hex ein .eq3
papa war schneller  :)

Aufruf:
./prepota.sh <infile.hex>
und: selbst auf dem Raspberry Pi 3 dauert es ein bisschen, also erst mal Kaffee trinken  ;).

Danach gibt es zwei zusätzliche Dateien <infile>_<datum_zeit>.hex bzw. <infile>_<datum_zeit>.eq3. Aber irgendwie ist die eq3 um zwei Byte länger als die von Dirk's v0.15 Firmware vom Wettersensor  ???

Gruß Peter
RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

PSI69

Super, danke! Damit komme ich doch weiter...
Peter
FHEM 6 auf RPi 4 unter Buster mit inzwischen einem ganzen Zoo von Geräten...

nugat1

Hallo,
ich habe einen Arduino Pro Mini mit einem CC1101 Funkmodul, den ich schon erfolgreich mit mit "Standard"-Geräten der Asksinpp Library geflasht und an fhem angebunden habe.

Nun habe wollte ich den Ultraschallsensor ausprobieren.
Flashen funktioniert.
In den Lernmodus versetzen auch und anlernen auch, das Problem ist aber folgendes:
es wird lediglich ein erstelltes LogFile in der fhem GUI angezeigt.

defmod FileLog_HM_FCFDFE FileLog ./log/HM_FCFDFE-%Y.log HM_FCFDFE
attr FileLog_HM_FCFDFE logtype text
attr FileLog_HM_FCFDFE room CUL_HM


in diesem ist folgender Inhalt:
019-03-18_22:54:28 HM_FCFDFE D-firmware: 0.2
2019-03-18_22:54:28 HM_FCFDFE D-serialNr: ����������
2019-03-18_22:54:28 HM_FCFDFE D-firmware: 0.2
2019-03-18_22:54:28 HM_FCFDFE D-serialNr: ����������
2019-03-18_22:56:27 HM_FCFDFE D-firmware: 0.2
2019-03-18_22:56:27 HM_FCFDFE D-serialNr: ����������
2019-03-18_22:57:55 HM_FCFDFE ResndFail
2019-03-18_22:57:55 HM_FCFDFE RESPONSE TIMEOUT:RegisterRead
2019-03-18_23:02:03 HM_FCFDFE D-firmware: 0.2
2019-03-18_23:02:03 HM_FCFDFE D-serialNr: ����������


wenn man in die fhem.cfg schaut, taucht folgendes auf;
define HM_FCFDFE CUL_HM FCFDFE
setuuid HM_FCFDFE 5c9162c3-f33f-3214-98ee-9dd0df1fa57188c5
attr HM_FCFDFE .mId F0F1
attr HM_FCFDFE IODev HMLAN2
attr HM_FCFDFE IOgrp vccu:HMLAN2
attr HM_FCFDFE autoReadReg 4_reqStatus
attr HM_FCFDFE expert 2_raw
attr HM_FCFDFE firmware 0.2
attr HM_FCFDFE model unknown
attr HM_FCFDFE room CUL_HM
attr HM_FCFDFE serialNr ����������
attr HM_FCFDFE subType


HMConfig_AskSinPPCustom.pm habe ich in's FHEM Verzeichnis kopiert.
Was mache ich falsch?

Grüße

Morgennebel

Hi Papa & Gloob,


seit Martin an CUL_HM.pm schraubt, funktioniert der Ultraschallsensor nicht "richtig" - siehe:

https://forum.fhem.de/index.php/topic,95409.msg932766.html#msg932766

laut Martin (die Antwort darunter) müßte dieser die ID auf "F1xxx" nutzen - derzeit wird der Ultraschallsensor als model = ACTIONDETECTOR erkannt.

Ist das in einer Eurer aktuellen Firmware-Versionen bereits enthalten und muß ich nur updaten...?

Danke, -MN
Einziger Spender an FHEM e.V. mit Dauerauftrag seit >= 24 Monaten

FHEM: MacMini/ESXi, 2-3 FHEM Instanzen produktiv
In-Use: STELLMOTOR, VALVES, PWM-PWMR, Xiaomi, Allergy, Proplanta, UWZ, MQTT,  Homematic, Luftsensor.info, ESP8266, ESERA

papa

Die ID ist F205. Hat auf jeden Fall bisher sehr gut funktioniert.
BananaPi + CUL868 + CUL433 + HM-UART + 1Wire

gloob

#42
In der Firmware im ersten Post ist es auch so:

const struct DeviceInfo PROGMEM devinfo = {
  {0x33, 0x30, 0x05},     // Device ID
  "FHEM333005",           // Device Serial
  {0xf2, 0x05},           // Device Model
  0x02,                   // Firmware Version
  as::DeviceType::Sensor, // Device Type
  {0x00, 0x00}            // Info Bytes
};


Was passiert denn wenn du das Model Attribut änderst?
Raspberry Pi 3 | miniCUL 433MHz | nanoCUL 868 MHz | nanoCUL 433 MHz | MySensors WLAN Gateway | LaCrosse WLAN Gateway | SignalESP 433 MHz | SignalESP 868 MHz | HM-MOD-UART WLAN Gateway | IR - 360 Grad WLAN Gateway

Morgennebel

Hi Gloob,


Ich bin verwirrt...

  {0x33, 0x30, 0x05},     // Device ID

übersetzt sich für mich nach 3, 0, "ENQ" gemäß http://lwp.interglacial.com/appf_01.htm - was auch immer ENQ für ein Steuerzeichen sein mag.

Das entspricht nicht "F205" wie von Papa unten angegeben und entspricht nicht "F1xxx" wie von Martin gewünscht.

Model läßt sich nicht mehr überschreiben:


model must not be changed by User.
Use modelForce instead


Bei modelForce erhalte ich ein Dropdown-Menü mit den bekannten Homematic-Geräten...

Danke, -MN
Einziger Spender an FHEM e.V. mit Dauerauftrag seit >= 24 Monaten

FHEM: MacMini/ESXi, 2-3 FHEM Instanzen produktiv
In-Use: STELLMOTOR, VALVES, PWM-PWMR, Xiaomi, Allergy, Proplanta, UWZ, MQTT,  Homematic, Luftsensor.info, ESP8266, ESERA

gloob

Zitat von: Morgennebel am 24 April 2019, 16:42:13
Hi Gloob,


Ich bin verwirrt...

  {0x33, 0x30, 0x05},     // Device ID

übersetzt sich für mich nach 3, 0, "ENQ" gemäß http://lwp.interglacial.com/appf_01.htm - was auch immer ENQ für ein Steuerzeichen sein mag.

Das entspricht nicht "F205" wie von Papa unten angegeben und entspricht nicht "F1xxx" wie von Martin gewünscht.

Model läßt sich nicht mehr überschreiben:


model must not be changed by User.
Use modelForce instead


Bei modelForce erhalte ich ein Dropdown-Menü mit den bekannten Homematic-Geräten...

Danke, -MN

Das was du da oben hast ist auch die Device ID / Seriennummer (333005).  Die sollte bei dir anders sein.

Das ist das Model:
{0xf2, 0x05},           // Device Model

Und da steht F205
Raspberry Pi 3 | miniCUL 433MHz | nanoCUL 868 MHz | nanoCUL 433 MHz | MySensors WLAN Gateway | LaCrosse WLAN Gateway | SignalESP 433 MHz | SignalESP 868 MHz | HM-MOD-UART WLAN Gateway | IR - 360 Grad WLAN Gateway