Funktioniert nicht... war SMS-Guard Busmaster jetzt Busmaster von denkovi.com

Begonnen von Thomas24568, 09 Dezember 2017, 18:26:56

Vorheriges Thema - Nächstes Thema

Thomas24568

Moin!

Eine neue Suche, da vieles nicht funktioniert. Vielleicht bin ich vom Mac zu verwöhnt, das ich Linux-Basics nicht (er)kenne und mir die Seiten in diesem Forum nicht geholfen haben - ja, ich habe die Suche bemüht und eine Diskussionen zum Thema Busmaster von SMS-Guard gefunden.

Hardware: RPi3, SMS-Guard Busmaster, einige Sensoren DS18B20.

FHEM vom dieser Woche

Ich kann im Dateisystem vom Pi die Devices der Sensoren sehen, also

pi@raspberrypi:/sys/bus/w1/devices $ ls
00-240000000000  00-a40000000000  w1_bus_master1
00-640000000000  00-c40000000000


(gestern hatte ich noch die Seriennummern der 3 getesteten Sensoren und Messwerte gefunden. Was das ein anderes Verzeichnis?)

die Sensoren werden am Busmaster erkannt und ins Dateisystem eingebunden. Nur trotz Autocreate werden sie mir in FHEM nicht angezeigt. Da habe ich bei meiner Suche 2 Dateien  (00_USBMASTER.pm 14_USBSLAVE.pm) gesehen, und diese ins Verzeichnis /opt/fhem/FHEM kopiert, wo auch die anderen alle Dateien mit zwei Ziffern vorneweg liegen. Aber auch nach "update shutdown restart" bekomme ich meinen (derzeit nur einen angeschlossenen 18B20) nicht angezeigt.

Irgendwo bei der suche und den vielen Seite habe ich was von OWserver gelesen, aber auch das diese Bestandteile mittlerweile in FHEM schon drin sind. Was muß ich nun machen, um den Sensor in FHEM zu erkennen?

Thomas

Deckoffizier

Hallo Thomas,

möchte jetzt keine Prügel kriegen aber so ein Teil liegt schon Ewigkeiten bei mir in der Kramkiste.
Für meinen Geschmack gibt es andere will jetzt nicht sagen bessere Busmaster die sich vollwertig in FHEM einbinden lassen auf USB Basis oder als Modulaufsatz auf dem Raspi.

Ein DS9490R als art USB Stick war an meinem PI3 ziemlich einfach in Betrieb zu nehmen. Aber nach Hardwarewechsel auf eine Linux Server nach nächtelangen probieren für mich nicht hinzubekommen.
Habe mir dann ein LinkUSBi zugelegt und der macht nach etwas Konfiguration nachbessern bei USB, unter Linux soweit so gut mit verschiedenen Sensoren.

Gruß
Hans-Jürgen


FHEM 5.8 auf "yakkaroo Emu A1FL.1" mit CUL 868MHz, SIGNALduino,2 1Wire USB Busmaster, diverse 1 Wire Sensoren,Landroid,Aeotec USB Dongle Z-Wave Plus

Thomas24568


KölnSolar

ZitatIch kann im Dateisystem vom Pi die Devices der Sensoren sehen, also

Code: [Auswählen]
pi@raspberrypi:/sys/bus/w1/devices $ ls
00-240000000000  00-a40000000000  w1_bus_master1
00-640000000000  00-c40000000000

(gestern hatte ich noch die Seriennummern der 3 getesteten Sensoren und Messwerte gefunden. Was das ein anderes Verzeichnis?)
Da stimmt meines Erachtens etwas mit dem Bus nicht. Verkabelung, Spannung... Ansonsten würde zB. 28-000005fa612d angelegt werden.
Grüße Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

Frank_Huber

Ich hatte auch zuerst den vom sms-guard.
Hab den nie zum laufen gekriegt und dann zurück geschickt.
Seither hab ich die busmaster von denkovi.com. Die laufen sauber und stabil.

Mit dem Handy online, daher kurz gefasst...


Thomas24568

Hallo Frank,

hast du für den denkovi-Busmaster irgendeinen Treiber installiert? Denn ich habe meine heute bekommen, angeschlossen (mit dem mitgeliefertem 18B20) - und nichts passiert. Selbst ein Neustart des Pi hat mir keinen neuen Sensoreintrag beschert.

Thomas

Frank_Huber

Zitat von: Thomas24568 am 11 Januar 2018, 12:36:27
hast du für den denkovi-Busmaster irgendeinen Treiber installiert? Denn ich habe meine heute bekommen, angeschlossen (mit dem mitgeliefertem 18B20) - und nichts passiert. Selbst ein Neustart des Pi hat mir keinen neuen Sensoreintrag beschert.

