FHEM Forum

FHEM => fhem-users => Thema gestartet von: Guest am 12 November 2012, 13:05:01

Titel: Re: OWX wird aus cfg gelscht, warum?
Beitrag von: Guest am 12 November 2012, 13:05:01
Originally posted by: <email address deleted>

Einfache Antwort:

OWX löscht alle Devices, die
- bei denen der TYPE-String mit "OW" anfängt UND
- bei denen NICHT present=1 ist UND
- bei denen das IODev-Attribut gesetzt ist aber ungleich dem Namen des
momentanen Busmasters

Denn das sind devices, die für den momentanen Bus definiert sind, aber auf
ihm nicht gefunden wurden.

OWio1 kann sich also nur selbst löschen, wenn es fälschlicherweise ein
IODev-Attribut bekommt...

LG

pah

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Titel: Re: OWX wird aus cfg gelscht, warum?
Beitrag von: Guest am 12 November 2012, 14:34:58
Originally posted by: <email address deleted>

Ich meine das "OWX" (resp OWio1) selber wurde gelöscht und nicht dessen
devices, die devices wären angelegt worden hätte ich autosave = 1 gehabt.
Und IODev kann man bei "OWX" nicht setzen: "OWio1: unknown attribute IODev,
choose one of room group comment alias eventMap "
Und preset = 0 kenn ich nicht, wo steht denn das?

Aber wenn IODev bei "OWX" nicht gesetzt werden kann würde es nach Deiner
logischen Verküpfung:
"OW" & preset=1|0 & IODev = Busmaster (immer false, da nicht setzbar?)
Nie automatisch gelöscht werden...was ja auch sinn macht, es ist ja der
"Busmaster"

Also ich verstehe es noch immer nicht ganz, weil:
preset --> keine Ahnung
IODev --> geht bei "OWX" nicht, nur bei Devices, ist es dann false oder
true?

Oder, wie kann ich verhindern das das "define OWio1 OWX COC01" gelöscht
wird?

Gruß
VT

Am Montag, 12. November 2012 13:05:01 UTC+1 schrieb Prof. Dr. Peter A.
Henning:
>
> Einfache Antwort:
>
> OWX löscht alle Devices, die
> - bei denen der TYPE-String mit "OW" anfängt UND
> - bei denen NICHT present=1 ist UND
> - bei denen das IODev-Attribut gesetzt ist aber ungleich dem Namen des
> momentanen Busmasters
>
> Denn das sind devices, die für den momentanen Bus definiert sind, aber auf
> ihm nicht gefunden wurden.
>
> OWio1 kann sich also nur selbst löschen, wenn es fälschlicherweise ein
> IODev-Attribut bekommt...
>
> LG
>
> pah
>
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Titel: Re: OWX wird aus cfg gelscht, warum?
Beitrag von: Guest am 12 November 2012, 14:43:55
Originally posted by: <email address deleted>

Ach jaaa, preset = present

Nun das OWX zeigt "active" an wenn ich "get OWio1 devices" aufrufe.
Aber bei OWX wird bei INTERFACE wird "" (also nichts) angezeigt, aber STATE
ist "active"

OK wie kann ich also verhindern das es gelöscht wird?

LG
VT

Am Montag, 12. November 2012 14:34:58 UTC+1 schrieb V T:
>
> Ich meine das "OWX" (resp OWio1) selber wurde gelöscht und nicht dessen
> devices, die devices wären angelegt worden hätte ich autosave = 1 gehabt.
> Und IODev kann man bei "OWX" nicht setzen: "OWio1: unknown attribute
> IODev, choose one of room group comment alias eventMap "
> Und preset = 0 kenn ich nicht, wo steht denn das?
>
> Aber wenn IODev bei "OWX" nicht gesetzt werden kann würde es nach Deiner
> logischen Verküpfung:
> "OW" & preset=1|0 & IODev = Busmaster (immer false, da nicht setzbar?)
> Nie automatisch gelöscht werden...was ja auch sinn macht, es ist ja der
> "Busmaster"
>
> Also ich verstehe es noch immer nicht ganz, weil:
> preset --> keine Ahnung
> IODev --> geht bei "OWX" nicht, nur bei Devices, ist es dann false oder
> true?
>
> Oder, wie kann ich verhindern das das "define OWio1 OWX COC01" gelöscht
> wird?
>
> Gruß
> VT
>
> Am Montag, 12. November 2012 13:05:01 UTC+1 schrieb Prof. Dr. Peter A.
> Henning:
>>
>> Einfache Antwort:
>>
>> OWX löscht alle Devices, die
>> - bei denen der TYPE-String mit "OW" anfängt UND
>> - bei denen NICHT present=1 ist UND
>> - bei denen das IODev-Attribut gesetzt ist aber ungleich dem Namen des
>> momentanen Busmasters
>>
>> Denn das sind devices, die für den momentanen Bus definiert sind, aber
>> auf ihm nicht gefunden wurden.
>>
>> OWio1 kann sich also nur selbst löschen, wenn es fälschlicherweise ein
>> IODev-Attribut bekommt...
>>
>> LG
>>
>> pah
>>
>>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Titel: Re: OWX wird aus cfg gelscht, warum?
Beitrag von: Guest am 12 November 2012, 14:57:40
Originally posted by: <email address deleted>

Ich sehe immer noch nicht, warum das überhaupt passiert - ist bei mir noch
nie vorgekommen.

Also bitte mal alle 1-Wire-Zeilen (und nur diese, falls der Wink mit dem
Zaunpfahl kar ist...) aus der Konfiguration posten.

pah
 

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Titel: Re: OWX wird aus cfg gelscht, warum?
Beitrag von: Guest am 12 November 2012, 15:06:06
Originally posted by: <email address deleted>

Die hast Du schon...siehe oben (gleicher Zaunpfahl)...vor dem Aufruf "get
OWio1 devices" sieht die cfg wie im ersten Post aus

Wenn ich autosave aktiviere verschwindet der "OWX" aber alle "OW-Devices
werden neu eingetragen"   ...siehe Log oben und dann beschwert sich FHEM
das ich kein OWX definiert habe...

Aber ich kann die Übung gern nochmal machen, dann bekomme ich aber wieder
schlechte Kritiken wegen zu langer Posts und schon alles geschrieben.....

Also wenn bei ...siehe oben... was fehlt, nochmal melden und ich kann es
dann Bedarfsgerecht portionieren.

Ich kann es ja mal vorbereiten....

LG
VT

Am Montag, 12. November 2012 14:57:41 UTC+1 schrieb Prof. Dr. Peter A.
Henning:
>
> Ich sehe immer noch nicht, warum das überhaupt passiert - ist bei mir noch
> nie vorgekommen.
>
> Also bitte mal alle 1-Wire-Zeilen (und nur diese, falls der Wink mit dem
> Zaunpfahl kar ist...) aus der Konfiguration posten.
>
> pah
>  
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Titel: Re: OWX wird aus cfg gelscht, warum?
Beitrag von: Joachim am 12 November 2012, 15:10:49
                                                   

bitte mal das Log bis zur ersten Temperaturmessung posten.
Einstellung in der fhem.cfg:
attr global mseclog
attr global verbose 3
fuer die Ubersichtlichkeit nur die Eintraege fuer 1-Wire und fhem.save
bitte leeren,
in Zeile 92 von OWX.pm den debugmodus auf 3, die
ich habe da einen bestimmten Verdacht.

Mfg
Joachim

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Titel: Re: OWX wird aus cfg gelscht, warum?
Beitrag von: Guest am 12 November 2012, 15:13:42
Originally posted by: <email address deleted>

Vorher:
define OWio1 OWX COC01
attr OWio1 buspower real
attr OWio1 room OWX

Nachher:
define OWX_20_F5930C000000 OWAD DS2450 F5930C000000
attr OWX_20_F5930C000000 IODev OWio1
attr OWX_20_F5930C000000 room OWX
define OWX_10_CD1670010800 OWTHERM DS1820 CD1670010800
attr OWX_10_CD1670010800 IODev OWio1
attr OWX_10_CD1670010800 room OWX
define OWX_28_B03863010000 OWTHERM DS18B20 B03863010000
attr OWX_28_B03863010000 IODev OWio1
attr OWX_28_B03863010000 room OWX
define OWX_28_18F0A0010000 OWTHERM DS18B20 18F0A0010000
attr OWX_28_18F0A0010000 IODev OWio1
attr OWX_28_18F0A0010000 room OWX
define OWX_28_753863010000 OWTHERM DS18B20 753863010000
attr OWX_28_753863010000 IODev OWio1
attr OWX_28_753863010000 room OWX
define OWX_29_BCAD02000000 OWSWITCH DS2408 BCAD02000000
attr OWX_29_BCAD02000000 IODev OWio1
attr OWX_29_BCAD02000000 model DS2408
attr OWX_29_BCAD02000000 room OWX
attr OWX_29_BCAD02000000 stateS ☇;
define OWX_29_AFAD02000000 OWSWITCH DS2408 AFAD02000000
attr OWX_29_AFAD02000000 IODev OWio1
attr OWX_29_AFAD02000000 model DS2408
attr OWX_29_AFAD02000000 room OWX
attr OWX_29_AFAD02000000 stateS ☇;

define OWX ist halt weg...

Und jetzt mein beliebter Log
LOG: (reverse LOG)
u.s.w.
2012.11.12 15:10:34 3: OWTHERM: Could not get values from device
OWX_28_753863010000, reason 28.753863010000.64 not accessible
2012.11.12 15:10:34 3: OWX: Complex called with unknown interface on bus
OWio1
2012.11.12 15:10:34 3: OWX: Reset called with undefined interface
2012.11.12 15:10:34 3: OWX: Complex called with unknown interface on bus
OWio1
2012.11.12 15:10:34 3: OWX: Reset called with undefined interface
2012.11.12 15:10:34 3: OWX: Complex called with unknown interface on bus
OWio1
2012.11.12 15:10:34 3: OWX: Reset called with undefined interface
2012.11.12 15:10:34 3: OWX: Complex called with unknown interface on bus
OWio1
2012.11.12 15:10:34 3: OWX: Reset called with undefined interface
2012.11.12 15:10:24 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 15:10:24 1: OWX: Deleting unused 1-Wire device OWio1 of type OWX
2012.11.12 15:10:24 3: OWSWITCH:   Device OWX_29_AFAD02000000 defined.
2012.11.12 15:10:24 3: OWSWITCH:   Device OWX_29_BCAD02000000 defined.
2012.11.12 15:10:24 3: OWTHERM: Device OWX_28_753863010000 defined.
2012.11.12 15:10:24 3: OWTHERM: Device OWX_28_18F0A0010000 defined.
2012.11.12 15:10:24 3: OWTHERM: Device OWX_28_B03863010000 defined.
2012.11.12 15:10:24 3: OWTHERM: Device OWX_10_CD1670010800 defined.
2012.11.12 15:10:24 3: OWAD:   Device OWX_20_F5930C000000 defined.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Titel: Re: OWX wird aus cfg gelscht, warum?
Beitrag von: Guest am 12 November 2012, 15:16:44
Originally posted by: <email address deleted>

Vielleicht sollte man das hier tun:

