Re: OWX wird aus cfg gelscht, warum?

Begonnen von Guest, 13 November 2012, 22:22:39

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten1
Benutzer-Aktionen

Guest

13 November 2012, 22:22:39
Originally posted by: <email address deleted>

Zu dieser Zeit habe ich die genannte Zeile in das 00_OWX.pm eingebaut:

2012.11.13 21:28:29.583 1: Including /etc/fhem.cfg
2012.11.13 21:28:26.352 0: Server shutdown

Zeile 718:
  #-- skip the OWX
    next if ( substr($main::defs{$fhem_dev}{TYPE},0,3) eq "OWX");

Damit ist aber noch nicht klar warum das COC immer mal "disappeared", "reappeared",
CULF_HOERMANN ruft,
oder "COC01: Possible commands: mCFAZOGMRTVWXefltux" meckert.

Gruß und Gute Nacht
VT



Am Montag, 12. November 2012 09:11:21 UTC+1 schrieb V T:
>
> Hallo
>
> einfache Frage, ich rufe "get OWio1 devices" auf, das OWX findet 7devices
> und löscht dann sein define für OWX...warum?
>
> Log: (reverse Log)
>
> 2012.11.12 09:04:53 1: OWX: 1-Wire devices found on bus OWio1: (OWX_20_F5930C000000,OWX_10_CD1670010800,OWX_28_B03863010000,OWX_28_18F0A0010000,OWX_28_753863010000,OWX_29_BCAD02000000,OWX_29_AFAD02000000)
> 2012.11.12 09:04:53 1: OWX: Deleting unused 1-Wire device OWio1 of type OWX
> 2012.11.12 09:04:53 3: OWSWITCH:   Device OWX_29_AFAD02000000 defined.
> 2012.11.12 09:04:53 3: OWSWITCH:   Device OWX_29_BCAD02000000 defined.
> 2012.11.12 09:04:53 3: OWTHERM: Device OWX_28_18F0A0010000 defined.
> 2012.11.12 09:04:53 3: OWTHERM: Device OWX_28_B03863010000 defined.
> 2012.11.12 09:04:53 3: OWAD:   Device OWX_20_F5930C000000 defined.
> 2012.11.12 09:04:42 3: OWTHERM: Could not get values from device OWX_10_CD1670010800, reason 10.CD167001080000 not accessible in 2nd step
> 2012.11.12 09:04:42 3: OWX: Complex called with unknown interface on bus OWio1
> 2012.11.12 09:04:42 3: OWX: Reset called with undefined interface
> 2012.11.12 09:04:42 3: OWX: Complex called with unknown interface on bus OWio1
> 2012.11.12 09:04:42 3: OWX: Reset called with undefined interface
> 2012.11.12 09:04:42 3: OWX: Complex called with unknown interface on bus OWio1
> 2012.11.12 09:04:42 3: OWX: Reset called with undefined interface
> 2012.11.12 09:04:42 3: OWTHERM: Could not get values from device OWX_28_753863010000, reason 28.75386301000000 not accessible in 2nd step
> 2012.11.12 09:04:42 3: OWX: Complex called with unknown interface on bus OWio1
> 2012.11.12 09:04:42 3: OWX: Reset called with undefined interface
> 2012.11.12 09:04:42 3: OWX: Complex called with unknown interface on bus OWio1
> 2012.11.12 09:04:42 3: OWX: Reset called with undefined interface
> 2012.11.12 09:04:42 3: OWX: Complex called with unknown interface on bus OWio1
> 2012.11.12 09:04:42 3: OWX: Reset called with undefined interface
> 2012.11.12 09:02:05 2: COC01: unknown message 7:8300000002ADAF29
> 2012.11.12 09:02:05 2: COC01: unknown message 6:8100000002ADBC29
> 2012.11.12 09:02:05 2: COC01: unknown message 5:6400000163387528
> 2012.11.12 09:02:05 2: COC01: unknown message 4:40000001A0F01828
> 2012.11.12 09:02:05 2: COC01: unknown message 3:100000016338B028
> 2012.11.12 09:02:05 2: COC01: unknown message 2:BB0008017016CD10
> 2012.11.12 09:02:05 2: COC01: unknown message 1:9D0000000C93F520
> 2012.11.12 09:02:05 3: set COC01 raw Oc
> 2012.11.12 09:01:46 2: COC01: unknown message OK:1
> 2012.11.12 09:01:46 3: set COC01 raw ORb
> 2012.11.12 09:01:43 2: COC01: unknown message OK
> 2012.11.12 09:01:43 3: set COC01 raw ORm
>
> Vorher habe ich per set raw die Teilnehmer verifiziert...
>
> Config war:
> define COC01 CUL /dev/ttyAMA0@38400 1234
> attr COC01 dummy 1
> attr COC01 room fhem
>
> define OWio1 OWX COC01
> attr OWio1 buspower real
> attr OWio1 room OWX
>
> define OWX_10_CD1670010800 OWTHERM DS1820 CD1670010800
> attr OWX_10_CD1670010800 IODev OWio1
> attr OWX_10_CD1670010800 room OWX
> attr OWX_10_CD1670010800 stateAH ▴
> attr OWX_10_CD1670010800 stateAL ▾
> define OWX_28_753863010000 OWTHERM DS18B20 753863010000
> attr OWX_28_753863010000 IODev OWio1
> attr OWX_28_753863010000 room OWX
> attr OWX_28_753863010000 stateAH ▴
> attr OWX_28_753863010000 stateAL ▾
>
> Ich hoffe es war nicht zu lang... ;o)
>
> Gruß
> VT
>
>
>

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

