Neuartiges 1-Wire Interface

pendlru · 20 September 2016, 22:19:29

Ich würde auch gerne 2 Stück nehmen.....

StefanL · 25 September 2016, 08:20:48

Ihr würde auch 1 nehmen

Gruß Stefan

Gesendet von meinem SM-G920F mit Tapatalk

aherby · 25 September 2016, 11:48:14

Servus,

wenn noch verfügbar würde ich auch
gern 1 Stück nehmen

mfg aherby

Frank_Huber · 05 Oktober 2016, 10:35:09

Da hänge ich mich mal mit an, würde auch 2 Stück haben wollen.

ThomasE · 08 Oktober 2016, 21:47:14

Guten Abend,hier wäre auch Interesse an 2 Stück. Danke im Voraus!

wbini · 26 November 2016, 16:24:31

Hallo locutus,

wie stehen die Chancen an Dein entwickeltes "1-Wire-Interface mit dem ESP8266-WLAN-Funkmodul" zu kommen?
Bietest Du die Teile überhaupt noch an?

Gruß,
wbini

Pfriemler · 18 Dezember 2016, 18:26:09

Heute war die Antwort darauf: Ja ... und in 30 Minuten fünf weg. Mmmist...
Ich hoffe auf eine Fortsetzung im nächsten Jahr ...

C0mmanda · 22 Dezember 2016, 17:54:17

Sorry für die (vielleicht dumme) Frage:

Benötige ich noch einen Pullup oder ist der im Busmaster "integriert"?

Danke.

C0mmanda · 24 Dezember 2016, 11:50:02

Moin,

muss mich leider noch einmal zu Wort melden.

Ich fürchte ich benötige Hilfe beim einbinden der 1-wire to WLAN-Bridge. Ich kriege das Teil einfach nicht ans laufen.

IP-Adresse:Port ist über das ESP8266-Webinterface eingestellt (192.168.1.15:9001 TCP). Das Interface wird auch im Netz erkannt, pings kommen durch, soweit so gut.

Ich möchte das Interface über WLAN einbinden, also /etc/init.d/fhem wie folgt editiert (Auszug):

Code Auswählen

# if you need to start hmland for use with
# Homematic, please start the hmland daemon
# like this (please use correct path and port, 
# depending on your installation!)
#
#       /opt/hmcfgusb/hmland -d -p 1234 -r 0
#

socat -s -lfSocat.log PTY,link=/dev/vmodem0,raw,echo=0,waitslave TCP4:192.168.1.15:9001 &
sleep 2
pty=`ls -l /dev/vmodem0 | grep -oE '[^ ]+$'`
chmod 666 $pty


        perl fhem.pl fhem.cfg

Sollte an der Stelle korrekt sein, oder?
Nur der Vollständigkeit halber, beenden von socat habe ich an folgender Stelle in die /etc/init.d/fhem eingebunden:

Code Auswählen


        echo "Stopping fhem..."

# if you want to stop hmland during fhem stop:
#       pkill hmland

pid=`ps -eo fname,pid | grep socat | grep -oE '[^ ]+$'`
kill -9 $pid

Bis hierher funktioniert auch alles ohne Problem, ich bekomme keine Fehlermeldungen o.ä., vmodem0 wird korrekt angelegt.

Code Auswählen


ls -l /dev/vmodem0
/dev/vmodem0 -> /dev/pts/0

Definition in FHEM:

define 1W_WIFI OWX /dev/vmodem0

Status bleibt auf failed, das Logfile sagt:

Code Auswählen

2016.12.24 11:06:03 3: Opening 1W_WIFI device /dev/vmodem0
2016.12.24 11:06:03 3: Setting 1W_WIFI serial parameters to 9600,8,N,1
2016.12.24 11:06:03 3: 1W_WIFI device opened
2016.12.24 11:06:03 1: OWX: Serial device /dev/vmodem0 defined
2016.12.24 11:06:07 1: OWX: 1-Wire bus 1W_WIFI: interface not found, answer was 
2016.12.24 11:06:09 1: OWX: 1-Wire bus 1W_WIFI: interface not found, answer was 
2016.12.24 11:06:12 1: OWX: 1-Wire bus 1W_WIFI: interface not found, answer was 
2016.12.24 11:06:15 1: OWX: 1-Wire bus 1W_WIFI: interface not found, answer was

