OWFS långsamt och förlorar kontakten med 1-wire enheterna

OWFS - One Wire File System är en Linuxmjukvara som stödjer de flesta kommersiellt tillgängliga 1wire-enheterna. OWFS saknar helt möjligheter att presentera data - detta måste göras med tex RRDTool

Moderator: elf98

Kategoriregler
Vill du visa bilder i ditt inlägg? Använd funktionen "Ladda upp bilaga" nedanför textrutan!
Kim
Wannabe
Inlägg: 12
Blev medlem: 04 feb 2011, 08:55
Ort: Sätila

OWFS långsamt och förlorar kontakten med 1-wire enheterna

Inlägg av Kim » 04 feb 2011, 09:31

Hej!

Har nyligen inhandlat en HA7Net och satt upp näst senaste OWFS på min Ubuntu 10.10 arbetsstation, den senaste versionen saknar binären owfs efter kompilering. Allt ser ut att fungera bra tills jag börjar läsa filen temperature under enheten med ett litet C-program av egen konstruktion. Jag har fyra enheter (tempsensor DS18B20) på mitt 1-wire nätverk och vill läsa av dessa periodiskt, men jag får problem ganska omgående.

Problemet yttrar sig som att alla bibliotek med sensorer försvinner från OWFS-filsystemet om jag läser sensorerna för snabbt och för ofta, sedan tar det någon minut eller två innan allt är tillbaks igen. Jag måste lägga in en paus på 5 sekunder mellan läsning av varje sensor för att felet inte skall uppstå. Hur skall man då kunna hantera 100 sensorer (som HA7Net hävdas klara av att hantera) om man vill ha periodisk avläsning av dessa?

Dessutom känns det som om det inte finns någon cache för temperaturvärden, då det tar lång tid att läsa värdet i filen temperature.

För mig känns det som HA7Net i kombination med OWFS är olidligt långsamt, är det bara jag som har den uppfattningen, eller är det jag som gör något fel? Har jag missat någon parameter vid uppstart av HA7Net måhända?

Hade tänkt att införskaffa en I/O-enhet med 8 reläer som finns till salu här, men det verkar som om det inte blir något med det då ovanstående lösning går så införnaliskt långsamt. Jag har behov av att kunna slå på/av relä med minst en halv sekunds puls, men det verkar ju som detta skulle vara en omöjlighet med OWFS i kombination med HA7Net.

Skall jag byta till en USB-adapter för att få upp hastigheten i läsning, skrivning? Kan jag då lyckas generera 0,5 sekunders pulser med relä kopplade till I/O-enheten nämnd ovan? Skall jag skippa OWFS och läsa/skriva till enheterna på annat sätt? Hur får jag upp hastigheten?

Finns det någon som kan dela med sig av sina egna erfarenheter i ämnet alt. ge mig vägvisning för att hamna rätt?


Mvh
Kim
daromer
Hemautomation - det är mer än en hobby
Inlägg: 961
Blev medlem: 23 sep 2009, 09:31
Ort: Växjö

Re: OWFS långsamt och förlorar kontakten med 1-wire enhetern

Inlägg av daromer » 04 feb 2011, 20:20

Ha7net har jag inge koll på men kan svara på andra saker.


Att det tar upp till 1 sekund att läsa av en temperatursensor i realtid. Dessa tider går att trimma.

Andra sensorer får du också räkna med upp till 1 sekund i avläsning så vill du kunna växla saker med en halv sekund så kan det bli knackigt. I många fall kan man trimma tiden de tar.

Det finns både en ocachad och en cachad katalog i owfs. Den cachade uppdateras inte så ofta men den ska vara instant att läsa av. Den ocachade tar som sagt upp till en sekund att läsa i. Man kan skicka ett komadå så att alla temp sensorer förbereder sig för avläsning. då går det bra mycke fortare.

Tar ungefär 0.34-0.45 sekunder att växla läge på mina ds2413. Dvs det tar minst 0.7 sekunder att göra en full växling off-on-off.
Användarvisningsbild
elf98
Hemautomation - det är mer än en hobby
Inlägg: 5219
Blev medlem: 27 okt 2006, 13:49
Ort: Linköping
Kontakt:

Re: OWFS långsamt och förlorar kontakten med 1-wire enhetern

Inlägg av elf98 » 04 feb 2011, 21:34

1wire är inte något realtidssystem (tyvärr), med 100 sensorer på en lina tar det minst ett par minuter att läsa av nätet.

