1-Wire Update 31.Juli 2012

Begonnen von Guest, 31 Juli 2012, 21:04:19

Vorheriges Thema - Nächstes Thema

Guest

Originally posted by: <email address deleted>

Hallo Zusammen,

ich bekomme einen CRC Fehler und alle Geräte werden deaktiviert.
Verwendet habe ich
OWX Version 2.15
OWXOUNT Version 2.15
OWTHERM Version 2.13
OWLCD Version 2.13
Sowie die über update verfügbaren sonstigen Files....

Gruß Manuel


2012.08.01 22:30:22 1: OWX: Serial device /dev/ttyUSB0 defined
2012.08.01 22:30:22 1: OWX: 1-Wire bus master DS2480 detected for the first time
2012.08.01 22:30:22 1:
2012.08.01 22:30:23 3: OWCOUNT:   Device Gaszaehler defined.
2012.08.01 22:30:23 3: OWTHERM: Device temp_Heizung_Ruecklauf defined.
2012.08.01 22:30:23 3: OWTHERM: Device temp_Heizung_Vorlauf defined.
2012.08.01 22:30:23 3: OWTHERM: Device temp_Vorratsraum defined.
2012.08.01 22:30:24 3: OWLCD:  Device OWX_LCD defined.
2012.08.01 22:30:29 3: Opening TCM120_0 device /dev/ttyUSB0
2012.08.01 22:30:29 3: Setting TCM120_0 baudrate to 9600
2012.08.01 22:30:29 3: TCM120_0 device opened
2012.08.01 22:30:29 1: Including ./log/fhem.save
2012.08.01 22:30:31 0: Server started (version Fhem 5.2 (DEVELOPMENT), $Id: fhem.pl 1764 2012-07-28 06:27:09Z rudolfkoenig $, pid 2023)2012.08.01 22:30:35 1: OWX: Search CRC failed
2012.08.01 22:30:36 3: OWID:   Device OWX_00_000000000000 defined.
2012.08.01 22:30:36 1: OWX: Deleting unused 1-Wire device Gaszaehler of type OWCOUNT
2012.08.01 22:30:36 1: OWX: Deleting unused 1-Wire device OWX_LCD of type OWLCD
2012.08.01 22:30:36 1: OWX: Deleting unused 1-Wire device temp_Heizung_Ruecklauf of type OWTHERM
2012.08.01 22:30:36 1: OWX: Deleting unused 1-Wire device temp_Heizung_Vorlauf of type OWTHERM
2012.08.01 22:30:36 1: OWX: Deleting unused 1-Wire device temp_Vorratsraum of type OWTHERM
2012.08.01 22:30:36 1: OWX: 1-Wire devices found (OWX_00_000000000000)


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

Tobias

                                                   

zu 1. Ist das dieser AstateS Parameter? den habe ich in deiner commandref
nicht gefunden
zu 2. ich sags ja nur wie ich es beobachtet hatte
zu 3. der DS2406 wird ja nicht stromlos bei einem shutdown restart. die 5v
über USB fließen ja permanent

On Wednesday, August 1, 2012 9:22:26 PM UTC+2, Prof. Dr. Peter A. Henning
wrote:
>
> Also, in der neuesten Version gibt es ein "set init beliebiger_wert", mit
> dem eine Neu-Initialisierung des Aktors ohne shutdown erreicht wird. Das
> löst das erste Problem.
>
> Zweitens: Ein Shutdown/Restart ändert die Werte des Schalters eigentlich
> nicht.
>
> Drittens: natürlich müssen die _gesetzten_ Schaltzustände beie OFF sein,
> damit der Ausgangstransistor abgeschaltet ist. Das sollte automatisch der
> Fall sein, wenn der DS2406 stromlos wird. Nur in diesem Fall kann der
> _gemessene_ Schaltzustand korrekt den externen Schaltzustand wiedergeben.
>
> pah
>
>
>
>
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Maintainer: Text2Speech, TrashCal, MediaList

Meine Projekte: https://github.com/tobiasfaust
* PumpControl v2: allround Bewässerungssteuerung mit ESP und FHEM
* Ein Modbus RS485 zu MQTT Gateway für SolarWechselrichter

Tobias

                                                   

bzgl AStateS: zumindest funktioniert es :) habe getestet. Ist bei dir noch
angedacht den liebevoll hinmodellierten ""
wieder zu entfernen? Wenn jemand sehen möchte ob ein externe Kurzschluss
vorliegt, kann man ja dieses in das AStateS Attr einbringen.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Maintainer: Text2Speech, TrashCal, MediaList