Joachim

#1
15 November 2012, 21:18:44
                                                   

Hallo VT,

ich habe Dich nicht vergessen, ich versuche nur gerade die Kommunikation
zwischen OWX und dem COC zu verstehen, und das ist schwieriger wie gedacht,
da, wie Du auch schon festgestellt hast, die Dokumentation sehr mau ist,
und ich weder einen Rapsberry noch einen COC habe.
Mein erster Verdacht hat sich nicht bestaetigt, da die Antworten scheinbar
alle ankommen. Ich bin gerade dabei, die OWX.pm fuer mich zu modifizieren,
damit sie gespraechiger wird. Allerdings sind meine Perl-Kenntnisse
irgendwo zwischen garnicht und bescheiden, versuche es also mit try and
error.
Ich melde mich, wenn ich soweit bin.

gruss Joachim

Am Dienstag, 13. November 2012 22:22:39 UTC+1 schrieb V T:
>
> Zu dieser Zeit habe ich die genannte Zeile in das 00_OWX.pm eingebaut:
>
> 2012.11.13 21:28:29.583 1: Including /etc/fhem.cfg
> 2012.11.13 21:28:26.352 0: Server shutdown
>
> Zeile 718:
>   #-- skip the OWX
>     next if ( substr($main::defs{$fhem_dev}{TYPE},0,3) eq "OWX");
>
> Damit ist aber noch nicht klar warum das COC immer mal "disappeared", "reappeared",
> CULF_HOERMANN ruft,
> oder "COC01: Possible commands: mCFAZOGMRTVWXefltux" meckert.
>
> Gruß und Gute Nacht
> VT
>
>
>
> Am Montag, 12. November 2012 09:11:21 UTC+1 schrieb V T:
>>
>> Hallo
>>
>> einfache Frage, ich rufe "get OWio1 devices" auf, das OWX findet 7devices
>> und löscht dann sein define für OWX...warum?
>>
>> Log: (reverse Log)
>>
>> 2012.11.12 09:04:53 1: OWX: 1-Wire devices found on bus OWio1: (OWX_20_F5930C000000,OWX_10_CD1670010800,OWX_28_B03863010000,OWX_28_18F0A0010000,OWX_28_753863010000,OWX_29_BCAD02000000,OWX_29_AFAD02000000)
>> 2012.11.12 09:04:53 1: OWX: Deleting unused 1-Wire device OWio1 of type OWX
>> 2012.11.12 09:04:53 3: OWSWITCH:   Device OWX_29_AFAD02000000 defined.
>> 2012.11.12 09:04:53 3: OWSWITCH:   Device OWX_29_BCAD02000000 defined.
>> 2012.11.12 09:04:53 3: OWTHERM: Device OWX_28_18F0A0010000 defined.
>> 2012.11.12 09:04:53 3: OWTHERM: Device OWX_28_B03863010000 defined.
>> 2012.11.12 09:04:53 3: OWAD:   Device OWX_20_F5930C000000 defined.
>> 2012.11.12 09:04:42 3: OWTHERM: Could not get values from device OWX_10_CD1670010800, reason 10.CD167001080000 not accessible in 2nd step
>> 2012.11.12 09:04:42 3: OWX: Complex called with unknown interface on bus OWio1
>> 2012.11.12 09:04:42 3: OWX: Reset called with undefined interface
>> 2012.11.12 09:04:42 3: OWX: Complex called with unknown interface on bus OWio1
>> 2012.11.12 09:04:42 3: OWX: Reset called with undefined interface
>> 2012.11.12 09:04:42 3: OWX: Complex called with unknown interface on bus OWio1
>> 2012.11.12 09:04:42 3: OWX: Reset called with undefined interface
>> 2012.11.12 09:04:42 3: OWTHERM: Could not get values from device OWX_28_753863010000, reason 28.75386301000000 not accessible in 2nd step
>> 2012.11.12 09:04:42 3: OWX: Complex called with unknown interface on bus OWio1
>> 2012.11.12 09:04:42 3: OWX: Reset called with undefined interface
>> 2012.11.12 09:04:42 3: OWX: Complex called with unknown interface on bus OWio1
>> 2012.11.12 09:04:42 3: OWX: Reset called with undefined interface
>> 2012.11.12 09:04:42 3: OWX: Complex called with unknown interface on bus OWio1
>> 2012.11.12 09:04:42 3: OWX: Reset called with undefined interface
>> 2012.11.12 09:02:05 2: COC01: unknown message 7:8300000002ADAF29
>> 2012.11.12 09:02:05 2: COC01: unknown message 6:8100000002ADBC29
>> 2012.11.12 09:02:05 2: COC01: unknown message 5:6400000163387528
>> 2012.11.12 09:02:05 2: COC01: unknown message 4:40000001A0F01828
>> 2012.11.12 09:02:05 2: COC01: unknown message 3:100000016338B028
>> 2012.11.12 09:02:05 2: COC01: unknown message 2:BB0008017016CD10
>> 2012.11.12 09:02:05 2: COC01: unknown message 1:9D0000000C93F520
>> 2012.11.12 09:02:05 3: set COC01 raw Oc
>> 2012.11.12 09:01:46 2: COC01: unknown message OK:1
>> 2012.11.12 09:01:46 3: set COC01 raw ORb
>> 2012.11.12 09:01:43 2: COC01: unknown message OK
>> 2012.11.12 09:01:43 3: set COC01 raw ORm
>>
>> Vorher habe ich per set raw die Teilnehmer verifiziert...
>>
>> Config war:
>> define COC01 CUL /dev/ttyAMA0@38400 1234
>> attr COC01 dummy 1
>> attr COC01 room fhem
>>
>> define OWio1 OWX COC01
>> attr OWio1 buspower real
>> attr OWio1 room OWX
>>
>> define OWX_10_CD1670010800 OWTHERM DS1820 CD1670010800
>> attr OWX_10_CD1670010800 IODev OWio1
>> attr OWX_10_CD1670010800 room OWX
>> attr OWX_10_CD1670010800 stateAH ▴
>> attr OWX_10_CD1670010800 stateAL ▾
>> define OWX_28_753863010000 OWTHERM DS18B20 753863010000
>> attr OWX_28_753863010000 IODev OWio1
>> attr OWX_28_753863010000 room OWX
>> attr OWX_28_753863010000 stateAH ▴
>> attr OWX_28_753863010000 stateAL ▾
>>
>> Ich hoffe es war nicht zu lang... ;o)
>>
>> Gruß
>> VT
>>
>>
>>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
FHEM aktuellste Version auf FB 7570 und 7390 mit Zebradem Toolbox Freetz
FHEM auf Raspberry
1-Wire mit LinkUSBi und Rs-Pi ds2482-800  1-Wire-9 Board; Max mit Cube, HMLAN
div. 1-Wire Sensoren; MAX-Thermostaten; Homematic-Komponenten, Zehnder KWL über RS-232