Vad säger owfs när låsningen uppstår (med debug-output på slagen)? OWFS skall sköta hanterandet av flera frågor automatiskt.

I releasenoten för 2.8p6 så stod det något om (kraftigt?) förbättrad timing mot seriell och nätverksadaptrar. Vad händer om du kör senaste versionen och testar med owserver, owdir och owread, får du samma fördröjningar då? (KAn vara värt att testa innan du lägger tid på att få fuse att fungera)
Grundade m.nu & temperatur.nu

Bild Bild
daromer
Hemautomation - det är mer än en hobby
Inlägg: 961
Blev medlem: 23 sep 2009, 09:31
Ort: Växjö

Re: OWFS långsamt och förlorar kontakten med 1-wire enhetern

Inlägg av daromer » 05 feb 2011, 00:28

Jag har runt 70 sensorer just nu och det tar drygt 10 sekunder att läsa av dem i uncached mode. Men då utnyttjar jag funktionen för att skicka kommando till alla tempsensorer samtidigt att avläsning är på g och de gör sig redo. Annars tar det ca minute att läsa av alla :D
Kim
Wannabe
Inlägg: 12
Blev medlem: 04 feb 2011, 08:55
Ort: Sätila

Re: OWFS långsamt och förlorar kontakten med 1-wire enhetern

Inlägg av Kim » 06 feb 2011, 10:15

Hej och tack för svar!

Idag startar jag owfs på detta sätt:

/opt/owfs/owfs --HA7NET=aaa.bbb.ccc.ddd /mnt/1wire

Jag startar alltså utan något debugläge och jag startar dessutom inte demonen som root utan som min egen användare.

Jag har installerat fuse2 och även fuse-dev som jag läst i andra trådar att jag skall göra. När jag kör en modprobe fuse så hittar jag inte något med fuse när jag kör en lsmod fuse. Har modulen ett annat namn??

Är det några fler parametrar jag skall starta owfs med?

Jag har nu startat owfs med hög errorlevel men nu har det givetvis inte krashat än, konstigt nog.

elf98 skrev: Vad säger owfs när låsningen uppstår (med debug-output på slagen)? OWFS skall sköta hanterandet av flera frågor automatiskt.
OWFS säger inte något utmärkande som jag har hittat och de sista gångerna har owfs krashat totalt där jag fått read error efter read error då det inte längre finns något 1-wire filsystem monterat, med innehåll i varje fall. Det krävs att root gör en umount på filsystemet för att man skall kunna starta om igen.
elf98 skrev: I releasenoten för 2.8p6 så stod det något om (kraftigt?) förbättrad timing mot seriell och nätverksadaptrar. Vad händer om du kör senaste versionen och testar med owserver, owdir och owread, får du samma fördröjningar då? (KAn vara värt att testa innan du lägger tid på att få fuse att fungera)
Jag kan inte använda senaste versionen då binären owfs inte finns i bin-biblioteket efter kompilering. Därav backade jag en version och då fanns binären owfs med.
daromer skrev:Jag har runt 70 sensorer just nu och det tar drygt 10 sekunder att läsa av dem i uncached mode. Men då utnyttjar jag funktionen för att skicka kommando till alla tempsensorer samtidigt att avläsning är på g och de gör sig redo. Annars tar det ca minute att läsa av alla :D
Å hur gör du detta då? Använder du HA7Net?? Gärna en beskrivning, det var ju det jag bad om i mitt inlägg...

daromer skrev:Ha7net har jag inge koll på men kan svara på andra saker.

Det finns både en ocachad och en cachad katalog i owfs. Den cachade uppdateras inte så ofta men den ska vara instant att läsa av. Den ocachade tar som sagt upp till en sekund att läsa i. Man kan skicka ett komadå så att alla temp sensorer förbereder sig för avläsning. då går det bra mycke fortare.

Tar ungefär 0.34-0.45 sekunder att växla läge på mina ds2413. Dvs det tar minst 0.7 sekunder att göra en full växling off-on-off.
Då frågar jag återigen, hur åstadkommer du ovanstående...!?!?

Det finns i 1-wire filsystemets rootdir något som heter uncached inte cached, och uncached är ju redan så som det fungerar idag när jag läser direkt under varje sensors bibliotek sett från 1-wire filsystemets rootdir.

