For reference I've included the initialization sequence for a functioning
DS9490R:
DEBUG MODE
libow version:
2.9p3
DEBUG: ow_daemon.c:(166) main thread id = 140457333811008
DEBUG: ow_avahi_link.c:(71) Avahi support: libavahi-client loaded
successfully
DEBUG: ow_avahi_link.c:(73) Avahi library function found:
avahi_client_errno
DEBUG: ow_avahi_link.c:(74) Avahi library function found:
avahi_client_free
DEBUG: ow_avahi_link.c:(75) Avahi library function found: avahi_client_new
DEBUG: ow_avahi_link.c:(76) Avahi library function found:
avahi_client_get_domain_name
DEBUG: ow_avahi_link.c:(77) Avahi library function found:
avahi_entry_group_add_service
DEBUG: ow_avahi_link.c:(78) Avahi library function found:
avahi_entry_group_commit
DEBUG: ow_avahi_link.c:(79) Avahi library function found:
avahi_entry_group_is_empty
DEBUG: ow_avahi_link.c:(80) Avahi library function found:
avahi_entry_group_new
DEBUG: ow_avahi_link.c:(81) Avahi library function found:
avahi_entry_group_reset
DEBUG: ow_avahi_link.c:(83) Avahi library function found:
avahi_service_resolver_free
DEBUG: ow_avahi_link.c:(84) Avahi library function found:
avahi_service_resolver_new
DEBUG: ow_avahi_link.c:(85) Avahi library function found:
avahi_service_browser_free
DEBUG: ow_avahi_link.c:(86) Avahi library function found:
avahi_service_browser_new
DEBUG: ow_avahi_link.c:(98) Avahi support: libavahi-common loaded
successfully.
DEBUG: ow_avahi_link.c:(100) Avahi library function found:
avahi_simple_poll_free
DEBUG: ow_avahi_link.c:(101) Avahi library function found:
avahi_simple_poll_get
DEBUG: ow_avahi_link.c:(102) Avahi library function found:
avahi_simple_poll_loop
DEBUG: ow_avahi_link.c:(103) Avahi library function found:
avahi_simple_poll_new
DEBUG: ow_avahi_link.c:(104) Avahi library function found:
avahi_simple_poll_quit
DEBUG: ow_avahi_link.c:(105) Avahi library function found: avahi_strerror
CALL: ow_parsename.c:(99) path=[]
DEBUG: owlib.c:(81) Globals temp limits 0C 100C (for simulated adapters)
CONNECT: ow_usb_cycle.c:(68) Bus master found: 1:6
DEFAULT: ow_usb_msg.c:(295) Opened USB DS9490 bus master at 1:6.
CALL: ow_parsename.c:(99) path=[]
CALL: ow_parsename.c:(99) path=[/uncached/bus.0]
DEBUG: ow_dir.c:(65) path=/uncached/bus.0
CALL: ow_dir.c:(100) path=/uncached/bus.0
CALL: ow_parsename.c:(99) path=[/uncached/bus.0/interface]
DEBUG: ow_usb_cycle.c:(125) Callback on /uncached/bus.0/interface
DEBUG: ow_parsename.c:(62) /uncached/bus.0/interface
DEBUG: ow_search.c:(32) Start of directory path=/uncached/bus.0 device=00
00 00 00 00 00 00 00
DEBUG: ow_ds9490.c:(607) Index 0
DEBUG: ow_select.c:(66) Selecting a path (and device)
path=/uncached/bus.0 SN=00 00 00 00 00 00 00 00 last path=00 00 00 00 00 00
00 00
DEBUG: ow_select.c:(79) Continuing root branch
DEBUG: ow_ds9490.c:(495) DS9490 RESET. changed 15, flex: 1
DATA: ow_ds9490.c:(942) set flexible speed
DEBUG: ow_ds9490.c:(546) DS9490_Reset: OK
DEBUG: ow_ds9490.c:(683) Got 8 bytes from USB search
DEBUG: ow_ds9490.c:(711) gulp. Adding element 0:81 09 03 30 00 00 00 3A
DEBUG: ow_ds9490.c:(625) SN found: 81 09 03 30 00 00 00 3A
DEBUG: ow_search.c:(74) Device found: 81 09 03 30 00 00 00 3A
DEBUG: ow_cache.c:(547) Adding device location 81 09 03 30 00 00 00 3A
bus=0
DEBUG: ow_cache.c:(636) Add to cache sn 81 09 03 30 00 00 00 3A
pointer=0x7fbec55f928c index=0 size=4
DEBUG: ow_cache.c:(547) Adding device location 81 09 03 30 00 00 00 3A
bus=0
DEBUG: ow_cache.c:(636) Add to cache sn 81 09 03 30 00 00 00 3A
pointer=0x7fbec55f928c index=0 size=4
CALL: ow_parsename.c:(99) path=[/uncached/bus.0/81.090330000000]
DEBUG: ow_usb_cycle.c:(125) Callback on /uncached/bus.0/81.090330000000
DEBUG: ow_parsename.c:(62) /uncached/bus.0/81.090330000000
DEBUG: ow_ds9490.c:(607) Index 1
DEBUG: ow_cache.c:(479) Adding directory for 00 00 00 00 00 00 00 00
elements=1
DEBUG: ow_cache.c:(636) Add to cache sn 00 00 00 00 00 00 00 00
pointer=0x7fbec55f9298 index=0 size=8
DEBUG: ow_dir.c:(195) ret=0
DEBUG: ow_usb_cycle.c:(155) Finished FS_dir
DEBUG: ow_parsename.c:(62) /uncached/bus.0
DEFAULT: ow_usb_cycle.c:(191) Set DS9490 1:6 unique id to 81 09 03 30 00 00
00 3A
--------------------------
The "short" sequence comes from the DS9490R itself -- it tests the line and
reports if the 1-wire line is shorted out. The fact that it is reporting
says that the USB to DS2490 (the actual USB chip) connection is working.
I presume you don't have anything connected to the bus master at this stage
of testing? I.e. the socket is empty?
Paul Alfille
On Sun, Apr 13, 2014 at 2:21 PM, vermus <vermus.jab...@gmail.com> wrote:
> >A possible bug is a shorted DS9503 protective diode in the device. This
> >happens after static overvoltage on the bus line, e.g. wrongly connected
> >+12V to 1W. Static discharge is unlikely, the diode is designed to
> >survive a short peak.
>
> >Open the DS9450 (TX5 screw under the label, two clips at the side of the
> >RJ12 connector. When the device is opened, RJ12 connector facing you,
> >it's one of the 6-pin chips on the right. Check the right two pins of
> >either side (front, back) for shortage. If they are shorted, the chip is
> >fried. De-solder it and put another one onto the board. Or fiddle with
> >wires (read the DS9503 datasheet!) if you don't have a replacement part
> >and want to go without the protection diode from now on. CHECK YOUR
> CABLING!
>
> Big thanks for the reply! I opened DS9490R and check pins for shortage.
> There is no shortage.
> DS9490R was corrupted after host with it lost power supply several times.
>
> Also i test 1 and 2 , 6 and 5 pins of DS9503 - there is no shortage too.
>
> what can i do to test more?
>
> Big thanks!
>
>
>
> --
> View this message in context:
> http://owfs-developers.1086194.n5.nabble.com/DS9490R-1-wire-bus-short-circuit-tp10564p10566.html
> Sent from the OWFS Developers mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Put Bad Developers to Shame
> Dominate Development with Jenkins Continuous Integration
> Continuously Automate Build, Test & Deployment
> Start a new project now. Try Jenkins in the cloud.
> http://p.sf.net/sfu/13600_Cloudbees
> _______________________________________________
> Owfs-developers mailing list
> Owfs-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/owfs-developers
>
------------------------------------------------------------------------------
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees
_______________________________________________
Owfs-developers mailing list
Owfs-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