Wenn ich per OWX_ASYNC definiere gibts im Grunde das gleiche Spiel:

define 1W_WIFI_USB1 OWX_ASYNC 192.168.1.15:9001

Status bleibt zunächst auf disconnected.

Logfile (anders als bei OWX wird hier das Log regelrecht geflutet):

Code Auswählen

2016.12.24 11:22:17 3: Opening 1W_WIFI_USB1 device 192.168.1.15:9001
2016.12.24 11:22:17 3: 1W_WIFI_USB1 device opened
2016.12.24 11:24:59 3: OWX_SER::Detect 1-Wire bus 1W_WIFI_USB1: interface not detected, answer was 
2016.12.24 11:24:59 1: PERL WARNING: Use of uninitialized value $interface in string eq at ./FHEM/OWX_SER.pm line 288.
2016.12.24 11:24:59 1: PERL WARNING: Use of uninitialized value $interface in string eq at ./FHEM/OWX_SER.pm line 290.
2016.12.24 11:24:59 1: define 1W_WIFI_USB1 OWX_ASYNC 192.168.1.15:9001: OWX_ASYNC_Init failed: OWX_SER::Detect 1-Wire bus 1W_WIFI_USB1: interface not detected, answer was

2016.12.24 11:28:51 3: Opening 1W_WIFI_USB1 device 192.168.1.15:9001
2016.12.24 11:28:54 3: Can't connect to 192.168.1.15:9001: Die Wartezeit für die Verbindung ist abgelaufen
2016.12.24 11:28:54 3: Opening 1W_WIFI_USB1 device 192.168.1.15:9001
2016.12.24 11:28:54 1: Perfmon: possible freeze starting at 11:28:52, delay is 2.475
2016.12.24 11:28:54 3: Opening 1W_WIFI_USB1 device 192.168.1.15:9001
2016.12.24 11:28:54 3: Opening 1W_WIFI_USB1 device 192.168.1.15:9001
2016.12.24 11:28:54 3: Opening 1W_WIFI_USB1 device 192.168.1.15:9001
2016.12.24 11:28:54 3: Opening 1W_WIFI_USB1 device 192.168.1.15:9001
2016.12.24 11:28:55 3: Opening 1W_WIFI_USB1 device 192.168.1.15:9001
2016.12.24 11:28:55 3: Opening 1W_WIFI_USB1 device 192.168.1.15:9001
2016.12.24 11:28:55 3: Opening 1W_WIFI_USB1 device 192.168.1.15:9001
2016.12.24 11:28:56 3: Opening 1W_WIFI_USB1 device 192.168.1.15:9001
2016.12.24 11:28:56 3: Opening 1W_WIFI_USB1 device 192.168.1.15:9001
2016.12.24 11:28:56 3: Opening 1W_WIFI_USB1 device 192.168.1.15:9001
2016.12.24 11:28:57 3: Opening 1W_WIFI_USB1 device 192.168.1.15:9001
2016.12.24 11:28:57 3: Opening 1W_WIFI_USB1 device 192.168.1.15:9001
2016.12.24 11:28:57 3: Opening 1W_WIFI_USB1 device 192.168.1.15:9001
2016.12.24 11:28:57 3: Opening 1W_WIFI_USB1 device 192.168.1.15:9001
2016.12.24 11:28:57 3: Opening 1W_WIFI_USB1 device 192.168.1.15:9001
2016.12.24 11:28:57 3: Opening 1W_WIFI_USB1 device 192.168.1.15:9001
2016.12.24 11:28:57 3: Opening 1W_WIFI_USB1 device 192.168.1.15:9001
2016.12.24 11:28:58 3: Opening 1W_WIFI_USB1 device 192.168.1.15:9001

Nach einem Neustart von FHEM wechselt der STATE in:

STATE
Init Failed: OWX_SER::Detect 1-Wire bus 1W_WIFI_USB1: interface not detected, answer was

Das Log sagt dazu:

Code Auswählen


2016.12.24 11:40:25 3: 1W_WIFI_USB1 device opened
2016.12.24 11:43:06 3: OWX_SER::Detect 1-Wire bus 1W_WIFI_USB1: interface not detected, answer was 
2016.12.24 11:43:06 2: OWX: Error initializing 1W_WIFI_USB1: OWX_ASYNC_Init failed: OWX_SER::Detect 1-Wire bus 1W_WIFI_USB1: interface not detected, answer was