Eftersom du inte använder dig av HA7Net, så antar jag att du använder dig av en USB-dongle för att kommunicera med 1-wire nätverket?? Det ser mer och mer ut som att jag bör byta till detta.

Ja, tack för svar säger jag, men inte känner jag mig mycket klokare. Skulle väldigt gärna veta hur man får sensorerna att förbereda sig på avläsning och även hur man läser i cachat läge i OWFS. Skall givetvis både googla och söka på forumet här, men det är svårt att hitta när man inte vet exakt vad man letar efter. Det känns som ett WIKI som innehåller den här informationen borde finnas...



/Kim
Användarvisningsbild
elf98
Hemautomation - det är mer än en hobby
Inlägg: 5219
Blev medlem: 27 okt 2006, 13:49
Ort: Linköping
Kontakt:

Re: OWFS långsamt och förlorar kontakten med 1-wire enhetern

Inlägg av elf98 » 06 feb 2011, 11:45

owdir och owread använder inte owfs-binären utan kör direkt mot owserver. Rörigt kan tyckas, men då kan du testa den senaste versionen.

utan att få se debugoutput är det omöjligt att säga vad som går fel...
Grundade m.nu & temperatur.nu

Bild Bild
larky
Moderator
Inlägg: 1125
Blev medlem: 01 feb 2008, 12:21
Ort: Skellefteå
Kontakt:

Re: OWFS långsamt och förlorar kontakten med 1-wire enhetern

Inlägg av larky » 06 feb 2011, 13:37

http://owfs.org/index.php?page=performance
Det handlar bara om listning av enheterna, men USB-adaptern är snabb.
Kim
Wannabe
Inlägg: 12
Blev medlem: 04 feb 2011, 08:55
Ort: Sätila

Re: OWFS långsamt och förlorar kontakten med 1-wire enhetern

Inlägg av Kim » 06 feb 2011, 22:59

elf98 skrev:owdir och owread använder inte owfs-binären utan kör direkt mot owserver. Rörigt kan tyckas, men då kan du testa den senaste versionen.

utan att få se debugoutput är det omöjligt att säga vad som går fel...
Jo, rörigt är bara förnamnet. :D

Nu har jag försökt att få owfs att fungera och nu kommer owdir och owread? Jag får läsa på vad dessa program gör.


Jag kör nu på sista versionen av OWFS, alltså:


>/opt/owfs/bin/owfs -V
/opt/owfs/bin/owfs version:
2.8p6
libow version:
2.8p6


och eftersom jag av en slump hittade följande en parameter som ./configure tar

--enable-owfs

så kunde jag nu få också med owfs binären när jag kompilerade.

Här kommer log från när det krashade denna gången. 1-wire nätet är inte längre monterat då owfs har krashat. Ursäkta storleken på log, men jag kan inte avgöra vad som är av betydelse eller inte så därför en ganska bra bit log är inklistrad.

Kod: Markera allt

