Date: Sun, 24 Jul 2016 08:58:48 -0500 From: Karl Denninger <karl@denninger.net> To: freebsd-usb@freebsd.org Subject: Re: Digi Watchport/T temperature sensor as /dev/ttyU Message-ID: <c2c2ec75-d761-de1d-6e41-3b2ebabe2fb3@denninger.net> In-Reply-To: <20160724105134.184f0b7f.ohartman@zedat.fu-berlin.de> References: <20160722183556.2fc39fd7.ohartman@zedat.fu-berlin.de> <1469206374.84197.14.camel@freebsd.org> <20160723220430.34ce02fe.ohartman@zedat.fu-berlin.de> <1469306951.84197.31.camel@freebsd.org> <20160724080330.3a27e875.ohartman@zedat.fu-berlin.de> <20160724083859.4c0dd392@ernst.home> <20160724105134.184f0b7f.ohartman@zedat.fu-berlin.de>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] On 7/24/2016 03:51, O. Hartmann wrote: > Am Sun, 24 Jul 2016 08:38:59 +0200 > Gary Jennejohn <gljennjohn@gmail.com> schrieb: > >> On Sun, 24 Jul 2016 08:03:30 +0200 >> "O. Hartmann" <ohartman@zedat.fu-berlin.de> wrote: >> >>> Am Sat, 23 Jul 2016 14:49:11 -0600 >>> Ian Lepore <ian@freebsd.org> schrieb: >>> >>>> On Sat, 2016-07-23 at 22:04 +0200, O. Hartmann wrote: >>>>> Am Fri, 22 Jul 2016 10:52:54 -0600 >>>>> Ian Lepore <ian@freebsd.org> schrieb: >>>>> >>>>>> On Fri, 2016-07-22 at 18:35 +0200, O. Hartmann wrote: >>>>>>> For temperature monitoring, we have a bunch of Digi Watchport/T >>>>>>> sensors: >>>>>>> >>>>>>> http://ftp1.digi.com/support/documentation/90000406_H.pdf >>>>>>> >>>>>>> >>>>>> [...] >>>>>> >>>>>> I think the attached patch will make it show up as a ttyU*/cuaU* >>>>>> device >>>>>> for you. (You should probably use the /dev/cuaU* flavor, to avoid >>>>>> problems with tty layer and modem control signals). >>>>>> >>>>>> I keep wishing we had a mechanism, like a sysctl that could be set >>>>>> or >>>>>> something, that would let you supply a vendor/product pair and have >>>>>> the >>>>>> ugensa driver attach to that device, for quick testing of this sort >>>>>> of >>>>>> thing. >>>>>> >>>>>> -- Ian >>>>> No, it doesn't change anything. I applied the patch to most recent >>>>> CURRENT and it is >>>>> still the same. But thanks anyway. >>>>> >>>>> Kind regards, >>>>> >>>>> oh >>>> Oh, my bad, I forgot to mention: You'll have to manually "kldload >>>> ugensa" before plugging in the device (or load it from your >>>> loader.conf). >>>> >>>> When the change gets committed (assuming it works), the devd usb >>>> scripts will get regenerated, and that's what handles the auto-load of >>>> the driver. >>>> >>>> -- Ian >>> man ugensa doesn't exist! As I wrote earlier, I tried everything to load what I could >>> find. It seems, the patch and the hint about ugensa.ko did the magic ;-) Thank you >>> very much! Could the patch be made permanent to FreeBSD CURRENT? >>> >>> And also important: where is the man page for ugensa? Can the the module be compiled >>> staitcally into the kernel or are there pitfalls? >>> >> Even the most complete man page found in the internet, the one from >> Dragonfly, doesn't list your Digi International device as being one >> of those supported. > Yes. That is a pity. But Linux seems to operate this serial device. I have to check next > time I get hands on a Linux box, what driver is attached to the sensor. > >> Still, having the man page under FreeBSD would at least provide a hint >> that the driver even exists. > Agreed. > >> I added device ugensa to my config file and the kernel was generated >> without an error. > Me, too. > >>> root@localhost: [src] kldload ugensa >>> >>> ugen2.7: <Digi International> at usbus2 >>> ugensa0: <Digi International WatchportT, rev 1.10/1.00, addr 7> on usbus2 >>> ugensa0: Found 1 interfaces. >>> root@thor: [src] man ugensa >>> No manual entry for ugensa >>> root@localhost: [src] ll /dev/cuaU0* >>> 203 crw-rw---- 1 uucp dialer - 0xcb Jul 24 07:51 /dev/cuaU0 >>> 204 crw-rw---- 1 uucp dialer - 0xcc Jul 24 07:51 /dev/cuaU0.init >>> 205 crw-rw---- 1 uucp dialer - 0xcd Jul 24 07:51 /dev/cuaU0.lock >>> >>> >>> I'll try now to get informations out of the device, I let you know whether that is a >>> success. But anyway, again, thank you for helping making the device visible and >>> available. > > I had no luck with retrieving informations out of the device by the Perl5 script provided > by Nagios.org. A prerequisite for the Perl script is the FreeBSD port > > comms/p5-Device-SerialPort > > Patching the script is trivial, but I do not know whether the backend, > comms/p5-Device-SerialPort, works a sexpected. So the first, dirty, trial ended up in > nothing - since the information gained from the sensor is an empty string/nothing. > > I'm not familiar with serial devices, so far, so probably there is something trivial > missing. I looked them up and those little SOBs are expensive! I was considering grabbing one just to play with, but not at that price :) You should be able to "cu" to the port and send the ASCII command it wants to provide a reading; that would verify it is working. -- Karl Denninger karl@denninger.net <mailto:karl@denninger.net> /The Market Ticker/ /[S/MIME encrypted email preferred]/ [-- Attachment #2 --] 0 *H 010 `He 0 *H _0[0C)0 *H 01 0 UUS10UFlorida10U Niceville10U Cuda Systems LLC1 0UCuda Systems LLC CA1"0 *H Cuda Systems LLC CA0 150421022159Z 200419022159Z0Z1 0 UUS10UFlorida10U Cuda Systems LLC1 0 UKarl Denninger (OCSP)0"0 *H 0 X@vkY Tq/vE]5#֯MX \8LJ/V?5Da+ sJc*/r{ȼnS+ w")ąZ^DtdCOZ ~7Q '@a#ijc۴oZdB&!Ӝ-< ? HN5y 5}F|e f"V لio74zn">a1qWuɖbFeGE&3(KhixG3!#e_XƬ Ϝ/,$+;4y 'Bz<qT9_?rRUpn5 Jn&Rx/p Jyel*pN8/#9u/YP EC)TY>~/˘N[vyiDKˉ ,^" ?$T8 v& K%z8C @?K{9f`+@,| Mbia 007++0)0'+0http://cudasystems.net:88880 U 0 0 `HB0 U 0, `HB OpenSSL Generated Certificate0 U -h\Ff Y0 U #0$q}ݽʒm50 U 0karl@denninger.net0 *H Owbabɺx&Uk[ (Oj!%p MQ0I!#QH}.>~2&D}<wm_>V6 v ]f>=Nn+8;q wfΰ/RLyUG#b}n!Dր _up|_ǰc/%ۥ nN8:d;-UJd/m1~VނיnN I˾$tF1&}|?q?\đXԑ&\4V<lKۮ3%Am_(q -(cAeGX)f}-˥6cv~Kg8m~v ;|9:-iAPқ6ېn-.)<[$KJtt/L4ᖣ^Cmu4vb{+BG$M0c\[MR|0FԸP&78"4p# }D Z9;V9#>Sw"[UP710001 0 UUS10UFlorida10U Niceville10U Cuda Systems LLC1 0UCuda Systems LLC CA1"0 *H Cuda Systems LLC CA)0 `He M0 *H 1 *H 0 *H 1 160724135848Z0O *H 1B@Hp)mM1={ cI>@j+Nxmxq7o&ec150l *H 1_0]0 `He*0 `He0 *H 0*H 0 *H @0+0 *H (0 +71001 0 UUS10UFlorida10U Niceville10U Cuda Systems LLC1 0UCuda Systems LLC CA1"0 *H Cuda Systems LLC CA)0 *H 101 0 UUS10UFlorida10U Niceville10U Cuda Systems LLC1 0UCuda Systems LLC CA1"0 *H Cuda Systems LLC CA)0 *H |W§eVEݻ}K5\ЧroҌ+D%-YW7C0{,$,U{~"h< #YNB&/ ڗe *Y X)[T 5ǨPc$0(٣s5` I!afVg=!ȉԳzU9Yi 0:ᙶ.NoqsnXf͠6R~+ b5Jьє@tkLJ'۶i;#fdj*F.>̙Ae ʚ/c_o@zm>FY\ŐGad8ҙ1}:k1ρYY@t.ʹf}Z-Ӵ)z v>#AЎCKeto5|EDemVj]u'~bBu~ ~3>BmڡhUʣT$Z\NtT}; SQѳР:v8f{nG۸l
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?c2c2ec75-d761-de1d-6e41-3b2ebabe2fb3>