Weiß aktuell nicht so recht weiter und bin für jeden Tipp dankbar!

Wo kann ich ansetzen? Habe ich was übersehen oder was falsch gemacht?
Habe diesen ganzen Thread hier schon durch aber den zündenen Tip habe ich nicht finden können

Vielen Dank im voraus.

grtz
CmdA

Jewe · 26 Dezember 2016, 10:25:05

Moin,

mit der Inbetriebnahme des 1-Wire-USB-Adapter mit ESP8266-WLAN-Schnittstelle habe ich so meine Probleme...

Ich habe mich auf den Adapter eingeloggt und dann eine Feste IP Adresse zugewiesen, diese ist auch frei. Dann habe ich den WLAN AP mit Passwort angegeben und gespeichert. Nun sollte ich den Adapter im Netzwerk finden, oder?
Habe es auch mit DHCP probiert aber auch ohne Erfolg.
Irgend was mache ich noch falsch... Den Adapter finde ich in meinem Netzwerk nicht !?

Jens

C0mmanda · 26 Dezember 2016, 10:30:49

Zitat von: jensweber am 26 Dezember 2016, 10:25:05
Moin,

mit der Inbetriebnahme des 1-Wire-USB-Adapter mit ESP8266-WLAN-Schnittstelle habe ich so meine Probleme...

Ich habe mich auf den Adapter eingeloggt und dann eine Feste IP Adresse zugewiesen, diese ist auch frei. Dann habe ich den WLAN AP mit Passwort angegeben und gespeichert. Nun sollte ich den Adapter im Netzwerk finden, oder?
Habe es auch mit DHCP probiert aber auch ohne Erfolg.
Irgend was mache ich noch falsch... Den Adapter finde ich in meinem Netzwerk nicht !?

Jens

Willkommen im Club

Ich bin leider auch nur einen kleinen Schritt weiter als du... Im Netzwerk ist mein Adapter zu finden.
Du solltest zunächst mal versuchen die Entfernung vom Adapter zum Router / Access-Point zu verringern. Für
so ein kleines Gerät ist die Reichweite schon sehr gut aber eben doch relativ klein.

Wenn der Adapter ein WLAN in Reichweite hat solltest du das auch per Dropdown auswählen können und nur noch das Passwort eingeben müssen. DHCP würde ich zunächst in jedem Fall aktiviert lassen bis du den Adapter sicher im Netzwerk hast.

grtz
CmdA

EDIT:
Mit meinem Problem bin ich leider auch keinen Schritt weiter gekommen.
Ich hatte ein Port-Problem vermutet und probiere seit gestern diverse Ports durch, allerdings ohne Erfolg, ich bekomme einfach keine Verbindung zu FHEM.

Aktueller Stand:
Sobald der Adapter im Netzwerk ist hängt FHEM und scheint den Adapter zu suchen. Erst wenn ich den Adapter vom Netzwerk nehme fängt sich FHEM wieder nach einiger Zeit.
Ob ich versuche den Adapter per OWX oder OW_ASYNC versuche ein zubinden macht keinen Unterschied. Socat läuft und legt das virtuelle Device auch an. Ob die socat-Geschichte korrekt läuft kann ich nur vermuten da ich keine Ahnung habe wie ich das überprüfen könnte. (Außer prüfen ob socat läuft und korrekt auf /dev/vmodem0 verlinkt).

Habe den Adapter auch einmal im USB-Modus verbunden um sicher zu stellen das der Adapter funktioniert. Das hat geklappt weshalb ich einen defekt ausschliesse. (Wäre auch seltsam wenn gleich beide kaputt wären, habe 2 Stück, mit beiden habe ich die selben Probleme).

ratlose Grüße
cmdA

locutus · 26 Dezember 2016, 16:50:35

Ist der TCP-Port in der Firewall freigegeben? Wie sieht es mit einem anderen Port aus? Für gewöhnlich nimmt man dafür 2323.
Folgende Parameter sollten nicht verändert werden:
Baud: 9600
Databits: 8
Parity: NONE
Stopbits: 1
Socket Type: Server
Transport Type: TCP

