Hauptmenü

1-wire

Begonnen von Guest, 22 Mai 2011, 22:43:17

Vorheriges Thema - Nächstes Thema

Guest

Originally posted by: <email address deleted>

Der Chip in dem billigen Konverter aus China sollte mit dem ftdi_sio-
Modul laufen, das habe ich sowieso schon für die Kommunikation mit
meinem solaren Wechselrichter installiert.

OWFS Lite muss ich mir erst noch ansehen - ich bin noch skeptisch und
baue wahrscheinlich lieber ein eigenes Modul, das direkt aus FHEM den
Konverter bedient.

Hier gib tes übrigens weitere Komponenten - aber unverschämt teuer.
Die sollten sich auch direkt in Fernost bestellen lassen.

http://www.1-wire.de/1-Wire/1-Wire-Module/

Gruß

Peter A. Henning

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

jorge

                                         

Gibt es schon etwas neues zur 1Wire Anbindung an FHEM@FB7390?
Ich habe mir schon mal einen low-cost 1-Wire Adapater mit 1wire
Themperature Sensor DallasMaxim DS1820 aus HongKong/Polen besorgt.
Allerdings bin ich ganauso an einer FHEM RS485  /EIB Anbindung
interessiert. Oder alles kombiniert...

Hintergrund: FS20/HMS und CUL mit FHEM_5.1@FB7390 funktionieren bei
mir zwar ganz gut, aber für eine zuverlässige HausSteuerung ist ein
qualifizierte Bussystem einfach besser! Und die kann man ja auch noch
zusätzlich nutzen!

Jörg (jwk)

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
FHEM.RaspberryPi 2 (HM, 1Wire, Callmonitor.FB 7490, GPIO, I2C, MQTT-Server, MCP23018)
FHEM.RaspberryPi  (FHEM2FHEM, CUL, FS20)
FHEM.RPiZeroW (I2C, 1Wire, python.api, XiaomiBTLESens.MQTT)
FHEM.Win7 (FHEM2FHEM,DBLOG.MySql)
ESPEasy (WEMOSD1, I2C, Analog, 1Wire), Sonoff_T1_3ch, Mobotix QM25, robonect

Guest

Originally posted by: <email address deleted>

On Jul 11, 11:29 am, jwk wrote:

> Allerdings bin ich ganauso an einer FHEM RS485  /EIB Anbindung
> interessiert. Oder alles kombiniert...
>
> Hintergrund: FS20/HMS und CUL mit FHEM_5.1@FB7390 funktionieren bei
> mir zwar ganz gut, aber für eine zuverlässige HausSteuerung ist ein
> qualifizierte Bussystem einfach besser! Und die kann man ja auch noch
> zusätzlich nutzen!

Hi Jörg,
seit FHEM 5.1 ist die EIB-Integration enthalten und mit einem TUL kann
es direkt von FB angesprochen werden ohne zusätzliche Server/Software
Hier der Thread dazu: (und da es hier offtopic ist, lass uns weitere
EIB-Beiträge da austauschen.)
http://groups.google.com/group/fhem-users/browse_thread/thread/64fe7f6583d107c3

Cu
Maz

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

jorge

                                         

> Hier der Thread dazu: (und da es hier offtopic ist, lass uns weitere
> EIB-Beiträge da austauschen.)http://groups.google.com/group/fhem-users/browse_thread/thread/64fe7f...

O.K. FHEM Forks...

Aber mein Interesse an 1-Wire Komponenten ist trotzdem ungebrochen.

Jörg (jwk)

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
FHEM.RaspberryPi 2 (HM, 1Wire, Callmonitor.FB 7490, GPIO, I2C, MQTT-Server, MCP23018)
FHEM.RaspberryPi  (FHEM2FHEM, CUL, FS20)
FHEM.RPiZeroW (I2C, 1Wire, python.api, XiaomiBTLESens.MQTT)
FHEM.Win7 (FHEM2FHEM,DBLOG.MySql)
ESPEasy (WEMOSD1, I2C, Analog, 1Wire), Sonoff_T1_3ch, Mobotix QM25, robonect

Guest

Originally posted by: <email address deleted>

Guten Morgen die FHEM Gemeinde,

ich betreibe seit geraumer Zeit das FHEM (5.1) auf einem Dockstar mit
diversen
Funkkomponenten und einem CUL (V1.37). Weiterhin hat mich das Thema 1-
Wire interessiert.
Habe mir folgenden Adapter zugelegt, http://www.fuchs-shop.com/de/shop/17/1/13372210/