foreach my $fhem_dev (sort keys %main::defs) {
    #-- skip if malformed device
    #next if( !defined($main::defs{$fhem_dev}{NAME}) );
    #-- all OW types start with OW
    next if( substr($main::defs{$fhem_dev}{TYPE},0,2) ne "OW");
    #-- skip all types start with OWX
    next if( substr($main::defs{$fhem_dev}{TYPE},0,3) eq "OWX");
    #-- skip if the device is present.
    next if( $main::defs{$fhem_dev}{PRESENT} == 1);
    #-- skip if different IODev
    next if( $main::defs{$fhem_dev}{IODev}{NAME} ne $hash->{NAME} );
    Log 1, "OWX: Deleting unused 1-Wire device $main::defs{$fhem_dev}{NAME}
of type $main::defs{$fhem_dev}{TYPE}";
    CommandDelete(undef,$main::defs{$fhem_dev}{NAME});

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Titel: Re: OWX wird aus cfg gelscht, warum?
Beitrag von: Guest am 12 November 2012, 15:19:08
Originally posted by: <email address deleted>

Joo, da haben wir uns überholt...
Werd ich mal machen, aber erst heute Abend, soviel geschnitze schaffe ich
erst nach Feierabend.
Bis bald

Am Montag, 12. November 2012 15:10:49 UTC+1 schrieb joachim herold:
>
> bitte mal das Log bis zur ersten Temperaturmessung posten.
> Einstellung in der fhem.cfg:
> attr global mseclog
> attr global verbose 3
> fuer die Ubersichtlichkeit nur die Eintraege fuer 1-Wire und fhem.save
> bitte leeren,
> in Zeile 92 von OWX.pm den debugmodus auf 3, die
> ich habe da einen bestimmten Verdacht.
>
> Mfg
> Joachim

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Titel: Re: OWX wird aus cfg gelscht, warum?
Beitrag von: Guest am 13 November 2012, 00:23:34
Originally posted by: <email address deleted>

Schnüff, heul...
@Joachim
Nach Löschen der fhem.save läßt sich dieser Fehler leider nicht mehr
reproduzieren. Mist.

Dafür habe ich jetzt so ein bissel die Grenze des Machbaren ausgelotet.
Mit Oc bekomme ich noch bis zu 7 1-wire Devices im fhem.log angezeigt (als
unknown message  nach "set COC raw Oc".
Hänge ich das 8. Device an, wird keine Antwort mehr auf "set COC raw Oc"
geloggt.

Nun sehe ich leider nicht ob das COC noch antwortet, oder das FHEM einfach
nicht lange genug wartet.
Ich müßte mal das COC rein seriell bespielen ohne FHEM, um zu sehen ob das
COC noch was antwortet.

Es gibt da zwei Möglichkeiten
1. Das COC antwortet nicht mehr ab 8 Devices
2. Das FHEM wartet nicht lange genug auf das COC

Wo ist denn eigentlich das Timeout beim FHEM definiert?
Oder wartet das FHEM gar nicht, sondern reicht nur jedes Telegramm was
irgendwann reinkommt asynchron durch alle Module durch?

Gute Nacht
VT



Am Montag, 12. November 2012 15:19:08 UTC+1 schrieb V T:
>
> Joo, da haben wir uns überholt...
> Werd ich mal machen, aber erst heute Abend, soviel geschnitze schaffe ich
> erst nach Feierabend.
> Bis bald
>
> Am Montag, 12. November 2012 15:10:49 UTC+1 schrieb joachim herold:
>>
>> bitte mal das Log bis zur ersten Temperaturmessung posten.
>> Einstellung in der fhem.cfg:
>> attr global mseclog
>> attr global verbose 3
>> fuer die Ubersichtlichkeit nur die Eintraege fuer 1-Wire und fhem.save
>> bitte leeren,
>> in Zeile 92 von OWX.pm den debugmodus auf 3, die
>> ich habe da einen bestimmten Verdacht.
>>
>> Mfg
>> Joachim
>
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Titel: Re: OWX wird aus cfg gelscht, warum?
Beitrag von: Guest am 13 November 2012, 06:49:58
Originally posted by: <email address deleted>

Das ist dann aber nicht FHEM.

Sondern der Raspberry - denn der müsste die gesamte Response vom COC
abwarten. Das kann man statt mit "set" besser mit "get COC raw Oc"
ausprobieren.

Auch OWX.pm parst die gesamte Response, die es vom COC auf den Befehl Oc
erhält. Und wenn diese eben vom Raspberry nicht weitergereicht wird, landet
auch OWX im Nirwana.


LG

pah

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Titel: Re: OWX wird aus cfg gelscht, warum?
Beitrag von: Guest am 13 November 2012, 08:18:09
Originally posted by: <email address deleted>

Denkst Du wirklich das RasPi unterschlägt serielle Telegramme?
Ich kann das nicht so recht glauben, da das FHEM ja direkt auf der
Schnittstelle aufsetzt...also COC schreibt in einen Speicher und FHEM liest
von selbigen.
Was soll da eigentlich schiefgehen?

Wie auch immer, ich denke das der Atmega1284p irgend ein RAM
Zugriffsproblem hat, weil er hin und wieder bei einfachsten Aufrufen
abstürzt.
Da kommt dann immer diese "COC possible Commands ...." unter anderem auch
"NoCmdsforDummies" als response.

Für mich sieht das nach einem Speicherüberlauf im Atmega aus. Die Reaktion
des Chips ist ja dann auch wie immer,
"Wenn ich nicht mehr weiß was ich machen soll fange ich von vorne an" und
Startet seine Firmware von neuem. Dann kennt er natürlich seine 1-wire
Devices nicht mehr und und und.

Hier mal ein LOG von gestern, zeigt die Reanimation nach 8 Devices.
Habe da willkürlich raw Messages rausgehauen, wo ich dachte ich krieg ihn
wieder.
Da sieht man dann (meiner Meinung nach) auch den "Neustart" des COC nach
einem Überlauf.
Wenn der Atméga dann alle 1-wires wieder gefunden hat (nach "Oc"), starte
ich FHEM wieder, da das sich sonst nie wieder mit dem COC zusammenfindet.
ReverseLog (von unten nach oben lesen):

2012.11.13 07:52:47.022 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 07:52:47.021 3: OWX: Reset called with undefined interface
2012.11.13 07:52:47.020 3: OWTHERM: Could not get values from device OWX_10_CD1670010800, reason 10.CD167001080000 not accessible in 2nd step
2012.11.13 07:52:47.019 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 07:52:47.018 3: OWX: Reset called with undefined interface
2012.11.13 07:52:47.017 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 07:52:47.017 3: OWX: Reset called with undefined interface
2012.11.13 07:52:47.016 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 07:52:47.015 3: OWX: Reset called with undefined interface
2012.11.13 07:52:47.014 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 07:52:47.013 3: OWX: Reset called with undefined interface
2012.11.13 07:52:47.008 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 07:52:47.007 3: OWX: Reset called with undefined interface
2012.11.13 07:52:47.006 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 07:52:47.006 3: OWX: Reset called with undefined interface
2012.11.13 07:52:38.545 3: COC01: Possible commands: mCFAZOGMRTVWXefltux
2012.11.13 07:52:38.388 1: /dev/ttyAMA0 reappeared (COC01)
2012.11.13 07:52:38.378 3: Setting COC01 baudrate to 38400
2012.11.13 07:52:38.365 0: Server started (version Fhem 5.3 (DEVELOPMENT), $Id: fhem.pl 2099 2012-11-08 20:56:21Z borisneubert $, pid 2574)
2012.11.13 07:52:38.161 1: Including /var/log/fhem/fhem.save
Unknown command , try help
Unknown command , try help
Unknown command , try help
Unknown command , try help
Unknown command , try help
Unknown command , try help
Unknown command , try help
Unknown command , try help
Unknown command , try help
Unknown command , try help
Unknown command , try help
Unknown command , try help
Unknown command , try help
2012.11.13 07:52:38.159 1: configfile: Unknown command , try help
2012.11.13 07:52:38.128 3: OWSWITCH:   Device OWX_29_BCAD02000000 defined.
2012.11.13 07:52:38.087 3: OWTHERM: Device OWX_28_753863010000 defined.
2012.11.13 07:52:38.046 3: OWTHERM: Device OWX_28_18F0A0010000 defined.
2012.11.13 07:52:37.949 3: OWSWITCH:   Device OWX_29_AFAD02000000 defined.
2012.11.13 07:52:37.819 3: OWTHERM: Device OWX_28_B03863010000 defined.
2012.11.13 07:52:37.779 3: OWTHERM: Device OWX_10_CD1670010800 defined.
2012.11.13 07:52:37.643 3: OWAD:   Device OWX_20_F5930C000000 defined.
2012.11.13 07:52:35.254 3: SmartPhone: port 8085 opened
2012.11.13 07:52:35.200 3: WEB: port 8083 opened
2012.11.13 07:52:34.732 3: telnetPort: port 7072 opened
2012.11.13 07:52:34.644 1: OWX: 1-Wire bus OWio1: interface in COC01 could not be addressed
2012.11.13 07:52:34.142 1: OWX: 1-Wire bus OWio1: interface not found, answer was
2012.11.13 07:52:33.630 1: OWX: 1-Wire bus OWio1: interface not found, answer was
2012.11.13 07:52:33.119 1: OWX: 1-Wire bus OWio1: interface not found, answer was
2012.11.13 07:52:32.590 1: OWX: 1-Wire bus OWio1: interface not found, answer was
2012.11.13 07:52:27.586 1: /dev/ttyAMA0 disconnected, waiting to reappear
2012.11.13 07:52:26.563 1: OWX: CUNO/COC device COC01 defined
2012.11.13 07:52:26.361 3: COC01: Possible commands: mCFAZOGMRTVWXefltux
2012.11.13 07:52:26.206 3: COC01 device opened
2012.11.13 07:52:26.195 3: Setting COC01 baudrate to 38400
2012.11.13 07:52:25.894 3: Opening COC01 device /dev/ttyAMA0
2012.11.13 07:52:25.127 1: Including /etc/fhem.cfg
2012.11.13 07:52:21.895 0: Server shutdown
2012.11.13 07:52:02.657 3: OWX: returned from CUNO �D
2012.11.13 07:52:02.656 3: OWX: Send to CUNO/COC 0xcc 0x44
2012.11.13 07:52:01.577 2: COC01: unknown message 6:8300000002ADAF29
2012.11.13 07:52:01.554 2: COC01: unknown message 5:8100000002ADBC29
2012.11.13 07:52:01.529 2: COC01: unknown message 4:6400000163387528
2012.11.13 07:52:01.505 2: COC01: unknown message 3:100000016338B028
2012.11.13 07:52:01.479 2: COC01: unknown message 2:BB0008017016CD10
2012.11.13 07:52:01.455 2: COC01: unknown message 1:9D0000000C93F520
2012.11.13 07:52:01.393 3: set COC01 raw Oc
2012.11.13 07:51:56.147 2: COC01: unknown message OK:1
2012.11.13 07:51:56.068 3: set COC01 raw ORb
2012.11.13 07:51:50.191 2: COC01: unknown message ? (�ORm is unknown) Use one of m C F A Z O G M R T V W X e f l t u x
2012.11.13 07:51:50.128 3: set COC01 raw ORm
2012.11.13 07:51:28.727 3: set COC01 raw ORb
2012.11.13 07:51:23.299 3: set COC01 raw Oi
2012.11.13 07:51:17.449 2: COC01: unknown message OK
2012.11.13 07:51:17.388 3: set COC01 raw ORm
2012.11.13 07:50:08.567 3: set COC01 raw Oc
2012.11.13 07:50:02.654 3: OWX: returned from CUNO �D
2012.11.13 07:50:02.653 3: OWX: Send to CUNO/COC 0xcc 0x44

Meine Vermutung: der Fehler muß irgendwo im Ringpuffer des Atmega für das Senden vom COC zum RasPi liegen.
Weil:
Wenn ich arge Empfangsprobleme habe und der COC jedes Telegramm was vom FS20 reinkommt bearbeiten muß,
um festzustellen ist es ein Telegramm oder eine Störung,
lief dieser Puffer immer voll.
Irgendwann wenn der Atmega mal wieder Zeit hatte sich um den UART zu kümmern,
sendete er mir alle empfangenen Telegramme ohne CR als Block ans FHEM und stürzte dabei ab,
wahrscheinlich weil beim Auslesen der Pointer über den Ringpuffer hinauslief.
Weil das Énde von diesem Telegramm war immer verstümmelt.
Das war meine Spekulation...

Ist halt bald Weihnachten und Spekulatius ist doch toll. ;o)

Fazit für mich:
Es wäre schön wenn das OWX selber nicht gelöscht werden würde, in welchem Falle auch immer.
Theoretisch dürfte es ja nie verschwinden, aber um ein Autodelete des OWX zu vermeiden, wäre es ganz nett wenn eine Zeile das Ausschließen würde...

So in diesem Sinne, Danke für den netten Dialog.
Bis bald
VT



Am Dienstag, 13. November 2012 06:49:58 UTC+1 schrieb Prof. Dr. Peter A.
Henning:
>
> Das ist dann aber nicht FHEM.
>
> Sondern der Raspberry - denn der müsste die gesamte Response vom COC
> abwarten. Das kann man statt mit "set" besser mit "get COC raw Oc"
> ausprobieren.
>
> Auch OWX.pm parst die gesamte Response, die es vom COC auf den Befehl Oc
> erhält. Und wenn diese eben vom Raspberry nicht weitergereicht wird, landet
> auch OWX im Nirwana.
>
>
> LG
>
> pah
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Titel: Re: OWX wird aus cfg gelscht, warum?
Beitrag von: Guest am 13 November 2012, 09:01:13
Originally posted by: <email address deleted>

Eine solche Zeile kann ich problemlos einbauen und werde das auch für das
nächste Update machen.

LG

pah

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Titel: Re: OWX wird aus cfg gelscht, warum?
Beitrag von: Joachim am 13 November 2012, 10:58:30
                                                   

Moin VT,

hattest du die Zeile 93 von OWX.pm  auf
#-- Debugging 0,1,2,3
my $owx_debug=3; geändert?
wenn nicht bitte nocheinmal das aus meinem post von gestern ausführen.
-->
bitte mal das Log bis zur ersten Temperaturmessung posten.
Einstellung in der fhem.cfg:
attr global mseclog
attr global verbose 3
fuer die Ubersichtlichkeit nur die Eintraege fuer 1-Wire und fhem.save
bitte leeren,
in Zeile 92 von OWX.pm den debugmodus auf 3, die
ich habe da einen bestimmten Verdacht.

die erste Temperaturmessung wird mit dieser bytefolge angestossen:

OWX: Sending out 0xe1 0xcc 0x44
OWX: Receiving 0xcc 0x44

MfG
Joachim

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Titel: Re: OWX wird aus cfg gelscht, warum?
Beitrag von: Guest am 13 November 2012, 12:51:22
Originally posted by: <email address deleted>

Hallo Joachim,

ja ich hatte das debug auf 3 gesetzt. Ich kann Dir einen ganzen Haufen
dieser Logeinträge senden.
Einer dieser Einträge steht ja ganz unten im obigen Log.

Oder eben hier (reverse Log, von unten nach oben):
2012.11.12 20:39:51.528 3: OWX: returned from CUNO �D
2012.11.12 20:39:51.528 3: OWX: Send to CUNO/COC 0xcc 0x44
2012.11.12 20:36:11.636 3: OWX: returned from CUNO 000000000�/d��  x
2012.11.12 20:36:11.636 3: OWX: Receive from CUNO/COC 9 bytes = 0x2F 0x00
0x64 0x00 0xFF 0xFF 0x02 0x10 0x78
2012.11.12 20:36:11.539 3: OWX: Send to CUNO/COC 0xbe
2012.11.12 20:36:11.016 3: OWX: Sending match ROM to CUNO OmBB0008017016CD10
2012.11.12 20:36:08.635 3: OWX: returned from CUNO 000000000�� d_�  �
2012.11.12 20:36:08.634 3: OWX: Receive from CUNO/COC 9 bytes = 0x8A 0x01
0x64 0x00 0x5F 0xFF 0x06 0x10 0xBB
2012.11.12 20:36:08.537 3: OWX: Send to CUNO/COC 0xbe
2012.11.12 20:36:08.015 3: OWX: Sending match ROM to CUNO Om100000016338B028
2012.11.12 20:35:58.372 3: OWX: returned from CUNO 000000000�         ��
2012.11.12 20:35:58.371 3: OWX: Receive from CUNO/COC 10 bytes = 0x0F 0x01
0x0F 0x01 0x0F 0x01 0x0F 0x01 0xA6 0x94
2012.11.12 20:35:58.263 3: OWX: Send to CUNO/COC 0xaa 0x08 0x00
2012.11.12 20:35:57.720 3: OWX: Sending match ROM to CUNO Om9D0000000C93F520
2012.11.12 20:35:57.697 3: OWX: returned from CUNO 000000000� ������
2012.11.12 20:35:57.696 3: OWX: Receive from CUNO/COC 10 bytes = 0x00 0xFA
0x00 0xFA 0x00 0xFA 0x00 0xFA 0xFF 0xD9
2012.11.12 20:35:57.588 3: OWX: Send to CUNO/COC 0xaa 0x10 0x00
2012.11.12 20:35:57.044 3: OWX: Sending match ROM to CUNO Om9D0000000C93F520
2012.11.12 20:35:57.021 3: OWX: returned from CUNO 000000000�f � z � �
2012.11.12 20:35:57.020 3: OWX: Receive from CUNO/COC 10 bytes = 0x66 0x03
0x84 0x03 0x7A 0x03 0x86 0x03 0xF8 0x1A
2012.11.12 20:35:56.913 3: OWX: Send to CUNO/COC 0xaa 0x00 0x00
2012.11.12 20:35:56.369 3: OWX: Sending match ROM to CUNO Om9D0000000C93F520
2012.11.12 20:35:56.336 3: OWX: returned from CUNO 000000000< ��
2012.11.12 20:35:56.336 3: OWX: Send to CUNO/COC 0x3c 0x0f 0x00 0xff 0xff
2012.11.12 20:35:55.771 3: OWX: Sending match ROM to CUNO Om9D0000000C93F520
2012.11.12 20:35:55.718 3: OWX: returned from CUNO 000000000�������d
2012.11.12 20:35:55.717 3: OWX: Receive from CUNO/COC 10 bytes = 0x00 0xFF
0xFF 0x00 0x00 0x88 0xFF 0xFF 0xE0 0x64
2012.11.12 20:35:55.610 3: OWX: Send to CUNO/COC 0xf0 0x88 0x00
2012.11.12 20:35:55.066 3: OWX: Sending match ROM to CUNO Om8300000002ADAF29
2012.11.12 20:35:02.644 3: OWX: returned from CUNO 000000000�| d_�  �
2012.11.12 20:35:02.644 3: OWX: Receive from CUNO/COC 9 bytes = 0x7C 0x01
0x64 0x00 0x5F 0xFF 0x04 0x10 0x9E
2012.11.12 20:35:02.547 3: OWX: Send to CUNO/COC 0xbe
2012.11.12 20:35:02.024 3: OWX: Sending match ROM to CUNO Om6400000163387528
2012.11.12 20:34:51.427 3: OWX: returned from CUNO �D
2012.11.12 20:34:51.426 3: OWX: Send to CUNO/COC 0xcc 0x44
2012.11.12 20:31:11.636 3: OWX: returned from CUNO 000000000�0d��  �
2012.11.12 20:31:11.636 3: OWX: Receive from CUNO/COC 9 bytes = 0x30 0x00
0x64 0x00 0xFF 0xFF 0x10 0x10 0xAB
2012.11.12 20:31:11.539 3: OWX: Send to CUNO/COC 0xbe
2012.11.12 20:31:11.016 3: OWX: Sending match ROM to CUNO OmBB0008017016CD10
2012.11.12 20:31:08.644 3: OWX: returned from CUNO 000000000�� d_�  �
2012.11.12 20:31:08.643 3: OWX: Receive from CUNO/COC 9 bytes = 0x8A 0x01
0x64 0x00 0x5F 0xFF 0x06 0x10 0xBB
2012.11.12 20:31:08.546 3: OWX: Send to CUNO/COC 0xbe
2012.11.12 20:31:08.023 3: OWX: Sending match ROM to CUNO Om100000016338B028
2012.11.12 20:30:58.372 3: OWX: returned from CUNO 000000000�         ��
2012.11.12 20:30:58.371 3: OWX: Receive from CUNO/COC 10 bytes = 0x0F 0x01
0x0F 0x01 0x0F 0x01 0x0F 0x01 0xA6 0x94
2012.11.12 20:30:58.263 3: OWX: Send to CUNO/COC 0xaa 0x08 0x00
2012.11.12 20:30:57.719 3: OWX: Sending match ROM to CUNO Om9D0000000C93F520
2012.11.12 20:30:57.696 3: OWX: returned from CUNO 000000000� ������
2012.11.12 20:30:57.695 3: OWX: Receive from CUNO/COC 10 bytes = 0x00 0xFA
0x00 0xFA 0x00 0xFA 0x00 0xFA 0xFF 0xD9
2012.11.12 20:30:57.588 3: OWX: Send to CUNO/COC 0xaa 0x10 0x00
2012.11.12 20:30:57.044 3: OWX: Sending match ROM to CUNO Om9D0000000C93F520
2012.11.12 20:30:57.021 3: OWX: returned from CUNO 000000000�n � � � ��
2012.11.12 20:30:57.020 3: OWX: Receive from CUNO/COC 10 bytes = 0x6E 0x03
0x86 0x03 0x9C 0x03 0xAA 0x03 0xD3 0xD6
2012.11.12 20:30:56.912 3: OWX: Send to CUNO/COC 0xaa 0x00 0x00
2012.11.12 20:30:56.368 3: OWX: Sending match ROM to CUNO Om9D0000000C93F520
2012.11.12 20:30:56.336 3: OWX: returned from CUNO 000000000< ��
2012.11.12 20:30:56.336 3: OWX: Send to CUNO/COC 0x3c 0x0f 0x00 0xff 0xff
2012.11.12 20:30:55.771 3: OWX: Sending match ROM to CUNO Om9D0000000C93F520
2012.11.12 20:30:55.718 3: OWX: returned from CUNO 000000000�������d
2012.11.12 20:30:55.718 3: OWX: Receive from CUNO/COC 10 bytes = 0x00 0xFF
0xFF 0x00 0x00 0x88 0xFF 0xFF 0xE0 0x64
2012.11.12 20:30:55.610 3: OWX: Send to CUNO/COC 0xf0 0x88 0x00
2012.11.12 20:30:55.066 3: OWX: Sending match ROM to CUNO Om8300000002ADAF29
2012.11.12 20:30:02.644 3: OWX: returned from CUNO 000000000�| d_�  �
2012.11.12 20:30:02.644 3: OWX: Receive from CUNO/COC 9 bytes = 0x7C 0x01
0x64 0x00 0x5F 0xFF 0x04 0x10 0x9E
2012.11.12 20:30:02.547 3: OWX: Send to CUNO/COC 0xbe
2012.11.12 20:30:02.024 3: OWX: Sending match ROM to CUNO Om6400000163387528
2012.11.12 20:29:51.326 3: OWX: returned from CUNO �D
2012.11.12 20:29:51.325 3: OWX: Send to CUNO/COC 0xcc 0x44

Was muß ich eigentlich tun das dieser Wildcarts " �D"  verschwinden?

Kann es sein das "unsere" Probleme mit ASCII und Unicode zusammenhängen?
COC läuft ja mit char und RasPi versucht das vielleicht als Unicode zu
interopretieren?

Wie auch immer, vielleicht helfen die Logs ja weiter...

Gruß
VT

Am Dienstag, 13. November 2012 10:58:30 UTC+1 schrieb joachim herold:
>
> Moin VT,
>
> hattest du die Zeile 93 von OWX.pm  auf
> #-- Debugging 0,1,2,3
> my $owx_debug=3; geändert?
> wenn nicht bitte nocheinmal das aus meinem post von gestern ausführen.
> -->
> bitte mal das Log bis zur ersten Temperaturmessung posten.
> Einstellung in der fhem.cfg:
> attr global mseclog
> attr global verbose 3
> fuer die Ubersichtlichkeit nur die Eintraege fuer 1-Wire und fhem.save
> bitte leeren,
> in Zeile 92 von OWX.pm den debugmodus auf 3, die
> ich habe da einen bestimmten Verdacht.
>
> die erste Temperaturmessung wird mit dieser bytefolge angestossen:
>
> OWX: Sending out 0xe1 0xcc 0x44
> OWX: Receiving 0xcc 0x44
>
> MfG
> Joachim
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Titel: Re: OWX wird aus cfg gelscht, warum?
Beitrag von: Joachim am 13 November 2012, 14:39:16
                                                   

Hallo VT,

ob wir auf dem richtigen Weg sind, weiss ich noch nicht, da ich selbst nur
einen1-Wire USB Adapter habe, und mich jetzt ersteinmal in das
Kommunikationsprotokoll zwischen dem Rechner auf dem FHEM lauft (der
Rapsberry) und deinem COC-Modul hineindenken muss.
Ich muss also in mehr oder weniger groben Zuegen verstehen, was die OWX.pm
tut.
Dazu benoetige ich einen Logauszug bei dem sich FHEM nur mit 1-Wire
beschaeftigt.
Also in der fhem.cfg nur die Eintraege fuer 1-Wire, bei Dir also nur der
Teil. Wenn moeglich auch nichts anderes wie FS20 oder Homematic.

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


Bitte auch keine Sensoren in der fhem.cfg definieren.
FHEM stoppen
dannn die fhem.save und die fhem.log (koennte auch fhem-2012-11.log oder
aehnlich heissen) leeren.
FHEM starten und 5 Minuten rennen lassen, dann das log am besten hier als
Anhang anhaengen.

Bei den Wildcards brauchst Du dir glaube ich im Moment keine Sorgen zu
machen, die sind im Log nur nicht Menschlich lesbar dargestellt, da nach
meinem Wissen die Kommunikation in ASCII laeuft, teilweise wird in der
OWX.pm  das ganze umgewandelt in menschlich lesbare Ausgaben, siehe hier:

2012.11.12 20:30:55.718 3: OWX: returned from CUNO 000000000�������d
2012.11.12 20:30:55.718 3: OWX: Receive from CUNO/COC 10 bytes = 0x00 0xFF
0xFF 0x00 0x00 0x88 0xFF 0xFF 0xE0 0x64

da bin ich mir allerdings noch nicht ganz sicher.

gruss Joachim

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Titel: Re: OWX wird aus cfg gelscht, warum?
Beitrag von: Guest am 13 November 2012, 14:54:56
Originally posted by: <email address deleted>

Genau. Da CUNO/COC ab und zu ASCII Daten schicken, habe ich die erste
Ausgabe nicht umgewandelt...

LG

pah

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Titel: Re: OWX wird aus cfg gelscht, warum?
Beitrag von: Guest am 13 November 2012, 16:18:37
Originally posted by: <email address deleted>

Hallo Joachim,

ja ich kann auch noch das Log leeren und nur OWX definieren...aber in
meinem LOG stehen momentan nur OWX Daten...
ich bin jetzt ein bissel verwirrt was sich am Log dann noch ändern kann.
Was ist Deine Erwartung, damit ich Dir folgen kann?

Gruß
VT

Am Dienstag, 13. November 2012 14:39:16 UTC+1 schrieb joachim herold:
>
> Hallo VT,
>
> ob wir auf dem richtigen Weg sind, weiss ich noch nicht, da ich selbst nur
> einen1-Wire USB Adapter habe, und mich jetzt ersteinmal in das
> Kommunikationsprotokoll zwischen dem Rechner auf dem FHEM lauft (der
> Rapsberry) und deinem COC-Modul hineindenken muss.
> Ich muss also in mehr oder weniger groben Zuegen verstehen, was die OWX.pm
> tut.
> Dazu benoetige ich einen Logauszug bei dem sich FHEM nur mit 1-Wire
> beschaeftigt.
> Also in der fhem.cfg nur die Eintraege fuer 1-Wire, bei Dir also nur der
> Teil. Wenn moeglich auch nichts anderes wie FS20 oder Homematic.
>
> 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
>
>
> Bitte auch keine Sensoren in der fhem.cfg definieren.
> FHEM stoppen
> dannn die fhem.save und die fhem.log (koennte auch fhem-2012-11.log oder
> aehnlich heissen) leeren.
> FHEM starten und 5 Minuten rennen lassen, dann das log am besten hier als
> Anhang anhaengen.
>
> Bei den Wildcards brauchst Du dir glaube ich im Moment keine Sorgen zu
> machen, die sind im Log nur nicht Menschlich lesbar dargestellt, da nach
> meinem Wissen die Kommunikation in ASCII laeuft, teilweise wird in der
> OWX.pm  das ganze umgewandelt in menschlich lesbare Ausgaben, siehe hier:
>
> 2012.11.12 20:30:55.718 3: OWX: returned from CUNO 000000000�������d
> 2012.11.12 20:30:55.718 3: OWX: Receive from CUNO/COC 10 bytes = 0x00 0xFF
> 0xFF 0x00 0x00 0x88 0xFF 0xFF 0xE0 0x64
>
> da bin ich mir allerdings noch nicht ganz sicher.
>
> gruss Joachim
>
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Titel: Re: OWX wird aus cfg gelscht, warum?
Beitrag von: Joachim am 13 November 2012, 17:01:32
                                                   

Dein letztes log beginnt mit der Abfrage von den Sensoren

2012.11.12 20:29:51.325 3: OWX: Send to CUNO/COC 0xcc 0x44

Ich hätte gerne ein Log, bei dem der gesamte Start bis hin zu den ersten
Temperaturmessungen drin ist, also so wie nachfolgend beschrieben aussieht.
Darin ist die gesamte Kommunikation zwischen OWX.pm und Deinem COC zu
sehen. Es waere alo zu erkennen, ob der COC die angefragten Daten zum
richtigen Zeitpunkt herausrueckt, oder ob sie zu spaet oder garnicht
kommen. Deshalb auch der Milisekundenzeitstempel.
Meine Erwartung ist eigentlich nur, zu sehen, ob vielleicht in der
Kommunikation von Beginn der Initialisierung bis zur ersten Zeitmessung
alles in Ordnung ist, oder hier ein Problem auftaucht. Schoen waere, wenn
Du mehr Sensoren anschliessen koenntest
 als Dir bisher zum auslesen geglueckt sind, also mehr als 7 Stueck.

So, ich hoffe Du hast verstanden, worum es mir geht

Gruss Joachim
2012.11.13 16:30:29.054 1: Including
/var/media/ftp/System/tools/fhem/fhem.cfg # hier startet FHEM bzw. das ist
die erste geloggte Meldung
....
2012.11.13 16:30:33.694 3: Opening 1_Wire device /dev/ttyUSB0 # hier wird
das Device geoeffnet, in meinem Fall USB0
2012.11.13 16:30:33.706 3: Setting 1_Wire baudrate to 9600
2012.11.13 16:30:33.743 3: 1_Wire device opened
2012.11.13 16:30:33.745 1: OWX: Serial device /dev/ttyUSB0 defined
2012.11.13 16:30:33.863 3: OWX: Sending out 0xc1 # hier beginnt die
Kommunikation, in meinem Fall ausgelegt fue einen DS2480
2012.11.13 16:30:33.962 3: OWX: Receiving 0xc1
2012.11.13 16:30:34.010 3: OWX: Sending out 0x17 0x45 0x5b 0x0f 0x91
2012.11.13 16:30:34.111 3: OWX: Receiving 0x17 0x45 0x5b 0x0f 0x91
2012.11.13 16:30:34.151 1: OWX: 1-Wire bus 1_Wire: interface master DS2480
re-detected # der hier erkannt wurde
....
2012.11.13 16:30:44.165 3: OWX: Sending out 0xe3 0xc5 # hier beginnt das
Suchen der Sensoren auf dem Bus
2012.11.13 16:30:44.271 3: OWX: Receiving 0xdd
2012.11.13 16:30:44.822 3: OWX: Sending out 0xe1 0xf0 0xe3 0xb5
2012.11.13 16:30:44.920 3: OWX: Receiving 0xf0
2012.11.13 16:30:44.968 3: OWX: Sending out 0xe1 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2012.11.13 16:30:45.072 3: OWX: Receiving 0x41 0x02 0x0a 0x02 0x02 0x20
0xa2 0xa2 0x02 0x00 0x80 0x00 0x00 0x00 0xa0 0x82
...
2012.11.13 16:30:52.540 3: OWX: Sending out 0xe1 0xf0 0xe3 0xb5
2012.11.13 16:30:52.640 3: OWX: Receiving
2012.11.13 16:30:52.685 3: OWX: Sending out 0xe1 0x80 0x08 0x02 0x28 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2012.11.13 16:30:52.790 3: OWX: Receiving
2012.11.13 16:30:52.829 3: OWX: Search 2nd return has wrong parameter with
length = 0 # was hier faelschlicherweise beendet wurde
...
2012.11.13 16:31:03.631 3: OWX: Sending out 0xe3 0xc5 # hier werden die
Alarmgrenzen gesetzt
2012.11.13 16:31:03.731 3: OWX: Receiving 0xdd
2012.11.13 16:31:03.772 3: OWX_Complex_SER: Sending out 0x55 0x10 0x13 0x41
0xdd 0x01 0x08 0x00 0x9c 0x4e 0x32 0x0a 0x48
2012.11.13 16:31:03.781 3: OWX: Sending out 0xe1 0x55 0x10 0x13 0x41 0xdd
0x01 0x08 0x00 0x9c 0x4e 0x32 0x0a 0x48
2012.11.13 16:31:03.883 3: OWX: Receiving 0x55 0x10 0x13 0x41 0xdd 0x01
0x08 0x00 0x9c 0x4e 0x32 0x0a 0x48
2012.11.13 16:31:03.921 3: OWX_Complex_SER: Receiving   0x55 0x10 0x13 0x41
0xdd 0x01 0x08 0x00 0x9c 0x4e 0x32 0x0a 0x48
2012.11.13 16:31:03.930 3: OWX: Sending out 0xe3 0xc5 # und der Sensor das
erste mal abgefragt
2012.11.13 16:31:04.031 3: OWX: Receiving 0xdd
2012.11.13 16:31:04.073 3: OWX_Complex_SER: Sending out 0x55 0x10 0x13 0x41
0xdd 0x01 0x08 0x00 0x9c 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2012.11.13 16:31:04.083 3: OWX: Sending out 0xe1 0x55 0x10 0x13 0x41 0xdd
0x01 0x08 0x00 0x9c 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2012.11.13 16:31:04.182 3: OWX: Receiving 0x55 0x10 0x13 0x41 0xdd 0x01
0x08 0x00 0x9c 0xbe 0x24 0x00 0x32 0x0a 0xff 0xff 0x0b 0x10 0x04
2012.11.13 16:31:04.221 3: OWX_Complex_SER: Receiving   0x55 0x10 0x13 0x41
0xdd 0x01 0x08 0x00 0x9c 0xbe 0x24 0x00 0x32 0x0a 0xff 0xff 0x0b 0x10 0x04
...
2012.11.13 16:35:34.460 3: OWX_Complex_SER: Receiving   0xcc 0x44 # und
hier wird das erste mal die allgemeine Sensorabfrage gestartet
2012.11.13 16:36:03.019 3: OWX: Sending out 0xe3 0xc5
2012.11.13 16:36:03.122 3: OWX: Receiving 0xdd
2012.11.13 16:36:03.163 3: OWX_Complex_SER: Sending out 0x55 0x10 0x13 0x41
0xdd 0x01 0x08 0x00 0x9c 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2012.11.13 16:36:03.175 3: OWX: Sending out 0xe1 0x55 0x10 0x13 0x41 0xdd
0x01 0x08 0x00 0x9c 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2012.11.13 16:36:03.273 3: OWX: Receiving 0x55 0x10 0x13 0x41 0xdd 0x01
0x08 0x00 0x9c 0xbe 0x24 0x00 0x32 0x0a 0xff 0xff 0x0b 0x10 0x04
2012.11.13 16:36:03.312 3: OWX_Complex_SER: Receiving   0x55 0x10 0x13 0x41
0xdd 0x01 0x08 0x00 0x9c 0xbe 0x24 0x00 0x32 0x0a 0xff 0xff 0x0b 0x10 0x04

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Titel: Re: OWX wird aus cfg gelscht, warum?
Beitrag von: Guest am 13 November 2012, 20:42:46
Originally posted by: <email address deleted>

Hier mal so auf die Schnelle ist das noch aufgefallen, als das OWX sich
wieder selber gelöscht hat:

 Use of uninitialized value $owx_interface in pattern match (m//) at
/usr/share/fhem/FHEM/00_OWX.pm line 591.

Stand plötzlich einfach im Terminal...


Am Dienstag, 13. November 2012 17:01:32 UTC+1 schrieb joachim herold:
>
> Dein letztes log beginnt mit der Abfrage von den Sensoren
>
> 2012.11.12 20:29:51.325 3: OWX: Send to CUNO/COC 0xcc 0x44
>
> Ich hätte gerne ein Log, bei dem der gesamte Start bis hin zu den ersten
> Temperaturmessungen drin ist, also so wie nachfolgend beschrieben aussieht.
> Darin ist die gesamte Kommunikation zwischen OWX.pm und Deinem COC zu
> sehen. Es waere alo zu erkennen, ob der COC die angefragten Daten zum
> richtigen Zeitpunkt herausrueckt, oder ob sie zu spaet oder garnicht
> kommen. Deshalb auch der Milisekundenzeitstempel.
> Meine Erwartung ist eigentlich nur, zu sehen, ob vielleicht in der
> Kommunikation von Beginn der Initialisierung bis zur ersten Zeitmessung
> alles in Ordnung ist, oder hier ein Problem auftaucht. Schoen waere, wenn
> Du mehr Sensoren anschliessen koenntest
>  als Dir bisher zum auslesen geglueckt sind, also mehr als 7 Stueck.
>
> So, ich hoffe Du hast verstanden, worum es mir geht
>
> Gruss Joachim
> 2012.11.13 16:30:29.054 1: Including
> /var/media/ftp/System/tools/fhem/fhem.cfg # hier startet FHEM bzw. das
> ist die erste geloggte Meldung
> ....
> 2012.11.13 16:30:33.694 3: Opening 1_Wire device /dev/ttyUSB0 # hier wird
> das Device geoeffnet, in meinem Fall USB0
> 2012.11.13 16:30:33.706 3: Setting 1_Wire baudrate to 9600
> 2012.11.13 16:30:33.743 3: 1_Wire device opened
> 2012.11.13 16:30:33.745 1: OWX: Serial device /dev/ttyUSB0 defined
> 2012.11.13 16:30:33.863 3: OWX: Sending out 0xc1 # hier beginnt die
> Kommunikation, in meinem Fall ausgelegt fue einen DS2480
> 2012.11.13 16:30:33.962 3: OWX: Receiving 0xc1
> 2012.11.13 16:30:34.010 3: OWX: Sending out 0x17 0x45 0x5b 0x0f 0x91
> 2012.11.13 16:30:34.111 3: OWX: Receiving 0x17 0x45 0x5b 0x0f 0x91
> 2012.11.13 16:30:34.151 1: OWX: 1-Wire bus 1_Wire: interface master DS2480
> re-detected # der hier erkannt wurde
> ....
> 2012.11.13 16:30:44.165 3: OWX: Sending out 0xe3 0xc5 # hier beginnt das
> Suchen der Sensoren auf dem Bus
> 2012.11.13 16:30:44.271 3: OWX: Receiving 0xdd
> 2012.11.13 16:30:44.822 3: OWX: Sending out 0xe1 0xf0 0xe3 0xb5
> 2012.11.13 16:30:44.920 3: OWX: Receiving 0xf0
> 2012.11.13 16:30:44.968 3: OWX: Sending out 0xe1 0x00 0x00 0x00 0x00 0x00
> 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
> 2012.11.13 16:30:45.072 3: OWX: Receiving 0x41 0x02 0x0a 0x02 0x02 0x20
> 0xa2 0xa2 0x02 0x00 0x80 0x00 0x00 0x00 0xa0 0x82
> ...
> 2012.11.13 16:30:52.540 3: OWX: Sending out 0xe1 0xf0 0xe3 0xb5
> 2012.11.13 16:30:52.640 3: OWX: Receiving
> 2012.11.13 16:30:52.685 3: OWX: Sending out 0xe1 0x80 0x08 0x02 0x28 0x00
> 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
> 2012.11.13 16:30:52.790 3: OWX: Receiving
> 2012.11.13 16:30:52.829 3: OWX: Search 2nd return has wrong parameter with
> length = 0 # was hier faelschlicherweise beendet wurde
> ...
> 2012.11.13 16:31:03.631 3: OWX: Sending out 0xe3 0xc5 # hier werden die
> Alarmgrenzen gesetzt
> 2012.11.13 16:31:03.731 3: OWX: Receiving 0xdd
> 2012.11.13 16:31:03.772 3: OWX_Complex_SER: Sending out 0x55 0x10 0x13
> 0x41 0xdd 0x01 0x08 0x00 0x9c 0x4e 0x32 0x0a 0x48
> 2012.11.13 16:31:03.781 3: OWX: Sending out 0xe1 0x55 0x10 0x13 0x41 0xdd
> 0x01 0x08 0x00 0x9c 0x4e 0x32 0x0a 0x48
> 2012.11.13 16:31:03.883 3: OWX: Receiving 0x55 0x10 0x13 0x41 0xdd 0x01
> 0x08 0x00 0x9c 0x4e 0x32 0x0a 0x48
> 2012.11.13 16:31:03.921 3: OWX_Complex_SER: Receiving   0x55 0x10 0x13
> 0x41 0xdd 0x01 0x08 0x00 0x9c 0x4e 0x32 0x0a 0x48
> 2012.11.13 16:31:03.930 3: OWX: Sending out 0xe3 0xc5 # und der Sensor
> das erste mal abgefragt
> 2012.11.13 16:31:04.031 3: OWX: Receiving 0xdd
> 2012.11.13 16:31:04.073 3: OWX_Complex_SER: Sending out 0x55 0x10 0x13
> 0x41 0xdd 0x01 0x08 0x00 0x9c 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
> 0xff
> 2012.11.13 16:31:04.083 3: OWX: Sending out 0xe1 0x55 0x10 0x13 0x41 0xdd
> 0x01 0x08 0x00 0x9c 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
> 2012.11.13 16:31:04.182 3: OWX: Receiving 0x55 0x10 0x13 0x41 0xdd 0x01
> 0x08 0x00 0x9c 0xbe 0x24 0x00 0x32 0x0a 0xff 0xff 0x0b 0x10 0x04
> 2012.11.13 16:31:04.221 3: OWX_Complex_SER: Receiving   0x55 0x10 0x13
> 0x41 0xdd 0x01 0x08 0x00 0x9c 0xbe 0x24 0x00 0x32 0x0a 0xff 0xff 0x0b 0x10
> 0x04
> ...
> 2012.11.13 16:35:34.460 3: OWX_Complex_SER: Receiving   0xcc 0x44 # und
> hier wird das erste mal die allgemeine Sensorabfrage gestartet
> 2012.11.13 16:36:03.019 3: OWX: Sending out 0xe3 0xc5
> 2012.11.13 16:36:03.122 3: OWX: Receiving 0xdd
> 2012.11.13 16:36:03.163 3: OWX_Complex_SER: Sending out 0x55 0x10 0x13
> 0x41 0xdd 0x01 0x08 0x00 0x9c 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
> 0xff
> 2012.11.13 16:36:03.175 3: OWX: Sending out 0xe1 0x55 0x10 0x13 0x41 0xdd
> 0x01 0x08 0x00 0x9c 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
> 2012.11.13 16:36:03.273 3: OWX: Receiving 0x55 0x10 0x13 0x41 0xdd 0x01
> 0x08 0x00 0x9c 0xbe 0x24 0x00 0x32 0x0a 0xff 0xff 0x0b 0x10 0x04
> 2012.11.13 16:36:03.312 3: OWX_Complex_SER: Receiving   0x55 0x10 0x13
> 0x41 0xdd 0x01 0x08 0x00 0x9c 0xbe 0x24 0x00 0x32 0x0a 0xff 0xff 0x0b 0x10
> 0x04
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Titel: Re: OWX wird aus cfg gelscht, warum?
Beitrag von: Guest am 13 November 2012, 22:15:09
Originally posted by: <email address deleted>

So jetzt habe ich geloggt...
Da aber das OWX  immer wieder gelöscht wurde habe ich kurzerhand die schon
oben genannte Zeile eingefügt, um das löschen zu verhindern...und wer sagt
es denn nun gehts.

Ich habe noch ein wenig im CULFW herumgesucht, dort gibt es eine Grenze für
die ROM_ID Suche = 10.
Also bei 10 Devices wird dort abgebrochen...

Nun das Log (reverse Log) und wieder gaaaanz lang:

2012.11.13 22:08:31.781 3: OWX: returned from CUNO �D
2012.11.13 22:08:31.781 3: OWX: Send to CUNO/COC 0xcc 0x44
2012.11.13 22:07:39.635 3: OWX: returned from CUNO 000000000�l d_�  �
2012.11.13 22:07:39.634 3: OWX: Receive from CUNO/COC 9 bytes = 0x6C 0x01 0x64 0x00 0x5F 0xFF 0x04 0x10 0xCA
2012.11.13 22:07:39.537 3: OWX: Send to CUNO/COC 0xbe
2012.11.13 22:07:39.014 3: OWX: Sending match ROM to CUNO Om40000001A0F01828
2012.11.13 22:07:37.635 3: OWX: returned from CUNO 000000000�� d_�  �
2012.11.13 22:07:37.634 3: OWX: Receive from CUNO/COC 9 bytes = 0x88 0x01 0x64 0x00 0x5F 0xFF 0x08 0x10 0xE1
2012.11.13 22:07:37.537 3: OWX: Send to CUNO/COC 0xbe
2012.11.13 22:07:37.014 3: OWX: Sending match ROM to CUNO Om6400000163387528
2012.11.13 22:07:35.645 3: OWX: returned from CUNO 000000000�2d��  -
2012.11.13 22:07:35.644 3: OWX: Receive from CUNO/COC 9 bytes = 0x32 0x00 0x64 0x00 0xFF 0xFF 0x10 0x10 0x2D
2012.11.13 22:07:35.547 3: OWX: Send to CUNO/COC 0xbe
2012.11.13 22:07:35.017 3: OWX: Sending match ROM to CUNO OmBB0008017016CD10
 �
2012.11.13 22:07:30.640 3: OWX: returned from CUNO 000000000�� d_�
2012.11.13 22:07:30.640 3: OWX: Receive from CUNO/COC 9 bytes = 0x96 0x01 0x64 0x00 0x5F 0xFF 0x0A 0x10 0x9D
2012.11.13 22:07:30.543 3: OWX: Send to CUNO/COC 0xbe
2012.11.13 22:07:30.020 3: OWX: Sending match ROM to CUNO Om100000016338B028
2012.11.13 22:07:23.076 3: OWX: returned from CUNO 000000000�������o
2012.11.13 22:07:23.076 3: OWX: Receive from CUNO/COC 10 bytes = 0xFF 0xFF 0x00 0x00 0x00 0x88 0xFF 0xFF 0xBB 0x6F
2012.11.13 22:07:22.968 3: OWX: Send to CUNO/COC 0xf0 0x88 0x00
2012.11.13 22:07:22.424 3: OWX: Sending match ROM to CUNO Om8100000002ADBC29
2012.11.13 22:07:22.394 3: OWX: returned from CUNO 000000000�         ��
2012.11.13 22:07:22.394 3: OWX: Receive from CUNO/COC 10 bytes = 0x0F 0x01 0x0F 0x01 0x0F 0x01 0x0F 0x01 0xA6 0x94
2012.11.13 22:07:22.286 3: OWX: Send to CUNO/COC 0xaa 0x08 0x00
2012.11.13 22:07:21.742 3: OWX: Sending match ROM to CUNO Om9D0000000C93F520
2012.11.13 22:07:21.719 3: OWX: returned from CUNO 000000000� ������
2012.11.13 22:07:21.718 3: OWX: Receive from CUNO/COC 10 bytes = 0x00 0xFA 0x00 0xFA 0x00 0xFA 0x00 0xFA 0xFF 0xD9
2012.11.13 22:07:21.610 3: OWX: Send to CUNO/COC 0xaa 0x10 0x00
2012.11.13 22:07:21.066 3: OWX: Sending match ROM to CUNO Om9D0000000C93F520
2012.11.13 22:07:21.043 3: OWX: returned from CUNO 000000000�z � � \ �1
2012.11.13 22:07:21.042 3: OWX: Receive from CUNO/COC 10 bytes = 0x7A 0x03 0xA6 0x03 0x96 0x03 0x5C 0x03 0x90 0x31
2012.11.13 22:07:20.935 3: OWX: Send to CUNO/COC 0xaa 0x00 0x00
2012.11.13 22:07:20.391 3: OWX: Sending match ROM to CUNO Om9D0000000C93F520
2012.11.13 22:07:20.359 3: OWX: returned from CUNO 000000000< ��
2012.11.13 22:07:20.358 3: OWX: Send to CUNO/COC 0x3c 0x0f 0x00 0xff 0xff
2012.11.13 22:07:19.793 3: OWX: Sending match ROM to CUNO Om9D0000000C93F520
2012.11.13 22:07:19.765 3: OWX: returned from CUNO 000000000�������d
2012.11.13 22:07:19.764 3: OWX: Receive from CUNO/COC 10 bytes = 0x00 0xFF 0xFF 0x00 0x00 0x88 0xFF 0xFF 0xE0 0x64
2012.11.13 22:07:19.657 3: OWX: Send to CUNO/COC 0xf0 0x88 0x00
2012.11.13 22:07:19.113 3: OWX: Sending match ROM to CUNO Om8300000002ADAF29
2012.11.13 22:03:31.780 3: OWX: returned from CUNO �D
2012.11.13 22:03:31.779 3: OWX: Send to CUNO/COC 0xcc 0x44
2012.11.13 22:02:39.636 3: OWX: returned from CUNO 000000000�t d_� �
2012.11.13 22:02:39.635 3: OWX: Receive from CUNO/COC 9 bytes = 0x74 0x01 0x64 0x00 0x5F 0xFF 0x0C 0x10 0xC2
2012.11.13 22:02:39.537 3: OWX: Send to CUNO/COC 0xbe
2012.11.13 22:02:39.014 3: OWX: Sending match ROM to CUNO Om40000001A0F01828
 �
2012.11.13 22:02:37.635 3: OWX: returned from CUNO 000000000�� d_�
2012.11.13 22:02:37.634 3: OWX: Receive from CUNO/COC 9 bytes = 0x96 0x01 0x64 0x00 0x5F 0xFF 0x0A 0x10 0x9D
2012.11.13 22:02:37.537 3: OWX: Send to CUNO/COC 0xbe
2012.11.13 22:02:37.014 3: OWX: Sending match ROM to CUNO Om6400000163387528
2012.11.13 22:02:35.645 3: OWX: returned from CUNO 000000000�4d��  �
2012.11.13 22:02:35.644 3: OWX: Receive from CUNO/COC 9 bytes = 0x34 0x00 0x64 0x00 0xFF 0xFF 0x10 0x10 0xBE
2012.11.13 22:02:35.545 3: OWX: Send to CUNO/COC 0xbe
2012.11.13 22:02:35.017 3: OWX: Sending match ROM to CUNO OmBB0008017016CD10
2012.11.13 22:02:30.643 3: OWX: returned from CUNO 000000000�� d_� M
2012.11.13 22:02:30.642 3: OWX: Receive from CUNO/COC 9 bytes = 0xA4 0x01 0x64 0x00 0x5F 0xFF 0x0C 0x10 0x4D
2012.11.13 22:02:30.543 3: OWX: Send to CUNO/COC 0xbe
2012.11.13 22:02:30.020 3: OWX: Sending match ROM to CUNO Om100000016338B028
2012.11.13 22:02:23.070 3: OWX: returned from CUNO 000000000�������o
2012.11.13 22:02:23.070 3: OWX: Receive from CUNO/COC 10 bytes = 0xFF 0xFF 0x00 0x00 0x00 0x88 0xFF 0xFF 0xBB 0x6F
2012.11.13 22:02:22.962 3: OWX: Send to CUNO/COC 0xf0 0x88 0x00
2012.11.13 22:02:22.418 3: OWX: Sending match ROM to CUNO Om8100000002ADBC29
2012.11.13 22:02:22.389 3: OWX: returned from CUNO 000000000�         ��
2012.11.13 22:02:22.388 3: OWX: Receive from CUNO/COC 10 bytes = 0x0F 0x01 0x0F 0x01 0x0F 0x01 0x0F 0x01 0xA6 0x94
2012.11.13 22:02:22.281 3: OWX: Send to CUNO/COC 0xaa 0x08 0x00
2012.11.13 22:02:21.737 3: OWX: Sending match ROM to CUNO Om9D0000000C93F520
2012.11.13 22:02:21.713 3: OWX: returned from CUNO 000000000� ������
2012.11.13 22:02:21.713 3: OWX: Receive from CUNO/COC 10 bytes = 0x00 0xFA 0x00 0xFA 0x00 0xFA 0x00 0xFA 0xFF 0xD9
2012.11.13 22:02:21.605 3: OWX: Send to CUNO/COC 0xaa 0x10 0x00
2012.11.13 22:02:21.061 3: OWX: Sending match ROM to CUNO Om9D0000000C93F520
2012.11.13 22:02:21.038 3: OWX: returned from CUNO 000000000�> b � v �&
2012.11.13 22:02:21.037 3: OWX: Receive from CUNO/COC 10 bytes = 0x3E 0x03 0x62 0x03 0xC2 0x03 0x76 0x03 0x8A 0x26
2012.11.13 22:02:20.929 3: OWX: Send to CUNO/COC 0xaa 0x00 0x00
2012.11.13 22:02:20.385 3: OWX: Sending match ROM to CUNO Om9D0000000C93F520
2012.11.13 22:02:20.353 3: OWX: returned from CUNO 000000000< ��
2012.11.13 22:02:20.352 3: OWX: Send to CUNO/COC 0x3c 0x0f 0x00 0xff 0xff
2012.11.13 22:02:19.787 3: OWX: Sending match ROM to CUNO Om9D0000000C93F520
2012.11.13 22:02:19.759 3: OWX: returned from CUNO 000000000�������d
2012.11.13 22:02:19.759 3: OWX: Receive from CUNO/COC 10 bytes = 0x00 0xFF 0xFF 0x00 0x00 0x88 0xFF 0xFF 0xE0 0x64
2012.11.13 22:02:19.651 3: OWX: Send to CUNO/COC 0xf0 0x88 0x00
2012.11.13 22:02:19.107 3: OWX: Sending match ROM to CUNO Om8300000002ADAF29
2012.11.13 21:58:31.730 3: OWX: returned from CUNO �D
2012.11.13 21:58:31.729 3: OWX: Send to CUNO/COC 0xcc 0x44
2012.11.13 21:57:40.466 3: OWX: returned from CUNO 000000000�~ d_�  �
2012.11.13 21:57:40.465 3: OWX: Receive from CUNO/COC 9 bytes = 0x7E 0x01 0x64 0x00 0x5F 0xFF 0x02 0x10 0xB2
2012.11.13 21:57:40.368 3: OWX: Send to CUNO/COC 0xbe
2012.11.13 21:57:39.845 3: OWX: Sending match ROM to CUNO Om40000001A0F01828
2012.11.13 21:57:39.832 3: OWX: returned from CUNO 000000000NdH
2012.11.13 21:57:39.825 3: OWX: Send to CUNO/COC 0x4e 0x64 0x00 0x48
2012.11.13 21:57:39.271 3: OWX: Sending match ROM to CUNO Om40000001A0F01828
2012.11.13 21:57:39.255 3: OWX: returned from CUNO 000000000�~ d_�  �
2012.11.13 21:57:39.254 3: OWX: Receive from CUNO/COC 9 bytes = 0x7E 0x01 0x64 0x00 0x5F 0xFF 0x02 0x10 0xB2
2012.11.13 21:57:39.157 3: OWX: Send to CUNO/COC 0xbe
2012.11.13 21:57:38.634 3: OWX: Sending match ROM to CUNO Om40000001A0F01828
2012.11.13 21:57:38.621 3: OWX: returned from CUNO 000000000NdH
2012.11.13 21:57:38.621 3: OWX: Send to CUNO/COC 0x4e 0x64 0x00 0x48
2012.11.13 21:57:38.065 3: OWX: Sending match ROM to CUNO Om40000001A0F01828
2012.11.13 21:57:38.047 3: OWX: returned from CUNO 000000000�� d_�  �
2012.11.13 21:57:38.046 3: OWX: Receive from CUNO/COC 9 bytes = 0x8B 0x01 0x64 0x00 0x5F 0xFF 0x05 0x10 0xAD
2012.11.13 21:57:37.949 3: OWX: Send to CUNO/COC 0xbe
2012.11.13 21:57:37.426 3: OWX: Sending match ROM to CUNO Om6400000163387528
2012.11.13 21:57:37.414 3: OWX: returned from CUNO 000000000NdH
2012.11.13 21:57:37.413 3: OWX: Send to CUNO/COC 0x4e 0x64 0x00 0x48
2012.11.13 21:57:36.859 3: OWX: Sending match ROM to CUNO Om6400000163387528
2012.11.13 21:57:36.842 3: OWX: returned from CUNO 000000000�� d_�  �
2012.11.13 21:57:36.842 3: OWX: Receive from CUNO/COC 9 bytes = 0x8B 0x01 0x64 0x00 0x5F 0xFF 0x05 0x10 0xAD
2012.11.13 21:57:36.744 3: OWX: Send to CUNO/COC 0xbe
2012.11.13 21:57:36.221 3: OWX: Sending match ROM to CUNO Om6400000163387528
2012.11.13 21:57:36.209 3: OWX: returned from CUNO 000000000NdH
2012.11.13 21:57:36.208 3: OWX: Send to CUNO/COC 0x4e 0x64 0x00 0x48
2012.11.13 21:57:35.653 3: OWX: Sending match ROM to CUNO Om6400000163387528
2012.11.13 21:57:35.635 3: OWX: returned from CUNO 000000000�2d��    s
2012.11.13 21:57:35.634 3: OWX: Receive from CUNO/COC 9 bytes = 0x32 0x00 0x64 0x00 0xFF 0xFF 0x09 0x10 0x73
2012.11.13 21:57:35.537 3: OWX: Send to CUNO/COC 0xbe
2012.11.13 21:57:35.014 3: OWX: Sending match ROM to CUNO OmBB0008017016CD10
2012.11.13 21:57:35.001 3: OWX: returned from CUNO 000000000NdH
2012.11.13 21:57:35.001 3: OWX: Send to CUNO/COC 0x4e 0x64 0x00 0x48
2012.11.13 21:57:34.446 3: OWX: Sending match ROM to CUNO OmBB0008017016CD10
2012.11.13 21:57:34.430 3: OWX: returned from CUNO 000000000�2d��    s
2012.11.13 21:57:34.429 3: OWX: Receive from CUNO/COC 9 bytes = 0x32 0x00 0x64 0x00 0xFF 0xFF 0x09 0x10 0x73
2012.11.13 21:57:34.318 3: OWX: Send to CUNO/COC 0xbe
2012.11.13 21:57:33.795 3: OWX: Sending match ROM to CUNO OmBB0008017016CD10
2012.11.13 21:57:33.782 3: OWX: returned from CUNO 000000000NdH
2012.11.13 21:57:33.781 3: OWX: Send to CUNO/COC 0x4e 0x64 0x00 0x48
2012.11.13 21:57:33.227 3: OWX: Sending match ROM to CUNO OmBB0008017016CD10
2012.11.13 21:57:33.210 3: OWX: returned from CUNO 000000000U  ��� ��� ��� ��� ��� ��� ��� ���
2012.11.13 21:57:33.209 3: OWX: Send to CUNO/COC 0x55 0x08 0x00 0x0f 0xff 0xff 0xff 0x01 0xff 0xff 0xff 0x0f 0xff 0xff 0xff 0x01 0xff 0xff 0xff 0x0f 0xff 0xff 0xff 0x01 0xff 0xff 0xff 0x0f 0xff 0xff 0xff 0x01 0xff 0xff 0xff
2012.11.13 21:57:32.330 3: OWX: Sending match ROM to CUNO Om9D0000000C93F520
2012.11.13 21:57:32.317 3: OWX: returned from CUNO 000000000U ����������������������������
2012.11.13 21:57:32.316 3: OWX: Send to CUNO/COC 0x55 0x10 0x00 0x00 0xff 0xff 0xff 0xfa 0xff 0xff 0xff 0x00 0xff 0xff 0xff 0xfa 0xff 0xff 0xff 0x00 0xff 0xff 0xff 0xfa 0xff 0xff 0xff 0x00 0xff 0xff 0xff 0xfa 0xff 0xff 0xff
2012.11.13 21:57:31.437 3: OWX: Sending match ROM to CUNO Om9D0000000C93F520
2012.11.13 21:57:31.416 3: OWX: returned from CUNO 000000000�� d_�  O
2012.11.13 21:57:31.415 3: OWX: Receive from CUNO/COC 9 bytes = 0xA2 0x01 0x64 0x00 0x5F 0xFF 0x0E 0x10 0x4F
2012.11.13 21:57:31.318 3: OWX: Send to CUNO/COC 0xbe
2012.11.13 21:57:30.795 3: OWX: Sending match ROM to CUNO Om100000016338B028
2012.11.13 21:57:30.783 3: OWX: returned from CUNO 000000000NdH
2012.11.13 21:57:30.782 3: OWX: Send to CUNO/COC 0x4e 0x64 0x00 0x48
2012.11.13 21:57:30.228 3: OWX: Sending match ROM to CUNO Om100000016338B028
2012.11.13 21:57:30.211 3: OWX: returned from CUNO 000000000�� d_�  O
2012.11.13 21:57:30.211 3: OWX: Receive from CUNO/COC 9 bytes = 0xA2 0x01 0x64 0x00 0x5F 0xFF 0x0E 0x10 0x4F
2012.11.13 21:57:30.113 3: OWX: Send to CUNO/COC 0xbe
2012.11.13 21:57:29.590 3: OWX: Sending match ROM to CUNO Om100000016338B028
2012.11.13 21:57:29.577 3: OWX: returned from CUNO 000000000NdH
2012.11.13 21:57:29.577 3: OWX: Send to CUNO/COC 0x4e 0x64 0x00 0x48
2012.11.13 21:57:29.022 3: OWX: Sending match ROM to CUNO Om100000016338B028
2012.11.13 21:57:19.847 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.13 21:57:19.842 3: OWSWITCH:   Device OWX_29_AFAD02000000 defined.
2012.11.13 21:57:19.834 3: OWSWITCH:   Device OWX_29_BCAD02000000 defined.
2012.11.13 21:57:19.735 3: OWTHERM: Device OWX_28_753863010000 defined.
2012.11.13 21:57:19.728 3: OWTHERM: Device OWX_28_18F0A0010000 defined.
2012.11.13 21:57:19.721 3: OWTHERM: Device OWX_28_B03863010000 defined.
2012.11.13 21:57:19.714 3: OWTHERM: Device OWX_10_CD1670010800 defined.
2012.11.13 21:57:19.634 3: OWAD:   Device OWX_20_F5930C000000 defined.
2012.11.13 21:57:05.727 2: COC01: unknown message 7:8300000002ADAF29
2012.11.13 21:57:05.724 2: COC01: unknown message 6:8100000002ADBC29
2012.11.13 21:57:05.689 2: COC01: unknown message 5:6400000163387528
2012.11.13 21:57:05.683 2: COC01: unknown message 4:40000001A0F01828
2012.11.13 21:57:05.679 2: COC01: unknown message 3:100000016338B028
2012.11.13 21:57:05.674 2: COC01: unknown message 2:BB0008017016CD10
2012.11.13 21:57:05.670 2: COC01: unknown message 1:9D0000000C93F520
2012.11.13 21:57:05.652 3: set COC01 raw Oc
2012.11.13 21:56:41.690 3: set COC01 raw Oi
2012.11.13 21:56:13.143 2: COC01: unknown message OK
2012.11.13 21:56:13.139 2: COC01: unknown message D: 0
2012.11.13 21:56:13.120 3: set COC01 raw Oi
2012.11.13 21:55:54.624 2: COC01: unknown message OK
2012.11.13 21:55:54.621 2: COC01: unknown message D: 2
2012.11.13 21:55:54.617 1: ERROR: wrong syntax: define CUL_HOERMANN 10-digit-hex-code
2012.11.13 21:55:54.617 1: define: wrong syntax: define CUL_HOERMANN 10-digit-hex-code
2012.11.13 21:55:54.615 2: autocreate: define CUL_HOERMANN_:000000000 CUL_HOERMANN :000000000
2012.11.13 21:55:54.612 3: CUL_HOERMANN Unknown device :000000000, please define it
2012.11.13 21:55:54.597 1: ERROR: wrong syntax: define CUL_HOERMANN 10-digit-hex-code
2012.11.13 21:55:54.596 1: define: wrong syntax: define CUL_HOERMANN 10-digit-hex-code
2012.11.13 21:55:54.594 2: autocreate: define CUL_HOERMANN_:000000000 CUL_HOERMANN :000000000
2012.11.13 21:55:54.591 3: CUL_HOERMANN Unknown device :000000000, please define it
2012.11.13 21:55:54.483 3: set COC01 raw Oi
2012.11.13 21:55:34.128 2: COC01: unknown message OK
2012.11.13 21:55:34.124 2: COC01: unknown message D: 0
2012.11.13 21:55:34.105 3: set COC01 raw Oi
2012.11.13 21:55:16.836 2: COC01: unknown message OK
2012.11.13 21:55:16.832 2: COC01: unknown message D: 0
2012.11.13 21:55:16.814 3: set COC01 raw Oi
2012.11.13 21:53:31.725 3: OWX: returned from CUNO �D
2012.11.13 21:53:31.724 3: OWX: Send to CUNO/COC 0xcc 0x44
2012.11.13 21:53:25.461 2: COC01: unknown message 7:8300000002ADAF29
2012.11.13 21:53:25.458 2: COC01: unknown message 6:8100000002ADBC29
2012.11.13 21:53:25.455 2: COC01: unknown message 5:6400000163387528
2012.11.13 21:53:25.452 2: COC01: unknown message 4:40000001A0F01828
2012.11.13 21:53:25.415 2: COC01: unknown message 3:100000016338B028
2012.11.13 21:53:25.410 2: COC01: unknown message 2:BB0008017016CD10
2012.11.13 21:53:25.406 2: COC01: unknown message 1:9D0000000C93F520
2012.11.13 21:53:25.388 3: set COC01 raw Oc
2012.11.13 21:53:02.962 3: set COC01 raw Oi
2012.11.13 21:52:49.752 3: set COC01 raw Oc
2012.11.13 21:51:56.977 2: COC01: unknown message OK
2012.11.13 21:51:56.974 2: COC01: unknown message D: 0
2012.11.13 21:51:56.913 3: set COC01 raw Oi
2012.11.13 21:50:48.800 2: COC01: unknown message 7:8300000002ADAF29
2012.11.13 21:50:48.796 2: COC01: unknown message 6:8100000002ADBC29
2012.11.13 21:50:48.793 2: COC01: unknown message 5:6400000163387528
2012.11.13 21:50:48.790 2: COC01: unknown message 4:40000001A0F01828
2012.11.13 21:50:48.787 2: COC01: unknown message 3:100000016338B028
2012.11.13 21:50:48.750 2: COC01: unknown message 2:BB0008017016CD10
2012.11.13 21:50:48.745 2: COC01: unknown message 1:9D0000000C93F520
2012.11.13 21:50:48.727 3: set COC01 raw Oc
2012.11.13 21:49:52.015 3: set COC01 raw Oi
2012.11.13 21:49:39.869 2: COC01: unknown message 6:8300000002ADAF29
2012.11.13 21:49:39.865 2: COC01: unknown message 5:8100000002ADBC29
2012.11.13 21:49:39.862 2: COC01: unknown message 4:6400000163387528
2012.11.13 21:49:39.826 2: COC01: unknown message 3:100000016338B028
2012.11.13 21:49:39.821 2: COC01: unknown message 2:BB0008017016CD10
2012.11.13 21:49:39.817 2: COC01: unknown message 1:9D0000000C93F520
2012.11.13 21:49:39.799 3: set COC01 raw Oc
2012.11.13 21:49:19.605 2: COC01: unknown message 6:8300000002ADAF29
2012.11.13 21:49:19.602 2: COC01: unknown message 5:8100000002ADBC29
2012.11.13 21:49:19.599 2: COC01: unknown message 4:6400000163387528
2012.11.13 21:49:19.563 2: COC01: unknown message 3:100000016338B028
2012.11.13 21:49:19.558 2: COC01: unknown message 2:BB0008017016CD10
2012.11.13 21:49:19.553 2: COC01: unknown message 1:9D0000000C93F520
2012.11.13 21:49:19.535 3: set COC01 raw Oc
2012.11.13 21:48:40.920 3: COC01: Possible commands: mCFAZOGMRTVWXefltux
2012.11.13 21:48:37.751 1: /dev/ttyAMA0 reappeared (COC01)
2012.11.13 21:48:37.741 3: Setting COC01 baudrate to 38400
2012.11.13 21:48:37.234 3: OWX: returned from CUNO �D
2012.11.13 21:48:37.234 3: OWX: Send to CUNO/COC 0xcc 0x44
2012.11.13 21:48:32.202 1: /dev/ttyAMA0 disconnected, waiting to reappear
2012.11.13 21:48:30.473 3: set COC01 raw Oi
2012.11.13 21:47:27.496 3: set COC01 raw Oc
2012.11.13 21:46:52.168 3: set COC01 raw OCf
2012.11.13 21:46:19.007 2: COC01: unknown message OK
2012.11.13 21:46:18.990 3: set COC01 raw ORm
2012.11.13 21:44:47.001 2: COC01: unknown message OK
2012.11.13 21:44:46.966 2: COC01: unknown message D: 0
2012.11.13 21:44:46.931 3: set COC01 raw Oi
2012.11.13 21:44:34.251 2: COC01: unknown message OK
2012.11.13 21:44:34.233 3: set COC01 raw ORm
2012.11.13 21:43:31.721 3: OWX: returned from CUNO �D
2012.11.13 21:43:31.720 3: OWX: Send to CUNO/COC 0xcc 0x44
2012.11.13 21:43:20.812 3: set COC01 raw Oc
2012.11.13 21:42:13.803 2: COC01: unknown message OK
2012.11.13 21:42:13.799 2: COC01: unknown message D: 0
2012.11.13 21:42:13.740 3: set COC01 raw Oi
2012.11.13 21:41:11.762 2: COC01: unknown message 7:8300000002ADAF29
2012.11.13 21:41:11.759 2: COC01: unknown message 6:8100000002ADBC29
2012.11.13 21:41:11.755 2: COC01: unknown message 5:6400000163387528
2012.11.13 21:41:11.717 2: COC01: unknown message 4:40000001A0F01828
2012.11.13 21:41:11.712 2: COC01: unknown message 3:100000016338B028
2012.11.13 21:41:11.707 2: COC01: unknown message 2:BB0008017016CD10
2012.11.13 21:41:11.703 2: COC01: unknown message 1:9D0000000C93F520
2012.11.13 21:41:11.685 3: set COC01 raw Oc
2012.11.13 21:38:38.978 2: COC01: unknown message 7:8300000002ADAF29
2012.11.13 21:38:38.974 2: COC01: unknown message 6:8100000002ADBC29
2012.11.13 21:38:38.971 2: COC01: unknown message 5:6400000163387528
2012.11.13 21:38:38.935 2: COC01: unknown message 4:40000001A0F01828
2012.11.13 21:38:38.930 2: COC01: unknown message 3:100000016338B028
2012.11.13 21:38:38.925 2: COC01: unknown message 2:BB0008017016CD10
2012.11.13 21:38:38.921 2: COC01: unknown message 1:9D0000000C93F520
2012.11.13 21:38:38.903 3: set COC01 raw Oc
2012.11.13 21:38:31.719 3: OWX: returned from CUNO �D
2012.11.13 21:38:31.718 3: OWX: Send to CUNO/COC 0xcc 0x44
2012.11.13 21:36:39.093 3: set COC01 raw Oi
2012.11.13 21:36:27.442 2: COC01: unknown message OK
2012.11.13 21:36:27.424 3: set COC01 raw ORm
2012.11.13 21:35:44.535 2: COC01: unknown message 2:050000000C93F520
2012.11.13 21:35:44.532 2: COC01: unknown message 1:0000000000000520
2012.11.13 21:35:44.514 3: set COC01 raw Oc
2012.11.13 21:35:19.242 2: COC01: unknown message 2:050000000C93F520
2012.11.13 21:35:19.239 2: COC01: unknown message 1:0000000000000520
2012.11.13 21:35:19.221 3: set COC01 raw Oc
2012.11.13 21:34:27.591 2: COC01: unknown message OK
2012.11.13 21:34:27.588 2: COC01: unknown message D: 2
2012.11.13 21:34:27.584 1: ERROR: wrong syntax: define CUL_HOERMANN 10-digit-hex-code
2012.11.13 21:34:27.583 1: define: wrong syntax: define CUL_HOERMANN 10-digit-hex-code
2012.11.13 21:34:27.582 2: autocreate: define CUL_HOERMANN_:050000000 CUL_HOERMANN :050000000
2012.11.13 21:34:27.579 3: CUL_HOERMANN Unknown device :050000000, please define it
2012.11.13 21:34:27.563 1: ERROR: wrong syntax: define CUL_HOERMANN 10-digit-hex-code
2012.11.13 21:34:27.562 1: define: wrong syntax: define CUL_HOERMANN 10-digit-hex-code
2012.11.13 21:34:27.560 2: autocreate: define CUL_HOERMANN_:000000000 CUL_HOERMANN :000000000
2012.11.13 21:34:27.557 3: CUL_HOERMANN Unknown device :000000000, please define it
2012.11.13 21:34:26.893 3: set COC01 raw Oi
2012.11.13 21:33:48.595 3: set COC01 raw Oc
2012.11.13 21:33:34.789 2: COC01: unknown message OK:1
2012.11.13 21:33:34.771 3: set COC01 raw ORb
2012.11.13 21:33:31.679 3: OWX: returned from CUNO �D
2012.11.13 21:33:31.679 3: OWX: Send to CUNO/COC 0xcc 0x44
2012.11.13 21:32:38.468 2: COC01: unknown message OK
2012.11.13 21:32:38.450 3: set COC01 raw ORm
2012.11.13 21:31:07.723 3: set COC01 raw Oc
2012.11.13 21:30:48.904 2: COC01: unknown message OK
2012.11.13 21:30:48.900 2: COC01: unknown message D: 0
2012.11.13 21:30:48.881 3: set COC01 raw Oi
2012.11.13 21:30:35.893 2: COC01: unknown message OK:1
2012.11.13 21:30:35.876 3: set COC01 raw ORb
2012.11.13 21:30:24.424 2: COC01: unknown message OK
2012.11.13 21:30:24.407 3: set COC01 raw ORm
2012.11.13 21:30:06.347 2: COC01: unknown message OK
2012.11.13 21:30:06.344 2: COC01: unknown message D: 0
2012.11.13 21:30:06.282 3: set COC01 raw Oi
2012.11.13 21:29:57.390 2: COC01: unknown message OK
2012.11.13 21:29:57.373 3: set COC01 raw ORm
2012.11.13 21:29:19.167 3: set COC01 raw Oc
2012.11.13 21:28:50.889 3: COC01: Possible commands: mCFAZOGMRTVWXefltux
2012.11.13 21:28:50.734 1: /dev/ttyAMA0 reappeared (COC01)
2012.11.13 21:28:50.723 3: Setting COC01 baudrate to 38400
2012.11.13 21:28:50.677 1: OWX: 1-Wire devices found on bus OWio1: ()
2012.11.13 21:28:45.671 1: /dev/ttyAMA0 disconnected, waiting to reappear
2012.11.13 21:28:32.548 0: Server started (version Fhem 5.3 (DEVELOPMENT), $Id: fhem.pl 2099 2012-11-08 20:56:21Z borisneubert $, pid 2237)
2012.11.13 21:28:32.547 2: SecurityCheck:  WEB has no basicAuth attribute.  Restart fhem for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
Please define OWX_28_B03863010000 first
Please define OWX_28_B03863010000 first
Please define OWX_28_B03863010000 first
Please define OWX_28_B03863010000 first
Please define OWX_28_750800000000 first
Please define OWX_28_750800000000 first
Please define OWX_28_750800000000 first
Please define OWX_28_750800000000 first
Please define OWX_28_18F0A0010000 first
Please define OWX_28_18F0A0010000 first
Please define OWX_28_18F0A0010000 first
Please define OWX_28_18F0A0010000 first
Please define OWX_28_18F000000000 first
Please define OWX_28_18F000000000 first
Please define OWX_28_18F000000000 first
Please define OWX_28_18F000000000 first
Please define OWX_20_F5930C000000 first
Please define OWX_20_F5930C000000 first
Please define OWX_20_F5930C000000 first
Please define OWX_20_F5930C000000 first
Please define OWX_20_F5930C000000 first
Please define OWX_20_F5930C000000 first
Please define OWX_20_F5930C000000 first
Please define OWX_20_F5930C000000 first
Please define OWX_20_F5930C000000 first
Please define OWX_20_F5930C000000 first
Please define OWX_20_F5930C000000 first
Please define OWX_20_F5930C000000 first
Please define OWX_20_F5930C000000 first
Please define OWX_20_F5930C000000 first
Please define OWX_10_822D9C010800 first
Please define OWX_10_822D9C010800 first
Please define OWX_10_822D9C010800 first
2012.11.13 21:28:32.538 1: statefile: Please define OWX_10_822D9C010800 first
2012.11.13 21:28:32.494 1: Including /var/log/fhem/fhem.save
2012.11.13 21:28:32.233 3: WEB: port 8083 opened
2012.11.13 21:28:31.774 3: telnetPort: port 7072 opened
2012.11.13 21:28:31.550 1: OWX: 1-Wire bus OWio1: interface DS2482 detected in COC01
2012.11.13 21:28:31.027 1: OWX: CUNO/COC device COC01 defined
2012.11.13 21:28:30.827 3: COC01: Possible commands: mCFAZOGMRTVWXefltux
2012.11.13 21:28:30.671 3: COC01 device opened
2012.11.13 21:28:30.661 3: Setting COC01 baudrate to 38400
2012.11.13 21:28:30.352 3: Opening COC01 device /dev/ttyAMA0
2012.11.13 21:28:29.583 1: Including /etc/fhem.cfg
2012.11.13 21:28:26.352 0: Server shutdown
2012.11.13 21:26:44.039 3: OWTHERM: Could not get values from device OWX_10_822D9C010800, reason 10.822D9C010800.45 not accessible
2012.11.13 21:26:44.039 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:26:44.038 3: OWX: Reset called with undefined interface
2012.11.13 21:26:44.037 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:26:44.036 3: OWX: Reset called with undefined interface
2012.11.13 21:26:44.036 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:26:44.035 3: OWX: Reset called with undefined interface
2012.11.13 21:26:44.033 3: OWTHERM: Could not get values from device OWX_28_18F0A0010000, reason 28.18F0A0010000.40 not accessible
2012.11.13 21:26:44.033 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:26:44.032 3: OWX: Reset called with undefined interface
2012.11.13 21:26:44.031 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:26:44.030 3: OWX: Reset called with undefined interface
2012.11.13 21:26:44.030 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:26:44.029 3: OWX: Reset called with undefined interface
2012.11.13 21:26:44.028 3: OWTHERM: Could not get values from device OWX_28_750800000000, reason 28.750800000000.00 not accessible
2012.11.13 21:26:44.027 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:26:44.026 3: OWX: Reset called with undefined interface
2012.11.13 21:26:44.025 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:26:44.025 3: OWX: Reset called with undefined interface
2012.11.13 21:26:44.024 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:26:44.023 3: OWX: Reset called with undefined interface
2012.11.13 21:26:44.022 3: OWTHERM: Could not get values from device OWX_28_B03863010000, reason 28.B03863010000.10 not accessible
2012.11.13 21:26:44.021 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:26:44.020 3: OWX: Reset called with undefined interface
2012.11.13 21:26:44.020 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:26:44.019 3: OWX: Reset called with undefined interface
2012.11.13 21:26:44.018 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:26:44.017 3: OWX: Reset called with undefined interface
2012.11.13 21:26:44.016 3: OWTHERM: Could not get values from device OWX_28_18F000000000, reason 28.18F000000000.00 not accessible
2012.11.13 21:26:44.015 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:26:44.014 3: OWX: Reset called with undefined interface
2012.11.13 21:26:44.014 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:26:44.013 3: OWX: Reset called with undefined interface
2012.11.13 21:26:44.012 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:26:44.011 3: OWX: Reset called with undefined interface
2012.11.13 21:26:34.090 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:26:34.087 3: OWX: Reset called with undefined interface
2012.11.13 21:26:34.086 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:26:34.085 3: OWX: Reset called with undefined interface
2012.11.13 21:26:34.084 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:26:34.084 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.108 3: OWTHERM: Could not get values from device OWX_10_822D9C010800, reason 10.822D9C010800.45 not accessible
2012.11.13 21:21:44.107 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.107 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.106 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.105 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.104 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.104 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.102 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.101 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.100 3: OWTHERM: Could not get values from device OWX_10_822D9C010800, reason 10.822D9C010800.45 not accessible
2012.11.13 21:21:44.099 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.098 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.097 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.097 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.096 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.095 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.094 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.093 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.089 3: OWTHERM: Could not get values from device OWX_28_750800000000, reason 28.750800000000.00 not accessible
2012.11.13 21:21:44.088 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.088 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.086 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.086 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.085 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.084 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.083 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.082 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.080 3: OWTHERM: Could not get values from device OWX_28_750800000000, reason 28.750800000000.00 not accessible
2012.11.13 21:21:44.080 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.079 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.078 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.077 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.077 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.076 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.074 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.074 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.068 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.067 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.066 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.065 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.059 3: OWTHERM: Could not get values from device OWX_28_B03863010000, reason 28.B03863010000.10 not accessible
2012.11.13 21:21:44.058 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.058 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.057 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.056 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.055 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.055 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.053 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.053 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.051 3: OWTHERM: Could not get values from device OWX_28_B03863010000, reason 28.B03863010000.10 not accessible
2012.11.13 21:21:44.050 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.049 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.049 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.048 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.047 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.046 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.045 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.044 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.040 3: OWTHERM: Could not get values from device OWX_28_18F0A0010000, reason 28.18F0A0010000.40 not accessible
2012.11.13 21:21:44.040 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.039 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.038 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.037 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.036 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.036 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.034 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.034 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.032 3: OWTHERM: Could not get values from device OWX_28_18F0A0010000, reason 28.18F0A0010000.40 not accessible
2012.11.13 21:21:44.031 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.031 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.030 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.029 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.028 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.028 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.026 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.025 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.021 3: OWTHERM: Could not get values from device OWX_28_18F000000000, reason 28.18F000000000.00 not accessible
2012.11.13 21:21:44.021 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.020 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.019 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.018 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.017 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.017 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.015 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.015 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.013 3: OWTHERM: Could not get values from device OWX_28_18F000000000, reason 28.18F000000000.00 not accessible
2012.11.13 21:21:44.012 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.012 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.011 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.010 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.009 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.008 3: OWX: Reset called with undefined interface
2012.11.13 21:21:44.007 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:21:44.006 3: OWX: Reset called with undefined interface
2012.11.13 21:21:34.682 1: OWX: 1-Wire devices found on bus OWio1: (OWX_20_F5930C000000,OWX_10_822D9C010800,OWX_28_B03863010000,OWX_28_18F0A0010000,OWX_28_B03863010000,OWX_28_18F0A0010000,OWX_28_750800000000,OWX_28_B03863010000,OWX_28_18F000000000,OWX_28_18F0A0010000)
2012.11.13 21:21:34.678 1: OWX: Deleting unused 1-Wire device OWio1 of type OWX
2012.11.13 21:21:34.672 3: OWTHERM: Device OWX_28_18F000000000 defined.
2012.11.13 21:21:34.665 3: OWTHERM: Device OWX_28_750800000000 defined.
2012.11.13 21:21:34.657 3: OWTHERM: Device OWX_28_18F0A0010000 defined.
2012.11.13 21:21:34.650 3: OWTHERM: Device OWX_28_B03863010000 defined.
2012.11.13 21:21:34.643 3: OWTHERM: Device OWX_10_822D9C010800 defined.
2012.11.13 21:21:34.636 3: OWAD:   Device OWX_20_F5930C000000 defined.
2012.11.13 21:19:29.648 3: COC01: Possible commands: mCFAZOGMRTVWXefltux
2012.11.13 21:19:26.478 1: /dev/ttyAMA0 reappeared (COC01)
2012.11.13 21:19:26.467 3: Setting COC01 baudrate to 38400
2012.11.13 21:19:26.407 1: Including /var/log/fhem/fhem.save
2012.11.13 21:19:26.362 3: WEB: port 8083 opened
2012.11.13 21:19:26.334 3: telnetPort: port 7072 opened
2012.11.13 21:19:26.326 1: OWX: 1-Wire bus OWio1: interface in COC01 could not be addressed
2012.11.13 21:19:25.825 1: OWX: 1-Wire bus OWio1: interface not found, answer was
2012.11.13 21:19:25.313 1: OWX: 1-Wire bus OWio1: interface not found, answer was
2012.11.13 21:19:24.801 1: OWX: 1-Wire bus OWio1: interface not found, answer was
2012.11.13 21:19:24.289 1: OWX: 1-Wire bus OWio1: interface not found, answer was
2012.11.13 21:19:19.285 1: /dev/ttyAMA0 disconnected, waiting to reappear
2012.11.13 21:19:18.261 1: OWX: CUNO/COC device COC01 defined
2012.11.13 21:19:18.235 3: COC01: Possible commands: mCFAZOGMRTVWXefltux
2012.11.13 21:19:18.080 3: COC01 device opened
2012.11.13 21:19:18.068 3: Setting COC01 baudrate to 38400
2012.11.13 21:19:18.063 3: Opening COC01 device /dev/ttyAMA0
2012.11.13 21:19:18.032 1: Including /etc/fhem.cfg
2012.11.13 21:18:48.571 2: COC01: unknown message 9:8300000002ADAF29
2012.11.13 21:18:48.568 2: COC01: unknown message 8:8100000002ADBC29
2012.11.13 21:18:48.565 2: COC01: unknown message 7:40000001A0F01828
2012.11.13 21:18:48.562 2: COC01: unknown message 6:100000016338B028
2012.11.13 21:18:48.559 2: COC01: unknown message 5:450008019C2D8210
2012.11.13 21:18:48.522 2: COC01: unknown message 4:000000037016CD10
2012.11.13 21:18:48.518 2: COC01: unknown message 3:000000019C2D8210
2012.11.13 21:18:48.513 2: COC01: unknown message 2:450008019C2D8210
2012.11.13 21:18:48.508 2: COC01: unknown message 1:9D0000000C93F520
2012.11.13 21:18:48.491 3: set COC01 raw Oc
2012.11.13 21:18:27.618 2: COC01: unknown message OK:1
2012.11.13 21:18:27.601 3: set COC01 raw ORb
2012.11.13 21:18:21.269 2: COC01: unknown message OK
2012.11.13 21:18:21.252 3: set COC01 raw ORm
2012.11.13 21:16:44.893 3: set COC01 raw Oi
2012.11.13 21:16:39.483 2: COC01: unknown message OK
2012.11.13 21:16:39.465 3: set COC01 raw ORm
2012.11.13 21:15:40.198 2: COC01: unknown message OK
2012.11.13 21:15:40.194 2: COC01: unknown message D: 0
2012.11.13 21:15:40.175 3: set COC01 raw Oi
2012.11.13 21:15:28.928 2: COC01: unknown message OK
2012.11.13 21:15:28.911 3: set COC01 raw ORm
2012.11.13 21:15:00.956 3: set COC01 raw Oc
2012.11.13 21:14:30.054 2: COC01: unknown message OK
2012.11.13 21:14:30.050 2: COC01: unknown message D: 0
2012.11.13 21:14:30.031 3: set COC01 raw Oi
2012.11.13 21:13:45.315 2: COC01: unknown message 7:8300000002ADAF29
2012.11.13 21:13:45.310 2: COC01: unknown message 6:8100000002ADBC29
2012.11.13 21:13:45.305 2: COC01: unknown message 5:6400000163387528
2012.11.13 21:13:45.300 2: COC01: unknown message 4:40000001A0F01828
2012.11.13 21:13:45.295 2: COC01: unknown message 3:100000016338B028
2012.11.13 21:13:45.291 2: COC01: unknown message 2:BB0008017016CD10
2012.11.13 21:13:45.287 2: COC01: unknown message 1:9D0000000C93F520
2012.11.13 21:13:45.269 3: set COC01 raw Oc
2012.11.13 21:13:14.869 3: set COC01 raw Oi
2012.11.13 21:12:46.368 2: COC01: unknown message 6:8300000002ADAF29
2012.11.13 21:12:46.365 2: COC01: unknown message 5:8100000002ADBC29
2012.11.13 21:12:46.362 2: COC01: unknown message 4:6400000163387528
2012.11.13 21:12:46.326 2: COC01: unknown message 3:100000016338B028
2012.11.13 21:12:46.321 2: COC01: unknown message 2:BB0008017016CD10
2012.11.13 21:12:46.317 2: COC01: unknown message 1:9D0000000C93F520
2012.11.13 21:12:46.299 3: set COC01 raw Oc
2012.11.13 21:12:12.601 3: set COC01 raw Oi
2012.11.13 21:11:28.658 2: COC01: unknown message 6:8300000002ADAF29
2012.11.13 21:11:28.655 2: COC01: unknown message 5:8100000002ADBC29
2012.11.13 21:11:28.652 2: COC01: unknown message 4:6400000163387528
2012.11.13 21:11:28.616 2: COC01: unknown message 3:100000016338B028
2012.11.13 21:11:28.612 2: COC01: unknown message 2:BB0008017016CD10
2012.11.13 21:11:28.607 2: COC01: unknown message 1:9D0000000C93F520
2012.11.13 21:11:28.590 3: set COC01 raw Oc
2012.11.13 21:11:23.780 2: COC01: unknown message OK:1
2012.11.13 21:11:23.763 3: set COC01 raw ORb
2012.11.13 21:11:19.173 2: COC01: unknown message OK
2012.11.13 21:11:19.155 3: set COC01 raw ORm
2012.11.13 21:10:39.939 3: COC01: Possible commands: mCFAZOGMRTVWXefltux
2012.11.13 21:10:39.784 1: /dev/ttyAMA0 reappeared (COC01)
2012.11.13 21:10:39.772 3: Setting COC01 baudrate to 38400
2012.11.13 21:10:39.659 1: Including /var/log/fhem/fhem.save
2012.11.13 21:10:39.615 3: WEB: port 8083 opened
2012.11.13 21:10:39.587 3: telnetPort: port 7072 opened
2012.11.13 21:10:39.579 1: OWX: 1-Wire bus OWio1: interface in COC01 could not be addressed
2012.11.13 21:10:39.077 1: OWX: 1-Wire bus OWio1: interface not found, answer was
2012.11.13 21:10:38.565 1: OWX: 1-Wire bus OWio1: interface not found, answer was
2012.11.13 21:10:38.053 1: OWX: 1-Wire bus OWio1: interface not found, answer was
2012.11.13 21:10:37.541 1: OWX: 1-Wire bus OWio1: interface not found, answer was
2012.11.13 21:10:32.538 1: /dev/ttyAMA0 disconnected, waiting to reappear
2012.11.13 21:10:31.514 1: OWX: CUNO/COC device COC01 defined
2012.11.13 21:10:31.487 3: COC01: Possible commands: mCFAZOGMRTVWXefltux
2012.11.13 21:10:31.332 3: COC01 device opened
2012.11.13 21:10:31.321 3: Setting COC01 baudrate to 38400
2012.11.13 21:10:31.317 3: Opening COC01 device /dev/ttyAMA0
2012.11.13 21:10:31.285 1: Including /etc/fhem.cfg
2012.11.13 21:09:21.056 3: OWTHERM: Could not get values from device OWX_28_B03863010000, reason 28.B03863010000.10 not accessible
2012.11.13 21:09:21.056 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:21.055 3: OWX: Reset called with undefined interface
2012.11.13 21:09:21.054 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:21.054 3: OWX: Reset called with undefined interface
2012.11.13 21:09:21.053 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:21.052 3: OWX: Reset called with undefined interface
2012.11.13 21:09:21.051 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:21.050 3: OWX: Reset called with undefined interface
2012.11.13 21:09:21.048 3: OWTHERM: Could not get values from device OWX_28_B03863010000, reason 28.B03863010000.10 not accessible
2012.11.13 21:09:21.048 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:21.047 3: OWX: Reset called with undefined interface
2012.11.13 21:09:21.046 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:21.045 3: OWX: Reset called with undefined interface
2012.11.13 21:09:21.045 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:21.044 3: OWX: Reset called with undefined interface
2012.11.13 21:09:21.043 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:21.042 3: OWX: Reset called with undefined interface
2012.11.13 21:09:21.038 3: OWTHERM: Could not get values from device OWX_28_753863010000, reason 28.753863010000.64 not accessible
2012.11.13 21:09:21.037 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:21.036 3: OWX: Reset called with undefined interface
2012.11.13 21:09:21.036 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:21.035 3: OWX: Reset called with undefined interface
2012.11.13 21:09:21.034 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:21.033 3: OWX: Reset called with undefined interface
2012.11.13 21:09:21.032 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:21.031 3: OWX: Reset called with undefined interface
2012.11.13 21:09:21.030 3: OWTHERM: Could not get values from device OWX_28_753863010000, reason 28.753863010000.64 not accessible
2012.11.13 21:09:21.029 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:21.029 3: OWX: Reset called with undefined interface
2012.11.13 21:09:21.028 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:21.027 3: OWX: Reset called with undefined interface
2012.11.13 21:09:21.026 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:21.025 3: OWX: Reset called with undefined interface
2012.11.13 21:09:21.024 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:21.023 3: OWX: Reset called with undefined interface
2012.11.13 21:09:21.019 3: OWTHERM: Could not get values from device OWX_28_18F0A0010000, reason 28.18F0A0010000.40 not accessible
2012.11.13 21:09:21.019 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:21.018 3: OWX: Reset called with undefined interface
2012.11.13 21:09:21.017 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:21.016 3: OWX: Reset called with undefined interface
2012.11.13 21:09:21.016 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:21.015 3: OWX: Reset called with undefined interface
2012.11.13 21:09:21.014 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:21.013 3: OWX: Reset called with undefined interface
2012.11.13 21:09:21.011 3: OWTHERM: Could not get values from device OWX_28_18F0A0010000, reason 28.18F0A0010000.40 not accessible
2012.11.13 21:09:21.011 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:21.010 3: OWX: Reset called with undefined interface
2012.11.13 21:09:21.009 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:21.008 3: OWX: Reset called with undefined interface
2012.11.13 21:09:21.008 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:21.007 3: OWX: Reset called with undefined interface
2012.11.13 21:09:21.005 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:21.005 3: OWX: Reset called with undefined interface
2012.11.13 21:09:20.029 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:20.028 3: OWX: Reset called with undefined interface
2012.11.13 21:09:20.027 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:20.026 3: OWX: Reset called with undefined interface
2012.11.13 21:09:20.020 3: OWTHERM: Could not get values from device OWX_10_CD1670010800, reason 10.CD1670010800.BB not accessible
2012.11.13 21:09:20.019 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:20.018 3: OWX: Reset called with undefined interface
2012.11.13 21:09:20.017 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:20.017 3: OWX: Reset called with undefined interface
2012.11.13 21:09:20.016 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:20.015 3: OWX: Reset called with undefined interface
2012.11.13 21:09:20.014 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:20.013 3: OWX: Reset called with undefined interface
2012.11.13 21:09:20.011 3: OWTHERM: Could not get values from device OWX_10_CD1670010800, reason 10.CD1670010800.BB not accessible
2012.11.13 21:09:20.011 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:20.010 3: OWX: Reset called with undefined interface
2012.11.13 21:09:20.009 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:20.009 3: OWX: Reset called with undefined interface
2012.11.13 21:09:20.008 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:20.007 3: OWX: Reset called with undefined interface
2012.11.13 21:09:20.005 3: OWX: Complex called with unknown interface on bus OWio1
2012.11.13 21:09:20.005 3: OWX: Reset called with undefined interface
2012.11.13 21:09:11.139 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.13 21:09:11.135 1: OWX: Deleting unused 1-Wire device OWio1 of type OWX
2012.11.13 21:09:11.130 3: OWSWITCH:   Device OWX_29_AFAD02000000 defined.
2012.11.13 21:09:11.122 3: OWSWITCH:   Device OWX_29_BCAD02000000 defined.
2012.11.13 21:09:11.020 3: OWTHERM: Device OWX_28_753863010000 defined.
2012.11.13 21:09:11.012 3: OWTHERM: Device OWX_28_18F0A0010000 defined.
2012.11.13 21:09:11.005 3: OWTHERM: Device OWX_28_B03863010000 defined.
2012.11.13 21:09:10.998 3: OWTHERM: Device OWX_10_CD1670010800 defined.
2012.11.13 21:09:10.909 3: OWAD:   Device OWX_20_F5930C000000 defined.
2012.11.13 21:08:29.542 2: COC01: unknown message 7:8300000002ADAF29
2012.11.13 21:08:29.539 2: COC01: unknown message 6:8100000002ADBC29
2012.11.13 21:08:29.535 2: COC01: unknown message 5:6400000163387528
2012.11.13 21:08:29.532 2: COC01: unknown message 4:40000001A0F01828
2012.11.13 21:08:29.529 2: COC01: unknown message 3:100000016338B028
2012.11.13 21:08:29.526 2: COC01: unknown message 0008017016CD10
2012.11.13 21:05:22.406 3: COC01: Possible commands: mCFAZOGMRTVWXefltux
2012.11.13 21:05:22.250 1: /dev/ttyAMA0 reappeared (COC01)
2012.11.13 21:05:22.240 3: Setting COC01 baudrate to 38400
2012.11.13 21:05:17.229 0: Server started (version Fhem 5.3 (DEVELOPMENT), $Id: fhem.pl 2099 2012-11-08 20:56:21Z borisneubert $, pid 1895)
2012.11.13 21:05:17.229 2: SecurityCheck:  WEB has no basicAuth attribute.  Restart fhem for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2012.11.13 21:05:16.936 3: WEB: port 8083 opened
2012.11.13 21:05:16.428 3: telnetPort: port 7072 opened
2012.11.13 21:05:16.337 1: OWX: 1-Wire bus OWio1: interface in COC01 could not be addressed
2012.11.13 21:03:51.927 1: OWX: 1-Wire bus OWio1: interface not found, answer was
2012.11.13 21:03:51.415 1: OWX: 1-Wire bus OWio1: interface not found, answer was
2012.11.13 21:03:50.903 1: OWX: 1-Wire bus OWio1: interface not found, answer was
2012.11.13 21:03:50.377 1: OWX: 1-Wire bus OWio1: interface not found, answer was
2012.11.13 21:03:45.373 1: /dev/ttyAMA0 disconnected, waiting to reappear
2012.11.13 21:03:44.349 1: OWX: CUNO/COC device COC01 defined
2012.11.13 21:03:44.138 3: COC01: Possible commands: mCFAZOGMRTVWXefltux
2012.11.13 21:03:40.968 3: COC01 device opened
2012.11.13 21:03:40.947 3: Setting COC01 baudrate to 38400
2012.11.13 21:03:40.310 3: Opening COC01 device /dev/ttyAMA0
2012.11.13 21:03:38.186 1: Including /etc/fhem.cfg

Tschüß bis demnächst
VT


--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Titel: Re: OWX wird aus cfg gelscht, warum?
Beitrag von: Joachim am 13 November 2012, 22:20:10
                                                   

Super, Danke
sehe ich mir morgen an, also nicht ungeduldigt werden.

Gruss Joachim

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