Zitat von: C0mmanda am 26 Dezember 2016, 10:30:49
Du solltest zunächst mal versuchen die Entfernung vom Adapter zum Router / Access-Point zu verringern. Für so ein kleines Gerät ist die Reichweite schon sehr gut aber eben doch relativ klein.

Die Funkreichweite der Keramikantenne ist bescheiden. Das Funkmodul ist mit einem zusätzlichen U.FL-Connector für eine externe Antenne ausgestattet.

Zitat von: C0mmanda am 22 Dezember 2016, 17:54:17
Benötige ich noch einen Pullup oder ist der im Busmaster "integriert"?

1W-Emulationen, die auf Ardunio- oder Raspberry Pi Basis laufen, benötigten einen Pullup-Widerstand. Der echte MAXIM DS2480B benötigt keinen Widerstand.

C0mmanda · 26 Dezember 2016, 21:20:25

Zitat von: locutus am 26 Dezember 2016, 16:50:35
Ist der TCP-Port in der Firewall freigegeben? Wie sieht es mit einem anderen Port aus? Für gewöhnlich nimmt man dafür 2323.
Folgende Parameter sollten nicht verändert werden:
Baud: 9600
Databits: 8
Parity: NONE
Stopbits: 1
Socket Type: Server
Transport Type: TCP

Ich wüßte nicht das ich eine Firewall habe. Mein FHEM läuft auf einem Debian Jessie (Intel NUC), bewußt installiert habe ich keine Firewall.
Habe auch sonst nie Probleme mit geschlossenen Ports gehabt.
Zum testen habe ich auch bereits versucht den Adapter auf einer zweiten FHEM-Instanz auf einem Raspberry einzubinden, auch das hat leider nicht geklappt. (Gleiches Verhalten wie auf dem NUC)

Ich habe bereits mehrere Ports getestet, ohne Erfolg.
2323, 2424, 24, 25, 9000, 9001, 9999, 9099 und keine Ahnung welche noch.

Wie kann ich prüfen ob der Port offen und frei ist?

Alle anderen Settings sind genau wie sein sollen (Baud, Databits, Parity, Stopbits).

Zitat
1W-Emulationen, die auf Ardunio- oder Raspberry Pi Basis laufen, benötigten einen Pullup-Widerstand. Der echte MAXIM DS2480B benötigt keinen Widerstand.

Danke für die Info.
Jetzt muss nur noch der Adapter rennen

C0mmanda · 27 Dezember 2016, 08:36:03

Ich bin jetzt nicht der Linux und Netzwerkprofi, habe aber mal versucht mit Hilfe von Google heraus zu finden ob die Ports passen.

Erstmal die Settings vom Adapter:

Code Auswählen


Serial Setting:

Baud: 9600
Databits: 8
Parity: NONE
Stopbits: 1

Network Setting:
Socket Type: Server
Transport Type: TCP
Local Port: 2324

Der Adapter ist im Netzwerk zu finden, anpingbar etc. IP: 192.168.1.155.

Auf dem FHEM-Rechner läuft socat wie beschrieben:

Code Auswählen


ps au | grep socat
root     18532  0.0  0.4   4780  2244 pts/1    S    08:08   0:00 socat -s PTY,link=/dev/vmodem0,raw,echo=0,waitslave TCP4:192.168.1.155:2324
pi       20155  0.0  0.3   4604  1892 pts/1    S+   08:20   0:00 grep --color=auto socat

Jetzt habe ich mit Hilfe von nmap geprüft ob die Ports offen/erreichbar sind.

Zunächst einmal das gesamte LAN auf Port 2324 geprüft mit " nmap -sT -p2324 192.168.1.0-254". (Die Liste poste ich jetzt mal nicht).
Ergebnis: KEIN Netzwerkteilnehmer besetzt Port 2324.
(Port 2323 hatte ich als erstes versucht, der war schon belegt).

Dann habe ich Adapter und FHEM-Rechner getestet:

Adapter:

Code Auswählen

nmap -sT -p2324 192.168.1.155

