Hallo Gemeinde,
bin auf der Suche nach einem zuverlässigen 1wire-Adapter. Habe das Problem, das ich mit meinem Adapter (DS2480) die DS2408 in Verbindung mit entsprechenden Relais nicht in Funktion bekomme. Würde mich mal interessieren, welche Adapter ihr mit Relais-Boards verwendet und es vielleicht auch problemlos funktioniert.
Danke für eure Beteiligung!
Hi,
bei mir läuft der LinkUSBi vom Fuchs- Shop schon lange zuverlässig. Man muss aber z.B. für Relaisboards die 5 und 12V dahinter einschleifen. Die 5V die er selbst liefert sind nicht sehr stabil. Auch der hier (http://shopware.eservice-online.de/produkte/1-wire-bus/1-wire-buskoppler-1-wire-hub-1-wire-repeater-und-sonstiges/152/1-wire-buskoppler-usb-galvanisch-isoliert?c=114) sollte sehr gut sein.
Gruß
Frank
Zitat von: fiedel am 24 Februar 2015, 04:22:27bei mir läuft der LinkUSBi vom Fuchs- Shop schon lange zuverlässig. Man muss aber z.B. für Relaisboards die 5 und 12V dahinter einschleifen. Die 5V die er selbst liefert sind nicht sehr stabil. Auch der hier (http://shopware.eservice-online.de/produkte/1-wire-bus/1-wire-buskoppler-1-wire-hub-1-wire-repeater-und-sonstiges/152/1-wire-buskoppler-usb-galvanisch-isoliert?c=114) sollte sehr gut sein.
Davon habe ich 2 seit 2 Jahren extrem zuverlässig im Einsatz. Jeder hat dahinter einen 1wire Hub mit strommessung um die 5V und die 12V einzuschleifen. Bei Kabellängen länger als 20m habe ich einen 1wire Repeater, ansonsten funktionieren die DS18B20 nicht mehr zuverlässig.
Die gesamte Ausstattung habe ich von eservice-online. Verdahtet alles nach Wiki (Der ursprüngliche Artikel ist auch von mir)
Ich verwende aktuell den Adapter von Denkovi und versuche seit geraumer Zeit das Denkovi-Relais-Board (DS2408) und auch den E-Service 8-fach Schalter in Betrieb zu nehmen. Habe mir den AC-HUB II von E-Service als BUS-Stromversorgung dazu geholt. Zu guter letzt den Ethernet-Controller ausprobiert. Kann diesen jedoch nicht mit FHEM auslesen, obwohl der 8-fach Schalter von E-Service direkt an den AC-HUB II angeschlossen ist. Werde heute vorraussichtlich den USB DS9490R von E-Service erhalten und dann mit diesem meine Verschaltung ausprobieren. Ist es möglich, dass mir eventuell Module für OWFS oder OWServer fehlen? Habe alle Updates bisher durchgeführt und aud dem Raspberry B+ Version FHEM5.6 als Grundstock installiert.
Ich habe sowohl den Adapter von Denkovi als auch den "Originalen" von DallasMaxim DS9490R in Verwendung (der mit diesem iMac-Design).
Der Adapter von Denkovi macht in schwierigen Umgebungen Probleme (liegt auf dem Brenner/Boiler einer Ölheizung ... Lichbogen beim zünden).
Anscheinend hat er Schwierigkeiten mit der Spannungsversorgung oder er ist EMV empfindlich.
Von Zeit zu Zeit reconnected er sich vom USB-Bus mit der Fehlermeldung "... possible EMI ... "
Der DS9490R funktioniert in der gleichen Verwendung klaglos.
Daher kann ich nur den DS9490R empfehlen.
Ich habe auch 4 Stk. DS9490R im Einsatz (bzw. einer liegt eigentlich nur als Reserve rum).
Kann die ebenfalls nur wärmstens empfehlen.
Wie habt ihr die Adapter in FHEM angemeldet?
Wie bekomme ich z.B. die ID von dem USB-Adapter heraus? Oder einfach über OWX ... /tty0 und so weiter?
Ich habs indirekt über OWFS gemacht.
Bei mir hängt der 1-Wire Bus an einem anderen Rechner und ist über den OWSERVER für FHEM ansprechbar.
Zitat von: tantor am 24 Februar 2015, 17:34:42
Wie habt ihr die Adapter in FHEM angemeldet?
Wie bekomme ich z.B. die ID von dem USB-Adapter heraus? Oder einfach über OWX ... /tty0 und so weiter?
http://www.fhemwiki.de/wiki/USB-Interface_f%C3%BCr_1-Wire
Greetz
Eldrik
Bei mir ebenfalls über OWFS
Kann ich diese Anleitung verwenden um meinen DS9490R in FHEM ein zu binden?
Liest sich für mich sehr schlüssig und sehr detailiert. eine gute Step by Step Anleitung?
Hallo,
ich hätte da auch eine Frage. Ich nutze ein 1-Wire Schlüsselbrett was ein LCD (Louis Swart) und 3 iButton Halter (Schlüssel) besitzt. Als Busmaster benutze ich den MP00202 (DS2480 <-> USB). Die iButtons werden alle 5 Sekunden gepolled. Das ganze mache ich bis jetzt mit OWX. Mit fällt aber auf, dass die ganze Sache vielleicht Grund für mein langsames FHEM ist. Siehe Anhang vom AppTime Output.
Jetzt wäre meine Frage, ob das mit OWServer und OWDevice mehr Sinn macht? Hat FHEM da weniger zu tun? Das ganze läuft bei mir auf einem Server der normalerweise genug reserven hat. Oder interpretiere ich die Ausgabe vom apptime falsch?
Vielen Dank und viele Grüße
Daniel
Wenn man das mit einer Busabfrage alle 5 Sekunden betreibt, bürdet man FHEM eine erhebliche Last in der zentralen Schleife auf (und zwar auch dann, wenn man die modifizierte asynchrone Version verwendet). Diese Last sollte aber von einem hinreichend schnellen System tragbar sein.
Ich betreibe auf meinem Cubie 2 (Prozessor wie ein Cubietruck) fünf verschiedene 1-Wire Busse unter OWX, mit Abfrageintervallen von ca. 1 Minute minimal. Keine negativen Effekte merkbar.
Bei Abfrageintervallen von 5 Sekunden hätte ich aber - und das sag eich ganz klar als Autor der Modulfamilie - Bedenken. Stattdessen würde ich an einer solchen Stellte lieber einen autonomen Arduino Micro einsetzen- damit komme ich auf Intervalle von 0,25 Sekunden.
Eine Projektidee, die ich vor mir her schiebe: Arduino, der sowohl 1-Wire Busmaster (mit schnellen Busabfragen) als auch 1-Wire Device (zu einem langsameren Bus) hin ist.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 04 März 2015, 20:52:29
Arduino, der sowohl 1-Wire Busmaster (mit schnellen Busabfragen) als auch 1-Wire Device (zu einem langsameren Bus) hin ist.
klingt gut und auch wenn das hier OT ist : mit welcher Fam ID soll er sich als Slave melden (bzw. welche OW Kommandos unterstützen) ?
Als Master aktiv 1 +n Busse nach iButtons absuchen und deren Status codiert dem Master im Scratchpad zur Verfügung stellen ?
OK hab ich verstanden.
Ich frage derzeit 3 iButtons alle 5 Sekunden ab mit OWX, und eigentlich läuft das gut. Mir ist nur aufgefallen, dass apptime was von 3,7 Sekunden zeigt. Und ich habe das Problem, dass FHEM sehr träge auf der WebGUI reagiert. Nun habe ich auch nicht gerade wenig mit über 300 defines aber das ganze läuft auch auf einem i3-4130 mit 16 GB RAM.
Mein Versuch vorhin mit OWServer war auch nichts. Das LCD funktioniert nicht richtig und apptime zeigt mir was von 15 Sekunden womit mir das auch nichts bringt.
Die iButtons mit einem µC abzufragen ist natürlich eine edle Sache, das geht dann auch fix. Das ganze dann irgendwie an FHEM zu melden ist auch noch einfach. Aber die Seriennummern der iButtons über FHEM zu verwalten ist dann nicht so einfach. Und das ganze jedes mal im code zu ändern auf dem µC find ich auch blöd. Und mit Master Token zu hantieren zum An- und Ablernen auch.
Aber ich warte ja immer noch sehnsüchtig auf deine Ergebnisse zum Thema iButtons ;-) Das hast du ja in einem anderen Thread schon beworben.
Gruß
Daniel
Genau. Sollte eigentlich mit den fertigen Bibliotheken recht trivial sein - nur habe ich schon so viele Baustellen, dass ich das noch nicht gemacht habe.
Family ID sollte irgendetwas bisher unbenutztes sein. Der LCD-Controller hat FF - man könnte FE nehmen.
Eine Gruppe von Kommandos könnte die Liste der erlaubten iButtons lesen oder schreiben.
Eine zweite Gruppe könnte die Zugangsversuche seit der letzten Abfrage auslesen.
Der Arduino wäre dann lokal autonom (z.B. als Türöffner), würde aber z.B. alle 1-2 Minuten über den langsamen Bus abgefragt.
LG
pah
Ach ja, die Ergebnisse zum Thema iButton, erinnere mich bloß nicht dran. Hat jetzt ein Jahr lang herumgelegen.
Gegenwärtig bin ich dabei, den ersten autonomen Türöffner mit 0,25 Sekunden-Poll auf iButtons in meiner Garage zu installieren. Da ist nämlich die Fernbedienung des Torantriebs im Eimer, meine Frau verlangt Ersatz. Dieser Arduino (der, wie hier beschrieben, dann auch die RGB-LED antreibt https://www.youtube.com/watch?v=HiIFBWxebUM) hat aber weder eine eigene HomeMatic-Schnittstelle (es fehlte mir die Zeit, mich durch die - vorsichtig gesagt - rudimentäre Dokumentation der AskSin library zu quälen), noch einen eigenen 1-Wire-Client (so wie oben beschrieben). Stattdessen habe ich diesen 1-Wire Arduino mit einem einkanaligen 1-Wire-Schaltaktor HM-LC-SW1-BA-PCB gekoppelt.
Der Arduino "betätigt" bei Auflegen eines registrierten iButtons für genau 1 Sekunde den Taster des HM-LC-SW1-BA-PCB - und der schaltet dann den Garagentorantrieb. Damit ist das System sowohl über HomeMatic, als auch über iButton steuerbar - und ich kriege sogar Rückmeldung in FHEM, wenn ein registrierter iButton aufgelegt wurde (allerdings nicht darüber, welcher :-(()
LG
pah
Guten Morgen,
ich muss noch mal den Thread hijacken, aber das passt hier gerade so schön ;-)
OW <-> HM wäre auch gut ja. Aber für meinen Anwendungsfall "Schlüsselbrett" stell ich mir das ganz banal vor (Wenn ich nur die Zeit und Kompetenz hätte das FHEM seitig zeitnahe umzusetzen). Über HM die Seriennummer in den Controller zu impfen und dann eventuell noch Zeit Profile zu unterstützen, damit die Garage auch nur aufgeht wenn es hell ist und der Sohn der nachtblind ist nicht nachts mit dem Auto fahren kann... ;-)
Ein µC (gern auch ein fertiger Arduino) mit Netzwerkschnittstelle. Dann auf dem µC auf einer Seite die OW Bus(se) und jedes mal wenn eine Seriennummer erkannt wird bzw. vermisst wird (Das geht ja innerhalb von 250ms habe ich gelernt ;-) ) Wird diese Nummer an FHEM gesendet plus der Info ob vorhanden oder nicht mehr. So das ich FHEM seitig kein "polling" brauch. Auf FHEM Seite hat man dann ein Modul für den µC (xx_iButton.pm) und entsprechend das logische Modul (xx_iButton_SN.pm) oder so in der Art. Jetzt mal abstrakt gedacht aber so im Prinzip könnte "ich" mir das Thema Schlüsselbrett vorstellen. Das würde zumindest ein kompliziertes Seriennummer und Zeitmanagement ersparen und vermutlich auch meine FHEM performance etwas erhöhen.
Ja, ich wollt nur mal meine Gedanken loswerden. Ich werd mal schauen ob ich das bei Gelegenheit umsetzen kann.
Gruß
Daniel
Problem ist die Kommunikation des Controllers mit dem Rest der Welt.
1-Wire: Kein Push, sondern nur Pull. Aber dafür beliebige Daten
WLAN: Kann sicher gemacht werden, kann aber auch gestört werden. Beliebige Daten.
HomeMatic mit kommerziellen Modul: Sicher und überprüfbar bei entsprechendem AES-Key - aber dafür keine Meldung, welcher Key aktiviert wurde
HomeMatic als Selbstbaulösung mit der AskSin library: Keine Sicherheit gegeben (nach meinem Stand des Wissens...). Beliebige Daten.
LG
pah
Richtig (LAN fehlt noch), so sehe ich das auch. Da muss also was Neues her ;-)
Abgesehen davon mag ich kein Funk. Ich hab hier einen "eigentlich" Handy Jammer. Wenn ich den aktiviere, geht hier nichts mehr, weder HM noch FS20 ... das sagt alles zum Thema Funk. Ich zieh ehrlich gesagt lieber Kabel und lebe mit dem Dreck oder dem Kabelkanal an der Wand (zumindest bei den wichtigen Sachen)
/Daniel
Na, dann lass mich doch mal kreativ denken.
Ich hielte es für machbar, den 1-Wire-Bus in zwei Richtungen zu nutzen. Sprich: An einem Kabel einen Busmaster an beiden Enden zu haben.
Oder, noch einfacher in diesem Fall. In den Arduino am Schlüsselbrett zwei Busmaster einzubauen. Einen mit hoher Abfragefrequenz, der den iButton Bus bedient. Und einen mit niedriger Frequenz, der einen weiteren 1-Wire-Client nicht abfragt, sondern beschreibt. Der aber sitzt direkt an FHEM und teilt diesem eine Statusänderung per USB mit. Damit hätte man einen 1-Wire-Push erzeugt, ohne das Protokoll zu zerstören oder gar separate Leitungen ziehen zu müssen.
LG
pah
Seit dem ich den iLinkUSB-Adapter verwende funktionieren alle 1-Wire-Teilnehmer inklusive Relaisboard tadellos. Der Fehler lag also weder an der Verkabelung noch an der Spannungsquelle, der Busmaster war das Problem!
Danke für eure rege Teilnahme an meinem Problem. :)