Meine Projekte: https://github.com/tobiasfaust
* PumpControl v2: allround Bewässerungssteuerung mit ESP und FHEM
* Ein Modbus RS485 zu MQTT Gateway für SolarWechselrichter

Guest

Originally posted by: <email address deleted>

Natürlich funktioniert es .. :-))

Nö, das mit dem roten "<" ist default. Wer etwas anderes möchte, kann dies
gerne per Attribut ändern.

Künstlerische Freihet....

LG

pah

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

Guest

Originally posted by: <email address deleted>

Das Log sagt, dass /dev/ttyUSB0 sowohl für OWX als auch für TCM120_0
verwendet wird.

Kann ja so nicht gehen, bitte für OWX das korrekte tty angeben.

pah

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

Guest

Originally posted by: <email address deleted>

Hallo,

es ist noch besser es werden Geräte erkannt die ich gar nicht habe...
Bei mir ist keines der folgenden Geräte vorhanden: TCM310,TCM120,FHZ,TRX
Angesteckt ist ein 1-Wire Adapter DS2480.
Hat jemand einen Tip wie ich hier weitermachen kann?
Gruß Manuel

2012.08.02 11:41:41 1: OWX: Serial device /dev/ttyUSB0 defined
2012.08.02 11:41:41 1: OWX: 1-Wire bus master DS2480 detected for the first time
2012.08.02 11:41:41 1:
2012.08.02 11:41:42 3: OWCOUNT:   Device Gaszaehler defined.
2012.08.02 11:41:42 3: OWTHERM: Device temp_Heizung_Ruecklauf defined.
2012.08.02 11:41:42 3: OWTHERM: Device temp_Heizung_Vorlauf defined.
2012.08.02 11:41:43 3: OWTHERM: Device temp_Vorratsraum defined.
2012.08.02 11:41:45 1: Including ./log/fhem.save
2012.08.02 11:41:47 3: Opening TCM310 device /dev/ttyUSB0
2012.08.02 11:41:47 3: Setting TCM310 baudrate to 57600
2012.08.02 11:41:47 3: TCM310 device opened
2012.08.02 11:41:47 3: Opening TCM120 device /dev/ttyUSB0
2012.08.02 11:41:47 3: Setting TCM120 baudrate to 9600
2012.08.02 11:41:47 3: TCM120 device opened
2012.08.02 11:41:47 3: Opening FHZ device /dev/ttyUSB0
2012.08.02 11:41:47 3: Setting FHZ baudrate to 9600
2012.08.02 11:41:47 3: FHZ device opened
2012.08.02 11:41:48 3: Opening TRX device /dev/ttyUSB0
2012.08.02 11:41:48 3: Setting TRX baudrate to 38400
2012.08.02 11:41:48 3: TRX device opened

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

Guest

Originally posted by: <email address deleted>

fhem.save löschen. Da sind irgendwelche Gerätedefinitionen drin, die zu
genau diesen nicht-existenten Geräten gehören.

Und darauf achten, dass nur OWX auf /dev/ttyUSB0 zugreift.

pah

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

Guest

Originally posted by: <email address deleted>

Hallo PAH,

danke für den Hinweis...
Ich habe fhem.save gelöscht und dann meine FritzBox neu gestartet.

Nach Neustart ist der Adapter aber unter /dev/ttyUSB*1* gemounted...
Deiner Aussage nach, kann ich alle weiteren Versuche einstellen...
Mir ist nocht bekannt ob man das beeinflussen kann, mir bleibt also nur
solange zu starten bis der Adapter auf USB0 gemounted ist.

Gruß Manuel



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

rudolfkoenig

                                                   

> es ist noch besser es werden Geräte erkannt die ich gar nicht habe...

Kurz: OWX ist (noch) nicht "usb create" Kompatibel.

Lang:
Das default fhem.cfg erzeugt durch den folgenden Eintrag
  define initialUsbCheck notify global:INITIALIZED usb create
die o.g.  Meldungen. Es werden nur die Geraete aus /dev getestet, die nicht
bereits in einem der existierenden Geraete unter "DeviceName" vermerkt sind.
Ich vermute dass OWX das Geraet selber oeffnet, da DevIo_Open den DeviceName
Eintrag setzt.
Ich habe jetzt am Anfang und am Ende der Testphase eine Meldung hinterlegt.
Nicht erkannte Geraete werden durch "usb create" auch nicht in fhem angelegt,
aber durch das Verstellen der Baudrate kann natuerlich zu Problemen kommen.

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