Feb  6 10:35:59 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/28.EC5D70020000]
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Device(864) Looking for device 28 EC 5D 70 02 00 00 D4
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Common(1078) Search in cache sn 28 EC 5D 70 02 00 00 D4 pointer=0x7ff607e0e1e0 index=0 size=4
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Common(1094) Value found in cache. Remaining life: 42 seconds.
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_presence.c:CheckPresence(75) Found device on bus 0
Feb  6 10:35:59 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/28.EC5D70020000
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /28.EC5D70020000
Feb  6 10:35:59 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/28.EC5D70020000/temperature
Feb  6 10:35:59 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/28.EC5D70020000/temperature]
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Device(864) Looking for device 28 EC 5D 70 02 00 00 D4
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Common(1078) Search in cache sn 28 EC 5D 70 02 00 00 D4 pointer=0x7ff607e0e1e0 index=0 size=4
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Common(1094) Value found in cache. Remaining life: 42 seconds.
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_presence.c:CheckPresence(75) Found device on bus 0
Feb  6 10:35:59 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/28.EC5D70020000/temperature
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /28.EC5D70020000/temperature
Feb  6 10:35:59 ws OWFS[26846]:    CALL: owfs_callback.c:FS_open(128) OPEN path=/28.EC5D70020000/temperature
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_parseobject.c:OWQ_create(160) /28.EC5D70020000/temperature
Feb  6 10:35:59 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/28.EC5D70020000/temperature]
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Device(864) Looking for device 28 EC 5D 70 02 00 00 D4
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Common(1078) Search in cache sn 28 EC 5D 70 02 00 00 D4 pointer=0x7ff607e0e1e0 index=0 size=4
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Common(1094) Value found in cache. Remaining life: 42 seconds.
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_presence.c:CheckPresence(75) Found device on bus 0
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_read.c:FS_read_postparse(79) /28.EC5D70020000/temperature
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_read.c:FS_read_distribute(199) /28.EC5D70020000/temperature
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_read.c:FS_r_given_bus(233) About to read </28.EC5D70020000/temperature> extension=0 size=4096 offset=0
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_read.c:adjust_file_size(329) file_length=12 offset=0 size=12
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_parseobject.c:OWQ_create_sibling(95) Create sibling temperature12 from /28.EC5D70020000/temperature as /28.EC5D70020000/temperature12
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_parseobject.c:OWQ_create_from_path(30) /28.EC5D70020000/temperature12
Feb  6 10:35:59 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/28.EC5D70020000/temperature12]
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Device(864) Looking for device 28 EC 5D 70 02 00 00 D4
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Common(1078) Search in cache sn 28 EC 5D 70 02 00 00 D4 pointer=0x7ff607e0e1e0 index=0 size=4
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Common(1094) Value found in cache. Remaining life: 42 seconds.
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_presence.c:CheckPresence(75) Found device on bus 0
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_read.c:adjust_file_size(329) file_length=12 offset=0 size=1
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Common(1078) Search in cache sn 28 EC 5D 70 02 00 00 D4 pointer=0x7ff607df0c40 index=0 size=8
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Common(1110) Value found in cache, but expired by 30 seconds.
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Simul_Time(923) Looking for conversion time 28 EC 5D 70 02 00 00 D4
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Common(1078) Search in cache sn 00 00 00 00 00 00 00 00 pointer=0x7ff607e0e220 index=0 size=0
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Common(1114) Value not found in cache
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Internal(893) 28 EC 5D 70 02 00 00 D4 size=4
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Common(1078) Search in cache sn 28 EC 5D 70 02 00 00 D4 pointer=0x7ff607df01e4 index=-2 size=4
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Common(1114) Value not found in cache
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_transaction.c:Pack_item(304) pack=SELECT
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_transaction.c:Bundle_pack(244) Item addedn
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_transaction.c:Pack_item(332) pack=MATCH MODIFY BLIND
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_transaction.c:Bundle_pack(244) Item addedn
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_transaction.c:Pack_item(316)  pack=READ
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_transaction.c:Bundle_pack(244) Item addedn
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_transaction.c:Pack_item(362) pack=CRC*
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_transaction.c:Bundle_pack(244) Item addedn
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_transaction.c:Bundle_ship(267) Ship Packets=4
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_ha7.c:HA7_toHA7(277) To HA7 command=AddressDevice address=D4000002705DEC28 conditional= lock=
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_ha7.c:HA7_toHA7(328) To HA7 GET /1Wire/AddressDevice.html?Address=D4000002705DEC28 HTTP/1.0#012#012
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_tcp_read.c:tcp_read(64) attempt 2000 bytes Time: 2.000000 seconds
Feb  6 10:35:59 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:35:59 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:35:59 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:35:59 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:00 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:00 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:00 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:00 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:01 ws OWFS[26846]: CONNECT: ow_tcp_read.c:tcp_read(110) TIMEOUT after 0 bytes
Feb  6 10:36:01 ws OWFS[26846]: CONNECT: ow_ha7.c:HA7_read(216) Read error
Feb  6 10:36:01 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Internal(893) 28 EC 5D 70 02 00 00 D4 size=4
Feb  6 10:36:01 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Common(1078) Search in cache sn 28 EC 5D 70 02 00 00 D4 pointer=0x7ff607df01e4 index=-2 size=4
Feb  6 10:36:01 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Common(1114) Value not found in cache
Feb  6 10:36:01 ws OWFS[26846]:   DEBUG: ow_transaction.c:Pack_item(304) pack=SELECT
Feb  6 10:36:01 ws OWFS[26846]:   DEBUG: ow_transaction.c:Bundle_pack(244) Item addedn
Feb  6 10:36:01 ws OWFS[26846]:   DEBUG: ow_transaction.c:Pack_item(332) pack=MATCH MODIFY BLIND
Feb  6 10:36:01 ws OWFS[26846]:   DEBUG: ow_transaction.c:Bundle_pack(244) Item addedn
Feb  6 10:36:01 ws OWFS[26846]:   DEBUG: ow_transaction.c:Pack_item(316)  pack=READ
Feb  6 10:36:01 ws OWFS[26846]:   DEBUG: ow_transaction.c:Bundle_pack(244) Item addedn
Feb  6 10:36:01 ws OWFS[26846]:   DEBUG: ow_transaction.c:Pack_item(362) pack=CRC*
Feb  6 10:36:01 ws OWFS[26846]:   DEBUG: ow_transaction.c:Bundle_pack(244) Item addedn
Feb  6 10:36:01 ws OWFS[26846]:   DEBUG: ow_transaction.c:Bundle_ship(267) Ship Packets=4
Feb  6 10:36:01 ws OWFS[26846]:   DEBUG: ow_ha7.c:HA7_toHA7(277) To HA7 command=AddressDevice address=D4000002705DEC28 conditional= lock=
Feb  6 10:36:01 ws OWFS[26846]:   DEBUG: ow_ha7.c:HA7_toHA7(328) To HA7 GET /1Wire/AddressDevice.html?Address=D4000002705DEC28 HTTP/1.0#012#012
Feb  6 10:36:01 ws OWFS[26846]:   DEBUG: ow_tcp_read.c:tcp_read(64) attempt 2000 bytes Time: 2.000000 seconds
Feb  6 10:36:02 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:02 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:02 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:02 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:03 ws OWFS[26846]: CONNECT: ow_tcp_read.c:tcp_read(110) TIMEOUT after 0 bytes
Feb  6 10:36:03 ws OWFS[26846]: CONNECT: ow_ha7.c:HA7_read(216) Read error
Feb  6 10:36:03 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Internal(893) 28 EC 5D 70 02 00 00 D4 size=4
Feb  6 10:36:03 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Common(1078) Search in cache sn 28 EC 5D 70 02 00 00 D4 pointer=0x7ff607df01e4 index=-2 size=4
Feb  6 10:36:03 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Common(1114) Value not found in cache
Feb  6 10:36:03 ws OWFS[26846]:   DEBUG: ow_transaction.c:Pack_item(304) pack=SELECT
Feb  6 10:36:03 ws OWFS[26846]:   DEBUG: ow_transaction.c:Bundle_pack(244) Item addedn
Feb  6 10:36:03 ws OWFS[26846]:   DEBUG: ow_transaction.c:Pack_item(332) pack=MATCH MODIFY BLIND
Feb  6 10:36:03 ws OWFS[26846]:   DEBUG: ow_transaction.c:Bundle_pack(244) Item addedn
Feb  6 10:36:03 ws OWFS[26846]:   DEBUG: ow_transaction.c:Pack_item(316)  pack=READ
Feb  6 10:36:03 ws OWFS[26846]:   DEBUG: ow_transaction.c:Bundle_pack(244) Item addedn
Feb  6 10:36:03 ws OWFS[26846]:   DEBUG: ow_transaction.c:Pack_item(362) pack=CRC*
Feb  6 10:36:03 ws OWFS[26846]:   DEBUG: ow_transaction.c:Bundle_pack(244) Item addedn
Feb  6 10:36:03 ws OWFS[26846]:   DEBUG: ow_transaction.c:Bundle_ship(267) Ship Packets=4
Feb  6 10:36:03 ws OWFS[26846]:   DEBUG: ow_ha7.c:HA7_toHA7(277) To HA7 command=AddressDevice address=D4000002705DEC28 conditional= lock=
Feb  6 10:36:03 ws OWFS[26846]:   DEBUG: ow_ha7.c:HA7_toHA7(328) To HA7 GET /1Wire/AddressDevice.html?Address=D4000002705DEC28 HTTP/1.0#012#012
Feb  6 10:36:03 ws OWFS[26846]:   DEBUG: ow_tcp_read.c:tcp_read(64) attempt 2000 bytes Time: 2.000000 seconds
Feb  6 10:36:03 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:03 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:03 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:03 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:05 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:05 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:05 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:05 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:05 ws OWFS[26846]: CONNECT: ow_tcp_read.c:tcp_read(110) TIMEOUT after 0 bytes
Feb  6 10:36:05 ws OWFS[26846]: CONNECT: ow_ha7.c:HA7_read(216) Read error
Feb  6 10:36:05 ws OWFS[26846]:   DEBUG: ow_read.c:FS_read_owq(507) Read /28.EC5D70020000/temperature12 Extension 0 Gives result -22
Feb  6 10:36:05 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /28.EC5D70020000/temperature12
Feb  6 10:36:05 ws OWFS[26846]:   DEBUG: ow_read.c:FS_read_owq(507) Read /28.EC5D70020000/temperature Extension 0 Gives result -22
Feb  6 10:36:05 ws OWFS[26846]:   DEBUG: ow_read.c:FS_r_given_bus(249) return=-22
Feb  6 10:36:05 ws OWFS[26846]:   DEBUG: ow_read.c:FS_r_given_bus(259) After read is performed (bytes or error -22)
Feb  6 10:36:05 ws OWFS[26846]:   DEBUG: ow_read.c:FS_read_distribute(221) /28.EC5D70020000/temperature return -22
Feb  6 10:36:05 ws OWFS[26846]:   DEBUG: ow_transaction.c:Pack_item(372) pack=RESET END VERIFY
Feb  6 10:36:05 ws OWFS[26846]:   DEBUG: ow_transaction.c:Bundle_pack(247) Item cannot be bundled
Feb  6 10:36:05 ws OWFS[26846]:   DEBUG: ow_transaction.c:Bundle_ship(267) Ship Packets=0
Feb  6 10:36:05 ws OWFS[26846]:   DEBUG: ow_ha7.c:HA7_toHA7(277) To HA7 command=Reset address= conditional= lock=
Feb  6 10:36:05 ws OWFS[26846]:   DEBUG: ow_ha7.c:HA7_toHA7(328) To HA7 GET /1Wire/Reset.html HTTP/1.0#012#012
Feb  6 10:36:05 ws OWFS[26846]:   DEBUG: ow_tcp_read.c:tcp_read(64) attempt 2000 bytes Time: 2.000000 seconds
Feb  6 10:36:06 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:06 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:06 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:06 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:07 ws OWFS[26846]: CONNECT: ow_tcp_read.c:tcp_read(110) TIMEOUT after 0 bytes
Feb  6 10:36:07 ws OWFS[26846]: CONNECT: ow_ha7.c:HA7_read(216) Read error
Feb  6 10:36:07 ws OWFS[26846]:   DEBUG: ow_ha7.c:HA7_reset(116) Trouble with reset command response
Feb  6 10:36:07 ws OWFS[26846]:   DEBUG: ow_transaction.c:BUS_transaction_single(215) verify = 1
Feb  6 10:36:07 ws OWFS[26846]:   DEBUG: ow_presence.c:CheckThisConnection(244) Presence of 28 EC 5D 70 02 00 00 D4 NOT found on bus 192.168.1.141
Feb  6 10:36:07 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Device(864) Looking for device 28 EC 5D 70 02 00 00 D4
Feb  6 10:36:07 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Common(1078) Search in cache sn 28 EC 5D 70 02 00 00 D4 pointer=0x7ff607e0e1e0 index=0 size=4
Feb  6 10:36:07 ws OWFS[26846]:   DEBUG: ow_cache.c:Cache_Get_Common(1094) Value found in cache. Remaining life: 34 seconds.
Feb  6 10:36:07 ws OWFS[26846]:   DEBUG: ow_presence.c:ReCheckPresence(112) Found device on bus 0
Feb  6 10:36:07 ws OWFS[26846]:   DEBUG: ow_transaction.c:Pack_item(372) pack=RESET END VERIFY
Feb  6 10:36:07 ws OWFS[26846]:   DEBUG: ow_transaction.c:Bundle_pack(247) Item cannot be bundled
Feb  6 10:36:07 ws OWFS[26846]:   DEBUG: ow_transaction.c:Bundle_ship(267) Ship Packets=0
Feb  6 10:36:07 ws OWFS[26846]:   DEBUG: ow_ha7.c:HA7_toHA7(277) To HA7 command=Reset address= conditional= lock=
Feb  6 10:36:07 ws OWFS[26846]:   DEBUG: ow_ha7.c:HA7_toHA7(328) To HA7 GET /1Wire/Reset.html HTTP/1.0#012#012
Feb  6 10:36:08 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:08 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:08 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:08 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:09 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:09 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:09 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:09 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:11 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:11 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:11 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:11 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:12 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:12 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:12 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:12 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:14 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:14 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:14 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:14 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:15 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:15 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:15 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:15 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:16 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:16 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:16 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:16 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:18 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:18 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:18 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:18 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:19 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:19 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:19 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:19 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:21 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:21 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:21 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:21 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:22 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:22 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:22 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:22 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:24 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:24 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:24 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:24 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:25 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:25 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:25 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:25 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:27 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:27 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:27 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:27 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:28 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:28 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:28 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:28 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:30 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:30 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:30 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:30 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:31 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:31 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:31 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:31 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:33 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:33 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:33 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:33 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:34 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:34 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:34 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:34 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:36 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:36 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:36 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:36 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:37 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:37 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:37 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:37 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:39 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:39 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:39 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:39 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:40 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:40 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:40 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:40 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:42 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:42 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:42 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:42 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:43 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:43 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:43 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:43 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:45 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:45 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:45 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:45 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:46 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:46 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:46 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:46 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:48 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:48 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:48 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:48 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:49 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat(22) path=/
Feb  6 10:36:49 ws OWFS[26846]:    CALL: ow_parsename.c:FS_ParsedName_anywhere(91) path=[/]
Feb  6 10:36:49 ws OWFS[26846]:    CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
Feb  6 10:36:49 ws OWFS[26846]:   DEBUG: ow_parsename.c:FS_ParsedName_destroy(55) /
Feb  6 10:36:49 ws OWFS[26846]: CONNECT: ow_net_client.c:ClientConnect(143) [Connection timed out] Socket problem
Feb  6 10:36:49 ws OWFS[26846]:   DEBUG: ow_ha7.c:HA7_reset(113) Trouble sending reset command
Användarvisningsbild
elf98
Hemautomation - det är mer än en hobby
Inlägg: 5219
Blev medlem: 27 okt 2006, 13:49
Ort: Linköping
Kontakt:

