diverse Sensoren an FHEM anbinden OHNE Funk

Begonnen von flipse, 03 Juli 2019, 08:34:32

Vorheriges Thema - Nächstes Thema

flipse

Zitat von: Beta-User am 11 Juli 2019, 11:40:46
Entweder mit einem Tool, was FTDI für Windo.*-Nutzer auf deren Webseite bereitstellt, oder du nimmst das Linux-Tool von hier: http://rtr.ca/ft232r/ (das nutze ich dafür. Bitte aber nicht die "Basisdaten" HerstellerID und ProductID (?) ändern, sonst erkennt das OS das Teil nicht mehr ohne weiteres als FTDI...).

Hier verstehe ich aber noch nicht was das bringen könnte und in was ich irgendwas umbennen soll.
Als aus deiner Sicht soll ich Daten des Arduinos anpassen?
Ich bin gerade etwas lost. Sorry

Beta-User

Der Punkt bei den FTDI's ist der: es gibt recht viele gefälschte (ist zwar nur eine sehr kleine Stichprobel, aber ich habe z.B. ca. 20-30% Fehllieferungen erhalten...). Die geben sich zwar gg. dem OS als FTDI aus, haben aber uU. eben Fehlfunktionen (darunter eventuell auch im Powermanagement).

Daher stellt sich bei den Arduinos "mit FTDI" immer die Frage, ob man jetzt einen Originalen oder einen Fake erwischt hat. Bei den Fakes klappt das Umbenennen nach meinen bisherigen Erfahrungen nicht ;) . Es reicht, z.B. die Produktbezeichnung zu ändern oder die Seriennummer.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

flipse

Zitat von: Beta-User am 11 Juli 2019, 11:55:08
Der Punkt bei den FTDI's ist der: es gibt recht viele gefälschte (ist zwar nur eine sehr kleine Stichprobel, aber ich habe z.B. ca. 20-30% Fehllieferungen erhalten...). Die geben sich zwar gg. dem OS als FTDI aus, haben aber uU. eben Fehlfunktionen (darunter eventuell auch im Powermanagement).

Daher stellt sich bei den Arduinos "mit FTDI" immer die Frage, ob man jetzt einen Originalen oder einen Fake erwischt hat. Bei den Fakes klappt das Umbenennen nach meinen bisherigen Erfahrungen nicht ;) . Es reicht, z.B. die Produktbezeichnung zu ändern oder die Seriennummer.

Achsooo. Du willst, dass ich mal versuche Änderungen vorzunehmen und wenn sie gelingen, ist der FTDI Original und wenn nicht, fake?

Beta-User

...wollen?
Es ist ein Vorschlag, mehr nicht. Ansonsten tappe ich halt einfach im Dunkeln, warum das nicht gehen will. Ist m.E. wirklich kein Problem, "die paar" Geräte parallel zu betreiben (das kann bei den Kontaktsensoren anders sein, je nach Leitungslänge usw.).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

flipse

Ich bin gerade dabei, den TCRT5000 zu validieren.
An sich funktioniert er nicht schlecht, aber er meldet Wasser, obwohl kein Wasser gezogen wird.
die Differenz vom Zähler zu dem, was der Sensor gemeldet hat, sind heute morgen schon 25 Liter.

Wie kann ich vorgehen zur Fehlerindikation?

Beta-User

Es gibt einen (die Tage noch aktiven) Thread zu diesem Modul, wie bereits erwähnt. Bitte erst mal dort nachsehen (Kondensator/Widerstand tauschen...).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

flipse

Zitat von: Beta-User am 12 Juli 2019, 07:06:50
Es gibt einen (die Tage noch aktiven) Thread zu diesem Modul, wie bereits erwähnt. Bitte erst mal dort nachsehen (Kondensator/Widerstand tauschen...).

Meinst Du diesen Thread?
https://forum.fhem.de/index.php?topic=54408.0

Im Löten bin ich leider nicht so fit.
Gibt es Alternativen?

Beta-User

Ja, der Thread war gemeint, und leider ist es in der Regel am besten, wenn man den Fehler an der Quelle beseitigt, also Lötet, statt irgendeinen workaround dahinter zu schalten.

Würde also empfehlen, das Löten zu üben ;) . Sind ja keine großen Werte, die du da ggf. "verbrutzelst"....
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files