Starting Nmap 6.47 ( http://nmap.org ) at 2016-12-27 08:27 CET
Nmap scan report for DoitWiFi-Device.fritz.box (192.168.1.155)
Host is up (0.010s latency).
PORT     STATE SERVICE
2324/tcp open  unknown

Port am Adapter stimmt und ist offen.

Am FHEM-Rechner ist der Port jedoch zu, obwohl socat korrekt läuft:

Code Auswählen

nmap -sT -p2324 192.168.1.5  

Starting Nmap 6.47 ( http://nmap.org ) at 2016-12-27 08:28 CET
Nmap scan report for 192.168.1.5
Host is up (0.00052s latency).
PORT     STATE  SERVICE
2324/tcp closed unknown

Jetzt die Preisfrage:
Wie bringe ich das System dazu den Port zu öffnen und darauf zu lauschen?
Sollte (ohne Firewall) der Port nicht vom System geöffnet werden sobald ein Dienst (socat) darauf zugreift bzw. darauf lauscht?

Oder bin ich hier gerade komplett auf dem Holzweg?

Danke für die Hilfe.

grtz
CmdA

C0mmanda · 27 Dezember 2016, 23:11:29

Moin,

leider habe ich es noch immer nicht am laufen, allerdings auch neue Erkenntnisse...

Habe mal einen Raspi3 rausgekramt und ein frisches Debian + FHEM aufgesetzt damit ich in Ruhe testen kann.

Zunächst mal beide Adapter im USB-Modus.
Ergebnis:
1 Adapter lässt sich problemlos einbinden und findet sofort 1-wire Devices --> Läuft 1a.
1 Adapter lässt sich selbst im USB-Modus nicht verbinden.

Dann mit dem funktionierenden Adapter weiter getestet um in ins WIFI zu bekommen.
Leider funktioniert das immer noch nicht, mal was aus dem Log während der Adapter initialisiert werden sollte:

Define per OWX_ASYNC <ip-nummer>:<port>

Code Auswählen

2016.12.27 21:48:07 0: Server started with 9 defined entities (version $Id: fhem.pl 9893 2015-11-15 08:43:05Z rudolfkoenig $, os linux, user fhem, pid 1269)
2016.12.27 21:48:14 3: Opening 1wire_WIFI device 192.168.1.14:2324
2016.12.27 21:48:14 3: 1wire_WIFI device opened
2016.12.27 21:50:56 3: OWX_SER::Detect 1-Wire bus 1wire_WIFI: interface not detected, answer was 
2016.12.27 21:50:56 1: PERL WARNING: Use of uninitialized value $interface in string eq at ./FHEM/OWX_SER.pm line 288.
2016.12.27 21:50:56 1: PERL WARNING: Use of uninitialized value $interface in string eq at ./FHEM/OWX_SER.pm line 290.
2016.12.27 21:50:56 1: define 1wire_WIFI OWX_ASYNC 192.168.1.14:2324: OWX_ASYNC_Init failed: OWX_SER::Detect 1-Wire bus 1wire_WIFI: interface not detected, answer was

Define per OWX /dev/vmodem0

Code Auswählen

2016.12.27 21:52:12 3: Opening 1wire_WIFI device /dev/vmodem0
2016.12.27 21:52:12 3: Setting 1wire_WIFI serial parameters to 9600,8,N,1
2016.12.27 21:52:12 3: 1wire_WIFI device opened
2016.12.27 21:52:12 1: OWX: Serial device /dev/vmodem0 defined
2016.12.27 21:52:16 1: OWX: 1-Wire bus 1wire_WIFI: interface not found, answer was 
2016.12.27 21:52:18 1: OWX: 1-Wire bus 1wire_WIFI: interface not found, answer was 
2016.12.27 21:52:21 1: OWX: 1-Wire bus 1wire_WIFI: interface not found, answer was 
2016.12.27 21:52:24 1: OWX: 1-Wire bus 1wire_WIFI: interface not found, answer was 
2016.12.27 21:52:26 1: OWX: 1-Wire bus 1wire_WIFI: interface not found, answer was 
2016.12.27 21:52:29 1: OWX: 1-Wire bus 1wire_WIFI: interface not found, answer was 
2016.12.27 21:52:31 1: OWX: 1-Wire bus 1wire_WIFI: interface not found, answer was 
2016.12.27 21:52:34 1: OWX: 1-Wire bus 1wire_WIFI: interface not found, answer was

Da stimmt doch was nicht?! Der Adapter wird doch zunächst erkannt....??

weiterhin ratlose Grüße
cmdA

Neuartiges 1-Wire Interface

pendlru