Re: OWFS långsamt och förlorar kontakten med 1-wire enhetern

Inlägg av elf98 » 06 feb 2011, 23:14

Inte mycket hjälp i felloggen heller. (Timeout timeout timeout)

Jag har lyft frågan till Embedded, återkommer!
Grundade m.nu & temperatur.nu

Bild Bild
Kim
Wannabe
Inlägg: 12
Blev medlem: 04 feb 2011, 08:55
Ort: Sätila

Re: OWFS långsamt och förlorar kontakten med 1-wire enhetern

Inlägg av Kim » 06 feb 2011, 23:40

elf98 skrev:Inte mycket hjälp i felloggen heller. (Timeout timeout timeout)

Jag har lyft frågan till Embedded, återkommer!
Tack för det.

Jag har nu testat med owserver, owdir och owread.

Jag gjorde ett kort script som kör följande:

Kod: Markera allt

Innehåll i script: owscan.sh

/opt/owfs/bin/owread -s 127.0.0.1 /28.EC5D70020000/temperature
echo 
/opt/owfs/bin/owread -s 127.0.0.1 /28.2A7B70020000/temperature
echo
/opt/owfs/bin/owread -s 127.0.0.1 /28.518170020000/temperature
echo
/opt/owfs/bin/owread -s 127.0.0.1 /28.A55C70020000/temperature
echo
där jag så fort scriptet är färdigt startar det igen manuellt. Jag dumpar trafiken med Wireshark och kan se att det skickas trafik till owserver varje gång jag kör programmet owread. En viss cachning verkar ske då det många gånger går snabbt att läsa andra gånger långsamt att läsa temperaturen på de olika sensorerna. Oavsett, det tog inte lång tid innan jag stötte på följande felmeddelande:


