hi, could you add a version information at debug output too? maybe at the start of owXXXX program, just to us know what's the version... this could be easier to know what we are debugging
Em 3 de abril de 2012 08:09, Michael Markstaller <m...@elabnet.de> escreveu: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Getting back on this, attached two patches.. > This is definitely no fix but more a "works-for-me-HACK"! though it > might outline where trouble starts.. > > At least in two of my testbeds it improves owserver running reliable > with multiple DS9490 and long networks for days, instead of minutes. > > Though it still doesn't resolve the problem, that when it hits a > reset-error on a "null" bus without id (which couldn't be), no real > action besides a NOOP-loop is IMHO taken. (as comment in patch) > > The stuff in ow_usb_msg.c is only for debugging. Just adding this, > it's easy to see that after an usb-reset the adaptors go on > unitialized with wrong settings. > > > best regards, > > Michael > > Am 17.03.2012 17:23, schrieb Michael Markstaller: >> I changed the subject.. >> >> Am 16.03.2012 14:49, schrieb Paul Alfille: >>> To hunt this down, you find that heavy USB activity causes >>> communication failures and puts owfs is an unusable state? >> No, I don't think thats a root cause. My last tests where done with >> only 1-4 DS9490R on a powered hub without any other USB-devices >> active. Maybe heavy USB-traffic or long-lines intensify the problem >> but it also happens in simle setups. >> >> Referring to my post: >> http://article.gmane.org/gmane.comp.file-systems.owfs.devel/9120 >> #1) is pretty reproduceable, just a matter of time (minutes to >> hours), regardless wether there is one DS9490 and one sensor or 6 >> and 50.. (leads to #2): the mode-register isn't set after a >> subsequent PoR of the DS2490 IMHO, only initially, so it's set to >> "standard" instead of "flexible" speed which doesn't work >> reliable. #3 (long lines): I *think* its mostly #1+#2: reset_errors >> occur faster on long lines and after the reset the BM is running at >> standard vs. flexible speed which then worses the problem until all >> sensors (including the 81.xx id-chip!) is lost. >> >> As fas as I understand the code, what happens then is trying to >> reset/reconnect the lost BM resulting in a noop: DEBUG: >> ow_ds9490.c:(513) Attempting RESET on null bus DEBUG: >> ow_reset.c:(48) Reset error. Reconnection 4/2 >> >> until a restart of owserver the whole bus is "lost" >> >> >> I experienced the problems with openwrt (current trunk) >> &owfs2.8p8/p14 and was able to reproduce them easily with 2.8p14 on >> ubuntu 11.10 >> >> >> (#4 this might be related or not) - under openwrt I get masses of >> usb 1-1.1: usbfs: usb_submit_urb returned -28 in dmesg >> >>> I need to create a test bed to mimic and correct this. >> >> Would be no issue to setup some systems for testing! >> >> >> best regards >> >> Michael >> >> ------------------------------------------------------------------------------ >> >> > This SF email is sponsosred by: >> Try Windows Azure free for 90 days Click Here >> http://p.sf.net/sfu/sfd2d-msazure >> _______________________________________________ Owfs-developers >> mailing list Owfs-developers@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/owfs-developers > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAk962lsACgkQaWRHV2kMuAL5oACeKI6g7RXbpcEjuSzmdmiGNUl5 > 46YAn1wGNog/F24zMGXKjUABMOuM0pt2 > =DetY > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------------ > Better than sec? Nothing is better than sec when it comes to > monitoring Big Data applications. Try Boundary one-second > resolution app monitoring today. Free. > http://p.sf.net/sfu/Boundary-dev2dev > _______________________________________________ > Owfs-developers mailing list > Owfs-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/owfs-developers > -- Roberto Spadim Spadim Technology / SPAEmpresarial ------------------------------------------------------------------------------ Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev _______________________________________________ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