Dieser Adapter wird unter Debian wie folgt erkannt:

usbcore: registered new interface driver cdc_acm
cdc_acm: v0.26:USB Abstract Control Model driver for USB modems and
ISDN adapters
usb 1-1.4: new full speed USB device using orion-ehci and address 5
usb 1-1.4: New USB device found, idVendor=0403, idProduct=6001
usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 1-1.4: Product: FT232R USB UART
usb 1-1.4: Manufacturer: FTDI
usb 1-1.4: SerialNumber: A600eJ3y
usb 1-1.4: configuration #1 chosen from 1 choice
usbcore: registered new interface driver usbserial
USB Serial support registered for generic
usbcore: registered new interface driver usbserial_generic
usbserial: USB Serial Driver core
USB Serial support registered for FTDI USB Serial Device
Jftdi_sio 1-1.4:1.0: FTDI USB Serial Device converter detected
usb 1-1.4: Detected FT232RL
usb 1-1.4: Number of endpoints 2
usb 1-1.4: Endpoint 1 MaxPacketSize 64
usb 1-1.4: Endpoint 2 MaxPacketSize 64
usb 1-1.4: Setting MaxPacketSize 64
usb 1-1.4: FTDI USB Serial Device converter now attached to ttyUSB0
usbcore: registered new interface driver ftdi_sio
ftdi_sio: v1.5.0:USB FTDI Serial Converters Driver

Nun zu meine Fragen:

1. Kann ich diesen Adapter dem FHEM zugängig machen?

2. Wenn ja, welche Befehlszeile (define ... ... /dev/.... )
    muss in der fhem.cfg eingetragen werden.

3. Werden die Sensoren wie beim CUNO über autocreate erkannt?

Oder habe ich etwas zu diesem Thema in FHEM Group überlesen?

Gruß Klaus

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

jorge

                                         

Hallo Peter,

bist Du schon weiter mit dem 'China 1-Wire Converter'?
Ich konfiguriere gerade die Hardware, und würde sie natürlich auch
gern unter FHEM@FB7390 probieren...


On 1 Jun., 17:06, pahenning wrote:
> Der Chip in dem billigen Konverter aus China sollte mit dem ftdi_sio-
> Modul laufen, das habe ich sowieso schon für die Kommunikation mit
> meinem solaren Wechselrichter installiert.
>
> OWFS Lite muss ich mir erst noch ansehen - ich bin noch skeptisch und
> baue wahrscheinlich lieber ein eigenes Modul, das direkt aus FHEM den
> Konverter bedient.
>
> Hier gib tes übrigens weitere Komponenten - aber unverschämt teuer.
> Die sollten sich auch direkt in Fernost bestellen lassen.
>
> http://www.1-wire.de/1-Wire/1-Wire-Module/
>
> Gruß
>
> Peter A. Henning

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
FHEM.RaspberryPi 2 (HM, 1Wire, Callmonitor.FB 7490, GPIO, I2C, MQTT-Server, MCP23018)
FHEM.RaspberryPi  (FHEM2FHEM, CUL, FS20)
FHEM.RPiZeroW (I2C, 1Wire, python.api, XiaomiBTLESens.MQTT)
FHEM.Win7 (FHEM2FHEM,DBLOG.MySql)
ESPEasy (WEMOSD1, I2C, Analog, 1Wire), Sonoff_T1_3ch, Mobotix QM25, robonect

rudolfkoenig

                                                   

> 1. Kann ich diesen Adapter dem FHEM zugängig machen?

Wenn das funktionieren sollte, dann mWn z.Zt nur ueber den externen OWFS
Server.


> 2. Wenn ja, welche Befehlszeile (define ? ? /dev/?. )
>     muss in der fhem.cfg eingetragen werden.

Siehe http://fhem.de/commandref.html#OWFS


> 3. Werden die Sensoren wie beim CUNO über autocreate erkannt?

Nein.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Guest

Originally posted by: <email address deleted>

Am 28. Juli 2011 12:04 schrieb Rudolf Koenig :

> > 1. Kann ich diesen Adapter dem FHEM zugängig machen?
>
> Wenn das funktionieren sollte, dann mWn z.Zt nur ueber den externen OWFS
> Server.
>
>
> > 2. Wenn ja, welche Befehlszeile (define ? ? /dev/?. )
> >     muss in der fhem.cfg eingetragen werden.
>
> Siehe http://fhem.de/commandref.html#OWFS
>
>
> > 3. Werden die Sensoren wie beim CUNO über autocreate erkannt?
>
> Nein.
>
>
  1. Habe den OWFS Server installiert.

  2. Habe folgende Eintrag in der fehm.cfg eingebracht

   define DS9097 OWFS 127.0.0.1:4304 DS9097
   attr DS9097 room DS9097