root@ws:/opt/owfs/bin# ./owscan.sh
ServerRead: Data error on /28.EC5D70020000/temperature

ServerRead: Data error on /28.2A7B70020000/temperature

ServerRead: Data error on /28.518170020000/temperature

ServerRead: Data error on /28.A55C70020000/temperature


owserver lever fortfarande och följande hittar jag i loggen:

Kod: Markera allt

Feb  6 21:51:36 ws OWFS[1914]: DEFAULT: owlib.c:LibStart(54) No valid 1-wire buses found
Feb  6 21:55:26 ws OWFS[2176]: DEFAULT: owlib.c:LibStart(54) No valid 1-wire buses found
Feb  6 21:55:45 ws OWFS[2187]: DEFAULT: owlib.c:LibStart(54) No valid 1-wire buses found
Gör jag en paus på några minuter så verkar HA7Net ha "återhämtat" sig och det går igen att köra scriptet för att läsa de fyra sensorerna. HA7Net känns VÄLDIGT instabil måste jag säga, för det verkar ju som om det inte är problem med OWFS utan med HA7Net.

Nu har jag inte behov av att läsa så ofta som jag stressar HA7Net till under test, men jag kommer ha behov av att läsa många sensorer minst en gång per minut och då kan jag inte acceptera att HA7Net slutar fungera så fort den börjar tycka att det är jobbigt. :wink: Den borde kunna hantera "omild" behandling och ha egen felhantering där den åtminstonde returnerar tillbaks senaste lästa värde för sensorn och inte bara ge upp och boota om, eller vad den nu gör.

