From owner-freebsd-multimedia@FreeBSD.ORG Sun Jul 3 15:20:14 2011 Return-Path: Delivered-To: freebsd-multimedia@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04A11106566B for ; Sun, 3 Jul 2011 15:20:14 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E70B08FC0C for ; Sun, 3 Jul 2011 15:20:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p63FKD0Y058660 for ; Sun, 3 Jul 2011 15:20:13 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p63FKDDr058659; Sun, 3 Jul 2011 15:20:13 GMT (envelope-from gnats) Date: Sun, 3 Jul 2011 15:20:13 GMT Message-Id: <201107031520.p63FKDDr058659@freefall.freebsd.org> To: freebsd-multimedia@FreeBSD.org From: Yuri Cc: Subject: Re: kern/158424: [snd_hda] snd_hda driver doesn't expose 'rec' flag for Intel 82801JI High Definition Audio Controller (fwd) X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Yuri List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2011 15:20:14 -0000 The following reply was made to PR kern/158424; it has been noted by GNATS. From: Yuri To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/158424: [snd_hda] snd_hda driver doesn't expose 'rec' flag for Intel 82801JI High Definition Audio Controller (fwd) Date: Sun, 3 Jul 2011 16:14:28 +0100 (BST) Here is the dmesg log of snd_hda.ko driver load/unload with 'sysctl debug.bootverbose=1': pci0: driver added found-> vendor=0x8086, dev=0x3425, revid=0x12 domain=0, bus=0, slot=16, func=0 class=08-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0:0:16:0: reprobing on driver added found-> vendor=0x8086, dev=0x3426, revid=0x12 domain=0, bus=0, slot=16, func=1 class=08-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0:0:16:1: reprobing on driver added found-> vendor=0x8086, dev=0x342e, revid=0x12 domain=0, bus=0, slot=20, func=0 class=08-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0:0:20:0: reprobing on driver added found-> vendor=0x8086, dev=0x3422, revid=0x12 domain=0, bus=0, slot=20, func=1 class=08-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0:0:20:1: reprobing on driver added found-> vendor=0x8086, dev=0x3423, revid=0x12 domain=0, bus=0, slot=20, func=2 class=08-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0:0:20:2: reprobing on driver added found-> vendor=0x8086, dev=0x3438, revid=0x12 domain=0, bus=0, slot=20, func=3 class=08-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0:0:20:3: reprobing on driver added found-> vendor=0x8086, dev=0x3a3e, revid=0x00 domain=0, bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=22 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pci0:0:27:0: reprobing on driver added hdac0: mem hdac0:0xf7ff8000-0xf7ffbfff irq 22 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xf7ff8000 hdac0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 257 to local APIC 4 vector 49 hdac0: using IRQ 257 for MSI hdac0: [MPSAFE] hdac0: [ITHREAD] hdac0: Caps: OSS 4, ISS 4, BSS 0, NSDO 1, 64bit, CORB 256, RIRB 256 hdac0: Probing codec #0... hdac0: HDA Codec #0: Realtek ALC888 hdac0: HDA Codec ID: 0x10ec0888 hdac0: Vendor: 0x10ec hdac0: Device: 0x0888 hdac0: Revision: 0x01 hdac0: Stepping: 0x01 hdac0: PCI Subvendor: 0x83571043 hdac0: Found audio FG nid=1 startnode=2 endnode=39 total=37 hdac0: hdac0: Processing audio FG cad=0 nid=1... hdac0: GPIO: 0x40000002 NumGPIO=2 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=1 hdac0: nid 17 0x99430140 as 4 seq 0 SPDIF-out Fixed jack 3 loc 25 color hdac0: Unknown misc 1 hdac0: nid 20 0x01014010 as 1 seq 0 Line-out Jack jack 1 loc 1 color hdac0: Green misc 0 hdac0: nid 21 0x01011012 as 1 seq 2 Line-out Jack jack 1 loc 1 color hdac0: Black misc 0 hdac0: nid 22 0x01016011 as 1 seq 1 Line-out Jack jack 1 loc 1 color hdac0: Orange misc 0 hdac0: nid 23 0x01012014 as 1 seq 4 Line-out Jack jack 1 loc 1 color hdac0: Grey misc 0 hdac0: nid 24 0x01a19850 as 5 seq 0 Mic Jack jack 1 loc 1 color hdac0: Pink misc 8 hdac0: nid 25 0x02a19c60 as 6 seq 0 Mic Jack jack 1 loc 2 color hdac0: Pink misc 12 hdac0: nid 26 0x0181305f as 5 seq 15 Line-in Jack jack 1 loc 1 color hdac0: Blue misc 0 hdac0: nid 27 0x02214c20 as 2 seq 0 Headphones Jack jack 1 loc 2 color hdac0: Green misc 12 hdac0: nid 28 0x593301f0 as 15 seq 0 CD None jack 3 loc 25 color hdac0: Unknown misc 1 hdac0: Patching widget caps nid=29 0x00400000 -> 0x00700000 hdac0: nid 30 0x01456130 as 3 seq 0 SPDIF-out Jack jack 5 loc 1 color hdac0: Orange misc 1 hdac0: nid 31 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color hdac0: Black misc 1 hdac0: Patched pins configuration: hdac0: nid 17 0x99430140 as 4 seq 0 SPDIF-out Fixed jack 3 loc 25 color hdac0: Unknown misc 1 hdac0: nid 20 0x01014010 as 1 seq 0 Line-out Jack jack 1 loc 1 color hdac0: Green misc 0 hdac0: nid 21 0x01011012 as 1 seq 2 Line-out Jack jack 1 loc 1 color hdac0: Black misc 0 hdac0: nid 22 0x01016011 as 1 seq 1 Line-out Jack jack 1 loc 1 color hdac0: Orange misc 0 hdac0: nid 23 0x01012014 as 1 seq 4 Line-out Jack jack 1 loc 1 color hdac0: Grey misc 0 hdac0: nid 24 0x01a19850 as 5 seq 0 Mic Jack jack 1 loc 1 color hdac0: Pink misc 8 hdac0: nid 25 0x02a19c60 as 6 seq 0 Mic Jack jack 1 loc 2 color hdac0: Pink misc 12 hdac0: nid 26 0x0181305f as 5 seq 15 Line-in Jack jack 1 loc 1 color hdac0: Blue misc 0 hdac0: nid 27 0x02214c20 as 2 seq 0 Headphones Jack jack 1 loc 2 color hdac0: Green misc 12 hdac0: nid 28 0x593301f0 as 15 seq 0 CD None jack 3 loc 25 color hdac0: Unknown misc 1 [DISABLED] hdac0: nid 30 0x01456130 as 3 seq 0 SPDIF-out Jack jack 5 loc 1 color hdac0: Orange misc 1 hdac0: nid 31 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color hdac0: Black misc 1 [DISABLED] hdac0: 6 associations found: hdac0: Association 0 (1) out: hdac0: Pin nid=20 seq=0 hdac0: Pin nid=22 seq=1 hdac0: Pin nid=21 seq=2 hdac0: Pin nid=23 seq=4 hdac0: Association 1 (2) out: hdac0: Pin nid=27 seq=0 hdac0: Association 2 (3) out: hdac0: Pin nid=30 seq=0 hdac0: Association 3 (4) out: hdac0: Pin nid=17 seq=0 hdac0: Association 4 (5) in: hdac0: Pin nid=24 seq=0 hdac0: Pin nid=26 seq=15 hdac0: Association 5 (6) in: hdac0: Pin nid=25 seq=0 hdac0: Tracing association 0 (1) hdac0: Pin 20 traced to DAC 2 hdac0: Pin 22 traced to DAC 3 hdac0: Pin 21 traced to DAC 4 hdac0: Pin 23 traced to DAC 5 hdac0: Association 0 (1) trace succeeded hdac0: Tracing association 1 (2) hdac0: Pin 27 traced to DAC 37 hdac0: Association 1 (2) trace succeeded hdac0: Tracing association 2 (3) hdac0: Pin 30 traced to DAC 6 hdac0: Association 2 (3) trace succeeded hdac0: Tracing association 3 (4) hdac0: Pin 17 traced to DAC 16 hdac0: Association 3 (4) trace succeeded hdac0: Tracing association 4 (5) hdac0: Pin 24 traced to ADC 8 hdac0: Pin 26 traced to ADC 8 hdac0: Association 4 (5) trace succeeded hdac0: Tracing association 5 (6) hdac0: Pin 25 traced to ADC 9 hdac0: Association 5 (6) trace succeeded hdac0: Tracing input monitor hdac0: Tracing nid 11 to out hdac0: nid 11 is input monitor hdac0: Tracing nid 34 to out hdac0: Tracing nid 35 to out hdac0: Tracing other input monitors hdac0: Tracing nid 24 to out hdac0: Tracing nid 25 to out hdac0: Tracing nid 26 to out hdac0: Tracing beeper hdac0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdac0: hdac0: +-------------------+ hdac0: | DUMPING HDA NODES | hdac0: +-------------------+ hdac0: hdac0: Default Parameter hdac0: ----------------- hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0560 hdac0: 16 20 24 bits, 44 48 96 192 KHz hdac0: IN amp: 0x00000000 hdac0: OUT amp: 0x00000000 hdac0: hdac0: nid: 2 hdac0: Name: audio output hdac0: Widget cap: 0x00000011 hdac0: STEREO hdac0: Association: 0 (0x00000001) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0560 hdac0: 16 20 24 bits, 44 48 96 192 KHz hdac0: hdac0: nid: 3 hdac0: Name: audio output hdac0: Widget cap: 0x00000011 hdac0: STEREO hdac0: Association: 0 (0x00000002) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0560 hdac0: 16 20 24 bits, 44 48 96 192 KHz hdac0: hdac0: nid: 4 hdac0: Name: audio output hdac0: Widget cap: 0x00000011 hdac0: STEREO hdac0: Association: 0 (0x00000004) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0560 hdac0: 16 20 24 bits, 44 48 96 192 KHz hdac0: hdac0: nid: 5 hdac0: Name: audio output hdac0: Widget cap: 0x00000011 hdac0: STEREO hdac0: Association: 0 (0x00000010) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0560 hdac0: 16 20 24 bits, 44 48 96 192 KHz hdac0: hdac0: nid: 6 hdac0: Name: audio output hdac0: Widget cap: 0x00000211 hdac0: DIGITAL STEREO hdac0: Association: 2 (0x00000001) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x001e05e0 hdac0: 16 20 24 32 bits, 44 48 88 96 192 KHz hdac0: hdac0: nid: 7 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 8 hdac0: Name: audio input hdac0: Widget cap: 0x0010011b hdac0: STEREO hdac0: Association: 4 (0x00008001) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x00060160 hdac0: 16 20 bits, 44 48 96 KHz hdac0: Input amp: 0x80051f0b hdac0: mute=1 step=31 size=5 offset=11 hdac0: connections: 1 hdac0: | hdac0: +<- nid=35 [audio mixer] hdac0: hdac0: nid: 9 hdac0: Name: audio input hdac0: Widget cap: 0x0010011b hdac0: STEREO hdac0: Association: 5 (0x00000001) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x00060160 hdac0: 16 20 bits, 44 48 96 KHz hdac0: Input amp: 0x80051f0b hdac0: mute=1 step=31 size=5 offset=11 hdac0: connections: 1 hdac0: | hdac0: +<- nid=34 [audio mixer] hdac0: hdac0: nid: 10 [DISABLED] hdac0: Name: audio input hdac0: Widget cap: 0x00100391 hdac0: DIGITAL UNSOL STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x001e0160 hdac0: 16 20 24 32 bits, 44 48 96 KHz hdac0: connections: 1 hdac0: | hdac0: + [DISABLED]<- nid=31 [pin: Speaker (None)] [DISABLED] hdac0: hdac0: nid: 11 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010b hdac0: STEREO hdac0: Association: 4 (0x00008001) hdac0: OSS: mix (mix) hdac0: Input amp: 0x80051f17 hdac0: mute=1 step=31 size=5 offset=23 hdac0: connections: 10 hdac0: | hdac0: +<- nid=24 [pin: Mic (Pink Jack)] hdac0: + [DISABLED]<- nid=25 [pin: Mic (Pink Jack)] hdac0: +<- nid=26 [pin: Line-in (Blue Jack)] hdac0: + [DISABLED]<- nid=27 [pin: Headphones (Green Jack)] hdac0: + [DISABLED]<- nid=28 [pin: CD (None)] [DISABLED] hdac0: +<- nid=29 [beep widget] hdac0: + [DISABLED]<- nid=20 [pin: Line-out (Green Jack)] hdac0: + [DISABLED]<- nid=21 [pin: Line-out (Black Jack)] hdac0: + [DISABLED]<- nid=22 [pin: Line-out (Orange Jack)] hdac0: + [DISABLED]<- nid=23 [pin: Line-out (Grey Jack)] hdac0: hdac0: nid: 12 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010f hdac0: STEREO hdac0: Association: 0 (0x00000001) hdac0: OSS: pcm, mix hdac0: Output amp: 0x00051f1f hdac0: mute=0 step=31 size=5 offset=31 hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: +<- nid=2 [audio output] hdac0: +<- nid=11 [audio mixer] hdac0: hdac0: nid: 13 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010f hdac0: STEREO hdac0: Association: 0 (0x00000002) hdac0: OSS: pcm, mix hdac0: Output amp: 0x00051f1f hdac0: mute=0 step=31 size=5 offset=31 hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: +<- nid=3 [audio output] hdac0: +<- nid=11 [audio mixer] hdac0: hdac0: nid: 14 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010f hdac0: STEREO hdac0: Association: 0 (0x00000004) hdac0: OSS: pcm, mix hdac0: Output amp: 0x00051f1f hdac0: mute=0 step=31 size=5 offset=31 hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: +<- nid=4 [audio output] hdac0: +<- nid=11 [audio mixer] hdac0: hdac0: nid: 15 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010f hdac0: STEREO hdac0: Association: 0 (0x00000010) hdac0: OSS: pcm, mix hdac0: Output amp: 0x00051f1f hdac0: mute=0 step=31 size=5 offset=31 hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: +<- nid=5 [audio output] hdac0: +<- nid=11 [audio mixer] hdac0: hdac0: nid: 16 hdac0: Name: audio output hdac0: Widget cap: 0x00000211 hdac0: DIGITAL STEREO hdac0: Association: 3 (0x00000001) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x001e05e0 hdac0: 16 20 24 32 bits, 44 48 88 96 192 KHz hdac0: hdac0: nid: 17 hdac0: Name: pin: SPDIF-out (Fixed) hdac0: Widget cap: 0x00400300 hdac0: DIGITAL hdac0: Association: 3 (0x00000001) hdac0: Pin cap: 0x00000010 hdac0: OUT hdac0: Pin config: 0x99430140 hdac0: Pin control: 0x00000040 OUT hdac0: connections: 1 hdac0: | hdac0: +<- nid=16 [audio output] hdac0: hdac0: nid: 18 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 19 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 20 hdac0: Name: pin: Line-out (Green Jack) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Association: 0 (0x00000001) hdac0: Pin cap: 0x0000003e hdac0: TRQD PDC HP OUT IN hdac0: Pin config: 0x01014010 hdac0: Pin control: 0x00000040 OUT hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 5 hdac0: | hdac0: +<- nid=12 [audio mixer] (selected) hdac0: + [DISABLED]<- nid=13 [audio mixer] hdac0: + [DISABLED]<- nid=14 [audio mixer] hdac0: + [DISABLED]<- nid=15 [audio mixer] hdac0: + [DISABLED]<- nid=38 [audio mixer] hdac0: hdac0: nid: 21 hdac0: Name: pin: Line-out (Black Jack) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Association: 0 (0x00000004) hdac0: Pin cap: 0x0000003e hdac0: TRQD PDC HP OUT IN hdac0: Pin config: 0x01011012 hdac0: Pin control: 0x00000040 OUT hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 5 hdac0: | hdac0: + [DISABLED]<- nid=12 [audio mixer] hdac0: + [DISABLED]<- nid=13 [audio mixer] hdac0: +<- nid=14 [audio mixer] (selected) hdac0: + [DISABLED]<- nid=15 [audio mixer] hdac0: + [DISABLED]<- nid=38 [audio mixer] hdac0: hdac0: nid: 22 hdac0: Name: pin: Line-out (Orange Jack) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Association: 0 (0x00000002) hdac0: Pin cap: 0x00000036 hdac0: TRQD PDC OUT IN hdac0: Pin config: 0x01016011 hdac0: Pin control: 0x00000040 OUT hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 5 hdac0: | hdac0: + [DISABLED]<- nid=12 [audio mixer] hdac0: +<- nid=13 [audio mixer] (selected) hdac0: + [DISABLED]<- nid=14 [audio mixer] hdac0: + [DISABLED]<- nid=15 [audio mixer] hdac0: + [DISABLED]<- nid=38 [audio mixer] hdac0: hdac0: nid: 23 hdac0: Name: pin: Line-out (Grey Jack) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Association: 0 (0x00000010) hdac0: Pin cap: 0x00000036 hdac0: TRQD PDC OUT IN hdac0: Pin config: 0x01012014 hdac0: Pin control: 0x00000040 OUT hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 5 hdac0: | hdac0: + [DISABLED]<- nid=12 [audio mixer] hdac0: + [DISABLED]<- nid=13 [audio mixer] hdac0: + [DISABLED]<- nid=14 [audio mixer] hdac0: +<- nid=15 [audio mixer] (selected) hdac0: + [DISABLED]<- nid=38 [audio mixer] hdac0: hdac0: nid: 24 hdac0: Name: pin: Mic (Pink Jack) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Association: 4 (0x00000001) hdac0: OSS: mic (mic) hdac0: Pin cap: 0x0000373e hdac0: TRQD PDC HP OUT IN VREF[ 50 80 100 GROUND HIZ ] hdac0: Pin config: 0x01a19850 hdac0: Pin control: 0x00000025 IN VREFs hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 5 hdac0: | hdac0: + [DISABLED]<- nid=12 [audio mixer] (selected) hdac0: + [DISABLED]<- nid=13 [audio mixer] hdac0: + [DISABLED]<- nid=14 [audio mixer] hdac0: + [DISABLED]<- nid=15 [audio mixer] hdac0: + [DISABLED]<- nid=38 [audio mixer] hdac0: hdac0: nid: 25 hdac0: Name: pin: Mic (Pink Jack) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Association: 5 (0x00000001) hdac0: OSS: monitor (monitor) hdac0: Pin cap: 0x0000373e hdac0: TRQD PDC HP OUT IN VREF[ 50 80 100 GROUND HIZ ] hdac0: Pin config: 0x02a19c60 hdac0: Pin control: 0x00000025 IN VREFs hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 5 hdac0: | hdac0: + [DISABLED]<- nid=12 [audio mixer] (selected) hdac0: + [DISABLED]<- nid=13 [audio mixer] hdac0: + [DISABLED]<- nid=14 [audio mixer] hdac0: + [DISABLED]<- nid=15 [audio mixer] hdac0: + [DISABLED]<- nid=38 [audio mixer] hdac0: hdac0: nid: 26 hdac0: Name: pin: Line-in (Blue Jack) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Association: 4 (0x00008000) hdac0: OSS: line (line) hdac0: Pin cap: 0x0000373e hdac0: TRQD PDC HP OUT IN VREF[ 50 80 100 GROUND HIZ ] hdac0: Pin config: 0x0181305f hdac0: Pin control: 0x00000025 IN VREFs hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 5 hdac0: | hdac0: + [DISABLED]<- nid=12 [audio mixer] (selected) hdac0: + [DISABLED]<- nid=13 [audio mixer] hdac0: + [DISABLED]<- nid=14 [audio mixer] hdac0: + [DISABLED]<- nid=15 [audio mixer] hdac0: + [DISABLED]<- nid=38 [audio mixer] hdac0: hdac0: nid: 27 hdac0: Name: pin: Headphones (Green Jack) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Association: 1 (0x00000001) hdac0: Pin cap: 0x0000373e hdac0: TRQD PDC HP OUT IN VREF[ 50 80 100 GROUND HIZ ] hdac0: Pin config: 0x02214c20 hdac0: Pin control: 0x000000c0 HP OUT hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 5 hdac0: | hdac0: + [DISABLED]<- nid=12 [audio mixer] hdac0: + [DISABLED]<- nid=13 [audio mixer] hdac0: + [DISABLED]<- nid=14 [audio mixer] hdac0: + [DISABLED]<- nid=15 [audio mixer] hdac0: +<- nid=38 [audio mixer] (selected) hdac0: hdac0: nid: 28 [DISABLED] hdac0: Name: pin: CD (None) hdac0: Widget cap: 0x00400001 hdac0: STEREO hdac0: Pin cap: 0x00000020 hdac0: IN hdac0: Pin config: 0x593301f0 hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 29 hdac0: Name: beep widget hdac0: Widget cap: 0x00700000 hdac0: Association: -2 (0x00000000) hdac0: OSS: speaker (speaker) hdac0: hdac0: nid: 30 hdac0: Name: pin: SPDIF-out (Orange Jack) hdac0: Widget cap: 0x00400300 hdac0: DIGITAL hdac0: Association: 2 (0x00000001) hdac0: Pin cap: 0x00000010 hdac0: OUT hdac0: Pin config: 0x01456130 hdac0: Pin control: 0x00000040 OUT hdac0: connections: 1 hdac0: | hdac0: +<- nid=6 [audio output] hdac0: hdac0: nid: 31 [DISABLED] hdac0: Name: pin: Speaker (None) hdac0: Widget cap: 0x00400200 hdac0: DIGITAL hdac0: Pin cap: 0x00000020 hdac0: IN hdac0: Pin config: 0x411111f0 hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 32 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00040 hdac0: PROC hdac0: hdac0: nid: 33 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 34 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010b hdac0: STEREO hdac0: Association: 5 (0x00000001) hdac0: OSS: speaker, monitor hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 11 hdac0: | hdac0: + [DISABLED]<- nid=24 [pin: Mic (Pink Jack)] hdac0: +<- nid=25 [pin: Mic (Pink Jack)] hdac0: + [DISABLED]<- nid=26 [pin: Line-in (Blue Jack)] hdac0: + [DISABLED]<- nid=27 [pin: Headphones (Green Jack)] hdac0: + [DISABLED]<- nid=28 [pin: CD (None)] [DISABLED] hdac0: +<- nid=29 [beep widget] hdac0: + [DISABLED]<- nid=20 [pin: Line-out (Green Jack)] hdac0: + [DISABLED]<- nid=21 [pin: Line-out (Black Jack)] hdac0: + [DISABLED]<- nid=22 [pin: Line-out (Orange Jack)] hdac0: + [DISABLED]<- nid=23 [pin: Line-out (Grey Jack)] hdac0: + [DISABLED]<- nid=11 [audio mixer] hdac0: hdac0: nid: 35 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010b hdac0: STEREO hdac0: Association: 4 (0x00008001) hdac0: OSS: speaker, line, mic, mix hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 11 hdac0: | hdac0: +<- nid=24 [pin: Mic (Pink Jack)] hdac0: + [DISABLED]<- nid=25 [pin: Mic (Pink Jack)] hdac0: +<- nid=26 [pin: Line-in (Blue Jack)] hdac0: + [DISABLED]<- nid=27 [pin: Headphones (Green Jack)] hdac0: + [DISABLED]<- nid=28 [pin: CD (None)] [DISABLED] hdac0: +<- nid=29 [beep widget] hdac0: + [DISABLED]<- nid=20 [pin: Line-out (Green Jack)] hdac0: + [DISABLED]<- nid=21 [pin: Line-out (Black Jack)] hdac0: + [DISABLED]<- nid=22 [pin: Line-out (Orange Jack)] hdac0: + [DISABLED]<- nid=23 [pin: Line-out (Grey Jack)] hdac0: +<- nid=11 [audio mixer] hdac0: hdac0: nid: 36 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 37 hdac0: Name: audio output hdac0: Widget cap: 0x00000011 hdac0: STEREO hdac0: Association: 1 (0x00000001) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0560 hdac0: 16 20 24 bits, 44 48 96 192 KHz hdac0: hdac0: nid: 38 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010f hdac0: STEREO hdac0: Association: 1 (0x00000001) hdac0: OSS: pcm, mix hdac0: Output amp: 0x00051f1f hdac0: mute=0 step=31 size=5 offset=31 hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: +<- nid=37 [audio output] hdac0: +<- nid=11 [audio mixer] hdac0: found-> vendor=0x8086, dev=0x3a30, revid=0x00 domain=0, bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0103, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=18 pci0:0:31:3: reprobing on driver added pci1: driver added pci2: driver added pci3: driver added pci4: driver added pci5: driver added pci6: driver added pci7: driver added pci8: driver added pci255: driver added pcm1: at cad 0 nid 1 on hdac0 pcm1: +--------------------------------------+ pcm1: | DUMPING PCM Playback/Record Channels | pcm1: +--------------------------------------+ pcm1: pcm1:Playback: pcm1: pcm1: Stream cap: 0x00000001 pcm1: PCM pcm1: PCM cap: 0x000e0560 pcm1: 16 20 24 bits, 44 48 96 192 KHz pcm1: DAC: 2 3 4 5 pcm1: pcm1:Record: pcm1: pcm1: Stream cap: 0x00000001 pcm1: PCM pcm1: PCM cap: 0x00060160 pcm1: 16 20 bits, 44 48 96 KHz pcm1: ADC: 8 pcm1: pcm1: +-------------------------------+ pcm1: | DUMPING Playback/Record Paths | pcm1: +-------------------------------+ pcm1: pcm1:Playback: pcm1: pcm1: nid=20 [pin: Line-out (Green Jack)] pcm1: | pcm1: +<- nid=12 [audio mixer] [src: pcm, mix] pcm1: | pcm1: +<- nid=2 [audio output] [src: pcm] pcm1: +<- nid=11 [audio mixer] [src: mix] pcm1: pcm1: nid=22 [pin: Line-out (Orange Jack)] pcm1: | pcm1: +<- nid=13 [audio mixer] [src: pcm, mix] pcm1: | pcm1: +<- nid=3 [audio output] [src: pcm] pcm1: +<- nid=11 [audio mixer] [src: mix] pcm1: pcm1: nid=21 [pin: Line-out (Black Jack)] pcm1: | pcm1: +<- nid=14 [audio mixer] [src: pcm, mix] pcm1: | pcm1: +<- nid=4 [audio output] [src: pcm] pcm1: +<- nid=11 [audio mixer] [src: mix] pcm1: pcm1: nid=23 [pin: Line-out (Grey Jack)] pcm1: | pcm1: +<- nid=15 [audio mixer] [src: pcm, mix] pcm1: | pcm1: +<- nid=5 [audio output] [src: pcm] pcm1: +<- nid=11 [audio mixer] [src: mix] pcm1: pcm1:Record: pcm1: pcm1: nid=8 [audio input] pcm1: | pcm1: +<- nid=35 [audio mixer] [src: speaker, line, mic, mix] pcm1: | pcm1: +<- nid=24 [pin: Mic (Pink Jack)] [src: mic] pcm1: +<- nid=26 [pin: Line-in (Blue Jack)] [src: line] pcm1: +<- nid=29 [beep widget] [src: speaker] pcm1: +<- nid=11 [audio mixer] [src: mix] pcm1: pcm1: Input Mix: pcm1: pcm1: nid=11 [audio mixer] pcm1: | pcm1: +<- nid=24 [pin: Mic (Pink Jack)] [src: mic] pcm1: +<- nid=26 [pin: Line-in (Blue Jack)] [src: line] pcm1: +<- nid=29 [beep widget] [src: speaker] pcm1: pcm1: +-------------------------+ pcm1: | DUMPING Volume Controls | pcm1: +-------------------------+ pcm1: pcm1: Master Volume (OSS: vol) pcm1: | pcm1: +- ctl 13 (nid 12 out): -46/0dB (32 steps) pcm1: +- ctl 14 (nid 12 in 0): mute pcm1: +- ctl 15 (nid 12 in 1): mute pcm1: +- ctl 16 (nid 13 out): -46/0dB (32 steps) pcm1: +- ctl 17 (nid 13 in 0): mute pcm1: +- ctl 18 (nid 13 in 1): mute pcm1: +- ctl 19 (nid 14 out): -46/0dB (32 steps) pcm1: +- ctl 20 (nid 14 in 0): mute pcm1: +- ctl 21 (nid 14 in 1): mute pcm1: +- ctl 22 (nid 15 out): -46/0dB (32 steps) pcm1: +- ctl 23 (nid 15 in 0): mute pcm1: +- ctl 24 (nid 15 in 1): mute pcm1: +- ctl 25 (nid 20 in ): mute pcm1: +- ctl 27 (nid 21 in ): mute pcm1: +- ctl 29 (nid 22 in ): mute pcm1: +- ctl 31 (nid 23 in ): mute pcm1: pcm1: PCM Volume (OSS: pcm) pcm1: | pcm1: +- ctl 14 (nid 12 in 0): mute pcm1: +- ctl 17 (nid 13 in 0): mute pcm1: +- ctl 20 (nid 14 in 0): mute pcm1: +- ctl 23 (nid 15 in 0): mute pcm1: pcm1: Microphone Volume (OSS: mic) pcm1: | pcm1: +- ctl 34 (nid 24 out): 0/30dB (4 steps) pcm1: +- ctl 52 (nid 35 in 0): mute pcm1: pcm1: Line-in Volume (OSS: line) pcm1: | pcm1: +- ctl 38 (nid 26 out): 0/30dB (4 steps) pcm1: +- ctl 54 (nid 35 in 2): mute pcm1: pcm1: Speaker/Beep Volume (OSS: speaker) pcm1: | pcm1: +- ctl 8 (nid 11 in 5): -34/12dB (32 steps) + mute pcm1: +- ctl 57 (nid 35 in 5): mute pcm1: pcm1: Recording Level (OSS: rec) pcm1: | pcm1: +- ctl 1 (nid 8 in 0): -16/30dB (32 steps) + mute pcm1: +- ctl 52 (nid 35 in 0): mute pcm1: +- ctl 54 (nid 35 in 2): mute pcm1: +- ctl 57 (nid 35 in 5): mute pcm1: +- ctl 62 (nid 35 in 10): mute pcm1: pcm1: Input Mix Level (OSS: mix) pcm1: | pcm1: +- ctl 3 (nid 11 in 0): -34/12dB (32 steps) + mute pcm1: +- ctl 5 (nid 11 in 2): -34/12dB (32 steps) + mute pcm1: +- ctl 8 (nid 11 in 5): -34/12dB (32 steps) + mute pcm1: +- ctl 15 (nid 12 in 1): mute pcm1: +- ctl 18 (nid 13 in 1): mute pcm1: +- ctl 21 (nid 14 in 1): mute pcm1: +- ctl 24 (nid 15 in 1): mute pcm1: +- ctl 62 (nid 35 in 10): mute pcm1: pcm1: Input Monitoring Level (OSS: igain) pcm1: | pcm1: +- ctl 15 (nid 12 in 1): mute pcm1: +- ctl 18 (nid 13 in 1): mute pcm1: +- ctl 21 (nid 14 in 1): mute pcm1: +- ctl 24 (nid 15 in 1): mute pcm1: pcm1: Enabling Soft PCM volume pcm1: Mixer "vol": pcm1: Mixer "pcm": pcm1: Mixer "speaker": pcm1: Mixer "line": pcm1: Mixer "mic": pcm1: Mixer "mix": pcm1: Mixer "rec": pcm1: Mixer "igain": pcm1: Soft PCM mixer ENABLED pcm1: clone manager: deadline=750ms flags=0x8000001e pcm1: sndbuf_setmap 2209a0000, 4000; 0xffffff8367894000 -> 2209a0000 pcm1: sndbuf_setmap 1b0650000, 4000; 0xffffff83678a4000 -> 1b0650000 pcm2: at cad 0 nid 1 on hdac0 pcm2: +--------------------------------------+ pcm2: | DUMPING PCM Playback/Record Channels | pcm2: +--------------------------------------+ pcm2: pcm2:Playback: pcm2: pcm2: Stream cap: 0x00000001 pcm2: PCM pcm2: PCM cap: 0x000e0560 pcm2: 16 20 24 bits, 44 48 96 192 KHz pcm2: DAC: 37 pcm2: pcm2:Record: pcm2: pcm2: Stream cap: 0x00000001 pcm2: PCM pcm2: PCM cap: 0x00060160 pcm2: 16 20 bits, 44 48 96 KHz pcm2: ADC: 9 pcm2: pcm2: +-------------------------------+ pcm2: | DUMPING Playback/Record Paths | pcm2: +-------------------------------+ pcm2: pcm2:Playback: pcm2: pcm2: nid=27 [pin: Headphones (Green Jack)] pcm2: | pcm2: +<- nid=38 [audio mixer] [src: pcm, mix] pcm2: | pcm2: +<- nid=37 [audio output] [src: pcm] pcm2: +<- nid=11 [audio mixer] [src: mix] pcm2: pcm2:Record: pcm2: pcm2: nid=9 [audio input] pcm2: | pcm2: +<- nid=34 [audio mixer] [src: speaker, monitor] pcm2: | pcm2: +<- nid=25 [pin: Mic (Pink Jack)] [src: monitor] pcm2: +<- nid=29 [beep widget] [src: speaker] pcm2: pcm2: +-------------------------+ pcm2: | DUMPING Volume Controls | pcm2: +-------------------------+ pcm2: pcm2: Master Volume (OSS: vol) pcm2: | pcm2: +- ctl 39 (nid 27 in ): mute pcm2: +- ctl 63 (nid 38 out): -46/0dB (32 steps) pcm2: +- ctl 64 (nid 38 in 0): mute pcm2: +- ctl 65 (nid 38 in 1): mute pcm2: pcm2: PCM Volume (OSS: pcm) pcm2: | pcm2: +- ctl 64 (nid 38 in 0): mute pcm2: pcm2: Microphone2 Volume (OSS: monitor) pcm2: | pcm2: +- ctl 36 (nid 25 out): 0/30dB (4 steps) pcm2: +- ctl 42 (nid 34 in 1): mute pcm2: pcm2: Speaker/Beep Volume (OSS: speaker) pcm2: | pcm2: +- ctl 46 (nid 34 in 5): mute pcm2: pcm2: Recording Level (OSS: rec) pcm2: | pcm2: +- ctl 2 (nid 9 in 0): -16/30dB (32 steps) + mute pcm2: +- ctl 42 (nid 34 in 1): mute pcm2: +- ctl 46 (nid 34 in 5): mute pcm2: pcm2: Input Mix Level (OSS: mix) pcm2: | pcm2: +- ctl 65 (nid 38 in 1): mute pcm2: pcm2: Input Monitoring Level (OSS: igain) pcm2: | pcm2: +- ctl 65 (nid 38 in 1): mute pcm2: pcm2: Enabling Soft PCM volume pcm2: Mixer "vol": pcm2: Mixer "pcm": pcm2: Mixer "speaker": pcm2: Mixer "mix": pcm2: Mixer "rec": pcm2: Mixer "igain": pcm2: Mixer "monitor": pcm2: Soft PCM mixer ENABLED pcm2: clone manager: deadline=750ms flags=0x8000001e pcm2: sndbuf_setmap 1c120000, 4000; 0xffffff83678b4000 -> 1c120000 pcm2: sndbuf_setmap 19d8c0000, 4000; 0xffffff83678c4000 -> 19d8c0000 pcm3: at cad 0 nid 1 on hdac0 pcm3: +--------------------------------------+ pcm3: | DUMPING PCM Playback/Record Channels | pcm3: +--------------------------------------+ pcm3: pcm3:Playback: pcm3: pcm3: Stream cap: 0x00000005 pcm3: AC3 PCM pcm3: PCM cap: 0x001e05e0 pcm3: 16 20 24 32 bits, 44 48 88 96 192 KHz pcm3: DAC: 6 pcm3: pcm3: +-------------------------------+ pcm3: | DUMPING Playback/Record Paths | pcm3: +-------------------------------+ pcm3: pcm3:Playback: pcm3: pcm3: nid=30 [pin: SPDIF-out (Orange Jack)] pcm3: | pcm3: +<- nid=6 [audio output] [src: pcm] pcm3: pcm3: +-------------------------+ pcm3: | DUMPING Volume Controls | pcm3: +-------------------------+ pcm3: pcm3: Forcing Soft PCM volume pcm3: Forcing master volume with PCM pcm3: Mixer "vol" -> "none": child=0x00000010 pcm3: Mixer "pcm": parent="vol" pcm3: Soft PCM mixer ENABLED pcm3: clone manager: deadline=750ms flags=0x8000001e pcm3: sndbuf_setmap 181840000, 4000; 0xffffff83678d4000 -> 181840000 pcm4: at cad 0 nid 1 on hdac0 pcm4: +--------------------------------------+ pcm4: | DUMPING PCM Playback/Record Channels | pcm4: +--------------------------------------+ pcm4: pcm4:Playback: pcm4: pcm4: Stream cap: 0x00000005 pcm4: AC3 PCM pcm4: PCM cap: 0x001e05e0 pcm4: 16 20 24 32 bits, 44 48 88 96 192 KHz pcm4: DAC: 16 pcm4: pcm4: +-------------------------------+ pcm4: | DUMPING Playback/Record Paths | pcm4: +-------------------------------+ pcm4: pcm4:Playback: pcm4: pcm4: nid=17 [pin: SPDIF-out (Fixed)] pcm4: | pcm4: +<- nid=16 [audio output] [src: pcm] pcm4: pcm4: +-------------------------+ pcm4: | DUMPING Volume Controls | pcm4: +-------------------------+ pcm4: pcm4: Forcing Soft PCM volume pcm4: Forcing master volume with PCM pcm4: Mixer "vol" -> "none": child=0x00000010 pcm4: Mixer "pcm": parent="vol" pcm4: Soft PCM mixer ENABLED pcm4: clone manager: deadline=750ms flags=0x8000001e pcm4: sndbuf_setmap 2ceff0000, 4000; 0xffffff83678e4000 -> 2ceff0000 From owner-freebsd-multimedia@FreeBSD.ORG Sun Jul 3 15:20:16 2011 Return-Path: Delivered-To: freebsd-multimedia@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65653106566C for ; Sun, 3 Jul 2011 15:20:16 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3B9128FC12 for ; Sun, 3 Jul 2011 15:20:16 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p63FKGjw058755 for ; Sun, 3 Jul 2011 15:20:16 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p63FKGSd058747; Sun, 3 Jul 2011 15:20:16 GMT (envelope-from gnats) Date: Sun, 3 Jul 2011 15:20:16 GMT Message-Id: <201107031520.p63FKGSd058747@freefall.freebsd.org> To: freebsd-multimedia@FreeBSD.org From: Yuri Cc: Subject: Re: kern/158424: [snd_hda] snd_hda driver doesn't expose 'rec' flag for Intel 82801JI High Definition Audio Controller (fwd) X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Yuri List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2011 15:20:16 -0000 The following reply was made to PR kern/158424; it has been noted by GNATS. From: Yuri To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/158424: [snd_hda] snd_hda driver doesn't expose 'rec' flag for Intel 82801JI High Definition Audio Controller (fwd) Date: Sun, 3 Jul 2011 16:15:44 +0100 (BST) sysctl dev.hdac.0.pindump=1 log: hdac0: Dumping AFG cad=0 nid=1 pins: hdac0: nid 17 0x99430140 as 4 seq 0 SPDIF-out Fixed jack 3 loc 25 color Unknown misc 1 hdac0: Caps: OUT hdac0: nid 20 0x01014010 as 1 seq 0 Line-out Jack jack 1 loc 1 color Green misc 0 hdac0: Caps: IN OUT HP Sense: 0x00000000 hdac0: nid 21 0x01011012 as 1 seq 2 Line-out Jack jack 1 loc 1 color Black misc 0 hdac0: Caps: IN OUT HP Sense: 0x00000000 hdac0: nid 22 0x01016011 as 1 seq 1 Line-out Jack jack 1 loc 1 color Orange misc 0 hdac0: Caps: IN OUT Sense: 0x00000000 hdac0: nid 23 0x01012014 as 1 seq 4 Line-out Jack jack 1 loc 1 color Grey misc 0 hdac0: Caps: IN OUT Sense: 0x00000000 hdac0: nid 24 0x01a19850 as 5 seq 0 Mic Jack jack 1 loc 1 color Pink misc 8 hdac0: Caps: IN OUT HP VREF Sense: 0x00000000 hdac0: nid 25 0x02a19c60 as 6 seq 0 Mic Jack jack 1 loc 2 color Pink misc 12 hdac0: Caps: IN OUT HP VREF Sense: 0x00000000 hdac0: nid 26 0x0181305f as 5 seq 15 Line-in Jack jack 1 loc 1 color Blue misc 0 hdac0: Caps: IN OUT HP VREF Sense: 0x00000000 hdac0: nid 27 0x02214c20 as 2 seq 0 Headphones Jack jack 1 loc 2 color Green misc 12 hdac0: Caps: IN OUT HP VREF Sense: 0x00000000 hdac0: nid 28 0x593301f0 as 15 seq 0 CD None jack 3 loc 25 color Unknown misc 1 [DISABLED] hdac0: Caps: IN hdac0: nid 30 0x01456130 as 3 seq 0 SPDIF-out Jack jack 5 loc 1 color Orange misc 1 hdac0: Caps: OUT hdac0: nid 31 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 [DISABLED] hdac0: Caps: IN hdac0: NumGPIO=2 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=1 hdac0: GPIO: data=0x00000000 enable=0x00000000 direction=0x00000000 hdac0: wake=0x00000000 unsol=0x00000000 sticky=0x00000000 From owner-freebsd-multimedia@FreeBSD.ORG Mon Jul 4 10:56:57 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3601D106564A; Mon, 4 Jul 2011 10:56:57 +0000 (UTC) (envelope-from achill@matrix.gatewaynet.com) Received: from smadev.internal.net (host3.dynacom.ondsl.gr [62.103.35.211]) by mx1.freebsd.org (Postfix) with ESMTP id A19578FC0C; Mon, 4 Jul 2011 10:56:56 +0000 (UTC) Received: from smadev.internal.net (localhost.internal.net [127.0.0.1]) by smadev.internal.net (8.14.2/8.14.2) with ESMTP id p64AdMJM025400; Mon, 4 Jul 2011 13:39:22 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) Received: from localhost (localhost [[UNIX: localhost]]) by smadev.internal.net (8.14.2/8.14.2/Submit) id p64AdMX7025399; Mon, 4 Jul 2011 13:39:22 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) From: Achilleas Mantzios Organization: Dynacom Tankers Mgmt To: freebsd-hardware@freebsd.org, freebsd-multimedia@freebsd.org Date: Mon, 4 Jul 2011 13:39:21 +0300 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201107041339.22470.achill@matrix.gatewaynet.com> Cc: Subject: FreeBSD and controlling an alarm via relay X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2011 10:56:57 -0000 Hello, sorry for the cross-post but i believe this question might seat in both lists. I am the guy who had the done the old 1.23.3 zoneminder port some years ago, and i am thinking of installing/testing the new 1.24.4 port, submitted by bsam@FreeBSD.org. Besides the basic functions, i am thinking of re-using some old techniques by which i controlled the home alarm via a NC/NO circuit (basically it was an enhanced door contact), driven by an old zyXel modem, which in turn was driven by a small perl program driving the com port, and which was called by a deamon reading zoneminder shared memory info directly. That way i could trigger the alarm system getting into alarm state, whenever zoneminder detected motion, in a fully controlled and programmatic way. Now i am thinking of re-doing this, a little bit more modern, if possible. I was thinking of some relay board (instead of the old modem), possibly ethernet controlled (to get rid of all the obsolete com port programming), and such. Also i will scrap the old NO/NC solution (circuit embded in the door contact), and i wil use instead a new dedicated wireless transimter i bought (same brand as the alarm system), which is also NC/NO and receives two inputs and corresponds to two zones. So i am thinking of assigning 2 cameras as two disctinct zones in the alarm system. That is the rough idea. What would you guys have to recommend (regarding the relay?). I do not plan to use this relay for power/lights on/off and such, at this stage it will function solely to drive the alarm transimtter, (which in turn will drigger an alarm to the central alarm control panel) Thanks -- Achilleas Mantzios From owner-freebsd-multimedia@FreeBSD.ORG Mon Jul 4 11:07:06 2011 Return-Path: Delivered-To: freebsd-multimedia@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BD82106567E for ; Mon, 4 Jul 2011 11:07:06 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 68F638FC13 for ; Mon, 4 Jul 2011 11:07:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p64B76Db040494 for ; Mon, 4 Jul 2011 11:07:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p64B75aj040492 for freebsd-multimedia@FreeBSD.org; Mon, 4 Jul 2011 11:07:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 4 Jul 2011 11:07:05 GMT Message-Id: <201107041107.p64B75aj040492@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-multimedia@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-multimedia@FreeBSD.org X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2011 11:07:06 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/158542 multimedia [snd_hda] hdac0: hdac_get_capabilities: Invalid corb s f kern/158424 multimedia [snd_hda] snd_hda driver doesn't expose 'rec' flag for o ports/158333 multimedia [PATCH] audio/libsamplerate portlint complains o ports/158102 multimedia ports/multimedia/mjpegtools triggers internal compiler o ports/157885 multimedia multimedia/mjpegtools 2.0.0 build failure o kern/156874 multimedia [sound] [patch] OSS lacks SNDCTL_DSP_HALT o kern/156726 multimedia [snd_uaudio]: snd_uaudio(4) fails to detach when mixer o kern/156433 multimedia [sound] [patch] OSS4/VPC is broken on 64-bit platforms o kern/156198 multimedia [snd_hda] [hang] loading snd_hda kernel module hangs s o kern/156165 multimedia [hdac] Missing card definition for hdac audio device, o kern/153920 multimedia [sound] [patch] Replace the GPL'd sound/maestro3 heade o kern/153901 multimedia [sound] [patch] Replace the GPL'd emu10k1-alsa.h with o ports/153846 multimedia graphics/libcaca 0.99.beta17 - Hidden dependency on Xl o kern/152622 multimedia [pcm] uaudio recording problem o kern/152500 multimedia [hdac] play interrupt timeout, channel dead o kern/152378 multimedia [sound][patch] Update snd_envy24ht to be MPSAFE and us f ports/150502 multimedia multimedia/gpac-libgpac 0.4.5_4,1 fails to compile on o kern/150284 multimedia [snd_hda] No gain with Audio o kern/149943 multimedia [pcm]: CS4236 audio problem o kern/148741 multimedia [sound] Headphones are deaf (do not work) on Lenovo Th o kern/147504 multimedia [oss] [panic] panic: dev_pager_getpage: map function r o kern/146031 multimedia [snd_hda] race condition when kldunload snd_hda sound o kern/144659 multimedia [pcm] The distortion of the sound playback of music at o kern/143505 multimedia [pcm] FreeBSD 8.0-RELEASE (x64) won't make sound card o kern/141826 multimedia [snd_hda] load of snd_hda module fails o kern/140591 multimedia [PATCH][sound] No sound output on lineout/headphone ja o kern/140453 multimedia [sound] No sound inside Virtualbox on 50% volume o kern/137589 multimedia [snd_uaudio] snd_uaudio.ko (USB audio driver) doesn't o kern/134767 multimedia [sound] [snd_hda] [regression] Sigmatel STAC9205X no s o kern/132848 multimedia [sound] [snd_emu10kx] driver problem with card init, s o kern/132511 multimedia [sound] [snd_hda] Probing ALC888 codec on ASRock K10N7 o kern/129604 multimedia [sound] Sound stops with error: pcm0:virtual:dsp0.vp0: o kern/127131 multimedia [bktr] /usr/src/sys/dev/bktr/bktr_os.c, line 469: wron s kern/125756 multimedia [sound] [patch] cannot detect soft-modem on HDA bus o kern/124319 multimedia [sound] [snd_emu10k1] [regression] Cannot record from o kern/122086 multimedia [sound] maestro sound driver is working, but mixer ini p kern/121156 multimedia [sound] [patch] Turn on inverted external amplifier se o kern/120857 multimedia [sound] [snd_emu10k1] snd_emu10k1 driver issues a warn o kern/120780 multimedia [sound] [snd_hda] snd_hda doesn't work on Dell Latitut o kern/119973 multimedia [sound] [snd_maestro] [regression] snd_maestro only wo o kern/119931 multimedia [sound] No sound card detected on ASUS "K8V-X SE R2.00 o kern/119759 multimedia [sound] [snd_emu10k1] [regression] Can not record anyt f kern/115666 multimedia [sound] Microphone does not work o kern/115300 multimedia [sound] [snd_hda] [regression] snd_hda(4) fails to att o kern/114760 multimedia [sound] [snd_cmi] snd_cmi driver causing sporadic syst o kern/111767 multimedia [sound] ATI SB450 High Definition Audio Controller sou o kern/107516 multimedia [sound] [snd_emu10k1] - skips, clicks and lag after a o kern/107051 multimedia [sound] only 2 channels output works for the ALC850 (o o kern/104874 multimedia [sound] [snd_emu10k1] kldload snd_emu10k1 hangs system o kern/104626 multimedia [sound] FreeBSD 6.2 does not support SoundBlaster Audi o kern/101417 multimedia [sound] 4-speakers output not possible on Asus A8V-Del o kern/100859 multimedia [sound] [snd_ich] snd_ich broken on GIGABYTE 915 syste o kern/98752 multimedia [sound] Intel ich6 82801 FB - on Packard Bell A8810 la o kern/98504 multimedia [sound] Sound is distorted with SB Live 5.1 o kern/98496 multimedia [sound] [snd_ich] some functions don't work in my soun o kern/97609 multimedia [sound] Load Sound Module - VIA8233 - fails o kern/97535 multimedia [sound] [snd_mss] doesn't work in 6.0-RELEASE and abov o kern/96538 multimedia [sound] emu10k1-driver inverts channels o kern/95086 multimedia [sound] uaudio line in problem with sbdm lx o kern/94279 multimedia [sound] [snd_neomagic] snd_neomagic crashes on FreeBSD o kern/93986 multimedia [sound] Acer TravelMate 4652LMi pcm0 channel dead o kern/92512 multimedia [sound] distorted mono output with emu10k1 o kern/87782 multimedia [sound] snd_t4dwave and pcm0:record:0: record interrup s kern/83697 multimedia [sound] [snd_mss] [patch] support, docs added for full o kern/82043 multimedia [sound] snd_emu10k1 - mixer does not work. o kern/81146 multimedia [sound] Sound isn't working AT ALL for Sis7012 onboard o kern/80632 multimedia [sound] pcm driver missing support for CMI8738 auxilla o kern/79912 multimedia [sound] sound broken for 2 VIA chipsets: interrupt sto o kern/79905 multimedia [sound] sis7018 sound module problem o kern/79678 multimedia [sound] sound works except recording from any source o conf/75137 multimedia [sound] add snd_* modules support to /etc/rc.d/mixer f kern/72995 multimedia [sound] Intel ICH2 (82801BA) - sound nearly inaudible o kern/63204 multimedia [sound] /dev/mixer broken with ESS Maestro-2E (still o o kern/60677 multimedia [sound] [patch] No reaction of volume controy key on I s kern/60599 multimedia [bktr] [partial patch] No sound for ATI TV Wonder (ste o kern/37600 multimedia [sound] [partial patch] t4dwave drive doesn't record. o kern/23546 multimedia [sound] [snd_csa] [patch] csa DMA-interrupt problem 77 problems total. From owner-freebsd-multimedia@FreeBSD.ORG Tue Jul 5 01:59:19 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C33401065673; Tue, 5 Jul 2011 01:59:19 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6F42F8FC1D; Tue, 5 Jul 2011 01:59:19 +0000 (UTC) Received: by gxk28 with SMTP id 28so2686473gxk.13 for ; Mon, 04 Jul 2011 18:59:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=ImW0sk2pCrZfZIq9lNKJSYcLyHpeGg4YROOReF4q4wg=; b=ofzFCbzkx9yqL+doIqooqNVFh7H2Nm6ZMVIbxCq/9/35CNFJBQndyviszmJJyt0JPQ Y6NYZDUpvPR1n5emYv1HEVu1U6HuptxxWbr8Z2/hC3pAYeXBVULMhvCKqbtrFf3FFnOg 6/ip8/Xh0MnLtJ6fpoX/IUhY3INX/3Oz+c1TI= Received: by 10.236.78.162 with SMTP id g22mr7799956yhe.314.1309829575508; Mon, 04 Jul 2011 18:32:55 -0700 (PDT) Received: from [192.168.0.52] ([187.120.139.136]) by mx.google.com with ESMTPS id v25sm1017906yhk.36.2011.07.04.18.32.53 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 04 Jul 2011 18:32:54 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Luiz Otavio O Souza In-Reply-To: <201107041339.22470.achill@matrix.gatewaynet.com> Date: Mon, 4 Jul 2011 22:32:51 -0300 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201107041339.22470.achill@matrix.gatewaynet.com> To: Achilleas Mantzios X-Mailer: Apple Mail (2.1084) Cc: freebsd-multimedia@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: FreeBSD and controlling an alarm via relay X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2011 01:59:19 -0000 On Jul 4, 2011, at 7:39 AM, Achilleas Mantzios wrote: > Hello, sorry for the cross-post but i believe this question might seat = in both lists. > I am the guy who had the done the old 1.23.3 zoneminder port some = years ago, and i am thinking of installing/testing > the new 1.24.4 port, submitted by bsam@FreeBSD.org. > Besides the basic functions, i am thinking of re-using some old = techniques by which i controlled=20 > the home alarm via a NC/NO circuit (basically it was an enhanced door = contact),=20 > driven by an old zyXel modem, which in turn was driven by a small = perl program driving the com port, and=20 > which was called by a deamon reading zoneminder shared memory info = directly. > That way i could trigger the alarm system getting into alarm state, = whenever zoneminder detected motion, > in a fully controlled and programmatic way. >=20 > Now i am thinking of re-doing this, a little bit more modern, if = possible. I was thinking of some relay board > (instead of the old modem), possibly ethernet controlled (to get rid = of all the obsolete com port programming), > and such. Also i will scrap the old NO/NC solution (circuit embded in = the door contact), and i wil use instead a new=20 > dedicated wireless transimter i bought (same brand as the alarm = system), which is also NC/NO and receives > two inputs and corresponds to two zones. So i am thinking of assigning = 2 cameras as two disctinct zones > in the alarm system. >=20 > That is the rough idea. What would you guys have to recommend = (regarding the relay?). I do not plan to use > this relay for power/lights on/off and such, at this stage it will = function solely to drive the alarm transimtter, > (which in turn will drigger an alarm to the central alarm control = panel) If you want to go ethernet -> gpio, i think the routerstation (or = routerstation pro) is one good option. The routerstation (not the pro = version) works with 12v~24v (12v is kind common for alarm systems) and = has 7 available GPIO pins (which works as inputs and outputs - you can = connect relays, switches, leds, lcds, i2c and spi devices). GPIO pins can be easily controlled from userland with gpioctl(8) or with = a small C program with the appropriate ioctl()s (or even using the = led(4) framework). Please take a look at = http://wiki.freebsd.org/FreeBSD/mips/UBNT-RouterStation for more = detailed information. Both boards works _really_ fine with -current. Cheers, Luiz= From owner-freebsd-multimedia@FreeBSD.ORG Tue Jul 5 07:48:31 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8007E1065680; Tue, 5 Jul 2011 07:48:31 +0000 (UTC) (envelope-from achill@matrix.gatewaynet.com) Received: from smadev.internal.net (host3.dynacom.ondsl.gr [62.103.35.211]) by mx1.freebsd.org (Postfix) with ESMTP id DD1208FC17; Tue, 5 Jul 2011 07:48:30 +0000 (UTC) Received: from smadev.internal.net (localhost.internal.net [127.0.0.1]) by smadev.internal.net (8.14.2/8.14.2) with ESMTP id p657mTZI096295; Tue, 5 Jul 2011 10:48:29 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) Received: from localhost (localhost [[UNIX: localhost]]) by smadev.internal.net (8.14.2/8.14.2/Submit) id p657mSLQ096294; Tue, 5 Jul 2011 10:48:28 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) From: Achilleas Mantzios Organization: Dynacom Tankers Mgmt To: freebsd-multimedia@freebsd.org, freebsd-hardware@freebsd.org User-Agent: KMail/1.9.7 References: <201107041339.22470.achill@matrix.gatewaynet.com> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Date: Tue, 5 Jul 2011 10:48:28 +0300 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201107051048.28951.achill@matrix.gatewaynet.com> Cc: Subject: Re: FreeBSD and controlling an alarm via relay X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2011 07:48:31 -0000 =CE=A3=CF=84=CE=B9=CF=82 Tuesday 05 July 2011 04:32:51 =CE=B3=CF=81=CE=AC= =CF=88=CE=B1=CF=84=CE=B5: > On Jul 4, 2011, at 7:39 AM, Achilleas Mantzios wrote: > > Hello, sorry for the cross-post but i believe this question might seat = in both lists. > > I am the guy who had the done the old 1.23.3 zoneminder port some years= ago, and i am thinking of installing/testing > > the new 1.24.4 port, submitted by bsam@FreeBSD.org. > > Besides the basic functions, i am thinking of re-using some old techniq= ues by which i controlled=20 > > the home alarm via a NC/NO circuit (basically it was an enhanced door c= ontact),=20 > > driven by an old zyXel modem, which in turn was driven by a small perl= program driving the com port, and=20 > > which was called by a deamon reading zoneminder shared memory info dire= ctly. > > That way i could trigger the alarm system getting into alarm state, whe= never zoneminder detected motion, > > in a fully controlled and programmatic way. > >=20 > > Now i am thinking of re-doing this, a little bit more modern, if possib= le. I was thinking of some relay board > > (instead of the old modem), possibly ethernet controlled (to get rid of= all the obsolete com port programming), > > and such. Also i will scrap the old NO/NC solution (circuit embded in t= he door contact), and i wil use instead a new=20 > > dedicated wireless transimter i bought (same brand as the alarm system)= , which is also NC/NO and receives > > two inputs and corresponds to two zones. So i am thinking of assigning = 2 cameras as two disctinct zones > > in the alarm system. > >=20 > > That is the rough idea. What would you guys have to recommend (regardin= g the relay?). I do not plan to use > > this relay for power/lights on/off and such, at this stage it will func= tion solely to drive the alarm transimtter, > > (which in turn will drigger an alarm to the central alarm control panel) >=20 > If you want to go ethernet -> gpio, i think the routerstation (or routers= tation pro) is one good option. The routerstation (not the pro version) wor= ks with 12v~24v (12v is kind common for alarm systems) and has 7 available = GPIO pins (which works as inputs and outputs - you can connect relays, swit= ches, leds, lcds, i2c and spi devices). >=20 > GPIO pins can be easily controlled from userland with gpioctl(8) or with = a small C program with the appropriate ioctl()s (or even using the led(4) f= ramework). >=20 > Please take a look at http://wiki.freebsd.org/FreeBSD/mips/UBNT-RouterSta= tion for more detailed information. >=20 > Both boards works _really_ fine with -current. >=20 Hello, thanx, i see there is nothing GPIO related in 8.2, grep -i gpio /usr/src/sys/ yiel= ds nothing. Also, i was looking for an actual relay that could drive this simple wirele= ss transmitter : http://www.visonic.com/Products/Wireless-Property-Protection/Universal-tran= smitter-mct-100 http://www.visonic.com/Data/Uploads/MCT_100_Installer_Guide_English_DE2241U= =2Epdf (installation manual) So what i wanna do is simple, sent some command to a relay which will open = a normally closed or close a normally open circuit in the above transmitter, and trigger an alar= m. > Cheers, > Luiz =2D-=20 Achilleas Mantzios From owner-freebsd-multimedia@FreeBSD.ORG Tue Jul 5 09:15:45 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91FEE106566C; Tue, 5 Jul 2011 09:15:45 +0000 (UTC) (envelope-from bernt@bah.homeip.net) Received: from feeder.usenet4all.se (1-1-1-38a.far.sth.bostream.se [82.182.32.53]) by mx1.freebsd.org (Postfix) with ESMTP id 07CCA8FC0C; Tue, 5 Jul 2011 09:15:44 +0000 (UTC) Received: from kw.homeip.net (c80-217-64-49.bredband.comhem.se [80.217.64.49]) by feeder.usenet4all.se (8.13.1/8.13.1) with ESMTP id p658feaj029583; Tue, 5 Jul 2011 10:41:43 +0200 (CEST) (envelope-from bernt@bah.homeip.net) Message-ID: <4E12CE42.20305@bah.homeip.net> Date: Tue, 05 Jul 2011 10:41:38 +0200 From: Bernt Hansson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; sv-SE; rv:1.9.2.17) Gecko/20110508 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Achilleas Mantzios References: <201107041339.22470.achill@matrix.gatewaynet.com> In-Reply-To: <201107041339.22470.achill@matrix.gatewaynet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: FreeBSD and controlling an alarm via relay X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2011 09:15:45 -0000 2011-07-04 12:39, Achilleas Mantzios skrev: > Hello, sorry for the cross-post but i believe this question might seat in both lists. > I am the guy who had the done the old 1.23.3 zoneminder port some years ago, and i am thinking of installing/testing > the new 1.24.4 port, submitted by bsam@FreeBSD.org. > Besides the basic functions, i am thinking of re-using some old techniques by which i controlled > the home alarm via a NC/NO circuit (basically it was an enhanced door contact), > driven by an old zyXel modem, which in turn was driven by a small perl program driving the com port, and > which was called by a deamon reading zoneminder shared memory info directly. > That way i could trigger the alarm system getting into alarm state, whenever zoneminder detected motion, > in a fully controlled and programmatic way. Is this what you you are looking for http://www.telldus.se/products/tellstick From owner-freebsd-multimedia@FreeBSD.ORG Tue Jul 5 09:33:43 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B296C1065670; Tue, 5 Jul 2011 09:33:43 +0000 (UTC) (envelope-from achill@matrix.gatewaynet.com) Received: from smadev.internal.net (host3.dynacom.ondsl.gr [62.103.35.211]) by mx1.freebsd.org (Postfix) with ESMTP id 0B5D28FC0A; Tue, 5 Jul 2011 09:33:42 +0000 (UTC) Received: from smadev.internal.net (localhost.internal.net [127.0.0.1]) by smadev.internal.net (8.14.2/8.14.2) with ESMTP id p659XdO6097517; Tue, 5 Jul 2011 12:33:39 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) Received: from localhost (localhost [[UNIX: localhost]]) by smadev.internal.net (8.14.2/8.14.2/Submit) id p659Xdil097516; Tue, 5 Jul 2011 12:33:39 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) From: Achilleas Mantzios Organization: Dynacom Tankers Mgmt To: Bernt Hansson , freebsd-multimedia@freebsd.org, freebsd-hardware@freebsd.org Date: Tue, 5 Jul 2011 12:33:38 +0300 User-Agent: KMail/1.9.7 References: <201107041339.22470.achill@matrix.gatewaynet.com> <4E12CE42.20305@bah.homeip.net> In-Reply-To: <4E12CE42.20305@bah.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <201107051233.39286.achill@matrix.gatewaynet.com> Cc: Subject: Re: FreeBSD and controlling an alarm via relay X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2011 09:33:43 -0000 =CE=A3=CF=84=CE=B9=CF=82 Tuesday 05 July 2011 11:41:38 =CE=B3=CF=81=CE=AC= =CF=88=CE=B1=CF=84=CE=B5: > 2011-07-04 12:39, Achilleas Mantzios skrev: > > Hello, sorry for the cross-post but i believe this question might seat = in both lists. > > I am the guy who had the done the old 1.23.3 zoneminder port some years= ago, and i am thinking of installing/testing > > the new 1.24.4 port, submitted by bsam@FreeBSD.org. > > Besides the basic functions, i am thinking of re-using some old techniq= ues by which i controlled > > the home alarm via a NC/NO circuit (basically it was an enhanced door c= ontact), > > driven by an old zyXel modem, which in turn was driven by a small perl= program driving the com port, and > > which was called by a deamon reading zoneminder shared memory info dire= ctly. > > That way i could trigger the alarm system getting into alarm state, whe= never zoneminder detected motion, > > in a fully controlled and programmatic way. >=20 > Is this what you you are looking for >=20 > http://www.telldus.se/products/tellstick >=20 No,=20 what i am looking for is for a way to control a NO or NC/EOL switch from Fr= eeBSD. Most probably it must be some kind of relay. I have not used any ever, exce= pt once using a zyXel modem to behave like a relay switch in a N/C contact. =2D-=20 Achilleas Mantzios From owner-freebsd-multimedia@FreeBSD.ORG Tue Jul 5 10:03:01 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11E70106566B; Tue, 5 Jul 2011 10:03:01 +0000 (UTC) (envelope-from achill@matrix.gatewaynet.com) Received: from smadev.internal.net (host3.dynacom.ondsl.gr [62.103.35.211]) by mx1.freebsd.org (Postfix) with ESMTP id 7536A8FC0A; Tue, 5 Jul 2011 10:03:00 +0000 (UTC) Received: from smadev.internal.net (localhost.internal.net [127.0.0.1]) by smadev.internal.net (8.14.2/8.14.2) with ESMTP id p65A2tPC097874; Tue, 5 Jul 2011 13:02:55 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) Received: from localhost (localhost [[UNIX: localhost]]) by smadev.internal.net (8.14.2/8.14.2/Submit) id p65A2tSa097873; Tue, 5 Jul 2011 13:02:55 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) From: Achilleas Mantzios Organization: Dynacom Tankers Mgmt To: Bernt Hansson Date: Tue, 5 Jul 2011 13:02:55 +0300 User-Agent: KMail/1.9.7 References: <201107041339.22470.achill@matrix.gatewaynet.com> <4E12CE42.20305@bah.homeip.net> In-Reply-To: <4E12CE42.20305@bah.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <201107051302.55404.achill@matrix.gatewaynet.com> Cc: freebsd-multimedia@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: FreeBSD and controlling an alarm via relay X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2011 10:03:01 -0000 =CE=A3=CF=84=CE=B9=CF=82 Tuesday 05 July 2011 11:41:38 =CE=BF/=CE=B7 Bernt = Hansson =CE=AD=CE=B3=CF=81=CE=B1=CF=88=CE=B5: > 2011-07-04 12:39, Achilleas Mantzios skrev: > > Hello, sorry for the cross-post but i believe this question might seat = in both lists. > > I am the guy who had the done the old 1.23.3 zoneminder port some years= ago, and i am thinking of installing/testing > > the new 1.24.4 port, submitted by bsam@FreeBSD.org. > > Besides the basic functions, i am thinking of re-using some old techniq= ues by which i controlled > > the home alarm via a NC/NO circuit (basically it was an enhanced door c= ontact), > > driven by an old zyXel modem, which in turn was driven by a small perl= program driving the com port, and > > which was called by a deamon reading zoneminder shared memory info dire= ctly. > > That way i could trigger the alarm system getting into alarm state, whe= never zoneminder detected motion, > > in a fully controlled and programmatic way. >=20 > Is this what you you are looking for >=20 > http://www.telldus.se/products/tellstick >=20 Basically i am thinking of something like this: http://www.ebay.co.uk/itm/USB-Eight-Channel-Relay-Board-RS232-Serial-Contro= lled-/110710829016?pt=3DUK_BOI_Electrical_Components_Supplies_ET&hash=3Dite= m19c6e12fd8 a USB controlled 8-channel relay board, rs232 serial controlled What would be my chances with this on FreeBSD 8.2? =2D-=20 Achilleas Mantzios From owner-freebsd-multimedia@FreeBSD.ORG Tue Jul 5 11:06:57 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEB48106564A for ; Tue, 5 Jul 2011 11:06:57 +0000 (UTC) (envelope-from clemens@ladisch.de) Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id BEBEE8FC18 for ; Tue, 5 Jul 2011 11:06:57 +0000 (UTC) Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.messagingengine.com (Postfix) with ESMTP id EB79120894; Tue, 5 Jul 2011 07:06:56 -0400 (EDT) Received: from frontend1.messagingengine.com ([10.202.2.160]) by compute4.internal (MEProxy); Tue, 05 Jul 2011 07:06:56 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=message-id:date:from:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpout; bh=sjAELts9FgRX0yuBk9pYim9X0MY=; b=F3h56FJZKMgPRMpKwQmeZ66/rc0+5dXzUBRee3XRpPN5YpADEpZyaeBmC/NGUEdjvCjfpU3/l/6JD08tMsZO10fUiCM2sxYgxPZInwi3cEVYgtptSsRmrmdk/AP2YZ6BijUl6+ErnmzR551j1O63cNdMRcAOdjAfFma7datQEIQ= X-Sasl-enc: ITPCgeQflr8gmf5LUvHV4PeKPW7fegTFiJIzFo/DuQHy 1309864016 Received: from [10.1.2.56] (unknown [94.101.37.4]) by mail.messagingengine.com (Postfix) with ESMTPSA id 6FA5D4080F1; Tue, 5 Jul 2011 07:06:56 -0400 (EDT) Message-ID: <4E12F04F.8020806@ladisch.de> Date: Tue, 05 Jul 2011 13:06:55 +0200 From: Clemens Ladisch User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Marcel Bonnet References: <4E0C1D11.2050606@ladisch.de> In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@freebsd.org Subject: Re: open /dev/snd/seq failed: No such file or directory X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2011 11:06:58 -0000 Marcel Bonnet wrote: > I added the option --disable-aseq to the CONFIGURE_ARGS on the > audio/jack-rack/Makefile ... > And it's now working very well. > > One more question: is this a case for me to request the submit of this "new" > Makefile to the ports, since we use OSS, not ALSA? Yes. Actually, alsa-lib needs changes so that it doesn't try to access kernel devices that are known not to exist, but this isn't as easy as changing a configuration option. Regards, Clemens From owner-freebsd-multimedia@FreeBSD.ORG Tue Jul 5 11:30:52 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EB91106566C; Tue, 5 Jul 2011 11:30:52 +0000 (UTC) (envelope-from bernt@bah.homeip.net) Received: from feeder.usenet4all.se (1-1-1-38a.far.sth.bostream.se [82.182.32.53]) by mx1.freebsd.org (Postfix) with ESMTP id 91A168FC0A; Tue, 5 Jul 2011 11:30:50 +0000 (UTC) Received: from kw.homeip.net (c80-217-64-49.bredband.comhem.se [80.217.64.49]) by feeder.usenet4all.se (8.13.1/8.13.1) with ESMTP id p65BUl3H032317; Tue, 5 Jul 2011 13:30:48 +0200 (CEST) (envelope-from bernt@bah.homeip.net) Message-ID: <4E12F5E7.3020905@bah.homeip.net> Date: Tue, 05 Jul 2011 13:30:47 +0200 From: Bernt Hansson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; sv-SE; rv:1.9.2.17) Gecko/20110508 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Achilleas Mantzios References: <201107041339.22470.achill@matrix.gatewaynet.com> <4E12CE42.20305@bah.homeip.net> <201107051302.55404.achill@matrix.gatewaynet.com> In-Reply-To: <201107051302.55404.achill@matrix.gatewaynet.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-multimedia@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: FreeBSD and controlling an alarm via relay X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2011 11:30:52 -0000 2011-07-05 12:02, Achilleas Mantzios skrev: > Στις Tuesday 05 July 2011 11:41:38 ο/η Bernt Hansson έγÏαψε: >> 2011-07-04 12:39, Achilleas Mantzios skrev: >>> Hello, sorry for the cross-post but i believe this question might seat in both lists. >>> I am the guy who had the done the old 1.23.3 zoneminder port some years ago, and i am thinking of installing/testing >>> the new 1.24.4 port, submitted by bsam@FreeBSD.org. >>> Besides the basic functions, i am thinking of re-using some old techniques by which i controlled >>> the home alarm via a NC/NO circuit (basically it was an enhanced door contact), >>> driven by an old zyXel modem, which in turn was driven by a small perl program driving the com port, and >>> which was called by a deamon reading zoneminder shared memory info directly. >>> That way i could trigger the alarm system getting into alarm state, whenever zoneminder detected motion, >>> in a fully controlled and programmatic way. >> >> Is this what you you are looking for >> >> http://www.telldus.se/products/tellstick >> > > Basically i am thinking of something like this: > http://www.ebay.co.uk/itm/USB-Eight-Channel-Relay-Board-RS232-Serial-Controlled-/110710829016?pt=UK_BOI_Electrical_Components_Supplies_ET&hash=item19c6e12fd8 > a USB controlled 8-channel relay board, rs232 serial controlled OK. Velleman has 8 & 16 channel relay boards, K8056, K6714 (8channels) and K6714-16 (16Channels). I have an schematic from elektor/elektuur with which you can control 64+ outputs from the printerport. > What would be my chances with this on FreeBSD 8.2? > From owner-freebsd-multimedia@FreeBSD.ORG Tue Jul 5 12:54:46 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 177EB1065674; Tue, 5 Jul 2011 12:54:46 +0000 (UTC) (envelope-from achill@matrix.gatewaynet.com) Received: from smadev.internal.net (host3.dynacom.ondsl.gr [62.103.35.211]) by mx1.freebsd.org (Postfix) with ESMTP id 66B6B8FC14; Tue, 5 Jul 2011 12:54:44 +0000 (UTC) Received: from smadev.internal.net (localhost.internal.net [127.0.0.1]) by smadev.internal.net (8.14.2/8.14.2) with ESMTP id p65CseqI099815; Tue, 5 Jul 2011 15:54:40 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) Received: from localhost (localhost [[UNIX: localhost]]) by smadev.internal.net (8.14.2/8.14.2/Submit) id p65Cse0a099814; Tue, 5 Jul 2011 15:54:40 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) From: Achilleas Mantzios Organization: Dynacom Tankers Mgmt To: Bernt Hansson , freebsd-hardware@freebsd.org, freebsd-multimedia@freebsd.org Date: Tue, 5 Jul 2011 15:54:39 +0300 User-Agent: KMail/1.9.7 References: <201107041339.22470.achill@matrix.gatewaynet.com> <201107051302.55404.achill@matrix.gatewaynet.com> <4E12F5E7.3020905@bah.homeip.net> In-Reply-To: <4E12F5E7.3020905@bah.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <201107051554.40256.achill@matrix.gatewaynet.com> Cc: Subject: Re: FreeBSD and controlling an alarm via relay X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2011 12:54:46 -0000 =CE=A3=CF=84=CE=B9=CF=82 Tuesday 05 July 2011 14:30:47 =CE=B3=CF=81=CE=AC= =CF=88=CE=B1=CF=84=CE=B5: > 2011-07-05 12:02, Achilleas Mantzios skrev: > > =CE=A3=CF=84=CE=B9=CF=82 Tuesday 05 July 2011 11:41:38 =CE=BF/=CE=B7 Be= rnt Hansson =CE=AD=CE=B3=CF=81=CE=B1=CF=88=CE=B5: > >> 2011-07-04 12:39, Achilleas Mantzios skrev: > >>> Hello, sorry for the cross-post but i believe this question might sea= t in both lists. > >>> I am the guy who had the done the old 1.23.3 zoneminder port some yea= rs ago, and i am thinking of installing/testing > >>> the new 1.24.4 port, submitted by bsam@FreeBSD.org. > >>> Besides the basic functions, i am thinking of re-using some old techn= iques by which i controlled > >>> the home alarm via a NC/NO circuit (basically it was an enhanced door= contact), > >>> driven by an old zyXel modem, which in turn was driven by a small pe= rl program driving the com port, and > >>> which was called by a deamon reading zoneminder shared memory info di= rectly. > >>> That way i could trigger the alarm system getting into alarm state, w= henever zoneminder detected motion, > >>> in a fully controlled and programmatic way. > >> > >> Is this what you you are looking for > >> > >> http://www.telldus.se/products/tellstick > >> > > > > Basically i am thinking of something like this: > > http://www.ebay.co.uk/itm/USB-Eight-Channel-Relay-Board-RS232-Serial-Co= ntrolled-/110710829016?pt=3DUK_BOI_Electrical_Components_Supplies_ET&hash= =3Ditem19c6e12fd8 > > a USB controlled 8-channel relay board, rs232 serial controlled >=20 > OK. Velleman has 8 & 16 channel relay boards, K8056, K6714 (8channels)=20 > and K6714-16 (16Channels). I have an schematic from elektor/elektuur=20 > with which you can control 64+ outputs from the printerport. >=20 Thanx, this one looks a little pricey, @ 119$, the USB i refered to is in t= he ranks of 30euros. > > What would be my chances with this on FreeBSD 8.2? > > >=20 =2D-=20 Achilleas Mantzios From owner-freebsd-multimedia@FreeBSD.ORG Tue Jul 5 13:47:50 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8178E1065670; Tue, 5 Jul 2011 13:47:50 +0000 (UTC) (envelope-from chris@monochrome.org) Received: from mail.monochrome.org (b4.ebbed1.client.atlantech.net [209.190.235.180]) by mx1.freebsd.org (Postfix) with ESMTP id 20D9E8FC16; Tue, 5 Jul 2011 13:47:49 +0000 (UTC) Received: from [192.168.1.11] ([192.168.1.11]) by mail.monochrome.org (8.14.3/8.14.3) with ESMTP id p65DAxuF010382; Tue, 5 Jul 2011 09:10:59 -0400 (EDT) (envelope-from chris@monochrome.org) Date: Tue, 5 Jul 2011 09:10:59 -0400 (EDT) From: Chris Hill To: Achilleas Mantzios In-Reply-To: <201107041339.22470.achill@matrix.gatewaynet.com> Message-ID: References: <201107041339.22470.achill@matrix.gatewaynet.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-multimedia@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: FreeBSD and controlling an alarm via relay X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2011 13:47:50 -0000 On Mon, 4 Jul 2011, Achilleas Mantzios wrote: [snip] > I was thinking of some relay board (instead of the old modem), > possibly ethernet controlled This box has relays and GPIO available via ethernet. It's probably overkill for your application, but it's well made and easy to use: http://www.extron.com/product/product.aspx?id=ipltcr48&s=0 I'd also look at manufactureres such as Moxa and LANtronics. -- Chris Hill chris@monochrome.org ** [ Busy Expunging ] From owner-freebsd-multimedia@FreeBSD.ORG Tue Jul 5 14:30:12 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E411B106564A; Tue, 5 Jul 2011 14:30:12 +0000 (UTC) (envelope-from achill@matrix.gatewaynet.com) Received: from smadev.internal.net (host3.dynacom.ondsl.gr [62.103.35.211]) by mx1.freebsd.org (Postfix) with ESMTP id 3EA438FC1B; Tue, 5 Jul 2011 14:30:11 +0000 (UTC) Received: from smadev.internal.net (localhost.internal.net [127.0.0.1]) by smadev.internal.net (8.14.2/8.14.2) with ESMTP id p65EU8Lu001113; Tue, 5 Jul 2011 17:30:08 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) Received: from localhost (localhost [[UNIX: localhost]]) by smadev.internal.net (8.14.2/8.14.2/Submit) id p65EU3TC001112; Tue, 5 Jul 2011 17:30:03 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) From: Achilleas Mantzios Organization: Dynacom Tankers Mgmt To: Chris Hill , freebsd-hardware@freebsd.org, freebsd-multimedia@freebsd.org Date: Tue, 5 Jul 2011 17:30:03 +0300 User-Agent: KMail/1.9.7 References: <201107041339.22470.achill@matrix.gatewaynet.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <201107051730.03784.achill@matrix.gatewaynet.com> Cc: Subject: Re: FreeBSD and controlling an alarm via relay X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2011 14:30:13 -0000 =CE=A3=CF=84=CE=B9=CF=82 Tuesday 05 July 2011 16:10:59 =CE=B3=CF=81=CE=AC= =CF=88=CE=B1=CF=84=CE=B5: > On Mon, 4 Jul 2011, Achilleas Mantzios wrote: >=20 > [snip] >=20 > > I was thinking of some relay board (instead of the old modem),=20 > > possibly ethernet controlled >=20 > This box has relays and GPIO available via ethernet. It's probably=20 > overkill for your application, but it's well made and easy to use: >=20 > http://www.extron.com/product/product.aspx?id=3Dipltcr48&s=3D0 >=20 That is too big for my application, thanx anyway. Most probably i'll go for something cheaper like this one=20 http://www.ebay.co.uk/itm/USB-Eight-Channel-Relay-Board-RS232-Serial-Contro= lled-/110710346488?pt=3DUK_BOI_Electrical_Components_Supplies_ET&hash=3Dite= m19c6d9d2f8 Could i use the ucom driver to talk to the USB device like a normal serial = device, via /dev/cua*** ? The above link says one needs to talk to the relay with: 8 Data, 1 Stop, No Parity,Baud rate : 9600 and the commands look like: =46F 01 00 (HEX)=20 or=20 255 1 0 (DEC) could i be able to specify those over ucom?=20 do you know any application, perl library, utility or just a guide for stan= dard C serial port programming? i have used mgetty/vgetty in the past to control some modems. I do not know if there any fancier methods to access the serial port, but t= his is how i used to do it, back in 7.* /usr/local/bin/vm shell -l cuad1 -S onhook_offhook.pl where onhook_offhook.pl reads like: #!/usr/bin/perl # use Modem::Vgetty; my $v =3D new Modem::Vgetty; $v->device('DIALUP_LINE'); $v->send("ATH1"); sleep(5); $v->send("ATH0"); if i could speak directly with e.g. "255 1 0" like $v->send("255 1 0"); that would be awesome... i guess i will have to try it out. > I'd also look at manufactureres such as Moxa and LANtronics. >=20 =2D-=20 Achilleas Mantzios From owner-freebsd-multimedia@FreeBSD.ORG Tue Jul 5 18:21:00 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B0C3106564A; Tue, 5 Jul 2011 18:21:00 +0000 (UTC) (envelope-from pozar@lns.com) Received: from kumr.lns.com (kumr.lns.com [209.237.227.146]) by mx1.freebsd.org (Postfix) with ESMTP id 2E27F8FC0A; Tue, 5 Jul 2011 18:20:59 +0000 (UTC) Received: from [192.168.101.54] ([38.109.25.246]) (authenticated bits=0) by kumr.lns.com (8.14.4/8.14.4) with ESMTP id p65HhE6j047685 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 5 Jul 2011 10:43:17 -0700 (PDT) (envelope-from pozar@lns.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=utf-8 From: Tim Pozar In-Reply-To: <201107051730.03784.achill@matrix.gatewaynet.com> Date: Tue, 5 Jul 2011 12:43:10 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <295D8D24-CAE4-4EB6-BCF1-EEE7B8623D85@lns.com> References: <201107041339.22470.achill@matrix.gatewaynet.com> <201107051730.03784.achill@matrix.gatewaynet.com> To: Achilleas Mantzios X-Mailer: Apple Mail (2.1084) X-Spam-Status: No, score=-102.5 required=5.0 tests=AWL,BAYES_00,RDNS_NONE, USER_IN_WHITELIST autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on kumr.lns.com Cc: freebsd-multimedia@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: FreeBSD and controlling an alarm via relay X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2011 18:21:00 -0000 Why not use the parallel port? Have one of its pins drive a relay. = You may need to put a transistor in front of the relay. Software: http://excamera.com/articles/21/parallel.html Hardware: http://www.dakeng.com/relay.htm Fancy hardware: http://www.electronickits.com/kit/complete/elec/ck1601.htm Tim On Jul 5, 2011, at 9:30 AM, Achilleas Mantzios wrote: > =CE=A3=CF=84=CE=B9=CF=82 Tuesday 05 July 2011 16:10:59 =CE=B3=CF=81=CE=AC= =CF=88=CE=B1=CF=84=CE=B5: >> On Mon, 4 Jul 2011, Achilleas Mantzios wrote: >>=20 >> [snip] >>=20 >>> I was thinking of some relay board (instead of the old modem),=20 >>> possibly ethernet controlled >>=20 >> This box has relays and GPIO available via ethernet. It's probably=20 >> overkill for your application, but it's well made and easy to use: >>=20 >> http://www.extron.com/product/product.aspx?id=3Dipltcr48&s=3D0 >>=20 >=20 > That is too big for my application, thanx anyway. > Most probably i'll go for something cheaper like this one=20 > = http://www.ebay.co.uk/itm/USB-Eight-Channel-Relay-Board-RS232-Serial-Contr= olled-/110710346488?pt=3DUK_BOI_Electrical_Components_Supplies_ET&hash=3Di= tem19c6d9d2f8 >=20 > Could i use the ucom driver to talk to the USB device like a normal = serial device, via /dev/cua*** ? > The above link says one needs to talk to the relay with: > 8 Data, 1 Stop, No Parity,Baud rate : 9600 > and the commands look like: > FF 01 00 (HEX)=20 > or=20 > 255 1 0 (DEC) >=20 > could i be able to specify those over ucom?=20 > do you know any application, perl library, utility or just a guide for = standard C serial port programming? >=20 > i have used mgetty/vgetty in the past to control some modems. > I do not know if there any fancier methods to access the serial port, = but this is how i used to do it, back in 7.* > /usr/local/bin/vm shell -l cuad1 -S onhook_offhook.pl > where onhook_offhook.pl reads like: > #!/usr/bin/perl > # > use Modem::Vgetty; >=20 > my $v =3D new Modem::Vgetty; >=20 > $v->device('DIALUP_LINE'); > $v->send("ATH1"); > sleep(5); > $v->send("ATH0"); >=20 > if i could speak directly with e.g. "255 1 0" like > $v->send("255 1 0"); > that would be awesome... > i guess i will have to try it out. >> I'd also look at manufactureres such as Moxa and LANtronics. >>=20 >=20 >=20 >=20 > --=20 > Achilleas Mantzios > _______________________________________________ > freebsd-multimedia@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-multimedia > To unsubscribe, send any mail to = "freebsd-multimedia-unsubscribe@freebsd.org" From owner-freebsd-multimedia@FreeBSD.ORG Tue Jul 5 19:56:33 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D3EE106566B for ; Tue, 5 Jul 2011 19:56:33 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id B23268FC0C for ; Tue, 5 Jul 2011 19:56:31 +0000 (UTC) Received: from gate.ipt.ru ([194.62.233.123] helo=h30.sp.ipt.ru) by services.ipt.ru with esmtps (TLSv1:AES128-SHA:128) (Exim 4.54 (FreeBSD)) id 1QeBjR-000LbC-BY; Tue, 05 Jul 2011 23:56:29 +0400 From: Boris Samorodov To: Achilleas Mantzios References: <201107041339.22470.achill@matrix.gatewaynet.com> <201107051730.03784.achill@matrix.gatewaynet.com> Date: Tue, 05 Jul 2011 23:56:28 +0400 In-Reply-To: <201107051730.03784.achill@matrix.gatewaynet.com> (Achilleas Mantzios's message of "Tue, 5 Jul 2011 17:30:03 +0300") Message-ID: <03644739@h30.sp.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-multimedia@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: FreeBSD and controlling an alarm via relay X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2011 19:56:33 -0000 On Tue, 5 Jul 2011 17:30:03 +0300 Achilleas Mantzios wrote: > Most probably i'll go for something cheaper like this one > http://www.ebay.co.uk/itm/USB-Eight-Channel-Relay-Board-RS232-Serial-Controlled-/110710346488?pt=UK_BOI_Electrical_Components_Supplies_ET&hash=item19c6d9d2f8 > Could i use the ucom driver to talk to the USB device like a normal > serial device, via /dev/cua*** ? I use USB-to-7-RS232-ports devices via /dev/cuaU00-/dev/cuaU06. Works like a charm. But you should find out what chip is used for USB-to-RS232 bridge and (kld)load a driver. > The above link says one needs to talk to the relay with: > 8 Data, 1 Stop, No Parity,Baud rate : 9600 I've never changed those parameters. > and the commands look like: > FF 01 00 (HEX) > or > 255 1 0 (DEC) > could i be able to specify those over ucom? > do you know any application, perl library, utility or just a guide for > standard C serial port programming? > i have used mgetty/vgetty in the past to control some modems. > I do not know if there any fancier methods to access the serial port, > but this is how i used to do it, back in 7.* > /usr/local/bin/vm shell -l cuad1 -S onhook_offhook.pl > where onhook_offhook.pl reads like: > #!/usr/bin/perl > # > use Modem::Vgetty; > my $v = new Modem::Vgetty; > $v->device('DIALUP_LINE'); > $v->send("ATH1"); > sleep(5); > $v->send("ATH0"); > if i could speak directly with e.g. "255 1 0" like > $v->send("255 1 0"); > that would be awesome... > i guess i will have to try it out. I use python for scripting and it is as simple as write(data) and read(data). -- HTH and WBR, bsam From owner-freebsd-multimedia@FreeBSD.ORG Wed Jul 6 07:07:44 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECEB9106566C; Wed, 6 Jul 2011 07:07:44 +0000 (UTC) (envelope-from achill@matrix.gatewaynet.com) Received: from smadev.internal.net (host3.dynacom.ondsl.gr [62.103.35.211]) by mx1.freebsd.org (Postfix) with ESMTP id 3D4AD8FC15; Wed, 6 Jul 2011 07:07:42 +0000 (UTC) Received: from smadev.internal.net (localhost.internal.net [127.0.0.1]) by smadev.internal.net (8.14.2/8.14.2) with ESMTP id p6677fL2015130; Wed, 6 Jul 2011 10:07:41 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) Received: from localhost (localhost [[UNIX: localhost]]) by smadev.internal.net (8.14.2/8.14.2/Submit) id p6677evA015129; Wed, 6 Jul 2011 10:07:40 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) From: Achilleas Mantzios Organization: Dynacom Tankers Mgmt To: Boris Samorodov Date: Wed, 6 Jul 2011 10:07:40 +0300 User-Agent: KMail/1.9.7 References: <201107041339.22470.achill@matrix.gatewaynet.com> <201107051730.03784.achill@matrix.gatewaynet.com> <03644739@h30.sp.ipt.ru> In-Reply-To: <03644739@h30.sp.ipt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <201107061007.40884.achill@matrix.gatewaynet.com> Cc: freebsd-multimedia@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: FreeBSD and controlling an alarm via relay X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2011 07:07:45 -0000 Hey, its a small world! i am the other guy (achix) from the zoneminder camp :) this all has to do with a continuation of the zoneminder work, zoneminder driving a relay, driving a xmitter and finally triggering an ala= rm to the central alarm control panel. i have done this in the past with a rather "legacy" way (utilizing a zyXel = modem), but wanted to=20 do something more fancy. =CE=A3=CF=84=CE=B9=CF=82 Tuesday 05 July 2011 22:56:28 =CE=BF/=CE=B7 Boris = Samorodov =CE=AD=CE=B3=CF=81=CE=B1=CF=88=CE=B5: > On Tue, 5 Jul 2011 17:30:03 +0300 Achilleas Mantzios wrote: >=20 > > Most probably i'll go for something cheaper like this one=20 > > http://www.ebay.co.uk/itm/USB-Eight-Channel-Relay-Board-RS232-Serial-Co= ntrolled-/110710346488?pt=3DUK_BOI_Electrical_Components_Supplies_ET&hash= =3Ditem19c6d9d2f8 >=20 > > Could i use the ucom driver to talk to the USB device like a normal > > serial device, via /dev/cua*** ? >=20 > I use USB-to-7-RS232-ports devices via /dev/cuaU00-/dev/cuaU06. > Works like a charm. But you should find out what chip is used > for USB-to-RS232 bridge and (kld)load a driver. >=20 Is there any big probability for the chip to not be on of those that FreeBS= D supports (uark, uftdi, etc..) ? most sellers hardly give such info out. > > The above link says one needs to talk to the relay with: > > 8 Data, 1 Stop, No Parity,Baud rate : 9600 >=20 > I've never changed those parameters. >=20 > > and the commands look like: > > FF 01 00 (HEX)=20 > > or=20 > > 255 1 0 (DEC) >=20 > > could i be able to specify those over ucom?=20 > > do you know any application, perl library, utility or just a guide for > > standard C serial port programming? >=20 > > i have used mgetty/vgetty in the past to control some modems. > > I do not know if there any fancier methods to access the serial port, > > but this is how i used to do it, back in 7.* > > /usr/local/bin/vm shell -l cuad1 -S onhook_offhook.pl > > where onhook_offhook.pl reads like: > > #!/usr/bin/perl > > # > > use Modem::Vgetty; >=20 > > my $v =3D new Modem::Vgetty; >=20 > > $v->device('DIALUP_LINE'); > > $v->send("ATH1"); > > sleep(5); > > $v->send("ATH0"); >=20 > > if i could speak directly with e.g. "255 1 0" like > > $v->send("255 1 0"); > > that would be awesome... > > i guess i will have to try it out. >=20 > I use python for scripting and it is as simple as write(data) and > read(data). >=20 Cool, thanx, see you over the zoneminder forum. =2D-=20 Achilleas Mantzios From owner-freebsd-multimedia@FreeBSD.ORG Wed Jul 6 08:18:41 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4267D106564A; Wed, 6 Jul 2011 08:18:41 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 57E3D8FC0A; Wed, 6 Jul 2011 08:18:39 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id p6683FAL012141; Wed, 6 Jul 2011 18:03:15 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 6 Jul 2011 18:03:14 +1000 (EST) From: Ian Smith To: Achilleas Mantzios In-Reply-To: <201107051730.03784.achill@matrix.gatewaynet.com> Message-ID: <20110706170845.Q84785@sola.nimnet.asn.au> References: <201107041339.22470.achill@matrix.gatewaynet.com> <201107051730.03784.achill@matrix.gatewaynet.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-136029731-1309939394=:84785" Cc: freebsd-multimedia@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: FreeBSD and controlling an alarm via relay X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2011 08:18:41 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-136029731-1309939394=:84785 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT On Tue, 5 Jul 2011, Achilleas Mantzios wrote: > ÿÿÿÿÿÿÿÿ Tuesday 05 July 2011 16:10:59 ÿÿÿÿÿÿÿÿÿÿÿÿÿÿ: > > On Mon, 4 Jul 2011, Achilleas Mantzios wrote: > > > > [snip] > > > > > I was thinking of some relay board (instead of the old modem), > > > possibly ethernet controlled > > > > This box has relays and GPIO available via ethernet. It's probably > > overkill for your application, but it's well made and easy to use: > > > > http://www.extron.com/product/product.aspx?id=ipltcr48&s=0 > > > > That is too big for my application, thanx anyway. > Most probably i'll go for something cheaper like this one > http://www.ebay.co.uk/itm/USB-Eight-Channel-Relay-Board-RS232-Serial-Controlled-/110710346488?pt=UK_BOI_Electrical_Components_Supplies_ET&hash=item19c6d9d2f8 These look quite well designed and built to me, reasonably priced new, but check out the/a source site [1] for various models, 1- and 4-relay boards too, or if you prefer, RS-232 serial rather than USB interface for the 8-relay boards. There's also a simple parallel port to 8 TTL outputs board (hi Tim!) and various other stuff. I'm tempted myself. [1] http://sigma-shop.com/category/4/relay-boards.html [2] http://www.sigma-shop.com/page/12/manuals.html > Could i use the ucom driver to talk to the USB device like a normal serial device, via /dev/cua*** ? > The above link says one needs to talk to the relay with: > 8 Data, 1 Stop, No Parity,Baud rate : 9600 > and the commands look like: > FF 01 00 (HEX) > or > 255 1 0 (DEC) > > could i be able to specify those over ucom? If so, great. If not and you have a serial port, the code will be the same anyway, except the port used. I grabbed most of the manuals from [2] and found the Linux software examples are all this one: ======= Linux : The USB-serial device is automatically detected and mapped to /dev/ ttyUSB0 (or USB1 in case there is already a similar device). My test script: (Thanks Julian!) -------------------------------------------------------- # cat relay.sh while true do echo -e "\xFF\x00\x00" > /dev/ttyUSB0 ; sleep .1 echo -e "\xFF\x00\x01" > /dev/ttyUSB0 ; sleep .1 echo -e "\xFF\x00\x00" > /dev/ttyUSB0 ; sleep .1 [..] echo -e "\xFF\x01\x01" > /dev/ttyUSB0 ; sleep .1 echo -e "\xFF\x02\x01" > /dev/ttyUSB0 ; sleep .1 [..] echo -e "\xFF\x07\x01" > /dev/ttyUSB0 ; sleep .1 echo -e "\xFF\x08\x01" > /dev/ttyUSB0 ; sleep .1 echo -e "\xFF\x01\x00" > /dev/ttyUSB0 ; sleep .1 echo -e "\xFF\x02\x00" > /dev/ttyUSB0 ; sleep .1 [..] echo -e "\xFF\x07\x00" > /dev/ttyUSB0 ; sleep .1 echo -e "\xFF\x08\x00" > /dev/ttyUSB0 ; sleep .1 ======= If using sh[1] you might need to use \0377 instead of \xFF > do you know any application, perl library, utility or just a guide for standard C serial port programming? Anything that can write bytes to a serial port - perl's overqualified :) [..] cheers, Ian --0-136029731-1309939394=:84785-- From owner-freebsd-multimedia@FreeBSD.ORG Wed Jul 6 08:24:41 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36305106566B; Wed, 6 Jul 2011 08:24:41 +0000 (UTC) (envelope-from achill@matrix.gatewaynet.com) Received: from smadev.internal.net (host3.dynacom.ondsl.gr [62.103.35.211]) by mx1.freebsd.org (Postfix) with ESMTP id 854E58FC1A; Wed, 6 Jul 2011 08:24:39 +0000 (UTC) Received: from smadev.internal.net (localhost.internal.net [127.0.0.1]) by smadev.internal.net (8.14.2/8.14.2) with ESMTP id p668OcpO016064; Wed, 6 Jul 2011 11:24:38 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) Received: from localhost (localhost [[UNIX: localhost]]) by smadev.internal.net (8.14.2/8.14.2/Submit) id p668OcNV016063; Wed, 6 Jul 2011 11:24:38 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) From: Achilleas Mantzios Organization: Dynacom Tankers Mgmt To: freebsd-multimedia@freebsd.org, freebsd-hardware@freebsd.org User-Agent: KMail/1.9.7 References: <201107041339.22470.achill@matrix.gatewaynet.com> <201107051730.03784.achill@matrix.gatewaynet.com> <295D8D24-CAE4-4EB6-BCF1-EEE7B8623D85@lns.com> In-Reply-To: <295D8D24-CAE4-4EB6-BCF1-EEE7B8623D85@lns.com> MIME-Version: 1.0 Content-Disposition: inline Date: Wed, 6 Jul 2011 11:24:38 +0300 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201107061124.38593.achill@matrix.gatewaynet.com> Cc: Subject: Re: FreeBSD and controlling an alarm via relay X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2011 08:24:41 -0000 thanx! very interesting! =CE=A3=CF=84=CE=B9=CF=82 Tuesday 05 July 2011 20:43:10 =CE=B3=CF=81=CE=AC= =CF=88=CE=B1=CF=84=CE=B5: > Why not use the parallel port? Have one of its pins drive a relay. You= may need to put a transistor in front of the relay. >=20 > Software: > http://excamera.com/articles/21/parallel.html >=20 > Hardware: > http://www.dakeng.com/relay.htm >=20 > Fancy hardware: > http://www.electronickits.com/kit/complete/elec/ck1601.htm >=20 > Tim >=20 > On Jul 5, 2011, at 9:30 AM, Achilleas Mantzios wrote: >=20 > > =CE=A3=CF=84=CE=B9=CF=82 Tuesday 05 July 2011 16:10:59 =CE=B3=CF=81=CE= =AC=CF=88=CE=B1=CF=84=CE=B5: > >> On Mon, 4 Jul 2011, Achilleas Mantzios wrote: > >>=20 > >> [snip] > >>=20 > >>> I was thinking of some relay board (instead of the old modem),=20 > >>> possibly ethernet controlled > >>=20 > >> This box has relays and GPIO available via ethernet. It's probably=20 > >> overkill for your application, but it's well made and easy to use: > >>=20 > >> http://www.extron.com/product/product.aspx?id=3Dipltcr48&s=3D0 > >>=20 > >=20 > > That is too big for my application, thanx anyway. > > Most probably i'll go for something cheaper like this one=20 > > http://www.ebay.co.uk/itm/USB-Eight-Channel-Relay-Board-RS232-Serial-Co= ntrolled-/110710346488?pt=3DUK_BOI_Electrical_Components_Supplies_ET&hash= =3Ditem19c6d9d2f8 > >=20 > > Could i use the ucom driver to talk to the USB device like a normal ser= ial device, via /dev/cua*** ? > > The above link says one needs to talk to the relay with: > > 8 Data, 1 Stop, No Parity,Baud rate : 9600 > > and the commands look like: > > FF 01 00 (HEX)=20 > > or=20 > > 255 1 0 (DEC) > >=20 > > could i be able to specify those over ucom?=20 > > do you know any application, perl library, utility or just a guide for = standard C serial port programming? > >=20 > > i have used mgetty/vgetty in the past to control some modems. > > I do not know if there any fancier methods to access the serial port, b= ut this is how i used to do it, back in 7.* > > /usr/local/bin/vm shell -l cuad1 -S onhook_offhook.pl > > where onhook_offhook.pl reads like: > > #!/usr/bin/perl > > # > > use Modem::Vgetty; > >=20 > > my $v =3D new Modem::Vgetty; > >=20 > > $v->device('DIALUP_LINE'); > > $v->send("ATH1"); > > sleep(5); > > $v->send("ATH0"); > >=20 > > if i could speak directly with e.g. "255 1 0" like > > $v->send("255 1 0"); > > that would be awesome... > > i guess i will have to try it out. > >> I'd also look at manufactureres such as Moxa and LANtronics. > >>=20 > >=20 > >=20 > >=20 > > --=20 > > Achilleas Mantzios > > _______________________________________________ > > freebsd-multimedia@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-multimedia > > To unsubscribe, send any mail to "freebsd-multimedia-unsubscribe@freebs= d.org" >=20 >=20 =2D-=20 Achilleas Mantzios From owner-freebsd-multimedia@FreeBSD.ORG Wed Jul 6 09:49:52 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8191F106566C; Wed, 6 Jul 2011 09:49:52 +0000 (UTC) (envelope-from achill@matrix.gatewaynet.com) Received: from smadev.internal.net (host3.dynacom.ondsl.gr [62.103.35.211]) by mx1.freebsd.org (Postfix) with ESMTP id F32398FC08; Wed, 6 Jul 2011 09:49:51 +0000 (UTC) Received: from smadev.internal.net (localhost.internal.net [127.0.0.1]) by smadev.internal.net (8.14.2/8.14.2) with ESMTP id p669noHI017050; Wed, 6 Jul 2011 12:49:50 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) Received: from localhost (localhost [[UNIX: localhost]]) by smadev.internal.net (8.14.2/8.14.2/Submit) id p669nnxs017049; Wed, 6 Jul 2011 12:49:49 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) From: Achilleas Mantzios Organization: Dynacom Tankers Mgmt To: Ian Smith Date: Wed, 6 Jul 2011 12:49:49 +0300 User-Agent: KMail/1.9.7 References: <201107041339.22470.achill@matrix.gatewaynet.com> <201107051730.03784.achill@matrix.gatewaynet.com> <20110706170845.Q84785@sola.nimnet.asn.au> In-Reply-To: <20110706170845.Q84785@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <201107061249.49637.achill@matrix.gatewaynet.com> Cc: freebsd-multimedia@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: FreeBSD and controlling an alarm via relay X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2011 09:49:52 -0000 another thing that puzzles me is power. This board : http://www.ebay.co.uk/itm/USB-Eight-Channel-Relay-Board-RS232-= Serial-Controlled-/110710333092?pt=3DUK_BOI_Electrical_Components_Supplies_= ET&hash=3Ditem19c6d99ea4 needs VDC 12V supply=20 while this one : http://www.ebay.co.uk/itm/USB-Four-4-Relay-Module-Board-Ho= me-Automation-/180646300804?pt=3DLH_DefaultDomain_0&hash=3Ditem2a0f5bcc84 is self powered from USB. batteries do not come cheap, and having an extra AC/DC adaptor is not very = good either ... another thing is the relay parameters, i see various figures : Relay parameters: 5V / 72mA, 15A/24VDC (120VAC), 10A/250VAC or Each switch 12VDC/15A or 240VAC/10A or Open (No) and Closed (NC) Contacts rated for voltages: 12VDC/15A; 24VDC/15A= ; 125VAC/15A; 250VAC/10A my specific application i want to drive is this wireless xmitter : http://www.visonic.com/Data/Uploads/MCT_100_Installer_Guide_English_DE2241U= =2Epdf Should i assume my device that i want my relay to control will have voltage= of 3V? for which Voltage/Ampere figures should i opt? are those figures crucial? thanx a lot =CE=A3=CF=84=CE=B9=CF=82 Wednesday 06 July 2011 11:03:14 =CE=BF/=CE=B7 Ian = Smith =CE=AD=CE=B3=CF=81=CE=B1=CF=88=CE=B5: > On Tue, 5 Jul 2011, Achilleas Mantzios wrote: > > =FF=FF=FF=FF=FF=FF=FF=FF Tuesday 05 July 2011 16:10:59 =FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF: > > > On Mon, 4 Jul 2011, Achilleas Mantzios wrote: > > >=20 > > > [snip] > > >=20 > > > > I was thinking of some relay board (instead of the old modem),=20 > > > > possibly ethernet controlled > > >=20 > > > This box has relays and GPIO available via ethernet. It's probably=20 > > > overkill for your application, but it's well made and easy to use: > > >=20 > > > http://www.extron.com/product/product.aspx?id=3Dipltcr48&s=3D0 > > >=20 > >=20 > > That is too big for my application, thanx anyway. > > Most probably i'll go for something cheaper like this one=20 > > http://www.ebay.co.uk/itm/USB-Eight-Channel-Relay-Board-RS232-Serial-C= ontrolled-/110710346488?pt=3DUK_BOI_Electrical_Components_Supplies_ET&hash= =3Ditem19c6d9d2f8 >=20 > These look quite well designed and built to me, reasonably priced new,=20 > but check out the/a source site [1] for various models, 1- and 4-relay=20 > boards too, or if you prefer, RS-232 serial rather than USB interface=20 > for the 8-relay boards. There's also a simple parallel port to 8 TTL=20 > outputs board (hi Tim!) and various other stuff. I'm tempted myself. >=20 > [1] http://sigma-shop.com/category/4/relay-boards.html > [2] http://www.sigma-shop.com/page/12/manuals.html >=20 > > Could i use the ucom driver to talk to the USB device like a normal se= rial device, via /dev/cua*** ? > > The above link says one needs to talk to the relay with: > > 8 Data, 1 Stop, No Parity,Baud rate : 9600 > > and the commands look like: > > FF 01 00 (HEX)=20 > > or=20 > > 255 1 0 (DEC) > >=20 > > could i be able to specify those over ucom?=20 >=20 > If so, great. If not and you have a serial port, the code will be the=20 > same anyway, except the port used. I grabbed most of the manuals from=20 > [2] and found the Linux software examples are all this one: >=20 > =3D=3D=3D=3D=3D=3D=3D > Linux : > The USB-serial device is automatically detected and mapped to /dev/ > ttyUSB0 (or USB1 in case there is already a similar device). > My test script: (Thanks Julian!) > -------------------------------------------------------- > # cat relay.sh > while true > do > echo -e "\xFF\x00\x00" > /dev/ttyUSB0 ; sleep .1 > echo -e "\xFF\x00\x01" > /dev/ttyUSB0 ; sleep .1 > echo -e "\xFF\x00\x00" > /dev/ttyUSB0 ; sleep .1 > [..] > echo -e "\xFF\x01\x01" > /dev/ttyUSB0 ; sleep .1 > echo -e "\xFF\x02\x01" > /dev/ttyUSB0 ; sleep .1 > [..] > echo -e "\xFF\x07\x01" > /dev/ttyUSB0 ; sleep .1 > echo -e "\xFF\x08\x01" > /dev/ttyUSB0 ; sleep .1 > echo -e "\xFF\x01\x00" > /dev/ttyUSB0 ; sleep .1 > echo -e "\xFF\x02\x00" > /dev/ttyUSB0 ; sleep .1 > [..] > echo -e "\xFF\x07\x00" > /dev/ttyUSB0 ; sleep .1 > echo -e "\xFF\x08\x00" > /dev/ttyUSB0 ; sleep .1 > =3D=3D=3D=3D=3D=3D=3D >=20 > If using sh[1] you might need to use \0377 instead of \xFF >=20 > > do you know any application, perl library, utility or just a guide for= standard C serial port programming? >=20 > Anything that can write bytes to a serial port - perl's overqualified :) >=20 > [..] >=20 > cheers, Ian =2D-=20 Achilleas Mantzios From owner-freebsd-multimedia@FreeBSD.ORG Wed Jul 6 12:12:30 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDF891065674; Wed, 6 Jul 2011 12:12:30 +0000 (UTC) (envelope-from dkline@libraryvideo.com) Received: from smtp.libraryvideo.com (mailguard.lvc.com [66.54.174.21]) by mx1.freebsd.org (Postfix) with ESMTP id 5B29F8FC1B; Wed, 6 Jul 2011 12:12:30 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.libraryvideo.com (Postfix) with ESMTP id BA0717EE03F; Wed, 6 Jul 2011 07:55:53 -0400 (EDT) Received: from smtp.libraryvideo.com ([127.0.0.1]) by localhost (smtp.libraryvideo.com [127.0.0.1]) (amavisd-maia, port 10024) with LMTP id 14776-03; Wed, 6 Jul 2011 07:55:51 -0400 (EDT) Received: from valkyrie.lvc.com (valkyrie.lvc.com [172.20.1.26]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.libraryvideo.com (Postfix) with ESMTPS id D980F7EE00F; Wed, 6 Jul 2011 07:55:50 -0400 (EDT) Received: from THOR.lvc.com ([fe80::dda4:1481:fd41:f3a]) by valkyrie.lvc.com ([fe80::716a:53e0:bf7d:632f%11]) with mapi id 14.01.0289.001; Wed, 6 Jul 2011 07:55:46 -0400 From: Dale Kline To: Achilleas Mantzios , Ian Smith Thread-Topic: FreeBSD and controlling an alarm via relay Thread-Index: AQHMOjkuqRM9d458e0G+dabNr+gbCJTd+JKAgAAWF4CAASZCAIAAHceA///bkHA= Date: Wed, 6 Jul 2011 11:55:45 +0000 Message-ID: <02F3A553C174554DA1D5EC7CEE9BDDD78DA1E4@THOR.lvc.com> References: <201107041339.22470.achill@matrix.gatewaynet.com> <201107051730.03784.achill@matrix.gatewaynet.com> <20110706170845.Q84785@sola.nimnet.asn.au> <201107061249.49637.achill@matrix.gatewaynet.com> In-Reply-To: <201107061249.49637.achill@matrix.gatewaynet.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.10.1.232] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Virus-Scanned: amavisd-maia at smtp.libraryvideo.com Cc: "freebsd-multimedia@freebsd.org" , Chris, "freebsd-hardware@freebsd.org" Subject: RE: FreeBSD and controlling an alarm via relay X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2011 12:12:31 -0000 SGksDQpJIGd1ZXNzIEkgZG9uJ3QgdW5kZXJzdGFuZCB5b3VyIGFwcGxpY2F0aW9uIGhlcmUuICBU aGUgVmlzb25pYyBpcyBhIGJhdHRlcnkgb3BlcmF0ZWQgVUhGIHJlbW90ZSBhbGFybSB0cmFuc21p dHRlciwgIHRoYXQgbG9va3MgYXQgYSB3aXJlZCBsb29wIGZvciBhIGNoYW5nZSBpbiBjb25kaXRp b24gKGEgZG9vciBtYWduZXRpYyByZWVkIHNlbnNvciwgZm9yIGV4YW1wbGUpIGFuZCB0aGVuIGl0 IHRyYW5zbWl0cyBhbiBhbGVydCB0byBhIHJlbW90ZSBSYWRpbyBSZWNlaXZlciAoTUNSLTMwNCkg aWYgdGhhdCBkb29yIG9wZW5zIG9yIGNsb3NlcyB1bmV4cGVjdGVkbHkuICBUaGUgTUNUMTAwIGhh cyBhIHRocmVlIHZvbHQgYmF0dGVyeSB3aXRoIGFuIG9wZXJhdGluZyBsaWZlIG9mIDQ1IC0gNTAg bW9udGhzIGFjY29yZGluZyB0byB0aGUgc3BlYy4gIEl0IGRvZXMgbm90IG5lZWQgYSB2b2x0YWdl IHN1cHBseSwgIG5vciB3b3VsZCB5b3Ugd2FudCB0byB0dXJuIGl0IG9uIGFuZCBvZmYgZHVyaW5n IG9wZXJhdGlvbi4NClRoZSBSZWxheSBib2FyZHMsIG9uIHRoZSBvdGhlciBoYW5kLCBhcmUgY2Fw YWJsZSBvZiB0dXJuaW5nIG9uIGFuZCBvZmYgdGhlIGZvdXIgb3IgZWlnaHQgcmVsYXlzIGZyb20g eW91ciBjb21wdXRlciBjb21tYW5kcy4gIFRoZSByZWxheXMgYXJlIGNhcGFibGUgb2Ygc3dpdGNo aW5nIEFOWSBBQyBvciBEQyB2b2x0YWdlLCBhdCBhIHJhdGVkIGN1cnJlbnQgKDI0IFZEQyBPUiAx MjAgVkFDIEAgMTUgQW1wcyBhbmQgc28gb24pLiAgVGhlIDUgdm9sdCBAIDcybWEgcmF0aW5nIGlz IHRoZSB2b2x0YWdlIGFuZCBjdXJyZW50IHRoYXQgdGhlIGJvYXJkIG11c3Qgc3VwcGx5IHRvIG1h a2UgdGhlIHJlbGF5IGNsb3NlLg0KVGhlIGdyZWVuIHRlcm1pbmFsIGJsb2NrcyB0aGVuIGNvbm5l Y3QgdG8gYSBmbG9vZGxpZ2h0IChmb3IgZXhhbXBsZSkgdGhhdCB3b3VsZCB0dXJuIE9OIGFmdGVy IHRoZSBVSEYgUmVjZWl2ZXIgdGhhdCBpcyBsaXN0ZW5pbmcgdG8gdGhlIE1DVDEwMCBUcmFuc21p dHRlciBpbmRpY2F0ZXMgdGhhdCBzb21lb25lIGhhcyBvcGVuZWQgb3IgY2xvc2VkIHRoZSBkb29y IG1lbnRpb25lZCBpbiB0aGUgZmlyc3QgcGFyYWdyYXBoLg0KQW0gSSBmb2xsb3dpbmcgd2hhdCB5 b3Ugd2FudCB0byBkbz8NCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBvd25lci1m cmVlYnNkLWhhcmR3YXJlQGZyZWVic2Qub3JnIFttYWlsdG86b3duZXItZnJlZWJzZC1oYXJkd2Fy ZUBmcmVlYnNkLm9yZ10gT24gQmVoYWxmIE9mIEFjaGlsbGVhcyBNYW50emlvcw0KU2VudDogV2Vk bmVzZGF5LCBKdWx5IDA2LCAyMDExIDU6NTAgQU0NClRvOiBJYW4gU21pdGgNCkNjOiBmcmVlYnNk LW11bHRpbWVkaWFAZnJlZWJzZC5vcmc7IENocmlzIEhpbGw7IGZyZWVic2QtaGFyZHdhcmVAZnJl ZWJzZC5vcmcNClN1YmplY3Q6IFJlOiBGcmVlQlNEIGFuZCBjb250cm9sbGluZyBhbiBhbGFybSB2 aWEgcmVsYXkNCg0KYW5vdGhlciB0aGluZyB0aGF0IHB1enpsZXMgbWUgaXMgcG93ZXIuDQpUaGlz IGJvYXJkIDogaHR0cDovL3d3dy5lYmF5LmNvLnVrL2l0bS9VU0ItRWlnaHQtQ2hhbm5lbC1SZWxh eS1Cb2FyZC1SUzIzMi1TZXJpYWwtQ29udHJvbGxlZC0vMTEwNzEwMzMzMDkyP3B0PVVLX0JPSV9F bGVjdHJpY2FsX0NvbXBvbmVudHNfU3VwcGxpZXNfRVQmaGFzaD1pdGVtMTljNmQ5OWVhNA0KbmVl ZHMgVkRDIDEyViBzdXBwbHkgDQp3aGlsZSB0aGlzIG9uZSA6IGh0dHA6Ly93d3cuZWJheS5jby51 ay9pdG0vVVNCLUZvdXItNC1SZWxheS1Nb2R1bGUtQm9hcmQtSG9tZS1BdXRvbWF0aW9uLS8xODA2 NDYzMDA4MDQ/cHQ9TEhfRGVmYXVsdERvbWFpbl8wJmhhc2g9aXRlbTJhMGY1YmNjODQNCmlzIHNl bGYgcG93ZXJlZCBmcm9tIFVTQi4NCg0KYmF0dGVyaWVzIGRvIG5vdCBjb21lIGNoZWFwLCBhbmQg aGF2aW5nIGFuIGV4dHJhIEFDL0RDIGFkYXB0b3IgaXMgbm90IHZlcnkgZ29vZCBlaXRoZXIgLi4u DQoNCmFub3RoZXIgdGhpbmcgaXMgdGhlIHJlbGF5IHBhcmFtZXRlcnMsIGkgc2VlIHZhcmlvdXMg ZmlndXJlcyA6DQpSZWxheSBwYXJhbWV0ZXJzOiA1ViAvIDcybUEsIDE1QS8yNFZEQyAoMTIwVkFD KSwgMTBBLzI1MFZBQyBvcg0KRWFjaCBzd2l0Y2ggMTJWREMvMTVBIG9yIDI0MFZBQy8xMEEgb3IN Ck9wZW4gKE5vKSBhbmQgQ2xvc2VkIChOQykgQ29udGFjdHMgcmF0ZWQgZm9yIHZvbHRhZ2VzOiAx MlZEQy8xNUE7IDI0VkRDLzE1QTsgMTI1VkFDLzE1QTsgMjUwVkFDLzEwQQ0KDQpteSBzcGVjaWZp YyBhcHBsaWNhdGlvbiBpIHdhbnQgdG8gZHJpdmUgaXMgdGhpcyB3aXJlbGVzcyB4bWl0dGVyIDoN Cmh0dHA6Ly93d3cudmlzb25pYy5jb20vRGF0YS9VcGxvYWRzL01DVF8xMDBfSW5zdGFsbGVyX0d1 aWRlX0VuZ2xpc2hfREUyMjQxVS5wZGYNClNob3VsZCBpIGFzc3VtZSBteSBkZXZpY2UgdGhhdCBp IHdhbnQgbXkgcmVsYXkgdG8gY29udHJvbCB3aWxsIGhhdmUgdm9sdGFnZSBvZiAzVj8NCg0KZm9y IHdoaWNoIFZvbHRhZ2UvQW1wZXJlIGZpZ3VyZXMgc2hvdWxkIGkgb3B0PyBhcmUgdGhvc2UgZmln dXJlcyBjcnVjaWFsPw0KDQp0aGFueCBhIGxvdA0KDQrOo8+EzrnPgiBXZWRuZXNkYXkgMDYgSnVs eSAyMDExIDExOjAzOjE0IM6/L863IElhbiBTbWl0aCDOrc6zz4HOsc+IzrU6DQo+IE9uIFR1ZSwg NSBKdWwgMjAxMSwgQWNoaWxsZWFzIE1hbnR6aW9zIHdyb3RlOg0KPiAgPiDvv73vv73vv73vv73v v73vv73vv73vv70gVHVlc2RheSAwNSBKdWx5IDIwMTEgMTY6MTA6NTkg77+977+977+977+977+9 77+977+977+977+977+977+977+977+977+9Og0KPiAgPiA+IE9uIE1vbiwgNCBKdWwgMjAxMSwg QWNoaWxsZWFzIE1hbnR6aW9zIHdyb3RlOg0KPiAgPiA+IA0KPiAgPiA+IFtzbmlwXQ0KPiAgPiA+ IA0KPiAgPiA+ID4gSSB3YXMgdGhpbmtpbmcgb2Ygc29tZSByZWxheSBib2FyZCAoaW5zdGVhZCBv ZiB0aGUgb2xkIG1vZGVtKSwgDQo+ICA+ID4gPiBwb3NzaWJseSBldGhlcm5ldCBjb250cm9sbGVk DQo+ICA+ID4gDQo+ICA+ID4gVGhpcyBib3ggaGFzIHJlbGF5cyBhbmQgR1BJTyBhdmFpbGFibGUg dmlhIGV0aGVybmV0LiBJdCdzIHByb2JhYmx5IA0KPiAgPiA+IG92ZXJraWxsIGZvciB5b3VyIGFw cGxpY2F0aW9uLCBidXQgaXQncyB3ZWxsIG1hZGUgYW5kIGVhc3kgdG8gdXNlOg0KPiAgPiA+IA0K PiAgPiA+IGh0dHA6Ly93d3cuZXh0cm9uLmNvbS9wcm9kdWN0L3Byb2R1Y3QuYXNweD9pZD1pcGx0 Y3I0OCZzPTANCj4gID4gPiANCj4gID4gDQo+ICA+IFRoYXQgaXMgdG9vIGJpZyBmb3IgbXkgYXBw bGljYXRpb24sIHRoYW54IGFueXdheS4NCj4gID4gTW9zdCBwcm9iYWJseSBpJ2xsIGdvIGZvciBz b21ldGhpbmcgY2hlYXBlciBsaWtlIHRoaXMgb25lIA0KPiAgPiBodHRwOi8vd3d3LmViYXkuY28u dWsvaXRtL1VTQi1FaWdodC1DaGFubmVsLVJlbGF5LUJvYXJkLVJTMjMyLVNlcmlhbC1Db250cm9s bGVkLS8xMTA3MTAzNDY0ODg/cHQ9VUtfQk9JX0VsZWN0cmljYWxfQ29tcG9uZW50c19TdXBwbGll c19FVCZoYXNoPWl0ZW0xOWM2ZDlkMmY4DQo+IA0KPiBUaGVzZSBsb29rIHF1aXRlIHdlbGwgZGVz aWduZWQgYW5kIGJ1aWx0IHRvIG1lLCByZWFzb25hYmx5IHByaWNlZCBuZXcsIA0KPiBidXQgY2hl Y2sgb3V0IHRoZS9hIHNvdXJjZSBzaXRlIFsxXSBmb3IgdmFyaW91cyBtb2RlbHMsIDEtIGFuZCA0 LXJlbGF5IA0KPiBib2FyZHMgdG9vLCBvciBpZiB5b3UgcHJlZmVyLCBSUy0yMzIgc2VyaWFsIHJh dGhlciB0aGFuIFVTQiBpbnRlcmZhY2UgDQo+IGZvciB0aGUgOC1yZWxheSBib2FyZHMuICBUaGVy ZSdzIGFsc28gYSBzaW1wbGUgcGFyYWxsZWwgcG9ydCB0byA4IFRUTCANCj4gb3V0cHV0cyBib2Fy ZCAoaGkgVGltISkgYW5kIHZhcmlvdXMgb3RoZXIgc3R1ZmYuICBJJ20gdGVtcHRlZCBteXNlbGYu DQo+IA0KPiBbMV0gaHR0cDovL3NpZ21hLXNob3AuY29tL2NhdGVnb3J5LzQvcmVsYXktYm9hcmRz Lmh0bWwNCj4gWzJdIGh0dHA6Ly93d3cuc2lnbWEtc2hvcC5jb20vcGFnZS8xMi9tYW51YWxzLmh0 bWwNCj4gDQo+ICA+IENvdWxkIGkgdXNlIHRoZSB1Y29tIGRyaXZlciB0byB0YWxrIHRvIHRoZSBV U0IgZGV2aWNlIGxpa2UgYSBub3JtYWwgc2VyaWFsIGRldmljZSwgdmlhIC9kZXYvY3VhKioqID8N Cj4gID4gVGhlIGFib3ZlIGxpbmsgc2F5cyBvbmUgbmVlZHMgdG8gdGFsayB0byB0aGUgcmVsYXkg d2l0aDoNCj4gID4gOCBEYXRhLCAxIFN0b3AsIE5vIFBhcml0eSxCYXVkIHJhdGUgOiA5NjAwDQo+ ICA+IGFuZCB0aGUgY29tbWFuZHMgbG9vayBsaWtlOg0KPiAgPiBGRiAwMSAwMCAoSEVYKSANCj4g ID4gb3IgDQo+ICA+IDI1NSAxIDAgKERFQykNCj4gID4gDQo+ICA+IGNvdWxkIGkgYmUgYWJsZSB0 byBzcGVjaWZ5IHRob3NlIG92ZXIgdWNvbT8gDQo+IA0KPiBJZiBzbywgZ3JlYXQuICBJZiBub3Qg YW5kIHlvdSBoYXZlIGEgc2VyaWFsIHBvcnQsIHRoZSBjb2RlIHdpbGwgYmUgdGhlIA0KPiBzYW1l IGFueXdheSwgZXhjZXB0IHRoZSBwb3J0IHVzZWQuICBJIGdyYWJiZWQgbW9zdCBvZiB0aGUgbWFu dWFscyBmcm9tIA0KPiBbMl0gYW5kIGZvdW5kIHRoZSBMaW51eCBzb2Z0d2FyZSBleGFtcGxlcyBh cmUgYWxsIHRoaXMgb25lOg0KPiANCj4gPT09PT09PQ0KPiBMaW51eCA6DQo+IFRoZSBVU0Itc2Vy aWFsIGRldmljZSBpcyBhdXRvbWF0aWNhbGx5IGRldGVjdGVkIGFuZCBtYXBwZWQgdG8gL2Rldi8N Cj4gdHR5VVNCMCAob3IgVVNCMSBpbiBjYXNlIHRoZXJlIGlzIGFscmVhZHkgYSBzaW1pbGFyIGRl dmljZSkuDQo+IE15IHRlc3Qgc2NyaXB0OiAoVGhhbmtzIEp1bGlhbiEpDQo+IC0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+ICMgY2F0IHJl bGF5LnNoDQo+IHdoaWxlIHRydWUNCj4gZG8NCj4gZWNobyAtZSAiXHhGRlx4MDBceDAwIiA+IC9k ZXYvdHR5VVNCMCA7IHNsZWVwIC4xDQo+IGVjaG8gLWUgIlx4RkZceDAwXHgwMSIgPiAvZGV2L3R0 eVVTQjAgOyBzbGVlcCAuMQ0KPiBlY2hvIC1lICJceEZGXHgwMFx4MDAiID4gL2Rldi90dHlVU0Iw IDsgc2xlZXAgLjENCj4gWy4uXQ0KPiBlY2hvIC1lICJceEZGXHgwMVx4MDEiID4gL2Rldi90dHlV U0IwIDsgc2xlZXAgLjENCj4gZWNobyAtZSAiXHhGRlx4MDJceDAxIiA+IC9kZXYvdHR5VVNCMCA7 IHNsZWVwIC4xDQo+IFsuLl0NCj4gZWNobyAtZSAiXHhGRlx4MDdceDAxIiA+IC9kZXYvdHR5VVNC MCA7IHNsZWVwIC4xDQo+IGVjaG8gLWUgIlx4RkZceDA4XHgwMSIgPiAvZGV2L3R0eVVTQjAgOyBz bGVlcCAuMQ0KPiBlY2hvIC1lICJceEZGXHgwMVx4MDAiID4gL2Rldi90dHlVU0IwIDsgc2xlZXAg LjENCj4gZWNobyAtZSAiXHhGRlx4MDJceDAwIiA+IC9kZXYvdHR5VVNCMCA7IHNsZWVwIC4xDQo+ IFsuLl0NCj4gZWNobyAtZSAiXHhGRlx4MDdceDAwIiA+IC9kZXYvdHR5VVNCMCA7IHNsZWVwIC4x DQo+IGVjaG8gLWUgIlx4RkZceDA4XHgwMCIgPiAvZGV2L3R0eVVTQjAgOyBzbGVlcCAuMQ0KPiA9 PT09PT09DQo+IA0KPiBJZiB1c2luZyBzaFsxXSB5b3UgbWlnaHQgbmVlZCB0byB1c2UgXDAzNzcg aW5zdGVhZCBvZiBceEZGDQo+IA0KPiAgPiBkbyB5b3Uga25vdyBhbnkgYXBwbGljYXRpb24sIHBl cmwgbGlicmFyeSwgdXRpbGl0eSBvciBqdXN0IGEgZ3VpZGUgZm9yIHN0YW5kYXJkIEMgc2VyaWFs IHBvcnQgcHJvZ3JhbW1pbmc/DQo+IA0KPiBBbnl0aGluZyB0aGF0IGNhbiB3cml0ZSBieXRlcyB0 byBhIHNlcmlhbCBwb3J0IC0gcGVybCdzIG92ZXJxdWFsaWZpZWQgOikNCj4gDQo+IFsuLl0NCj4g DQo+IGNoZWVycywgSWFuDQoNCg0KDQotLSANCkFjaGlsbGVhcyBNYW50emlvcw0KX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCmZyZWVic2QtaGFyZHdhcmVA ZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0DQpodHRwOi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1h bi9saXN0aW5mby9mcmVlYnNkLWhhcmR3YXJlDQpUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFp bCB0byAiZnJlZWJzZC1oYXJkd2FyZS11bnN1YnNjcmliZUBmcmVlYnNkLm9yZyINCg== From owner-freebsd-multimedia@FreeBSD.ORG Wed Jul 6 12:21:27 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CE521065670; Wed, 6 Jul 2011 12:21:27 +0000 (UTC) (envelope-from achill@matrix.gatewaynet.com) Received: from smadev.internal.net (host3.dynacom.ondsl.gr [62.103.35.211]) by mx1.freebsd.org (Postfix) with ESMTP id D0E478FC18; Wed, 6 Jul 2011 12:21:26 +0000 (UTC) Received: from smadev.internal.net (localhost.internal.net [127.0.0.1]) by smadev.internal.net (8.14.2/8.14.2) with ESMTP id p66CLOxo018804; Wed, 6 Jul 2011 15:21:24 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) Received: from localhost (localhost [[UNIX: localhost]]) by smadev.internal.net (8.14.2/8.14.2/Submit) id p66CLORk018803; Wed, 6 Jul 2011 15:21:24 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) From: Achilleas Mantzios Organization: Dynacom Tankers Mgmt To: Dale Kline Date: Wed, 6 Jul 2011 15:21:24 +0300 User-Agent: KMail/1.9.7 References: <201107041339.22470.achill@matrix.gatewaynet.com> <201107061249.49637.achill@matrix.gatewaynet.com> <02F3A553C174554DA1D5EC7CEE9BDDD78DA1E4@THOR.lvc.com> In-Reply-To: <02F3A553C174554DA1D5EC7CEE9BDDD78DA1E4@THOR.lvc.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <201107061521.24690.achill@matrix.gatewaynet.com> Cc: "freebsd-multimedia@freebsd.org" , "freebsd-hardware@freebsd.org" Subject: Re: FreeBSD and controlling an alarm via relay X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2011 12:21:27 -0000 Hello, not quite. Here is the idea (which has roughly worked in the past but with "peculiar"-= exotic hardware (e.g. 14.4Kbps modem ) : 1) FreBSD server runs zoneminder.=20 2) A deamon polls zoneminder's sharedmem (IPC) to see if we have any kind o= f alert (motion detection) produced. (that means that we verify that some camera de= tected unwanted motion) 3) Upon motion detection within the above daemon a script is called which s= ets some bits in some relay board=20 4) this relay board closes a NO circuit or opens a NC circuit in MCT100 5) MCT100 talks directly to visonic powermax+ control panel and triggers a = burglar alarm I had the above idea working 2-3 years back, with the following differences= with regard to the above a) a http://www.visonic.com/Products/Wireless-Property-Protection/Door-wind= ow-contact-mct-302 door/window was used instead of the dedicated MCT-100 xmitter. MCT-302 had an additiona= l hard-wired input (NO/NC/EOL) which behaved like a distinct zone with its own xmitter, pretty much like the MCT-100 doe= s. Problem with that was that the battery=20 went off too early and also the contact was completely damaged/malfunctioni= ng in the end. That is why i opted for the more dedicated MCT-100 xmitter which is designed to do just that, (= as you said) sense for difference in current in the circuit and transimt an event to the powermax+ central panel. b) instead of a dedicated-specialized relay board, i was utilizing an old Z= yXel modem, which i had connected in series=20 with the MCT-302 NC circuit. Normally the ZyXel allowed for current to pass= through the circuit. when the zoneminder-polling daemon detected an unwanted motion detection it= run: vm shell -l cuad1 -S offhook_onhook.pl (vm comes with mgetty) where offhook_onhook.pl looked like: #!/usr/bin/perl # use Modem::Vgetty; my $v =3D new Modem::Vgetty; $v->device('DIALUP_LINE'); $v->send("ATH1"); sleep(2); $v->send("ATH0"); This=20 $v->send("ATH1"); sleep(2); $v->send("ATH0"); part seemed to do the trick just fine. Thing, is that i am thinking these days, of trying either to re-do the old = 1.23 zoneminder port for FreeBSD 8.2 or join bsam@freebsd.org, in his effort to have a fully functioning zonemin= der 1.24 port with local bktr camera support. Along with that, i want to get rid of the old "MCT-302/ZyXel model" way and= try something better and faster. That is the whole story, i hope i made it clear enough :) =CE=A3=CF=84=CE=B9=CF=82 Wednesday 06 July 2011 14:55:45 =CE=BF/=CE=B7 Dale= Kline =CE=AD=CE=B3=CF=81=CE=B1=CF=88=CE=B5: > Hi, > I guess I don't understand your application here. The Visonic is a batte= ry operated UHF remote alarm transmitter, that looks at a wired loop for a= change in condition (a door magnetic reed sensor, for example) and then it= transmits an alert to a remote Radio Receiver (MCR-304) if that door opens= or closes unexpectedly. The MCT100 has a three volt battery with an opera= ting life of 45 - 50 months according to the spec. It does not need a volt= age supply, nor would you want to turn it on and off during operation. > The Relay boards, on the other hand, are capable of turning on and off th= e four or eight relays from your computer commands. The relays are capable= of switching ANY AC or DC voltage, at a rated current (24 VDC OR 120 VAC @= 15 Amps and so on). The 5 volt @ 72ma rating is the voltage and current t= hat the board must supply to make the relay close. > The green terminal blocks then connect to a floodlight (for example) that= would turn ON after the UHF Receiver that is listening to the MCT100 Trans= mitter indicates that someone has opened or closed the door mentioned in th= e first paragraph. > Am I following what you want to do? > -----Original Message----- > From: owner-freebsd-hardware@freebsd.org [mailto:owner-freebsd-hardware@f= reebsd.org] On Behalf Of Achilleas Mantzios > Sent: Wednesday, July 06, 2011 5:50 AM > To: Ian Smith > Cc: freebsd-multimedia@freebsd.org; Chris Hill; freebsd-hardware@freebsd.= org > Subject: Re: FreeBSD and controlling an alarm via relay >=20 > another thing that puzzles me is power. > This board : http://www.ebay.co.uk/itm/USB-Eight-Channel-Relay-Board-RS23= 2-Serial-Controlled-/110710333092?pt=3DUK_BOI_Electrical_Components_Supplie= s_ET&hash=3Ditem19c6d99ea4 > needs VDC 12V supply=20 > while this one : http://www.ebay.co.uk/itm/USB-Four-4-Relay-Module-Board-= Home-Automation-/180646300804?pt=3DLH_DefaultDomain_0&hash=3Ditem2a0f5bcc84 > is self powered from USB. >=20 > batteries do not come cheap, and having an extra AC/DC adaptor is not ver= y good either ... >=20 > another thing is the relay parameters, i see various figures : > Relay parameters: 5V / 72mA, 15A/24VDC (120VAC), 10A/250VAC or > Each switch 12VDC/15A or 240VAC/10A or > Open (No) and Closed (NC) Contacts rated for voltages: 12VDC/15A; 24VDC/1= 5A; 125VAC/15A; 250VAC/10A >=20 > my specific application i want to drive is this wireless xmitter : > http://www.visonic.com/Data/Uploads/MCT_100_Installer_Guide_English_DE224= 1U.pdf > Should i assume my device that i want my relay to control will have volta= ge of 3V? >=20 > for which Voltage/Ampere figures should i opt? are those figures crucial? >=20 > thanx a lot >=20 > =CE=A3=CF=84=CE=B9=CF=82 Wednesday 06 July 2011 11:03:14 =CE=BF/=CE=B7 Ia= n Smith =CE=AD=CE=B3=CF=81=CE=B1=CF=88=CE=B5: > > On Tue, 5 Jul 2011, Achilleas Mantzios wrote: > > > =EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF= =BF=BD Tuesday 05 July 2011 16:10:59 =EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD= =EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF= =BF=BD=EF=BF=BD: > > > > On Mon, 4 Jul 2011, Achilleas Mantzios wrote: > > > >=20 > > > > [snip] > > > >=20 > > > > > I was thinking of some relay board (instead of the old modem),=20 > > > > > possibly ethernet controlled > > > >=20 > > > > This box has relays and GPIO available via ethernet. It's probably= =20 > > > > overkill for your application, but it's well made and easy to use: > > > >=20 > > > > http://www.extron.com/product/product.aspx?id=3Dipltcr48&s=3D0 > > > >=20 > > >=20 > > > That is too big for my application, thanx anyway. > > > Most probably i'll go for something cheaper like this one=20 > > > http://www.ebay.co.uk/itm/USB-Eight-Channel-Relay-Board-RS232-Serial= =2DControlled-/110710346488?pt=3DUK_BOI_Electrical_Components_Supplies_ET&h= ash=3Ditem19c6d9d2f8 > >=20 > > These look quite well designed and built to me, reasonably priced new,= =20 > > but check out the/a source site [1] for various models, 1- and 4-relay= =20 > > boards too, or if you prefer, RS-232 serial rather than USB interface=20 > > for the 8-relay boards. There's also a simple parallel port to 8 TTL=20 > > outputs board (hi Tim!) and various other stuff. I'm tempted myself. > >=20 > > [1] http://sigma-shop.com/category/4/relay-boards.html > > [2] http://www.sigma-shop.com/page/12/manuals.html > >=20 > > > Could i use the ucom driver to talk to the USB device like a normal = serial device, via /dev/cua*** ? > > > The above link says one needs to talk to the relay with: > > > 8 Data, 1 Stop, No Parity,Baud rate : 9600 > > > and the commands look like: > > > FF 01 00 (HEX)=20 > > > or=20 > > > 255 1 0 (DEC) > > >=20 > > > could i be able to specify those over ucom?=20 > >=20 > > If so, great. If not and you have a serial port, the code will be the= =20 > > same anyway, except the port used. I grabbed most of the manuals from= =20 > > [2] and found the Linux software examples are all this one: > >=20 > > =3D=3D=3D=3D=3D=3D=3D > > Linux : > > The USB-serial device is automatically detected and mapped to /dev/ > > ttyUSB0 (or USB1 in case there is already a similar device). > > My test script: (Thanks Julian!) > > -------------------------------------------------------- > > # cat relay.sh > > while true > > do > > echo -e "\xFF\x00\x00" > /dev/ttyUSB0 ; sleep .1 > > echo -e "\xFF\x00\x01" > /dev/ttyUSB0 ; sleep .1 > > echo -e "\xFF\x00\x00" > /dev/ttyUSB0 ; sleep .1 > > [..] > > echo -e "\xFF\x01\x01" > /dev/ttyUSB0 ; sleep .1 > > echo -e "\xFF\x02\x01" > /dev/ttyUSB0 ; sleep .1 > > [..] > > echo -e "\xFF\x07\x01" > /dev/ttyUSB0 ; sleep .1 > > echo -e "\xFF\x08\x01" > /dev/ttyUSB0 ; sleep .1 > > echo -e "\xFF\x01\x00" > /dev/ttyUSB0 ; sleep .1 > > echo -e "\xFF\x02\x00" > /dev/ttyUSB0 ; sleep .1 > > [..] > > echo -e "\xFF\x07\x00" > /dev/ttyUSB0 ; sleep .1 > > echo -e "\xFF\x08\x00" > /dev/ttyUSB0 ; sleep .1 > > =3D=3D=3D=3D=3D=3D=3D > >=20 > > If using sh[1] you might need to use \0377 instead of \xFF > >=20 > > > do you know any application, perl library, utility or just a guide f= or standard C serial port programming? > >=20 > > Anything that can write bytes to a serial port - perl's overqualified :) > >=20 > > [..] > >=20 > > cheers, Ian >=20 >=20 >=20 =2D-=20 Achilleas Mantzios From owner-freebsd-multimedia@FreeBSD.ORG Wed Jul 6 12:34:35 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44EB71065672; Wed, 6 Jul 2011 12:34:35 +0000 (UTC) (envelope-from dkline@libraryvideo.com) Received: from smtp.libraryvideo.com (mailguard.lvc.com [66.54.174.21]) by mx1.freebsd.org (Postfix) with ESMTP id E13428FC14; Wed, 6 Jul 2011 12:34:34 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.libraryvideo.com (Postfix) with ESMTP id 5204C7EE0CB; Wed, 6 Jul 2011 08:34:38 -0400 (EDT) Received: from smtp.libraryvideo.com ([127.0.0.1]) by localhost (smtp.libraryvideo.com [127.0.0.1]) (amavisd-maia, port 10024) with LMTP id 16828-08; Wed, 6 Jul 2011 08:34:35 -0400 (EDT) Received: from valkyrie.lvc.com (valkyrie.lvc.com [172.20.1.26]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.libraryvideo.com (Postfix) with ESMTPS id C261F7EE014; Wed, 6 Jul 2011 08:34:35 -0400 (EDT) Received: from THOR.lvc.com ([fe80::dda4:1481:fd41:f3a]) by valkyrie.lvc.com ([fe80::716a:53e0:bf7d:632f%11]) with mapi id 14.01.0289.001; Wed, 6 Jul 2011 08:34:31 -0400 From: Dale Kline To: Achilleas Mantzios Thread-Topic: FreeBSD and controlling an alarm via relay Thread-Index: AQHMOjkuqRM9d458e0G+dabNr+gbCJTd+JKAgAAWF4CAASZCAIAAHceA///bkHCAAE7KAP//vXhw Date: Wed, 6 Jul 2011 12:34:30 +0000 Message-ID: <02F3A553C174554DA1D5EC7CEE9BDDD78DA245@THOR.lvc.com> References: <201107041339.22470.achill@matrix.gatewaynet.com> <201107061249.49637.achill@matrix.gatewaynet.com> <02F3A553C174554DA1D5EC7CEE9BDDD78DA1E4@THOR.lvc.com> <201107061521.24690.achill@matrix.gatewaynet.com> In-Reply-To: <201107061521.24690.achill@matrix.gatewaynet.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.10.1.232] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Virus-Scanned: amavisd-maia at smtp.libraryvideo.com Cc: "freebsd-multimedia@freebsd.org" , Chris, "freebsd-hardware@freebsd.org" Subject: RE: FreeBSD and controlling an alarm via relay X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2011 12:34:35 -0000 T0sgIC0gbm93IEkgdW5kZXJzdGFuZC4gIFRoZSByZWxheSBkcml2ZW4gYnkgdGhlIGNvbXB1dGVy IGlzIGEgdmVyeSBzbWFydCAic3dpdGNoIiB3aGljaCBjaGFuZ2VzIHRoZSBjb25kaXRpb24gb2Yg dGhlIE1DVC0xMDAgbG9vcCwgIGFuZCBjYXVzZXMgdGhlIFRyYW5zbWl0dGVyIHRvIHNlbmQgYSBz aWduYWwgdG8gYW5vdGhlciBSZWNlaXZlci4gIFNvIGlmIHlvdSB3aXJlIHRoZSByZWxheSBjb25u ZWN0b3IgYmxvY2sgdG8gdGhlIE1DVC0xMDAgbG9vcCBpbnB1dCwgaXQgd2lsbCB3b3JrIGZpbmUu ICBUaGF0IHBhcnQgaXMgc3RyYWlnaHRmb3J3YXJkLiBJIGNvdWxkIG5vdCB0ZWxsIGlmIHRoZSBN Q1QtMTAwIGlzIGN1cnJlbnQgb3Igdm9sdGFnZSBkcml2ZW4sICBidXQgaXQgd2lsbCB3b3JrIHdp dGggdGhlIHJlbGF5IGVpdGhlciB3YXkuDQpJJ20gbm90IGZhbWlsaWFyIHdpdGggdGhlIHpvbmVt aW5kZXIuICBJJ2xsIGhhdmUgdG8gbG9vayBpbnRvIHRoYXQuICBJIHdhbnRlZCB0byBkbyBzb21l IG9mIHRoYXQgYXQgaG9tZSB0byBsZXQgbWUga25vdyB3aGVuIHNvbWVvbmUgZHJpdmVzIGludG8g b3VyIGRyaXZld2F5Lg0KQlRXLCAgSSBhbSBhIGhhcmR3YXJlIHBlcnNvbiAtIHNvbGRlcmluZyBp cm9uIGFuZCB0aGF0IHN0dWZmLiAgVGhpcyBzb2Z0d2FyZSBpcyBhIGNoYWxsZW5nZSB0aGF0IEkg YW0gdHJ5aW5nIHRvIGxlYXJuLiAgSSBhbSBvbmUgdmVyeSBzbWFsbCBzdGVwIGFib3ZlIGFic29s dXRlIGJlZ2lubmVyIHdpdGggdGhpcyBGcmVlQlNEIGNvZGUuICAgQnV0IHZvbHRzIGFuZCBhbXBz IGFuZCBvaG1zLCB0aGF0IEkgdW5kZXJzdGFuZC4gIDotKQ0KDQotLS0tLU9yaWdpbmFsIE1lc3Nh Z2UtLS0tLQ0KRnJvbTogb3duZXItZnJlZWJzZC1oYXJkd2FyZUBmcmVlYnNkLm9yZyBbbWFpbHRv Om93bmVyLWZyZWVic2QtaGFyZHdhcmVAZnJlZWJzZC5vcmddIE9uIEJlaGFsZiBPZiBBY2hpbGxl YXMgTWFudHppb3MNClNlbnQ6IFdlZG5lc2RheSwgSnVseSAwNiwgMjAxMSA4OjIxIEFNDQpUbzog RGFsZSBLbGluZQ0KQ2M6IGZyZWVic2QtbXVsdGltZWRpYUBmcmVlYnNkLm9yZzsgQ2hyaXMgSGls bDsgSWFuIFNtaXRoOyBmcmVlYnNkLWhhcmR3YXJlQGZyZWVic2Qub3JnDQpTdWJqZWN0OiBSZTog RnJlZUJTRCBhbmQgY29udHJvbGxpbmcgYW4gYWxhcm0gdmlhIHJlbGF5DQoNCkhlbGxvLCBub3Qg cXVpdGUuDQpIZXJlIGlzIHRoZSBpZGVhICh3aGljaCBoYXMgcm91Z2hseSB3b3JrZWQgaW4gdGhl IHBhc3QgYnV0IHdpdGggInBlY3VsaWFyIi1leG90aWMgaGFyZHdhcmUgKGUuZy4gMTQuNEticHMg bW9kZW0gKSA6DQoxKSBGcmVCU0Qgc2VydmVyIHJ1bnMgem9uZW1pbmRlci4gDQoyKSBBIGRlYW1v biBwb2xscyB6b25lbWluZGVyJ3Mgc2hhcmVkbWVtIChJUEMpIHRvIHNlZSBpZiB3ZSBoYXZlIGFu eSBraW5kIG9mIGFsZXJ0DQoobW90aW9uIGRldGVjdGlvbikgcHJvZHVjZWQuICh0aGF0IG1lYW5z IHRoYXQgd2UgdmVyaWZ5IHRoYXQgc29tZSBjYW1lcmEgZGV0ZWN0ZWQgdW53YW50ZWQgbW90aW9u KQ0KMykgVXBvbiBtb3Rpb24gZGV0ZWN0aW9uIHdpdGhpbiB0aGUgYWJvdmUgZGFlbW9uIGEgc2Ny aXB0IGlzIGNhbGxlZCB3aGljaCBzZXRzIHNvbWUgYml0cyBpbiBzb21lIHJlbGF5IGJvYXJkIA0K NCkgdGhpcyByZWxheSBib2FyZCBjbG9zZXMgYSBOTyBjaXJjdWl0IG9yIG9wZW5zIGEgTkMgY2ly Y3VpdCBpbiBNQ1QxMDANCjUpIE1DVDEwMCB0YWxrcyBkaXJlY3RseSB0byB2aXNvbmljIHBvd2Vy bWF4KyBjb250cm9sIHBhbmVsIGFuZCB0cmlnZ2VycyBhIGJ1cmdsYXIgYWxhcm0NCg0KSSBoYWQg dGhlIGFib3ZlIGlkZWEgd29ya2luZyAyLTMgeWVhcnMgYmFjaywgd2l0aCB0aGUgZm9sbG93aW5n IGRpZmZlcmVuY2VzIHdpdGggcmVnYXJkIHRvIHRoZSBhYm92ZQ0KYSkgYSBodHRwOi8vd3d3LnZp c29uaWMuY29tL1Byb2R1Y3RzL1dpcmVsZXNzLVByb3BlcnR5LVByb3RlY3Rpb24vRG9vci13aW5k b3ctY29udGFjdC1tY3QtMzAyIGRvb3Ivd2luZG93DQp3YXMgdXNlZCBpbnN0ZWFkIG9mIHRoZSBk ZWRpY2F0ZWQgTUNULTEwMCB4bWl0dGVyLiBNQ1QtMzAyIGhhZCBhbiBhZGRpdGlvbmFsIGhhcmQt d2lyZWQgaW5wdXQgKE5PL05DL0VPTCkgd2hpY2ggYmVoYXZlZA0KbGlrZSBhIGRpc3RpbmN0IHpv bmUgd2l0aCBpdHMgb3duIHhtaXR0ZXIsIHByZXR0eSBtdWNoIGxpa2UgdGhlIE1DVC0xMDAgZG9l cy4gUHJvYmxlbSB3aXRoIHRoYXQgd2FzIHRoYXQgdGhlIGJhdHRlcnkgDQp3ZW50IG9mZiB0b28g ZWFybHkgYW5kIGFsc28gdGhlIGNvbnRhY3Qgd2FzIGNvbXBsZXRlbHkgZGFtYWdlZC9tYWxmdW5j dGlvbmluZyBpbiB0aGUgZW5kLiBUaGF0IGlzIHdoeSBpIG9wdGVkDQpmb3IgdGhlIG1vcmUgZGVk aWNhdGVkIE1DVC0xMDAgeG1pdHRlciB3aGljaCBpcyBkZXNpZ25lZCB0byBkbyBqdXN0IHRoYXQs IChhcyB5b3Ugc2FpZCkgc2Vuc2UgZm9yIGRpZmZlcmVuY2UgaW4gY3VycmVudA0KaW4gdGhlIGNp cmN1aXQgYW5kIHRyYW5zaW10IGFuIGV2ZW50IHRvIHRoZSBwb3dlcm1heCsgY2VudHJhbCBwYW5l bC4NCg0KYikgaW5zdGVhZCBvZiBhIGRlZGljYXRlZC1zcGVjaWFsaXplZCByZWxheSBib2FyZCwg aSB3YXMgdXRpbGl6aW5nIGFuIG9sZCBaeVhlbCBtb2RlbSwgd2hpY2ggaSBoYWQgY29ubmVjdGVk IGluIHNlcmllcyANCndpdGggdGhlIE1DVC0zMDIgTkMgY2lyY3VpdC4gTm9ybWFsbHkgdGhlIFp5 WGVsIGFsbG93ZWQgZm9yIGN1cnJlbnQgdG8gcGFzcyB0aHJvdWdoIHRoZSBjaXJjdWl0Lg0Kd2hl biB0aGUgem9uZW1pbmRlci1wb2xsaW5nIGRhZW1vbiBkZXRlY3RlZCBhbiB1bndhbnRlZCBtb3Rp b24gZGV0ZWN0aW9uIGl0IHJ1bjoNCnZtIHNoZWxsIC1sIGN1YWQxIC1TIG9mZmhvb2tfb25ob29r LnBsDQoodm0gY29tZXMgd2l0aCBtZ2V0dHkpDQp3aGVyZSBvZmZob29rX29uaG9vay5wbCBsb29r ZWQgbGlrZToNCiMhL3Vzci9iaW4vcGVybA0KIw0KdXNlIE1vZGVtOjpWZ2V0dHk7DQoNCm15ICR2 ID0gbmV3IE1vZGVtOjpWZ2V0dHk7DQoNCiR2LT5kZXZpY2UoJ0RJQUxVUF9MSU5FJyk7DQokdi0+ c2VuZCgiQVRIMSIpOw0Kc2xlZXAoMik7DQokdi0+c2VuZCgiQVRIMCIpOw0KDQpUaGlzIA0KJHYt PnNlbmQoIkFUSDEiKTsNCnNsZWVwKDIpOw0KJHYtPnNlbmQoIkFUSDAiKTsNCnBhcnQgc2VlbWVk IHRvIGRvIHRoZSB0cmljayBqdXN0IGZpbmUuDQoNClRoaW5nLCBpcyB0aGF0IGkgYW0gdGhpbmtp bmcgdGhlc2UgZGF5cywgb2YgdHJ5aW5nIGVpdGhlciB0byByZS1kbyB0aGUgb2xkIDEuMjMgem9u ZW1pbmRlciBwb3J0IGZvciBGcmVlQlNEIDguMg0Kb3Igam9pbiBic2FtQGZyZWVic2Qub3JnLCBp biBoaXMgZWZmb3J0IHRvIGhhdmUgYSBmdWxseSBmdW5jdGlvbmluZyB6b25lbWluZGVyIDEuMjQg cG9ydCB3aXRoIGxvY2FsIGJrdHIgY2FtZXJhIHN1cHBvcnQuDQpBbG9uZyB3aXRoIHRoYXQsIGkg d2FudCB0byBnZXQgcmlkIG9mIHRoZSBvbGQgIk1DVC0zMDIvWnlYZWwgbW9kZWwiIHdheSBhbmQg dHJ5IHNvbWV0aGluZyBiZXR0ZXIgYW5kIGZhc3Rlci4NCg0KVGhhdCBpcyB0aGUgd2hvbGUgc3Rv cnksIGkgaG9wZSBpIG1hZGUgaXQgY2xlYXIgZW5vdWdoIDopDQoNCs6jz4TOuc+CIFdlZG5lc2Rh eSAwNiBKdWx5IDIwMTEgMTQ6NTU6NDUgzr8vzrcgRGFsZSBLbGluZSDOrc6zz4HOsc+IzrU6DQo+ IEhpLA0KPiBJIGd1ZXNzIEkgZG9uJ3QgdW5kZXJzdGFuZCB5b3VyIGFwcGxpY2F0aW9uIGhlcmUu ICBUaGUgVmlzb25pYyBpcyBhIGJhdHRlcnkgb3BlcmF0ZWQgVUhGIHJlbW90ZSBhbGFybSB0cmFu c21pdHRlciwgIHRoYXQgbG9va3MgYXQgYSB3aXJlZCBsb29wIGZvciBhIGNoYW5nZSBpbiBjb25k aXRpb24gKGEgZG9vciBtYWduZXRpYyByZWVkIHNlbnNvciwgZm9yIGV4YW1wbGUpIGFuZCB0aGVu IGl0IHRyYW5zbWl0cyBhbiBhbGVydCB0byBhIHJlbW90ZSBSYWRpbyBSZWNlaXZlciAoTUNSLTMw NCkgaWYgdGhhdCBkb29yIG9wZW5zIG9yIGNsb3NlcyB1bmV4cGVjdGVkbHkuICBUaGUgTUNUMTAw IGhhcyBhIHRocmVlIHZvbHQgYmF0dGVyeSB3aXRoIGFuIG9wZXJhdGluZyBsaWZlIG9mIDQ1IC0g NTAgbW9udGhzIGFjY29yZGluZyB0byB0aGUgc3BlYy4gIEl0IGRvZXMgbm90IG5lZWQgYSB2b2x0 YWdlIHN1cHBseSwgIG5vciB3b3VsZCB5b3Ugd2FudCB0byB0dXJuIGl0IG9uIGFuZCBvZmYgZHVy aW5nIG9wZXJhdGlvbi4NCj4gVGhlIFJlbGF5IGJvYXJkcywgb24gdGhlIG90aGVyIGhhbmQsIGFy ZSBjYXBhYmxlIG9mIHR1cm5pbmcgb24gYW5kIG9mZiB0aGUgZm91ciBvciBlaWdodCByZWxheXMg ZnJvbSB5b3VyIGNvbXB1dGVyIGNvbW1hbmRzLiAgVGhlIHJlbGF5cyBhcmUgY2FwYWJsZSBvZiBz d2l0Y2hpbmcgQU5ZIEFDIG9yIERDIHZvbHRhZ2UsIGF0IGEgcmF0ZWQgY3VycmVudCAoMjQgVkRD IE9SIDEyMCBWQUMgQCAxNSBBbXBzIGFuZCBzbyBvbikuICBUaGUgNSB2b2x0IEAgNzJtYSByYXRp bmcgaXMgdGhlIHZvbHRhZ2UgYW5kIGN1cnJlbnQgdGhhdCB0aGUgYm9hcmQgbXVzdCBzdXBwbHkg dG8gbWFrZSB0aGUgcmVsYXkgY2xvc2UuDQo+IFRoZSBncmVlbiB0ZXJtaW5hbCBibG9ja3MgdGhl biBjb25uZWN0IHRvIGEgZmxvb2RsaWdodCAoZm9yIGV4YW1wbGUpIHRoYXQgd291bGQgdHVybiBP TiBhZnRlciB0aGUgVUhGIFJlY2VpdmVyIHRoYXQgaXMgbGlzdGVuaW5nIHRvIHRoZSBNQ1QxMDAg VHJhbnNtaXR0ZXIgaW5kaWNhdGVzIHRoYXQgc29tZW9uZSBoYXMgb3BlbmVkIG9yIGNsb3NlZCB0 aGUgZG9vciBtZW50aW9uZWQgaW4gdGhlIGZpcnN0IHBhcmFncmFwaC4NCj4gQW0gSSBmb2xsb3dp bmcgd2hhdCB5b3Ugd2FudCB0byBkbz8NCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4g RnJvbTogb3duZXItZnJlZWJzZC1oYXJkd2FyZUBmcmVlYnNkLm9yZyBbbWFpbHRvOm93bmVyLWZy ZWVic2QtaGFyZHdhcmVAZnJlZWJzZC5vcmddIE9uIEJlaGFsZiBPZiBBY2hpbGxlYXMgTWFudHpp b3MNCj4gU2VudDogV2VkbmVzZGF5LCBKdWx5IDA2LCAyMDExIDU6NTAgQU0NCj4gVG86IElhbiBT bWl0aA0KPiBDYzogZnJlZWJzZC1tdWx0aW1lZGlhQGZyZWVic2Qub3JnOyBDaHJpcyBIaWxsOyBm cmVlYnNkLWhhcmR3YXJlQGZyZWVic2Qub3JnDQo+IFN1YmplY3Q6IFJlOiBGcmVlQlNEIGFuZCBj b250cm9sbGluZyBhbiBhbGFybSB2aWEgcmVsYXkNCj4gDQo+IGFub3RoZXIgdGhpbmcgdGhhdCBw dXp6bGVzIG1lIGlzIHBvd2VyLg0KPiBUaGlzIGJvYXJkIDogaHR0cDovL3d3dy5lYmF5LmNvLnVr L2l0bS9VU0ItRWlnaHQtQ2hhbm5lbC1SZWxheS1Cb2FyZC1SUzIzMi1TZXJpYWwtQ29udHJvbGxl ZC0vMTEwNzEwMzMzMDkyP3B0PVVLX0JPSV9FbGVjdHJpY2FsX0NvbXBvbmVudHNfU3VwcGxpZXNf RVQmaGFzaD1pdGVtMTljNmQ5OWVhNA0KPiBuZWVkcyBWREMgMTJWIHN1cHBseSANCj4gd2hpbGUg dGhpcyBvbmUgOiBodHRwOi8vd3d3LmViYXkuY28udWsvaXRtL1VTQi1Gb3VyLTQtUmVsYXktTW9k dWxlLUJvYXJkLUhvbWUtQXV0b21hdGlvbi0vMTgwNjQ2MzAwODA0P3B0PUxIX0RlZmF1bHREb21h aW5fMCZoYXNoPWl0ZW0yYTBmNWJjYzg0DQo+IGlzIHNlbGYgcG93ZXJlZCBmcm9tIFVTQi4NCj4g DQo+IGJhdHRlcmllcyBkbyBub3QgY29tZSBjaGVhcCwgYW5kIGhhdmluZyBhbiBleHRyYSBBQy9E QyBhZGFwdG9yIGlzIG5vdCB2ZXJ5IGdvb2QgZWl0aGVyIC4uLg0KPiANCj4gYW5vdGhlciB0aGlu ZyBpcyB0aGUgcmVsYXkgcGFyYW1ldGVycywgaSBzZWUgdmFyaW91cyBmaWd1cmVzIDoNCj4gUmVs YXkgcGFyYW1ldGVyczogNVYgLyA3Mm1BLCAxNUEvMjRWREMgKDEyMFZBQyksIDEwQS8yNTBWQUMg b3INCj4gRWFjaCBzd2l0Y2ggMTJWREMvMTVBIG9yIDI0MFZBQy8xMEEgb3INCj4gT3BlbiAoTm8p IGFuZCBDbG9zZWQgKE5DKSBDb250YWN0cyByYXRlZCBmb3Igdm9sdGFnZXM6IDEyVkRDLzE1QTsg MjRWREMvMTVBOyAxMjVWQUMvMTVBOyAyNTBWQUMvMTBBDQo+IA0KPiBteSBzcGVjaWZpYyBhcHBs aWNhdGlvbiBpIHdhbnQgdG8gZHJpdmUgaXMgdGhpcyB3aXJlbGVzcyB4bWl0dGVyIDoNCj4gaHR0 cDovL3d3dy52aXNvbmljLmNvbS9EYXRhL1VwbG9hZHMvTUNUXzEwMF9JbnN0YWxsZXJfR3VpZGVf RW5nbGlzaF9ERTIyNDFVLnBkZg0KPiBTaG91bGQgaSBhc3N1bWUgbXkgZGV2aWNlIHRoYXQgaSB3 YW50IG15IHJlbGF5IHRvIGNvbnRyb2wgd2lsbCBoYXZlIHZvbHRhZ2Ugb2YgM1Y/DQo+IA0KPiBm b3Igd2hpY2ggVm9sdGFnZS9BbXBlcmUgZmlndXJlcyBzaG91bGQgaSBvcHQ/IGFyZSB0aG9zZSBm aWd1cmVzIGNydWNpYWw/DQo+IA0KPiB0aGFueCBhIGxvdA0KPiANCj4gzqPPhM65z4IgV2VkbmVz ZGF5IDA2IEp1bHkgMjAxMSAxMTowMzoxNCDOvy/OtyBJYW4gU21pdGggzq3Os8+BzrHPiM61Og0K PiA+IE9uIFR1ZSwgNSBKdWwgMjAxMSwgQWNoaWxsZWFzIE1hbnR6aW9zIHdyb3RlOg0KPiA+ICA+ IO+/ve+/ve+/ve+/ve+/ve+/ve+/ve+/vSBUdWVzZGF5IDA1IEp1bHkgMjAxMSAxNjoxMDo1OSDv v73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv706DQo+ID4gID4gPiBPbiBN b24sIDQgSnVsIDIwMTEsIEFjaGlsbGVhcyBNYW50emlvcyB3cm90ZToNCj4gPiAgPiA+IA0KPiA+ ICA+ID4gW3NuaXBdDQo+ID4gID4gPiANCj4gPiAgPiA+ID4gSSB3YXMgdGhpbmtpbmcgb2Ygc29t ZSByZWxheSBib2FyZCAoaW5zdGVhZCBvZiB0aGUgb2xkIG1vZGVtKSwgDQo+ID4gID4gPiA+IHBv c3NpYmx5IGV0aGVybmV0IGNvbnRyb2xsZWQNCj4gPiAgPiA+IA0KPiA+ICA+ID4gVGhpcyBib3gg aGFzIHJlbGF5cyBhbmQgR1BJTyBhdmFpbGFibGUgdmlhIGV0aGVybmV0LiBJdCdzIHByb2JhYmx5 IA0KPiA+ICA+ID4gb3ZlcmtpbGwgZm9yIHlvdXIgYXBwbGljYXRpb24sIGJ1dCBpdCdzIHdlbGwg bWFkZSBhbmQgZWFzeSB0byB1c2U6DQo+ID4gID4gPiANCj4gPiAgPiA+IGh0dHA6Ly93d3cuZXh0 cm9uLmNvbS9wcm9kdWN0L3Byb2R1Y3QuYXNweD9pZD1pcGx0Y3I0OCZzPTANCj4gPiAgPiA+IA0K PiA+ICA+IA0KPiA+ICA+IFRoYXQgaXMgdG9vIGJpZyBmb3IgbXkgYXBwbGljYXRpb24sIHRoYW54 IGFueXdheS4NCj4gPiAgPiBNb3N0IHByb2JhYmx5IGknbGwgZ28gZm9yIHNvbWV0aGluZyBjaGVh cGVyIGxpa2UgdGhpcyBvbmUgDQo+ID4gID4gaHR0cDovL3d3dy5lYmF5LmNvLnVrL2l0bS9VU0It RWlnaHQtQ2hhbm5lbC1SZWxheS1Cb2FyZC1SUzIzMi1TZXJpYWwtQ29udHJvbGxlZC0vMTEwNzEw MzQ2NDg4P3B0PVVLX0JPSV9FbGVjdHJpY2FsX0NvbXBvbmVudHNfU3VwcGxpZXNfRVQmaGFzaD1p dGVtMTljNmQ5ZDJmOA0KPiA+IA0KPiA+IFRoZXNlIGxvb2sgcXVpdGUgd2VsbCBkZXNpZ25lZCBh bmQgYnVpbHQgdG8gbWUsIHJlYXNvbmFibHkgcHJpY2VkIG5ldywgDQo+ID4gYnV0IGNoZWNrIG91 dCB0aGUvYSBzb3VyY2Ugc2l0ZSBbMV0gZm9yIHZhcmlvdXMgbW9kZWxzLCAxLSBhbmQgNC1yZWxh eSANCj4gPiBib2FyZHMgdG9vLCBvciBpZiB5b3UgcHJlZmVyLCBSUy0yMzIgc2VyaWFsIHJhdGhl ciB0aGFuIFVTQiBpbnRlcmZhY2UgDQo+ID4gZm9yIHRoZSA4LXJlbGF5IGJvYXJkcy4gIFRoZXJl J3MgYWxzbyBhIHNpbXBsZSBwYXJhbGxlbCBwb3J0IHRvIDggVFRMIA0KPiA+IG91dHB1dHMgYm9h cmQgKGhpIFRpbSEpIGFuZCB2YXJpb3VzIG90aGVyIHN0dWZmLiAgSSdtIHRlbXB0ZWQgbXlzZWxm Lg0KPiA+IA0KPiA+IFsxXSBodHRwOi8vc2lnbWEtc2hvcC5jb20vY2F0ZWdvcnkvNC9yZWxheS1i b2FyZHMuaHRtbA0KPiA+IFsyXSBodHRwOi8vd3d3LnNpZ21hLXNob3AuY29tL3BhZ2UvMTIvbWFu dWFscy5odG1sDQo+ID4gDQo+ID4gID4gQ291bGQgaSB1c2UgdGhlIHVjb20gZHJpdmVyIHRvIHRh bGsgdG8gdGhlIFVTQiBkZXZpY2UgbGlrZSBhIG5vcm1hbCBzZXJpYWwgZGV2aWNlLCB2aWEgL2Rl di9jdWEqKiogPw0KPiA+ICA+IFRoZSBhYm92ZSBsaW5rIHNheXMgb25lIG5lZWRzIHRvIHRhbGsg dG8gdGhlIHJlbGF5IHdpdGg6DQo+ID4gID4gOCBEYXRhLCAxIFN0b3AsIE5vIFBhcml0eSxCYXVk IHJhdGUgOiA5NjAwDQo+ID4gID4gYW5kIHRoZSBjb21tYW5kcyBsb29rIGxpa2U6DQo+ID4gID4g RkYgMDEgMDAgKEhFWCkgDQo+ID4gID4gb3IgDQo+ID4gID4gMjU1IDEgMCAoREVDKQ0KPiA+ICA+ IA0KPiA+ICA+IGNvdWxkIGkgYmUgYWJsZSB0byBzcGVjaWZ5IHRob3NlIG92ZXIgdWNvbT8gDQo+ ID4gDQo+ID4gSWYgc28sIGdyZWF0LiAgSWYgbm90IGFuZCB5b3UgaGF2ZSBhIHNlcmlhbCBwb3J0 LCB0aGUgY29kZSB3aWxsIGJlIHRoZSANCj4gPiBzYW1lIGFueXdheSwgZXhjZXB0IHRoZSBwb3J0 IHVzZWQuICBJIGdyYWJiZWQgbW9zdCBvZiB0aGUgbWFudWFscyBmcm9tIA0KPiA+IFsyXSBhbmQg Zm91bmQgdGhlIExpbnV4IHNvZnR3YXJlIGV4YW1wbGVzIGFyZSBhbGwgdGhpcyBvbmU6DQo+ID4g DQo+ID4gPT09PT09PQ0KPiA+IExpbnV4IDoNCj4gPiBUaGUgVVNCLXNlcmlhbCBkZXZpY2UgaXMg YXV0b21hdGljYWxseSBkZXRlY3RlZCBhbmQgbWFwcGVkIHRvIC9kZXYvDQo+ID4gdHR5VVNCMCAo b3IgVVNCMSBpbiBjYXNlIHRoZXJlIGlzIGFscmVhZHkgYSBzaW1pbGFyIGRldmljZSkuDQo+ID4g TXkgdGVzdCBzY3JpcHQ6IChUaGFua3MgSnVsaWFuISkNCj4gPiAtLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiA+ICMgY2F0IHJlbGF5LnNo DQo+ID4gd2hpbGUgdHJ1ZQ0KPiA+IGRvDQo+ID4gZWNobyAtZSAiXHhGRlx4MDBceDAwIiA+IC9k ZXYvdHR5VVNCMCA7IHNsZWVwIC4xDQo+ID4gZWNobyAtZSAiXHhGRlx4MDBceDAxIiA+IC9kZXYv dHR5VVNCMCA7IHNsZWVwIC4xDQo+ID4gZWNobyAtZSAiXHhGRlx4MDBceDAwIiA+IC9kZXYvdHR5 VVNCMCA7IHNsZWVwIC4xDQo+ID4gWy4uXQ0KPiA+IGVjaG8gLWUgIlx4RkZceDAxXHgwMSIgPiAv ZGV2L3R0eVVTQjAgOyBzbGVlcCAuMQ0KPiA+IGVjaG8gLWUgIlx4RkZceDAyXHgwMSIgPiAvZGV2 L3R0eVVTQjAgOyBzbGVlcCAuMQ0KPiA+IFsuLl0NCj4gPiBlY2hvIC1lICJceEZGXHgwN1x4MDEi ID4gL2Rldi90dHlVU0IwIDsgc2xlZXAgLjENCj4gPiBlY2hvIC1lICJceEZGXHgwOFx4MDEiID4g L2Rldi90dHlVU0IwIDsgc2xlZXAgLjENCj4gPiBlY2hvIC1lICJceEZGXHgwMVx4MDAiID4gL2Rl di90dHlVU0IwIDsgc2xlZXAgLjENCj4gPiBlY2hvIC1lICJceEZGXHgwMlx4MDAiID4gL2Rldi90 dHlVU0IwIDsgc2xlZXAgLjENCj4gPiBbLi5dDQo+ID4gZWNobyAtZSAiXHhGRlx4MDdceDAwIiA+ IC9kZXYvdHR5VVNCMCA7IHNsZWVwIC4xDQo+ID4gZWNobyAtZSAiXHhGRlx4MDhceDAwIiA+IC9k ZXYvdHR5VVNCMCA7IHNsZWVwIC4xDQo+ID4gPT09PT09PQ0KPiA+IA0KPiA+IElmIHVzaW5nIHNo WzFdIHlvdSBtaWdodCBuZWVkIHRvIHVzZSBcMDM3NyBpbnN0ZWFkIG9mIFx4RkYNCj4gPiANCj4g PiAgPiBkbyB5b3Uga25vdyBhbnkgYXBwbGljYXRpb24sIHBlcmwgbGlicmFyeSwgdXRpbGl0eSBv ciBqdXN0IGEgZ3VpZGUgZm9yIHN0YW5kYXJkIEMgc2VyaWFsIHBvcnQgcHJvZ3JhbW1pbmc/DQo+ ID4gDQo+ID4gQW55dGhpbmcgdGhhdCBjYW4gd3JpdGUgYnl0ZXMgdG8gYSBzZXJpYWwgcG9ydCAt IHBlcmwncyBvdmVycXVhbGlmaWVkIDopDQo+ID4gDQo+ID4gWy4uXQ0KPiA+IA0KPiA+IGNoZWVy cywgSWFuDQo+IA0KPiANCj4gDQoNCg0KDQotLSANCkFjaGlsbGVhcyBNYW50emlvcw0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCmZyZWVic2QtaGFyZHdh cmVAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0DQpodHRwOi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFp bG1hbi9saXN0aW5mby9mcmVlYnNkLWhhcmR3YXJlDQpUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkg bWFpbCB0byAiZnJlZWJzZC1oYXJkd2FyZS11bnN1YnNjcmliZUBmcmVlYnNkLm9yZyINCg== From owner-freebsd-multimedia@FreeBSD.ORG Wed Jul 6 12:41:53 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE6AA106566B; Wed, 6 Jul 2011 12:41:53 +0000 (UTC) (envelope-from achill@matrix.gatewaynet.com) Received: from smadev.internal.net (host3.dynacom.ondsl.gr [62.103.35.211]) by mx1.freebsd.org (Postfix) with ESMTP id 9D9128FC0A; Wed, 6 Jul 2011 12:41:52 +0000 (UTC) Received: from smadev.internal.net (localhost.internal.net [127.0.0.1]) by smadev.internal.net (8.14.2/8.14.2) with ESMTP id p66Cfpa0019075; Wed, 6 Jul 2011 15:41:51 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) Received: from localhost (localhost [[UNIX: localhost]]) by smadev.internal.net (8.14.2/8.14.2/Submit) id p66CfplF019074; Wed, 6 Jul 2011 15:41:51 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) From: Achilleas Mantzios Organization: Dynacom Tankers Mgmt To: Dale Kline Date: Wed, 6 Jul 2011 15:41:50 +0300 User-Agent: KMail/1.9.7 References: <201107041339.22470.achill@matrix.gatewaynet.com> <201107061521.24690.achill@matrix.gatewaynet.com> <02F3A553C174554DA1D5EC7CEE9BDDD78DA245@THOR.lvc.com> In-Reply-To: <02F3A553C174554DA1D5EC7CEE9BDDD78DA245@THOR.lvc.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <201107061541.51168.achill@matrix.gatewaynet.com> Cc: "freebsd-multimedia@freebsd.org" , "freebsd-hardware@freebsd.org" Subject: Re: FreeBSD and controlling an alarm via relay X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2011 12:41:53 -0000 Cool man, thanx a lot, you and all the guys who answered were really really= helpful. =CE=A3=CF=84=CE=B9=CF=82 Wednesday 06 July 2011 15:34:30 =CE=BF/=CE=B7 Dale= Kline =CE=AD=CE=B3=CF=81=CE=B1=CF=88=CE=B5: > OK - now I understand. The relay driven by the computer is a very smart= "switch" which changes the condition of the MCT-100 loop, and causes the = Transmitter to send a signal to another Receiver. So if you wire the relay= connector block to the MCT-100 loop input, it will work fine. That part i= s straightforward. I could not tell if the MCT-100 is current or voltage dr= iven, but it will work with the relay either way. > I'm not familiar with the zoneminder. I'll have to look into that. I wa= nted to do some of that at home to let me know when someone drives into our= driveway. > BTW, I am a hardware person - soldering iron and that stuff. This softw= are is a challenge that I am trying to learn. I am one very small step abo= ve absolute beginner with this FreeBSD code. But volts and amps and ohms,= that I understand. :-) >=20 > -----Original Message----- > From: owner-freebsd-hardware@freebsd.org [mailto:owner-freebsd-hardware@f= reebsd.org] On Behalf Of Achilleas Mantzios > Sent: Wednesday, July 06, 2011 8:21 AM > To: Dale Kline > Cc: freebsd-multimedia@freebsd.org; Chris Hill; Ian Smith; freebsd-hardwa= re@freebsd.org > Subject: Re: FreeBSD and controlling an alarm via relay >=20 > Hello, not quite. > Here is the idea (which has roughly worked in the past but with "peculiar= "-exotic hardware (e.g. 14.4Kbps modem ) : > 1) FreBSD server runs zoneminder.=20 > 2) A deamon polls zoneminder's sharedmem (IPC) to see if we have any kind= of alert > (motion detection) produced. (that means that we verify that some camera = detected unwanted motion) > 3) Upon motion detection within the above daemon a script is called which= sets some bits in some relay board=20 > 4) this relay board closes a NO circuit or opens a NC circuit in MCT100 > 5) MCT100 talks directly to visonic powermax+ control panel and triggers = a burglar alarm >=20 > I had the above idea working 2-3 years back, with the following differenc= es with regard to the above > a) a http://www.visonic.com/Products/Wireless-Property-Protection/Door-wi= ndow-contact-mct-302 door/window > was used instead of the dedicated MCT-100 xmitter. MCT-302 had an additio= nal hard-wired input (NO/NC/EOL) which behaved > like a distinct zone with its own xmitter, pretty much like the MCT-100 d= oes. Problem with that was that the battery=20 > went off too early and also the contact was completely damaged/malfunctio= ning in the end. That is why i opted > for the more dedicated MCT-100 xmitter which is designed to do just that,= (as you said) sense for difference in current > in the circuit and transimt an event to the powermax+ central panel. >=20 > b) instead of a dedicated-specialized relay board, i was utilizing an old= ZyXel modem, which i had connected in series=20 > with the MCT-302 NC circuit. Normally the ZyXel allowed for current to pa= ss through the circuit. > when the zoneminder-polling daemon detected an unwanted motion detection = it run: > vm shell -l cuad1 -S offhook_onhook.pl > (vm comes with mgetty) > where offhook_onhook.pl looked like: > #!/usr/bin/perl > # > use Modem::Vgetty; >=20 > my $v =3D new Modem::Vgetty; >=20 > $v->device('DIALUP_LINE'); > $v->send("ATH1"); > sleep(2); > $v->send("ATH0"); >=20 > This=20 > $v->send("ATH1"); > sleep(2); > $v->send("ATH0"); > part seemed to do the trick just fine. >=20 > Thing, is that i am thinking these days, of trying either to re-do the ol= d 1.23 zoneminder port for FreeBSD 8.2 > or join bsam@freebsd.org, in his effort to have a fully functioning zonem= inder 1.24 port with local bktr camera support. > Along with that, i want to get rid of the old "MCT-302/ZyXel model" way a= nd try something better and faster. >=20 > That is the whole story, i hope i made it clear enough :) >=20 > =CE=A3=CF=84=CE=B9=CF=82 Wednesday 06 July 2011 14:55:45 =CE=BF/=CE=B7 Da= le Kline =CE=AD=CE=B3=CF=81=CE=B1=CF=88=CE=B5: > > Hi, > > I guess I don't understand your application here. The Visonic is a bat= tery operated UHF remote alarm transmitter, that looks at a wired loop for= a change in condition (a door magnetic reed sensor, for example) and then = it transmits an alert to a remote Radio Receiver (MCR-304) if that door ope= ns or closes unexpectedly. The MCT100 has a three volt battery with an ope= rating life of 45 - 50 months according to the spec. It does not need a vo= ltage supply, nor would you want to turn it on and off during operation. > > The Relay boards, on the other hand, are capable of turning on and off = the four or eight relays from your computer commands. The relays are capab= le of switching ANY AC or DC voltage, at a rated current (24 VDC OR 120 VAC= @ 15 Amps and so on). The 5 volt @ 72ma rating is the voltage and current= that the board must supply to make the relay close. > > The green terminal blocks then connect to a floodlight (for example) th= at would turn ON after the UHF Receiver that is listening to the MCT100 Tra= nsmitter indicates that someone has opened or closed the door mentioned in = the first paragraph. > > Am I following what you want to do? > > -----Original Message----- > > From: owner-freebsd-hardware@freebsd.org [mailto:owner-freebsd-hardware= @freebsd.org] On Behalf Of Achilleas Mantzios > > Sent: Wednesday, July 06, 2011 5:50 AM > > To: Ian Smith > > Cc: freebsd-multimedia@freebsd.org; Chris Hill; freebsd-hardware@freebs= d.org > > Subject: Re: FreeBSD and controlling an alarm via relay > >=20 > > another thing that puzzles me is power. > > This board : http://www.ebay.co.uk/itm/USB-Eight-Channel-Relay-Board-RS= 232-Serial-Controlled-/110710333092?pt=3DUK_BOI_Electrical_Components_Suppl= ies_ET&hash=3Ditem19c6d99ea4 > > needs VDC 12V supply=20 > > while this one : http://www.ebay.co.uk/itm/USB-Four-4-Relay-Module-Boar= d-Home-Automation-/180646300804?pt=3DLH_DefaultDomain_0&hash=3Ditem2a0f5bcc= 84 > > is self powered from USB. > >=20 > > batteries do not come cheap, and having an extra AC/DC adaptor is not v= ery good either ... > >=20 > > another thing is the relay parameters, i see various figures : > > Relay parameters: 5V / 72mA, 15A/24VDC (120VAC), 10A/250VAC or > > Each switch 12VDC/15A or 240VAC/10A or > > Open (No) and Closed (NC) Contacts rated for voltages: 12VDC/15A; 24VDC= /15A; 125VAC/15A; 250VAC/10A > >=20 > > my specific application i want to drive is this wireless xmitter : > > http://www.visonic.com/Data/Uploads/MCT_100_Installer_Guide_English_DE2= 241U.pdf > > Should i assume my device that i want my relay to control will have vol= tage of 3V? > >=20 > > for which Voltage/Ampere figures should i opt? are those figures crucia= l? > >=20 > > thanx a lot > >=20 > > =CE=A3=CF=84=CE=B9=CF=82 Wednesday 06 July 2011 11:03:14 =CE=BF/=CE=B7 = Ian Smith =CE=AD=CE=B3=CF=81=CE=B1=CF=88=CE=B5: > > > On Tue, 5 Jul 2011, Achilleas Mantzios wrote: > > > > =EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF= =BF=BD Tuesday 05 July 2011 16:10:59 =EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD= =EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF= =BF=BD=EF=BF=BD: > > > > > On Mon, 4 Jul 2011, Achilleas Mantzios wrote: > > > > >=20 > > > > > [snip] > > > > >=20 > > > > > > I was thinking of some relay board (instead of the old modem),= =20 > > > > > > possibly ethernet controlled > > > > >=20 > > > > > This box has relays and GPIO available via ethernet. It's probab= ly=20 > > > > > overkill for your application, but it's well made and easy to us= e: > > > > >=20 > > > > > http://www.extron.com/product/product.aspx?id=3Dipltcr48&s=3D0 > > > > >=20 > > > >=20 > > > > That is too big for my application, thanx anyway. > > > > Most probably i'll go for something cheaper like this one=20 > > > > http://www.ebay.co.uk/itm/USB-Eight-Channel-Relay-Board-RS232-Seri= al-Controlled-/110710346488?pt=3DUK_BOI_Electrical_Components_Supplies_ET&h= ash=3Ditem19c6d9d2f8 > > >=20 > > > These look quite well designed and built to me, reasonably priced new= ,=20 > > > but check out the/a source site [1] for various models, 1- and 4-rela= y=20 > > > boards too, or if you prefer, RS-232 serial rather than USB interface= =20 > > > for the 8-relay boards. There's also a simple parallel port to 8 TTL= =20 > > > outputs board (hi Tim!) and various other stuff. I'm tempted myself. > > >=20 > > > [1] http://sigma-shop.com/category/4/relay-boards.html > > > [2] http://www.sigma-shop.com/page/12/manuals.html > > >=20 > > > > Could i use the ucom driver to talk to the USB device like a norma= l serial device, via /dev/cua*** ? > > > > The above link says one needs to talk to the relay with: > > > > 8 Data, 1 Stop, No Parity,Baud rate : 9600 > > > > and the commands look like: > > > > FF 01 00 (HEX)=20 > > > > or=20 > > > > 255 1 0 (DEC) > > > >=20 > > > > could i be able to specify those over ucom?=20 > > >=20 > > > If so, great. If not and you have a serial port, the code will be th= e=20 > > > same anyway, except the port used. I grabbed most of the manuals fro= m=20 > > > [2] and found the Linux software examples are all this one: > > >=20 > > > =3D=3D=3D=3D=3D=3D=3D > > > Linux : > > > The USB-serial device is automatically detected and mapped to /dev/ > > > ttyUSB0 (or USB1 in case there is already a similar device). > > > My test script: (Thanks Julian!) > > > -------------------------------------------------------- > > > # cat relay.sh > > > while true > > > do > > > echo -e "\xFF\x00\x00" > /dev/ttyUSB0 ; sleep .1 > > > echo -e "\xFF\x00\x01" > /dev/ttyUSB0 ; sleep .1 > > > echo -e "\xFF\x00\x00" > /dev/ttyUSB0 ; sleep .1 > > > [..] > > > echo -e "\xFF\x01\x01" > /dev/ttyUSB0 ; sleep .1 > > > echo -e "\xFF\x02\x01" > /dev/ttyUSB0 ; sleep .1 > > > [..] > > > echo -e "\xFF\x07\x01" > /dev/ttyUSB0 ; sleep .1 > > > echo -e "\xFF\x08\x01" > /dev/ttyUSB0 ; sleep .1 > > > echo -e "\xFF\x01\x00" > /dev/ttyUSB0 ; sleep .1 > > > echo -e "\xFF\x02\x00" > /dev/ttyUSB0 ; sleep .1 > > > [..] > > > echo -e "\xFF\x07\x00" > /dev/ttyUSB0 ; sleep .1 > > > echo -e "\xFF\x08\x00" > /dev/ttyUSB0 ; sleep .1 > > > =3D=3D=3D=3D=3D=3D=3D > > >=20 > > > If using sh[1] you might need to use \0377 instead of \xFF > > >=20 > > > > do you know any application, perl library, utility or just a guide= for standard C serial port programming? > > >=20 > > > Anything that can write bytes to a serial port - perl's overqualified= :) > > >=20 > > > [..] > > >=20 > > > cheers, Ian > >=20 > >=20 > >=20 >=20 >=20 >=20 =2D-=20 Achilleas Mantzios From owner-freebsd-multimedia@FreeBSD.ORG Wed Jul 6 15:34:04 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1A741065674; Wed, 6 Jul 2011 15:34:04 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 8BDA28FC20; Wed, 6 Jul 2011 15:34:04 +0000 (UTC) Received: from gate.ipt.ru ([194.62.233.123] helo=h30.sp.ipt.ru) by services.ipt.ru with esmtps (TLSv1:AES128-SHA:128) (Exim 4.54 (FreeBSD)) id 1QeU71-000N0u-8A; Wed, 06 Jul 2011 19:34:03 +0400 From: Boris Samorodov To: Achilleas Mantzios References: <201107041339.22470.achill@matrix.gatewaynet.com> <201107051730.03784.achill@matrix.gatewaynet.com> <03644739@h30.sp.ipt.ru> <201107061007.40884.achill@matrix.gatewaynet.com> Date: Wed, 06 Jul 2011 19:34:02 +0400 In-Reply-To: <201107061007.40884.achill@matrix.gatewaynet.com> (Achilleas Mantzios's message of "Wed, 6 Jul 2011 10:07:40 +0300") Message-ID: <69719445@h30.sp.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-multimedia@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: FreeBSD and controlling an alarm via relay X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2011 15:34:04 -0000 Hi All, On Wed, 6 Jul 2011 10:07:40 +0300 Achilleas Mantzios wrote: > Hey, its a small world! > i am the other guy (achix) from the zoneminder camp :) Glad to see you here. [...] > Is there any big probability for the chip to not be on of those that > FreeBSD supports (uark, uftdi, etc..) ? I think that it'a big probability that the chip is supported. > most sellers hardly give such info out. You may load a manual and look at drivers that are mentiond there. Some words like ftd or prolific may provide some light. -- WBR, bsam From owner-freebsd-multimedia@FreeBSD.ORG Fri Jul 8 21:17:21 2011 Return-Path: Delivered-To: freebsd-multimedia@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43F011065781 for ; Fri, 8 Jul 2011 21:17:21 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 0328B8FC1B for ; Fri, 8 Jul 2011 21:17:20 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 759501E000D6; Fri, 8 Jul 2011 23:17:19 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.3) with ESMTP id p68LFNpF031123; Fri, 8 Jul 2011 23:15:23 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id p68LFN3I031122; Fri, 8 Jul 2011 23:15:23 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Fri, 8 Jul 2011 23:15:23 +0200 To: freebsd-multimedia@FreeBSD.org, hselasky@FreeBSD.org Message-ID: <20110708211523.GA31038@triton8.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Two mceusb bugfixes for the code in webcamd 0.2.4 X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2011 21:17:21 -0000 Hi! I just learned about these two patches that improve mceusb behaviour for /dev/lirc0 (I now can use another remote again without using the devinput driver, previously only the shipped mceusb rc6 one worked that way with the new rc code in the updated webcamd) https://patchwork.kernel.org/patch/941072/ and https://patchwork.kernel.org/patch/941052/ So I suppose these should go into the patches/ dir? :) Thanx, Juergen From owner-freebsd-multimedia@FreeBSD.ORG Sat Jul 9 09:10:49 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BD37106566C for ; Sat, 9 Jul 2011 09:10:49 +0000 (UTC) (envelope-from hselasky@freebsd.org) Received: from swip.net (mailfe02.c2i.net [212.247.154.34]) by mx1.freebsd.org (Postfix) with ESMTP id 289A48FC1A for ; Sat, 9 Jul 2011 09:10:48 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=+LLZvqFYyQMD97787hX2hEPd56rg/J55He15d4DUFUo= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=fCgnSUbgN2sA:10 a=dBRESv0yCI8A:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=VwQbUJbxAAAA:8 a=0zTCNoD3u_yE7IqzgBQA:9 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 150991953; Sat, 09 Jul 2011 11:00:44 +0200 Received-SPF: softfail receiver=mailfe02.swip.net; client-ip=188.126.198.129; envelope-from=hselasky@freebsd.org From: Hans Petter Selasky To: freebsd-multimedia@freebsd.org Date: Sat, 9 Jul 2011 10:58:50 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <20110708211523.GA31038@triton8.kn-bremen.de> In-Reply-To: <20110708211523.GA31038@triton8.kn-bremen.de> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201107091058.50634.hselasky@freebsd.org> Cc: Juergen Lock Subject: Re: Two mceusb bugfixes for the code in webcamd 0.2.4 X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2011 09:10:49 -0000 On Friday 08 July 2011 23:15:23 Juergen Lock wrote: > Hi! > > I just learned about these two patches that improve mceusb behaviour > for /dev/lirc0 (I now can use another remote again without using the > devinput driver, previously only the shipped mceusb rc6 one worked > that way with the new rc code in the updated webcamd) > > https://patchwork.kernel.org/patch/941072/ > > and > > https://patchwork.kernel.org/patch/941052/ > > So I suppose these should go into the patches/ dir? :) > Hi, I think you should ask the video4linux guys to include the patches in their distribution. I want to avoid having too many patches local to webcamd. --HPS From owner-freebsd-multimedia@FreeBSD.ORG Sat Jul 9 13:45:46 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5B7D106566B; Sat, 9 Jul 2011 13:45:46 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 731208FC16; Sat, 9 Jul 2011 13:45:46 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 5E2031E00241; Sat, 9 Jul 2011 15:45:45 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.3) with ESMTP id p69Dhu2L091259; Sat, 9 Jul 2011 15:43:56 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id p69DhuST091258; Sat, 9 Jul 2011 15:43:56 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sat, 9 Jul 2011 15:43:56 +0200 To: Hans Petter Selasky Message-ID: <20110709134356.GA91239@triton8.kn-bremen.de> References: <20110708211523.GA31038@triton8.kn-bremen.de> <201107091058.50634.hselasky@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201107091058.50634.hselasky@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-multimedia@freebsd.org, Juergen Lock Subject: Re: Two mceusb bugfixes for the code in webcamd 0.2.4 X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2011 13:45:46 -0000 On Sat, Jul 09, 2011 at 10:58:50AM +0200, Hans Petter Selasky wrote: > On Friday 08 July 2011 23:15:23 Juergen Lock wrote: > > Hi! > > > > I just learned about these two patches that improve mceusb behaviour > > for /dev/lirc0 (I now can use another remote again without using the > > devinput driver, previously only the shipped mceusb rc6 one worked > > that way with the new rc code in the updated webcamd) > > > > https://patchwork.kernel.org/patch/941072/ > > > > and > > > > https://patchwork.kernel.org/patch/941052/ > > > > So I suppose these should go into the patches/ dir? :) > > > > Hi, > > I think you should ask the video4linux guys to include the patches in their > distribution. I want to avoid having too many patches local to webcamd. Yes I think that will happen eventually, I more thought about the current 0.2.4 tarball that people might want to test now... Juergen