Wenn ich die unten stehende Zeile über die Konsole eingebe, werden alle
Busteilnehmer erkannt und in das
Verzeichnis /var/lib/1wire eingetragen

/opt/owfs/bin/owfs -d /dev/ttyUSB0 /var/lib/1wire

Folgende Eintrag erscheint im Log File

DEFAULT: owlib.c:LibStart(54) No valid 1-wire buses found
2011.07.28 17:27:04 1: define: Can't connect to 127.0.0.1:4304: Connection
refused
2011.07.28 17:27:04 2: FHEMWEB port 8083 opened
2011.07.28 17:27:04 2: FHEMWEB port 8084 opened

Hat einer eine Idee woran es klemmen könnte?

Gruß Klaus





--
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Guest

Originally posted by: <email address deleted>

On 28 Jul., 17:41, Klaus wrote:
>
> Hat einer eine Idee woran es klemmen könnte?
>

Hast Du nachgesehen, ob wirklich der Port 4304 bereitgestellt wird
("netstat -anp|fgrep 4304" müsste anzeigen, dass owfs auf den Port
4304 hört (LISTEN)).
Gemäß der Meldung "Can't connect to 127.0.0.1:4304: Connection
refused" scheint es nicht der Fall zu sein.

Probier mal folgendes, um diesen Port für FHEM bereitzustellen:

/opt/owfs/bin/owserver -d /dev/ttyUSB0 -p 4304

MfG Willi

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Guest

Originally posted by: <email address deleted>

Hallo Willi,

danke für den Tipp, das hat gefruchtet. Jetzt wird de OWFS als Initialized
im Raum DS9097 dargestellt.

Jetzt kommt der nächste Schritt. Einen Temperatursensor auslesen.

Habe dazu folgenden Eintrag aus Referenz in fhem.cfg getätigt.

define KG.hz.TF.01 OWTEMP B75EB4020000 300 60

Die ID habe ich habe ich aus der Datei ID des Sensors entnommen die in dem
Verzeichnis


Das LOG sagt folgendes:

2011.07.28 18:13:31 1: define: Define KG.hz.TF.01: Sensor is not reachable.
Check first your 1-wire connection.
2011.07.28 18:13:31 2: FHEMWEB port 8083 opened
2011.07.28 18:13:31 2: FHEMWEB port 8084 opened

Gruß Klaus

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Guest

Originally posted by: <email address deleted>

On 28 Jul., 18:28, Klaus wrote:
> Das LOG sagt folgendes:
>
> 2011.07.28 18:13:31 1: define: Define KG.hz.TF.01: Sensor is not reachable.

Hmm. Ich nutze derzeit keine DS1820-Sensoren (nur Dual-Counter).

Bist Du sicher, dass die ID 10B75EB4020000 (10 für DS1820) OWFS
bekannt ist?

Um sicher zu gehen, dass owfsserver die Devices erkennt und auch über
den Port weiterreicht, versuch man über den bereitgestellten Port
zuzugreifen:

/opt/owfs/bin/owfs -s 4304 /mnt/1wire

Vorher /mnt/1wire angelegen. Wenn Du jetzt unter dem Verzeichnis /mnt/
1wire den DS1820 mit der richtige ID siehst, sollte das eigentlich
auch unter FHEM klappen.

MfG Willi

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Guest

Originally posted by: <email address deleted>

Am 28. Juli 2011 19:18 schrieb Willi :

> On 28 Jul., 18:28, Klaus wrote:
> > Das LOG sagt folgendes:
> >
> > 2011.07.28 18:13:31 1: define: Define KG.hz.TF.01: Sensor is not
> reachable.
>
> Hmm. Ich nutze derzeit keine DS1820-Sensoren (nur Dual-Counter).
>
> Bist Du sicher, dass die ID 10B75EB4020000 (10 für DS1820) OWFS
> bekannt ist?
>
> Um sicher zu gehen, dass owfsserver die Devices erkennt und auch über
> den Port weiterreicht, versuch man über den bereitgestellten Port
> zuzugreifen:
>
> /opt/owfs/bin/owfs -s 4304 /mnt/1wire
>
> Vorher /mnt/1wire angelegen. Wenn Du jetzt unter dem Verzeichnis /mnt/
> 1wire den DS1820 mit der richtige ID siehst, sollte das eigentlich
> auch unter FHEM klappen.
>