Stöter man på samma problem med USB-interfacet? Om inte, så är det nog snart dags att byta till det istället. Det här är inte hållbart.

Tack för all hjälp som kan hjälpa mig lösa problemet...


/Kim
daromer
Hemautomation - det är mer än en hobby
Inlägg: 961
Blev medlem: 23 sep 2009, 09:31
Ort: Växjö

Re: OWFS långsamt och förlorar kontakten med 1-wire enhetern

Inlägg av daromer » 06 feb 2011, 23:43

Jag kör inte med Ha7net så kan inte svara på hur man gör med den men det bör ju se likadant ut.


Finns en katalog som heter simultaneous. Man skickar en 1a till temperature i den om jag inte minns fel.

Det andra har du ju redan svarat på med uncached foldern :wink:
Användarvisningsbild
elf98
Hemautomation - det är mer än en hobby
Inlägg: 5219
Blev medlem: 27 okt 2006, 13:49
Ort: Linköping
Kontakt:

Re: OWFS långsamt och förlorar kontakten med 1-wire enhetern

Inlägg av elf98 » 07 feb 2011, 14:09

Efter att ha testat lite själv verkar det ha med låsningen av bussen att göra. Ställer jag ner Locking till 0 på Ha7Net får jag inte några crascher. Det går så klart inte fortare.
Grundade m.nu & temperatur.nu