kein Treiber,
nur den Busmaster in FHEM definiert.
defmod 1wire OWX /dev/ttyUSB0
attr 1wire DbLogExclude .*
attr 1wire group System-Hardware
attr 1wire interval 300
attr 1wire room SYSTEM
attr 1wire verbose 0

Thomas24568

Moin!

Meine Antwort ist Magen-Darm-Verzögert...

Also, die erste Zeile aus deinem Code verstehe ich, die funktioniert auch bei mir (Gerät OWX erscheint).

Ab der 2. Zeile muß ich raten: Doppelte Einträge ausschließen? Wenn ich das in meine Befehlszeile reinkopiere bekomme ich eine Fehlermeldung

1wire: unknown attribute DbLogExclude. Type 'attr 1wire ?' for a detailed list. Hast du da was für dein System defeniert?

3. Zeile: OWX in eine Gruppe eintragen?
4. Zeile Auslesezeit auf 5 Minuten setzen?
5. Zeile Gerät einem Raum zuordnen.
Aber was soll die 6. Zeile bewirken?  Irgendwas unterdrücken?



Ich bekomme als reading nur "opened". Wo finde ich den Sensor (18b20) und dessen Meßwert?

Thomas

Frank_Huber


2. Zeile
Kein logging in die dblog (SQL)

3. Zeile:
Gruppierung innerhalb fhem webui

4. Zeile
Ist IMHO default.

5. Zeile Gerät einem Raum zuordnen.
Korrekt

Aber was soll die 6. Zeile bewirken?  Irgendwas unterdrücken?
Im fhem logfile nichts loggen


Mach mal nen get devices oder starte neu.


Mit dem Handy online, daher kurz gefasst...


Thomas24568

Neustart hat keine Änderung erbracht. "get devices" bringt nur Please define devices first, sinngemäß auch für get OWX.

Thomas

Frank_Huber

Ist auch was angeschlossen?
Sieht so aus als ob nicht (oder falsch)

Mit dem Handy online, daher kurz gefasst...


Thomas24568

Der Busmaster blinkt wie erwartet, der Sensor ist einfach (rot = +5V, sw = Masse, gelb = Daten).

Oder stören sich 2 Busmater die gleichzeitig am Pi hängen? (solange der "Neue" nicht läuft muß der "Alte" von SMS-Guard die Daten sammeln)

Nachtrag: Wenn beide Busmaster am Pi angesteckt sind gibt es offenbar Ärger. Der bulgrische Busmaster allein bringt Meßwerte, aber komische Sensor-IDs. Kann mir jemand erklären, warum die IDs so unterschiedlich sind?


SMS-Guard ausgelesene ID     bulgarischer BM meldet
2813B93606000030               OWX_28_13B936060000
286A043706000012               OWX_28_6A0437060000


Es geht rein um die Ziffern, in der rechten Spalte fehlen die letzten beiden.


2. Nachtrag: Warum bekomme ich bei OWX kein Logfile, wo ich die Werte für die Diagramme auslesen kann? Oder wird das anders gemacht?

Thomas

Frank_Huber

OWX legt dir für jeden sensor ein device an.
Da drin kannst du das logging machen.
Wegen der ID kann ich dir nichts sagen. Ich hab nur die von denkovi.

Mit dem Handy online, daher kurz gefasst...


Wzut

Zitat von: Thomas24568 am 09 Dezember 2017, 18:26:56
Da habe ich bei meiner Suche 2 Dateien  (00_USBMASTER.pm 14_USBSLAVE.pm) gesehen, und diese ins Verzeichnis /opt/fhem/FHEM kopiert, wo auch die anderen alle Dateien mit zwei Ziffern vorneweg liegen. Aber auch nach "update shutdown restart" bekomme ich meinen (derzeit nur einen angeschlossenen 18B20) nicht angezeigt.
da die beiden Module von mir stammen würde mich mal ein list von deinem USBMASTER Device interessieren
BTW : hättest du das im Ur Thread gepostet hätte ich dir schon Wochen antworten können :(
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Thomas24568

@Frank:

OWX legt dir für jeden sensor ein device an.
Ich seh das nicht. Bisher kenne ich es nur, das die Logs automatisch erscheinen wenn ein neues Gerät zugefügt wird. Muß ich bei OWX das Log von Hand anlegen?

@Wzut:
da die beiden Module von mir stammen würde mich mal ein list von deinem USBMASTER Device interessieren

Ich seh den Wald nicht mehr vor lauter Bäumen... (Weil mal wieder Namen und Bezeichnungen gleich lauten).

Die Sensoren laufen am SMS-Guard-Busmaster (wenn auch nicht ohne Abstürze alle paar Tage). Mittlerweile habe ich mich mit Frank über den bulgarischen Busmaster (das Teil ohne Name von Denkovi) unterhalten.

Thomas