Als Anhänge die Ergebnisse nach Ausführung des /opt/owfs/bin/owfs -s 4304
/mnt/1wire Befehl

Lediglich habe ich einen DS18B20-Sensor.

Deshalb steht wahrscheinlich auch eine  28 statt einer 10 davor, oder?


Gruß Klaus

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Guest

Originally posted by: <email address deleted>

On 28 Jul., 19:55, Klaus wrote:
> Lediglich habe ich einen DS18B20-Sensor.
>
> Deshalb steht wahrscheinlich auch eine  28 statt einer 10 davor, oder?

Dann kann es gemäß FHEM-Modul nicht funktionieren, da dieses 10
erwartet.
Probiert mal in 20_OWFS.pm den DS18B20 zu erweitern:

"my %fc = (
  "1:DS9420"   => "01",
  "2:DS1420"   => "81",
  "3:DS1820"   => "10",
"3:DS1820"   => "10",
"

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Guest

Originally posted by: <email address deleted>

On 28 Jul., 19:55, Klaus wrote:
> Lediglich habe ich einen DS18B20-Sensor.
> Deshalb steht wahrscheinlich auch eine  28 statt einer 10 davor, oder?


Dann kann es wohl gemäß FHEM-Modul nicht funktionieren, da dieses 10
erwartet.
Probiert mal 20_OWFS.pm den DS18B20 zu erweitern:

"my %fc = (
  "1:DS9420"   => "01",
  "2:DS1420"   => "81",
  "3:DS1820"   => "10",
  "4:DSB1820"   => "28",
"


und tausch mal testweise in 21_OWFTEMP die Zeile
  "family"      => "10",
gegen
  "family"      => "28",
aus.

Wenn das klappt, müsste man mal den Author des Moduls (Gemäß Kommentar
im Modul: Martin Fischer) fragen das zu erweitern, damit beide IDs
funktionieren.

MfG Willi

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Guest

Originally posted by: <email address deleted>

Am 29. Juli 2011 00:17 schrieb Willi :

> On 28 Jul., 19:55, Klaus wrote:
> > Lediglich habe ich einen DS18B20-Sensor.
> > Deshalb steht wahrscheinlich auch eine  28 statt einer 10 davor, oder?
>
>
> Dann kann es wohl gemäß FHEM-Modul nicht funktionieren, da dieses 10
> erwartet.
> Probiert mal 20_OWFS.pm den DS18B20 zu erweitern:
>
> "my %fc = (
>  "1:DS9420"   => "01",
>  "2:DS1420"   => "81",
>  "3:DS1820"   => "10",
>   "4:DSB1820"   => "28",
> "
>
>
> und tausch mal testweise in 21_OWFTEMP die Zeile
>  "family"      => "10",
> gegen
>  "family"      => "28",
> aus.
>
> Wenn das klappt, müsste man mal den Author des Moduls (Gemäß Kommentar
> im Modul: Martin Fischer) fragen das zu erweitern, damit beide IDs
> funktionieren.
>
>
Hallo Willi,

was soll Man(n) oder Frau sagen, es funzt :-)

Habe die 20_OWFS.pm erweitert und in der 21_OWFTEMP.pm folgende Änderungen
eingebracht.

20_OWFS

  "1:DS9420"   => "01",
  "2:DS1420"   => "81",
  "3:DS1820"   => "10",
  "4:DS18B20"   => "28",
  "5:DS2406"   => "12",
  "6:DS1921"   => "21",
  "7:DS2433"   => "23",

21_OWFS

"family"      => "28",

my %dummy = (
  "crc8"         => "7B",
  "alias"        => "dummy",
  "locator"      => "FFFFFFFFFFFFFFFF",
  "power"        => "0",
  "present"      => "1",
  "temphigh"     => "75",
  "templow"      => "10",
  "type"         => "DS18B20",
  "warnings"     => "none",

$hash->{AttrList}= "IODev do_not_notify:0,1 showtime:0,1 model:DS18B20
loglevel:0,1,2,3,4,5";

Die jeweiligen Werte habe ich den Dateien des DS18B20 entnommen.

Ob das alle mit dem jetzigen funktionieren etwas zu tun hat, maybe?

Als Anlage habe ich mal den jetzigen Stand des FHEM gepostet.

Interessant ist natürlich noch einen DS2406 in Betrieb zu nehmen, um über
das FHEM 1Wire Sensoren auch schalten zu können.


Gruß Klaus

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com