Hallo, ich will mir einige Module von https://github.com/loetmeister/HBWired (https://github.com/loetmeister/HBWired) nachbauen. Dazu habe ich zum testen mir einen Arduino Nano zusammen mit einem MAX487 auf ein Steckbrett gebaut und das ganze ist dann mit einem Gateway485 verbunden.
Jetzt kommen meine Probleme:
In der Homematic Web UI wird mir im Posteingang ein Modul angezeigt. Aber dan beim anlernen kommt im Feld "Fertig" die Meldung Fehler.
Was mach ich falsch?
Hallo,
die ganzen HBW-Geschichten sind eigentlich für FHEM gedacht. Man kann die selbst gebauten Geräte wahrscheinlich auch mit einer CCU laufen lassen, aber dazu muss man z.B. die XMLs an die richtige Stelle bringen und möglicherweise ist die CCU auch nicht ganz so flexibel was die XMLs selbst angeht.
Mein Rat dazu wäre mit Hilfe dieses Tutorials ein Gerät zusammenbauen und es mit FHEM zum Laufen bekommen: https://forum.fhem.de/index.php/topic,61780.0.html. Dann kann z.B. ich auch helfen, wenn es zu Problemen kommt.
...und dann vielleicht den ganzen HM Wired Krams über FHEM laufen lassen statt über die CCU. Das läuft bei einigen hier im Forum ganz gut.
Ich will damit nicht sagen, dass man die HBW-Module nicht mit einer CCU zum Laufen bringen kann. Ich hatte mal eine CCU1 (oder 2?) auf einem RasPi installiert und habe es geschafft, damit das HBW-1W-T10 zum Laufen zu bekommen. Ich weiß allerdings, dass das ein ziemlicher K(r)ampf war und man dafür in der CCU selbst herummachen musste. Vielleicht findest Du ja, wo die XML-Dateien hinmüssen.
Vielleicht gibt es auch noch jemand im Forum, der das weiß.
Gruß,
Thorsten
Hallo Thorsten,
vielen Dank für deine schnelle Antwort. Die Sache ist nur, dass ich die CCU3 erst neu bekommen habe und ich mir hauptsächlich Rolladenaktoren bauen wollte.
Ich habe die entsprechende xml unter Zusatzsoftware auf meine CCU instaliert. Dies hat aber nur Teilerfolge gebracht. Das Modul welches ich ausprobiert habe war ein HBW-Sen-SC-12-DR. Dieses wird von der CCU erkannt aber beim Anlernen kommt die Fehlermeldung.
Vielleich hat jemand anders Erfahrung mit der CCU gesammelt.
Ich habe mal ein paar Bilder eingefügt.
Gruß Peter
Mit der Frage wärst Du im Homematic Forum vermutlich besser aufgehoben. Im Screenshot zu Zusatzsoftware sehe ich jetzt nur Mediola. Das hat nichts mit Homebrew Devices zu tun.
Hi,
wenn das Ding nur als "HMW Generic" erkannt wird, dann hat es das XML nicht gefunden. Ich kann mir auch kaum vorstellen, dass das einfach so unter "Zusatzsoftware installieren" geht. Wahrscheinlich musst Du Dich schon auf Betriebssystem-Ebene anmelden und dann die Datei an die richtige Stelle schreiben.
Aber zap hat da schon Recht: Das ganze hat wenig mit FHEM zu tun. D.h. frag im richtigen Forum nach oder fang halt doch mit FHEM an.
Gruß,
Thorsten
Danke für die Antworten.
Ich werde mal daüber nachdenken.
Aber die nächsten Tagen haben wir bestimmt etwas anderes vor...
Fröhliche Weihnachten und Guten Rutsch
Grus Peter
Zitat von: PG201245 am 23 Dezember 2021, 22:07:19
Aber die nächsten Tagen haben wir bestimmt etwas anderes vor...
...und das ist auch gut so!
Zitat
Fröhliche Weihnachten und Guten Rutsch
Danke gleichfalls!
Hallo und Frohe Weihnachten.
Denke auch das die XML Dateien fehlen oder nicht an der richtigen Stelle liegen. Schau mal hier, eventuell hilft das weiter:
https://homematic-forum.de/forum/viewtopic.php?f=31&t=23603&p=200915#p200915
Möglich ist auch Add-on Pakete zu erstellen, die man dann als Zusatzsoftware in der CCU hochladen kann - wie groß der Aufwand ist kann ich nicht sagen - habe das aber im Umfeld von Homematic Wired/Funk Selbstbaugeräten gesehen.
Falls es klappt, oder auch Anpassungen an den HBWired XML Dateien nötigt ist, würde ich mich über Feedback freuen.
Gruß,
Thomas
Hallo Thomas,
vielen Dank für den Link. Das Forum sieht sehr vielversprechend aus. Ich werde dort erst mal weitersuchen.
Wenn ich Erfolge habe werde ich mich hier oder bei dir melden, damit die anderen auch was davon haben. Es wird nur etwas länger dauern.
Guten Rutsch und viele Grüße
Peter
Hallo Miteinander, bisher habe ich nur mitgelesen.
Danke an Thorsten Pferdekaemper für das HBW Tutorial.
Danke auch an loetmeister für die Schaltpläne und Platinen-Layouts.
Ich sitze nur schon sehr lange daran einige HBW Geräte in die CCU zu bringen. Es ist sehr mühsam mit meinen Rudimentären Programmier-skills.
Welche Möglichkeiten bzw Beschränkungen gibt es bei den HBW Geräten? Wäre ein Drucksensor auch möglich als Homebrew Gerät so wie dieses https://github.com/jp112sdl/HB-UNI-Sen-PRESS (https://github.com/jp112sdl/HB-UNI-Sen-PRESS)?
Hi,
bin mir nicht sicher worauf sich deine Frage bezieht? Homebrew Geräte in die CCU einzubinden oder selber zu entwickeln?
Erstes wurde hier kürzlich gefragt https://forum.fhem.de/index.php?topic=136085.0 - da habe ich aber keine Erfahrung.
Um bestimme Homebrew Gerät zu entwickeln, würde ich vorschlagen einen neue Thread zu erstellen.. Bzgl. Drucksensor sehe ich kein Problem. Bei jp112sdl/HB-UNI-Sen-PRESS ist es ein Analoger Sensor, also höhe der Spannung entspricht dem Druck. Dafür gäbe es HBWAnalogIn.h in https://github.com/ThorstenPferdekaemper/HBWired/tree/master/libraries/src. Verwendet in https://github.com/ThorstenPferdekaemper/HBWired/blob/master/HBW-LC-BL-4/HBW-LC-Bl-4.ino um die Busspannung zu messen...
Gruß,
Thomas
Ich dachte mir das es limitierende Faktoren bei der Entwicklung neuer Geräte (Datentransfer, Datenmenge, ..) im RS485 Bus System gibt weil ELV nur wenige Wired Aktoren entwickelt hat. Der Wired Bus ist doch auf 127 Aktoren beschränkt oder liege ich da falsch?
Lg
Markus
Hi Markus,
Ich glaube ELV hatte sich auf die Homematic Funk Geräte konzentriert... denke mal da war der Absatz deutlich höher.
Wenn die Typen hier komplett sind, dann wären es 9 verschiedene Geräte. (https://github.com/eq-3/occu/tree/master/firmware/hs485types)
Ja, der RS485 Bus ist begrenzt. 128 Geräte in Summe, bei den 1/4 load Treibern (MAX487 oder LT1785 - den hat z.B. der original SW2 verbaut) oder 1/8 load Treiber (SNx5HVD308xE / SN65HVD3082E), dann Theoretisch 256 Geräte. Natürlich nur wenn alle 1/8 load sind...
Ich habs bunt gemischt und 35 Geräte. Damit kommt man schon ganz schön weit. Problem wäre natürlich man hat zu viele Geräte mit nur einem oder zwei Kanälen.
Datenraten sind eigentlich kein Problem. Es werden ja keine großen Mengen Übertagen. Selbst ein Firmware update dauert nur 30-40 Sekunden, in der Zeit ist der Bus aber für den Rest der Geräte gesperrt. :)
Gruß,
Thomas
Hast du das selbe Gerät mehrfach im Bus oder 35 verschiedene? Ich scheitere gerade daran einen zweiten HBW-1W-T10 an meine CCU anzulernen.
Hi,
Ja, auch ein paar Geräte des selben Typs.
Hast du vergessen dem neuen Gerät eine freie / eindeutige Adresse zu geben? https://github.com/ThorstenPferdekaemper/HBWired/blob/master/documentation/quick-setup.txt
Gruß,
Thomas
Nein ich habe die Adresse in der HBWired.cpp geändert.
Ok... ist nicht ganz im Sinne des Erfinders https://forum.fhem.de/index.php?topic=61780.msg536038#msg536038 8)
Man könnte auch die Geräteadresse in der Gerätekonfiguration sichtbar machen... aktuell ist sie versteckt.
Hi,
man kann die Adresse dann wohl kaum über die CCU ändern, oder?
Gruß,
Thorsten
Zitat von: loetmeister am 10 Dezember 2023, 10:26:20Ok... ist nicht ganz im Sinne des Erfinders https://forum.fhem.de/index.php?topic=61780.msg536038#msg536038 8)
Man könnte auch die Geräteadresse in der Gerätekonfiguration sichtbar machen... aktuell ist sie versteckt.
Das wäre sehr ideal. Aktuell muss ich immer zwischen Hardware und Software Serial switchen um die Adresse im Serial Monitor zu sehen.
Zitat von: Thorsten Pferdekaemper am 10 Dezember 2023, 10:33:43Hi,
man kann die Adresse dann wohl kaum über die CCU ändern, oder?
Gruß,
Thorsten
Mir würde nur die Möglichkeit per SSH einfallen. Falls das funktioniert wäre es per Skript oder CuxD möglich. Ist das irgendwo detailierter Beschrieben?
Zitat von: maxx3105 am 10 Dezember 2023, 14:51:27Zitat von: loetmeister am 10 Dezember 2023, 10:26:20Ok... ist nicht ganz im Sinne des Erfinders https://forum.fhem.de/index.php?topic=61780.msg536038#msg536038 8)
Man könnte auch die Geräteadresse in der Gerätekonfiguration sichtbar machen... aktuell ist sie versteckt.
Das wäre sehr ideal. Aktuell muss ich immer zwischen Hardware und Software Serial switchen um die Adresse im Serial Monitor zu sehen.
Ergänze die Geräte XML mal um <parameter id="OWN_ADDRESS">
<paramset type="MASTER" ...
<parameter id="OWN_ADDRESS">
<logical type="integer" default="1124073471" max="1107558399" min="1107296256"/>
<physical size="4" type="integer" interface="eeprom">
<address index="0x3FC"/>
</physical>
</parameter>
...
</paramset>Adressbereich wäre 0x42000000 - 4203FFFF. Default 42FFFFFF (so wie in HBWired.cpp gesetzt wird)
Habs nicht getestet.
EDIT: Danach Gerät neu starten um die neue Adresse zu verwenden...
Gruß,
Thomas
Hab mal versucht die Adresse zu ändern. Eine unreach kam danach nicht. Habe dann das Gerät gelöscht und versuche es nun neu anzulernen.
Screenshot 2023-12-10 185513.png
So habe das ganze mal mit serial monitor wiederholt. Die Geräteadresse ändert sich dadurch nicht aber irgendwas wird empfangen und verarbeitet.
21:46:17.271 -> B: 2A 935
21:46:17.271 -> OW sensorSearch
21:46:17.271 -> 1-Wire device found: 286487C311210190 - already known
21:46:17.311 -> conf_OW-addr: 286487C311210190
21:46:17.311 -> conf_OW-addr: FFFFFFFFFFFFFFFF
21:46:17.311 -> conf_OW-addr: FFFFFFFFFFFFFFFF
21:46:17.311 -> conf_OW-addr: FFFFFFFFFFFFFFFF
21:46:17.311 -> conf_OW-addr: FFFFFFFFFFFFFFFF
21:46:17.311 -> conf_OW-addr: FFFFFFFFFFFFFFFF
21:46:17.311 -> conf_OW-addr: FFFFFFFFFFFFFFFF
21:46:17.311 -> conf_OW-addr: FFFFFFFFFFFFFFFF
21:46:17.311 -> conf_OW-addr: FFFFFFFFFFFFFFFF
21:46:17.311 -> conf_OW-addr: FFFFFFFFFFFFFFFF
21:46:18.273 -> T: FD:FF:FF:FF:FF:F8:42:00:00:17:12:41:00:81:01:00:03:48:42:57:37:32:39:36:32:37:39:3E:78
21:46:27.329 -> T: FD:00:00:00:01:98:42:00:00:17:06:69:00:07:2D:36:6A
21:46:27.329 -> R: FD:42:00:00:17:19:00:00:00:01:02:A2:3C
21:46:27.367 -> R: ACK
21:46:27.367 -> channel: 0 sent temp, c°C: 1837 SUCCESS!
21:47:42.933 -> R: FD:42:00:00:17:18:00:00:00:01:16:57:03:F0:10:FF:FF:FF:FF:FF:FF:FF:FF:FF:FF:FF:FF:42:03:FF:FC:7E:77:76
21:47:43.077 -> C: Write EEPROM
21:47:43.077 -> T: FD:00:00:00:01:19:42:00:00:17:02:E4:5C
21:47:43.087 -> R: FD:42:00:00:17:1A:00:00:00:01:03:43:25:BE
21:47:43.087 -> T: FD:00:00:00:01:39:42:00:00:17:02:00:9A
21:47:43.087 -> OW sensorSearch
21:47:43.087 -> 1-Wire device found: 286487C311210190 - already known
21:47:43.087 -> conf_OW-addr: 286487C311210190
21:47:43.087 -> conf_OW-addr: FFFFFFFFFFFFFFFF
21:47:43.088 -> conf_OW-addr: FFFFFFFFFFFFFFFF
21:47:43.088 -> conf_OW-addr: FFFFFFFFFFFFFFFF
21:47:43.088 -> conf_OW-addr: FFFFFFFFFFFFFFFF
21:47:43.088 -> conf_OW-addr: FFFFFFFFFFFFFFFF
21:47:43.088 -> conf_OW-addr: FFFFFFFFFFFFFFFF
21:47:43.088 -> conf_OW-addr: FFFFFFFFFFFFFFFF
21:47:43.088 -> conf_OW-addr: FFFFFFFFFFFFFFFF
21:47:43.088 -> conf_OW-addr: FFFFFFFFFFFFFFFF
Hi,
Ja, das ging leider doch nicht so einfach. Die 4 Byte für die Adresse sind normalerweise gesperrt... den Schutz einfach aufheben würde aber bedeuten das bei einem device reset über fhem/CCU auch die Adresse gelöscht werden würde.
Da Brauch man doch noch was mehr code um nur beim Schreiben der 4 Adressebyte die Änderung zuzulassen, aber bei einem kompletten Rest nicht...
Ich habe es nun so gelöst. Im Sketch diese Zeilen einfügen.
#define DEVICE_ADDRESS 0x42FFFFFF // Neue Geräteadresse definieren
#include "DeviceAddress.h" // Header-Datei zur definition der Geräteadresse ("setDeviceAddress();" unter void setup einfügen")
und diese Header-Datei DeviceAddress.h
#ifndef DeviceAddress_h
#define DeviceAddress_h
#include <EEPROM.h>
// Definition der Adresse
#ifndef DEVICE_ADDRESS
#error "Please define the device address using '#define DEVICE_ADDRESS 0x12345678'"
#endif
// Funktion, um die Geräteadresse im EEPROM zu setzen
void setDeviceAddress() {
// Adresse an den obersten 4 Bytes des EEPROM schreiben
for (int i = 0; i < 4; i++) {
EEPROM.write(i, (DEVICE_ADDRESS >> (24 - i * 8)) & 0xFF);
}
}
#endif
Die erste Version meines Addons für die CCU2/3 Raspberrmatic funktioniert soweit.
root@homematic-raspi:/tmp/CCU_RM# ./update_script
UNDEFINED
root@homematic-raspi:/tmp/CCU_RM# /usr/local/etc/config/rc.d/hbwired_addon start
Found firmware version 3.75.7 - using patch subdirectory version ge_345
Starting complete installation within 'start' 10.05.2024 04:32:48
Found 1 monit process(es)
Stopping monitoring service for ReGaHss, RFD and HS485D
Found 1 ReGaHss process(es)
Stopping ReGaHss: ....OK
Found 1 rfd process(es)
Stopping rfd: OK
Running scripts...
- install_hbw-1w-t10
find: /usr/local/addons/hbwired_addon/customized_firmware: No such file or directory
No customized firmware files found in /usr/local/addons/hbwired_addon/customized_firmware.
(Re-)Creating symlinks for firmware files...
- HBW-LC-Sw-12.xml
- HBW-LC-Sw-8.xml
- hbw-dis-key-4.xml
- hbw-sen-db-4.xml
- hbw-sen-db-4_v0.2.xml
- hbw-sen-ep.xml
- hbw_1w_t10_v1.xml
- hbw_cc_dt3_t6.xml
- hbw_cc_vd2.xml
- hbw_cc_vd8.xml
- hbw_lc_bl-4.xml
- hbw_lc_bl-8.xml
- hbw_sc-10_dim-6.xml
- hbw_sen_key_12.xml
- hbw_sen_sc_12_dr.xml
Starting rfd: .OK
Starting ReGaHss: .OK
Starting monitoring service for ReGaHss and RFD
Installation done.
Screenshot 2024-05-10 043058.png