Bild Bild
Kim
Wannabe
Inlägg: 12
Blev medlem: 04 feb 2011, 08:55
Ort: Sätila

Re: OWFS långsamt och förlorar kontakten med 1-wire enhetern

Inlägg av Kim » 07 feb 2011, 14:28

elf98 skrev:Efter att ha testat lite själv verkar det ha med låsningen av bussen att göra. Ställer jag ner Locking till 0 på Ha7Net får jag inte några crascher. Det går så klart inte fortare.
Att ställa locking till 0 gör du i Webinterfacet, eller med något kommando på något sätt? Har absolut inte lärt mig allt om HA7Net än så länge. :-)
Användarvisningsbild
elf98
Hemautomation - det är mer än en hobby
Inlägg: 5219
Blev medlem: 27 okt 2006, 13:49
Ort: Linköping
Kontakt:

Re: OWFS långsamt och förlorar kontakten med 1-wire enhetern

Inlägg av elf98 » 07 feb 2011, 14:31

I Webbinterfacet.
Support limitations

Doesn't implement the LOCK protocol. (Easy to add, but owfs already locks the bus).
Så med locking påslaget på HA7Net blir det nog knas helt enkelt. Testa och se vad som händer!
Grundade m.nu & temperatur.nu

Bild Bild
bosse123
Gillar hemautomation
Inlägg: 44
Blev medlem: 04 jan 2014, 18:13
Ort: Alingsås

Re: OWFS långsamt och förlorar kontakten med 1-wire enhetern

Inlägg av bosse123 » 27 jan 2014, 23:23

hänger på tråden,
jag har usb dongeln och har 12 tempgivare.
Det fungerar utmärkt att dels läsa av givarna var 2,5 minut till rrdtool och var 5 minut till mysql.


har nu kopplat in ds 2406 med pullupmotstånd för att läsa av en microbrytare minst var 5:e sekund.
med detta i scriptet:
#!/bin/bash

#This script run every 5 seconds
while (sleep 5 && shell /home/tommy/bin/get_varv.sh) &
do
wait $!
done


Jag startar owfs med:
/opt/owfs/bin/owfs -s localhost:4304 --allow_other /mnt/1-wire

Får nu liknande problem som de övriga i tråden, någon gång varje timme så ger owfs 0 på samtliga givare.

Vad göra???
Skriv svar