Guest

#2
16 November 2012, 10:21:00
Originally posted by: <email address deleted>

Das Problem ist im Moment eine offene Baustelle - und hat auch schon zu
Unfreundlichkeiten geführt, drücken wir es so aus.

Die Ersteller der culfw Firmware sprechen über "Timing" bei der Abfrage des
CUNO/COC - haben das aber nirgendwo dokumentiert.

Das OWX-Modul holt byteweise (!) die Daten vom COC/CUNO - und das ist mit
viel zu viel Overhead auf diesen Systemen verbunden. Erträglich wäre es,
wenn das einfach nur zur Funktionsstörung von OWX führen würde. Tatsächlich
aber führt es ab und zu eben zum Ausstieg der CUNO/COC-Firmware. Das
veranlasst dann wieder andere zur Behauptung, OWX würde das System zum
Absturz bringen - ich sehe das eher so, dass die OWX-Abfragen die
momentanen Grenzen aufzeigen.

Ein Workaround wäre, im OWX-Modul in dem Unterprogramm OWX_Receive_CUNO
($$) die Ausleserei nach dem "OB"-Kommando zu modifizieren - das sollte
jeweils ein einzelnes Byte holen.

Bin aber im Moment auf einer Konferenz in London und kann hier nicht mit
1-Wire-Devices herumspielen.

LG

pah

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Drucken
Nach oben Seiten1
Benutzer-Aktionen