Guest

Originally posted by: <email address deleted>

genau solche TCM310 und TCM120 Geräte hat er bei mir auch erkannt - hängt mMn mit dem OWX Modul irgendwie zusammen. Zumindest wurden die Dinger erst gefunden, nachdem ich mit dem 1-wire Netzwerk begonnen habe. Das läuft dank pah prima! Hab die TCM310,TCM120 rausgeworfen aus der fhem.cfg und autocreate ausgeschaltet. Die Ursache beseitigt das natürlich nicht, nur die schädliche Wirkung.

lg det.

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

Guest

Originally posted by: <email address deleted>

Hallo Rudolf,

Was ist damit gemeint? Kann ich mein Problem durch Verstellen der Baudrate
lösen?

*aber durch das Verstellen der Baudrate kann natuerlich zu Problemen
> kommen. *
>

Gruß Manuel


 

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

rudolfkoenig

                                                   

> Was ist damit gemeint?

OWX oeffnet /dev/ttyUSB0, danach tut autocreate, setzt die Baudrate auf was
komisches, schreibt was komisches rein, und schliesst das Geraet.
OWX bzw. das Geraet sind danach unter Umstaenden verwirrt.

> Kann ich mein Problem durch Verstellen der Baudrate lösen?

Nein. pah sollte in OWX entweder DevIO verwenden, oder das Geraet in
$hash->{DeviceName} eintragen. Solange solltest Du das erwaehnte notify
deaktivieren, und fhem einmal neu starten.

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

Guest

Originally posted by: <email address deleted>

Na ja, ich bin ja gerne bereit, OWX "usb create" kompatibel zu machen.

Dazu braucht es aber ein Minimum an Dokumentation - und das fehlt leider in
diesem Low-Level Bereich weitgehend.

- Wie sollen USB-Devices denn künftig generell geöffnet werden ?
- Welche Abstraktionsschicht liegt über seriellen Geräten ?
- Was ist mit libusb ?

LG

pah

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

rudolfkoenig

                                                   

> - Wie sollen USB-Devices denn künftig generell geöffnet werden ?

Am liebsten mit "DevIo_OpenDev"
- DevIo_OpenDev($hash, $reopen, $inifn).
    Im $hash->{DeviceName} muss vor dem Aufruf ein String wie
      /dev/ttyUSB0
      /dev/ttyUSB0@9600
      /dev/ttyUSB0@directio
      hostname:port
    drinstehen.
  - $ready ist 0, falls DevIo_OpenDev aus dem DefineFn aufgerufen wurde, und 1,
    falls aus dem ReadyFn (s.u).
  - $initfn wird nach dem Oeffnen mit $hash aufgerufen, fuer weitere
    Initialisierungen.
  - traegt das Geraet in die globale %selectlist ein, setzt den Status auf
    opened, und generiert ein CONNECTED event.

- DevIO_CloseDev($hash)
  Gegenteil von Opendev, schliesst $hash->{FD}.

- DevIo_SimpleRead($hash)
  Liefert die verfuegbaren raw-Daten zurueck.
  Falls Fehler bzw. 0 Laenge gelesen wurde, dann wird DevIo_Disconnected
  aufgerufen

- DevIo_Disconnected:
  generiert ein DISCONNECTED, ruft DevIO_CloseDev auf, bestellt mit dem
  Eintragen von $hash ins %readyfnlist das regelmaessige Pollen auf diesem
  Geraet, wg. einem reconnect. Dazu muss das Modul ein ReadyFn bereitstellen.


> - Was ist mit libusb ?

Kenn ich nicht, sowas aehnliches waere praktisch wg. dem HMUSB von ELV.

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

Tobias

                                                   

ja, *g*, aber ein leerstring wird leider nicht akzeptiert...
Ist es nicht besser, wer etwas angezeigt haben möchte soll gefälligst das
Sttr setzen??

On Thursday, August 2, 2012 10:10:08 AM UTC+2, Prof. Dr. Peter A. Henning
wrote:
>
> Natürlich funktioniert es .. :-))
>
> Nö, das mit dem roten "<" ist default. Wer etwas anderes möchte, kann dies
> gerne per Attribut ändern.
>
> Künstlerische Freihet....
>
> LG
>
> pah
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Maintainer: Text2Speech, TrashCal, MediaList

Meine Projekte: https://github.com/tobiasfaust
* PumpControl v2: allround Bewässerungssteuerung mit ESP und FHEM
* Ein Modbus RS485 zu MQTT Gateway für SolarWechselrichter