Re: [App_rpt-users] Cheap USB Fobs
I received my CM108 fobs yesterday. I ordered them from: http://www.dealextreme.com/details.dx/sku.21812 I haven't had much time to play with them yet, but the IC is a "blob" much like the cheapo Ebay fobs. Has anybody had the same problem? 73. Kyle K0KN
Try plugging into a windows machine to see if it says C-media device. If its not then they wont work for App_RPT. I have a few with the blob and they are Jmtech or something like that. Jon On 9/29/2010 9:42 AM, Yokshs wrote:
I received my CM108 fobs yesterday. I ordered them from: http://www.dealextreme.com/details.dx/sku.21812
I haven't had much time to play with them yet, but the IC is a "blob" much like the cheapo Ebay fobs.
Has anybody had the same problem?
73.
Kyle K0KN
_______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
I have been up and running now for about a month. I have added a maxtrac radio to use as a remote base. On my other controllers I would pulse a line to ground momentarily to move the channel up or down. I have done some reading and I haven't seen anything that talks about app_rpt doing this. Does asterisk/app_rpt have the ability to work with outputs? What would need to be done to be able to do something like this if something isn't already in place for it? Corey N3FE -- This message was scanned and is believed to be clean.
That's an interesting question. Obviously the USB device has a couple of outputs on it that certainly could be accessed by the chan_usbradio and/or chan_simpleusb modules and controlled through app_rpt. The URI was also designed with this in mind, being that we brought all the outputs out to the connector. In nearly 10 years that this project has been going on, you are the FIRST person to even ask this question or show any interest in using these outputs. This is the main reason why I never bothered to implement this functionality. Sure, it can be done. Yeah, Ill work on this. Heck, even if you're the only person that ever uses it, at least you can benefit from the work involved. JIM WB6NIL
Date: Wed, 29 Sep 2010 10:05:21 -0400 From: n3fe@repeater.net To: app_rpt-users@qrvc.com Subject: [App_rpt-users] Maxtrac as a remote base
I have been up and running now for about a month. I have added a maxtrac radio to use as a remote base. On my other controllers I would pulse a line to ground momentarily to move the channel up or down. I have done some reading and I haven't seen anything that talks about app_rpt doing this.
Does asterisk/app_rpt have the ability to work with outputs? What would need to be done to be able to do something like this if something isn't already in place for it?
Corey N3FE
-- This message was scanned and is believed to be clean.
_______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
well with that being said i would use it too... i have BCD uses of kenwood commcial radio that i could to that with also serial control of some as well. and i have my fair share of maxtracs and radius rigs as well. -- Thanks in Advance Bob Brown, WØNQX Kansas City Metro Area http://sm0kenet.net http://byrg.net http://kcdstar.byrg.net Quis custodiet ipsos custodes? Its not how many watts you have, its the SIZE of your watts that matter! -- Johnny Marshall, W0JM-SK -- On Wed, Sep 29, 2010 at 11:11, Jim Duuuude <telesistant@hotmail.com> wrote:
That's an interesting question. Obviously the USB device has a couple of outputs on it that certainly could be accessed by the chan_usbradio and/or chan_simpleusb modules and controlled through app_rpt. The URI was also designed with this in mind, being that we brought all the outputs out to the connector.
In nearly 10 years that this project has been going on, you are the FIRST person to even ask this question or show any interest in using these outputs. This is the main reason why I never bothered to implement this functionality.
Sure, it can be done. Yeah, Ill work on this. Heck, even if you're the only person that ever uses it, at least you can benefit from the work involved.
JIM WB6NIL
Date: Wed, 29 Sep 2010 10:05:21 -0400 From: n3fe@repeater.net To: app_rpt-users@qrvc.com Subject: [App_rpt-users] Maxtrac as a remote base
I have been up and running now for about a month. I have added a maxtrac radio to use as a remote base. On my other controllers I would pulse a line to ground momentarily to move the channel up or down. I have done some reading and I haven't seen anything that talks about app_rpt doing this.
Does asterisk/app_rpt have the ability to work with outputs? What would need to be done to be able to do something like this if something isn't already in place for it?
Corey N3FE
-- This message was scanned and is believed to be clean.
_______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
_______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
Thanks Jim! I know of two others that are VERY interested in this as well. They want to use theirs for the same thing as well as latching the outputs for fans. If this is doable I may just plan to put my RVS8 voter on the app_rpt machine as well. That would give me the option of remotely disabling a receiver. Corey N3FE From: Jim Duuuude [mailto:telesistant@hotmail.com] Sent: Wednesday, September 29, 2010 12:12 PM To: Corey Dean N3FE; app_rpt mailing list Subject: RE: [App_rpt-users] Maxtrac as a remote base That's an interesting question. Obviously the USB device has a couple of outputs on it that certainly could be accessed by the chan_usbradio and/or chan_simpleusb modules and controlled through app_rpt. The URI was also designed with this in mind, being that we brought all the outputs out to the connector. In nearly 10 years that this project has been going on, you are the FIRST person to even ask this question or show any interest in using these outputs. This is the main reason why I never bothered to implement this functionality. Sure, it can be done. Yeah, Ill work on this. Heck, even if you're the only person that ever uses it, at least you can benefit from the work involved. JIM WB6NIL
Date: Wed, 29 Sep 2010 10:05:21 -0400 From: n3fe@repeater.net To: app_rpt-users@qrvc.com Subject: [App_rpt-users] Maxtrac as a remote base
I have been up and running now for about a month. I have added a maxtrac radio to use as a remote base. On my other controllers I would pulse a line to ground momentarily to move the channel up or down. I have done some reading and I haven't seen anything that talks about app_rpt doing this.
Does asterisk/app_rpt have the ability to work with outputs? What would need to be done to be able to do something like this if something isn't already in place for it?
Corey N3FE
-- This message was scanned and is believed to be clean.
_______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
-- This message was scanned and is believed to be clean. Click here to report this message as spam. -- This message was scanned and is believed to be clean.
I have been thinking about this for a long but have yet to start building out a system. My need is for three commercial, frequency agile (pre programmed is fine) radios on a mountain top site connected back civilization via a long haul wifi connection. I looked at the Maxtrac due to it's cost and 16 pin connector. For commercial service it is wideband only and does not have what I call a good method of changing channel. If you move up to a GM300 or CDM you get the same 16 or 20 pin connector but 4 of those pins will switch frequency based on logic levels on those 4 pins. I think the URI has 3 pins available so I could switch to 8 channels on the radio. There are other radios that have this as well like Icom repeaters and Kenwood tk-X90 (6 low 7 VHF 8 UHF) I had always assumed that this functionality was available in app_rpt. Brian Kassa On Sep 29, 2010, at 11:18 AM, "Corey Dean N3FE" <n3fe@repeater.net> wrote:
Thanks Jim! I know of two others that are VERY interested in this as well. They want to use theirs for the same thing as well as latching the outputs for fans.
If this is doable I may just plan to put my RVS8 voter on the app_rpt machine as well. That would give me the option of remotely disabling a receiver.
Corey N3FE
From: Jim Duuuude [mailto:telesistant@hotmail.com] Sent: Wednesday, September 29, 2010 12:12 PM To: Corey Dean N3FE; app_rpt mailing list Subject: RE: [App_rpt-users] Maxtrac as a remote base
That's an interesting question. Obviously the USB device has a couple of outputs on it that certainly could be accessed by the chan_usbradio and/or chan_simpleusb modules and controlled through app_rpt. The URI was also designed with this in mind, being that we brought all the outputs out to the connector.
In nearly 10 years that this project has been going on, you are the FIRST person to even ask this question or show any interest in using these outputs. This is the main reason why I never bothered to implement this functionality.
Sure, it can be done. Yeah, Ill work on this. Heck, even if you're the only person that ever uses it, at least you can benefit from the work involved.
JIM WB6NIL
Date: Wed, 29 Sep 2010 10:05:21 -0400 From: n3fe@repeater.net To: app_rpt-users@qrvc.com Subject: [App_rpt-users] Maxtrac as a remote base
I have been up and running now for about a month. I have added a maxtrac radio to use as a remote base. On my other controllers I would pulse a line to ground momentarily to move the channel up or down. I have done some reading and I haven't seen anything that talks about app_rpt doing this.
Does asterisk/app_rpt have the ability to work with outputs? What would need to be done to be able to do something like this if something isn't already in place for it?
Corey N3FE
-- This message was scanned and is believed to be clean.
_______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
-- This message was scanned and is believed to be clean. Click here to report this message as spam.
-- This message has been checked and is believed to be clean. _______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
Thanks Jim for entertaining and working on the new and undiscovered application! The GM300 series of radios will do channel-steering, by using a BCD design of up to five bits to select between 32 modes. I don't recall if the Maxtrac's will do that, but its certainly something that could be linked back into a macro, etc. Tony On 09/29/2010 11:11 AM, Jim Duuuude wrote:
That's an interesting question. Obviously the USB device has a couple of outputs on it that certainly could be accessed by the chan_usbradio and/or chan_simpleusb modules and controlled through app_rpt. The URI was also designed with this in mind, being that we brought all the outputs out to the connector.
In nearly 10 years that this project has been going on, you are the FIRST person to even ask this question or show any interest in using these outputs. This is the main reason why I never bothered to implement this functionality.
Sure, it can be done. Yeah, Ill work on this. Heck, even if you're the only person that ever uses it, at least you can benefit from the work involved.
JIM WB6NIL
Date: Wed, 29 Sep 2010 10:05:21 -0400 From: n3fe@repeater.net To: app_rpt-users@qrvc.com Subject: [App_rpt-users] Maxtrac as a remote base
I have been up and running now for about a month. I have added a maxtrac radio to use as a remote base. On my other controllers I would pulse a line to ground momentarily to move the channel up or down. I have done some reading and I haven't seen anything that talks about app_rpt doing this.
Does asterisk/app_rpt have the ability to work with outputs? What would need to be done to be able to do something like this if something isn't already in place for it?
Corey N3FE
-- This message was scanned and is believed to be clean.
_______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
_______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
What I do is tap off the channel up and channel downs on the back of the head. Pulsing those to ground will make them change channels. The Radius and Maxtrac are pretty much the same radio with different firmware. I am not sure if the maxtrac would do the BCD method... Corey N3FE From: app_rpt-users-bounces@qrvc.com [mailto:app_rpt-users-bounces@qrvc.com] On Behalf Of Tony KT9AC Sent: Wednesday, September 29, 2010 12:20 PM To: app_rpt-users@qrvc.com Subject: Re: [App_rpt-users] Maxtrac as a remote base Thanks Jim for entertaining and working on the new and undiscovered application! The GM300 series of radios will do channel-steering, by using a BCD design of up to five bits to select between 32 modes. I don't recall if the Maxtrac's will do that, but its certainly something that could be linked back into a macro, etc. Tony On 09/29/2010 11:11 AM, Jim Duuuude wrote: That's an interesting question. Obviously the USB device has a couple of outputs on it that certainly could be accessed by the chan_usbradio and/or chan_simpleusb modules and controlled through app_rpt. The URI was also designed with this in mind, being that we brought all the outputs out to the connector. In nearly 10 years that this project has been going on, you are the FIRST person to even ask this question or show any interest in using these outputs. This is the main reason why I never bothered to implement this functionality. Sure, it can be done. Yeah, Ill work on this. Heck, even if you're the only person that ever uses it, at least you can benefit from the work involved. JIM WB6NIL
Date: Wed, 29 Sep 2010 10:05:21 -0400 From: n3fe@repeater.net To: app_rpt-users@qrvc.com Subject: [App_rpt-users] Maxtrac as a remote base
I have been up and running now for about a month. I have added a maxtrac radio to use as a remote base. On my other controllers I would pulse a line to ground momentarily to move the channel up or down. I have done some reading and I haven't seen anything that talks about app_rpt doing this.
Does asterisk/app_rpt have the ability to work with outputs? What would need to be done to be able to do something like this if something isn't already in place for it?
Corey N3FE
-- This message was scanned and is believed to be clean.
_______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
_______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users -- This message was scanned and is believed to be clean. Click here to report this message as spam. -- This message was scanned and is believed to be clean.
I was interested to see this comment on the output lines. Inputs would be nice too. I have mentioned in some previous correspondence that it would be GREAT to have some digital I/O control - for example: the weather radio application. You could sense when the "alert" or "warning" LED's were on with the inputs (and change the courtesy tone or tail message, perhaps) and hit the "play" button with the output, to catch the latest warning message details (warning messages are not sent out on the internet as mpeg podcasts, for obvious reasons). This kind of functionality is standard on commercial repeater controllers (previously used here RLC and CAT WX200 - RLC Club deluxe had 5 input lines and 8 output lines, its successor - the DSP404 - has 16 of each and 15 analog channels). The mind boggles at the things you could do if there were some user-useable I/O and a simple way to read/write these under the control of app_rpt macros and/or external programs. 73 Ken KE2n From: app_rpt-users-bounces@qrvc.com [mailto:app_rpt-users-bounces@qrvc.com] On Behalf Of Jim Duuuude Sent: Wednesday, September 29, 2010 12:12 PM To: n3fe@repeater.net; app_rpt mailing list Subject: Re: [App_rpt-users] Maxtrac as a remote base That's an interesting question. Obviously the USB device has a couple of outputs on it that certainly could be accessed by the chan_usbradio and/or chan_simpleusb modules and controlled through app_rpt. The URI was also designed with this in mind, being that we brought all the outputs out to the connector. In nearly 10 years that this project has been going on, you are the FIRST person to even ask this question or show any interest in using these outputs. This is the main reason why I never bothered to implement this functionality. Sure, it can be done. Yeah, Ill work on this. Heck, even if you're the only person that ever uses it, at least you can benefit from the work involved. JIM WB6NIL
Date: Wed, 29 Sep 2010 10:05:21 -0400 From: n3fe@repeater.net To: app_rpt-users@qrvc.com Subject: [App_rpt-users] Maxtrac as a remote base
I have been up and running now for about a month. I have added a maxtrac radio to use as a remote base. On my other controllers I would pulse a line to ground momentarily to move the channel up or down. I have done some reading and I haven't seen anything that talks about app_rpt doing this.
Does asterisk/app_rpt have the ability to work with outputs? What would need to be done to be able to do something like this if something isn't already in place for it?
Corey N3FE
-- This message was scanned and is believed to be clean.
_______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
=
I would also like to see if we could make one of the I/Os go the ground when the node is onlink? I have been wanting to experiment with some controllers on Allstar and would like some way to tell the controller to change the CT to onlink. Thanks, Monty On Wed, Sep 29, 2010 at 10:15 AM, Ken <ke2n@cs.com> wrote:
I was interested to see this comment on the output lines. Inputs would be nice too.
I have mentioned in some previous correspondence that it would be GREAT to have some digital I/O control – for example: the weather radio application. You could sense when the “alert” or “warning” LED’s were on with the inputs (and change the courtesy tone or tail message, perhaps) and hit the “play” button with the output, to catch the latest warning message details (warning messages are not sent out on the internet as mpeg podcasts, for obvious reasons).
This kind of functionality is standard on commercial repeater controllers (previously used here RLC and CAT WX200 – RLC Club deluxe had 5 input lines and 8 output lines, its successor - the DSP404 - has 16 of each and 15 analog channels).
The mind boggles at the things you could do if there were some user-useable I/O and a simple way to read/write these under the control of app_rpt macros and/or external programs.
73
Ken
KE2n
*From:* app_rpt-users-bounces@qrvc.com [mailto: app_rpt-users-bounces@qrvc.com] *On Behalf Of *Jim Duuuude
*Sent:* Wednesday, September 29, 2010 12:12 PM *To:* n3fe@repeater.net; app_rpt mailing list *Subject:* Re: [App_rpt-users] Maxtrac as a remote base
That's an interesting question. Obviously the USB device has a couple of outputs on it that certainly could be accessed by the chan_usbradio and/or chan_simpleusb modules and controlled through app_rpt. The URI was also designed with this in mind, being that we brought all the outputs out to the connector.
In nearly 10 years that this project has been going on, you are the FIRST person to even ask this question or show any interest in using these outputs. This is the main reason why I never bothered to implement this functionality.
Sure, it can be done. Yeah, Ill work on this. Heck, even if you're the only person that ever uses it, at least you can benefit from the work involved.
JIM WB6NIL
Date: Wed, 29 Sep 2010 10:05:21 -0400 From: n3fe@repeater.net To: app_rpt-users@qrvc.com Subject: [App_rpt-users] Maxtrac as a remote base
I have been up and running now for about a month. I have added a maxtrac radio to use as a remote base. On my other controllers I would pulse a line to ground momentarily to move the channel up or down. I have done some reading and I haven't seen anything that talks about app_rpt doing this.
Does asterisk/app_rpt have the ability to work with outputs? What would need to be done to be able to do something like this if something isn't already in place for it?
Corey N3FE
-- This message was scanned and is believed to be clean.
_______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
=
_______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
-- Monty
Yes ... it took at >month for me to get mine and even though the package has CM-108 written right on it, the chip is identified by Linux as JMTek (HY559 chip I think). I sent an e-mail expressing my disappointment (which was un-acknowledged by Dealextreme). I found if you modify the vendor codes in usb_radio.c so that the program thinks this JMTek is actually a C-Media unit, it will scan the fob and read audio. It will not turn the red light on for transmit though ... which is immaterial anyway, since you cannot get at the wire you need inside the 'blob' to use for PTT. I think it could be used for my weather radio application, but the software changes would be a bit tricky (for me) making some if/and/or logic more complicated - getting the arrangement of left and right parenthesis correct eluded on the first try. I have one other source on the way now, which would be the preferable solution (no software mod needed). But I will not be surprised if it turns out to have the wrong chip. Ken Buyer beware, as usual. www.dinodirect.com/sound-card-adapter-usb-cm108-chipset.html?ddse=CM-108
-----Original Message----- From: app_rpt-users-bounces@qrvc.com [mailto:app_rpt-users- bounces@qrvc.com] On Behalf Of Yokshs Sent: Wednesday, September 29, 2010 9:43 AM To: app_rpt-users@qrvc.com Subject: Re: [App_rpt-users] Cheap USB Fobs
I received my CM108 fobs yesterday. I ordered them from: http://www.dealextreme.com/details.dx/sku.21812
I haven't had much time to play with them yet, but the IC is a "blob" much like the cheapo Ebay fobs.
Has anybody had the same problem?
73.
Kyle K0KN
_______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
JMTek is the vendor for the SS1623 chipset. This chipset works well in windows and other Linux applications such as pcrepeatercontroller etc.. as a high quality high scan rate device... It is unfortunate it does not work for App_rpt at this time. It does seem to be the currently available successor to the C-Media chip family being found in many sound fobs coming in to the U.S. at this time.. They do work well in many other amateur radio type projects going on.... In general they perform as well as C-Media devices... other than using another driver... the I/O pin may or may not be there that is used for the PTT, I have not investigated that as I use URI's for App-rpt systems I am building... Doug KD8B -----Original Message----- From: app_rpt-users-bounces@qrvc.com [mailto:app_rpt-users-bounces@qrvc.com] On Behalf Of Ken Sent: Wednesday, September 29, 2010 10:07 AM To: 'Yokshs'; app_rpt-users@qrvc.com Subject: Re: [App_rpt-users] Cheap USB Fobs Yes ... it took at >month for me to get mine and even though the package has CM-108 written right on it, the chip is identified by Linux as JMTek (HY559 chip I think). I sent an e-mail expressing my disappointment (which was un-acknowledged by Dealextreme). I found if you modify the vendor codes in usb_radio.c so that the program thinks this JMTek is actually a C-Media unit, it will scan the fob and read audio. It will not turn the red light on for transmit though ... which is immaterial anyway, since you cannot get at the wire you need inside the 'blob' to use for PTT. I think it could be used for my weather radio application, but the software changes would be a bit tricky (for me) making some if/and/or logic more complicated - getting the arrangement of left and right parenthesis correct eluded on the first try. I have one other source on the way now, which would be the preferable solution (no software mod needed). But I will not be surprised if it turns out to have the wrong chip. Ken Buyer beware, as usual. www.dinodirect.com/sound-card-adapter-usb-cm108-chipset.html?ddse=CM-108
-----Original Message----- From: app_rpt-users-bounces@qrvc.com [mailto:app_rpt-users- bounces@qrvc.com] On Behalf Of Yokshs Sent: Wednesday, September 29, 2010 9:43 AM To: app_rpt-users@qrvc.com Subject: Re: [App_rpt-users] Cheap USB Fobs
I received my CM108 fobs yesterday. I ordered them from: http://www.dealextreme.com/details.dx/sku.21812
I haven't had much time to play with them yet, but the IC is a "blob" much like the cheapo Ebay fobs.
Has anybody had the same problem?
73.
Kyle K0KN
_______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
_______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
As I have stated in the past (and got absolutely no significantly helpful response) I wil be MORE THEN HAPPY to evaluate whatever "the" popular USB chip is currently, if SOMEONE would PLEASE determine what that is, and demonstate to me that it is the case (perhaps by showing me a number of places where they are available and are clearly documented as to be the desired device. After all, we cant have people relying on complete luck and/or randomness as far as whether they are buying an appropriate device). Personally, I took a look at various random places, such as EBAY that sell a number of USB audio devices, and for the most part NONE of them even HINT as to the maker/type of USB device contained in them. And then of course, there are the ones that say they are the C-media chip and LIE!! Poo-ey on them!!! JIM WB6NIL
From: kd8b@thebades.net To: app_rpt-users@qrvc.com Date: Wed, 29 Sep 2010 11:38:59 -0400 Subject: Re: [App_rpt-users] Cheap USB Fobs
JMTek is the vendor for the SS1623 chipset. This chipset works well in windows and other Linux applications such as pcrepeatercontroller etc.. as a high quality high scan rate device... It is unfortunate it does not work for App_rpt at this time. It does seem to be the currently available successor to the C-Media chip family being found in many sound fobs coming in to the U.S. at this time.. They do work well in many other amateur radio type projects going on.... In general they perform as well as C-Media devices... other than using another driver... the I/O pin may or may not be there that is used for the PTT, I have not investigated that as I use URI's for App-rpt systems I am building...
Doug KD8B
-----Original Message----- From: app_rpt-users-bounces@qrvc.com [mailto:app_rpt-users-bounces@qrvc.com] On Behalf Of Ken Sent: Wednesday, September 29, 2010 10:07 AM To: 'Yokshs'; app_rpt-users@qrvc.com Subject: Re: [App_rpt-users] Cheap USB Fobs
Yes ... it took at >month for me to get mine and even though the package has CM-108 written right on it, the chip is identified by Linux as JMTek (HY559 chip I think). I sent an e-mail expressing my disappointment (which was un-acknowledged by Dealextreme).
I found if you modify the vendor codes in usb_radio.c so that the program thinks this JMTek is actually a C-Media unit, it will scan the fob and read audio. It will not turn the red light on for transmit though ... which is immaterial anyway, since you cannot get at the wire you need inside the 'blob' to use for PTT. I think it could be used for my weather radio application, but the software changes would be a bit tricky (for me) making some if/and/or logic more complicated - getting the arrangement of left and right parenthesis correct eluded on the first try.
I have one other source on the way now, which would be the preferable solution (no software mod needed). But I will not be surprised if it turns out to have the wrong chip.
Ken
Buyer beware, as usual. www.dinodirect.com/sound-card-adapter-usb-cm108-chipset.html?ddse=CM-108
-----Original Message----- From: app_rpt-users-bounces@qrvc.com [mailto:app_rpt-users- bounces@qrvc.com] On Behalf Of Yokshs Sent: Wednesday, September 29, 2010 9:43 AM To: app_rpt-users@qrvc.com Subject: Re: [App_rpt-users] Cheap USB Fobs
I received my CM108 fobs yesterday. I ordered them from: http://www.dealextreme.com/details.dx/sku.21812
I haven't had much time to play with them yet, but the IC is a "blob" much like the cheapo Ebay fobs.
Has anybody had the same problem?
73.
Kyle K0KN
_______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
_______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
_______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
Jim; I am not even necessarily advocating them for this application. What I can say is ALL of the USB 7.1 devices I have bought or physically have had access to have either CM1xx or SSS1623 chipsets.. the 5.1 marked devices. all bets are off.. In all the 7.1 sound devices I bought that used to be CM1xx, current shipped product have the SSS1623 chips. ( I have bought at least 8 or 10 lots of various sellers on Ebay). Obviously this is all subject to change at the whim of the Chinese sellers/builders. So it is a moving target. I use the ebay search of" USB sound 7.1" and then filter by those who do state the chip, but you are correct.. several that even USED to be CM1xx are shipping SSS1623 in place of CM1xx. and are still claiming to be CM1xx. I have not seen any other chips being used in the 7.1 devices.. but others may weigh in. As I stated.. I personally use URI's. I have no pony in the race here. I do use them for other things I own about 30 of the little buggers of one variety or another. Stay AWAY from the little green meanies for anything where high resolution is an issue.. I find their "fidelity" atrocious and would not consider them for anything besides a cheap headphone interface for a PC with no other sound.. Doug KD8B From: Jim Duuuude [mailto:telesistant@hotmail.com] Sent: Wednesday, September 29, 2010 12:06 PM To: kd8b@thebades.net; app_rpt mailing list Subject: RE: [App_rpt-users] Cheap USB Fobs As I have stated in the past (and got absolutely no significantly helpful response) I wil be MORE THEN HAPPY to evaluate whatever "the" popular USB chip is currently, if SOMEONE would PLEASE determine what that is, and demonstate to me that it is the case (perhaps by showing me a number of places where they are available and are clearly documented as to be the desired device. After all, we cant have people relying on complete luck and/or randomness as far as whether they are buying an appropriate device). Personally, I took a look at various random places, such as EBAY that sell a number of USB audio devices, and for the most part NONE of them even HINT as to the maker/type of USB device contained in them. And then of course, there are the ones that say they are the C-media chip and LIE!! Poo-ey on them!!! JIM WB6NIL
From: kd8b@thebades.net To: app_rpt-users@qrvc.com Date: Wed, 29 Sep 2010 11:38:59 -0400 Subject: Re: [App_rpt-users] Cheap USB Fobs
JMTek is the vendor for the SS1623 chipset. This chipset works well in windows and other Linux applications such as pcrepeatercontroller etc.. as a high quality high scan rate device... It is unfortunate it does not work for App_rpt at this time. It does seem to be the currently available successor to the C-Media chip family being found in many sound fobs coming in to the U.S. at this time.. They do work well in many other amateur radio type projects going on.... In general they perform as well as C-Media devices... other than using another driver... the I/O pin may or may not be there that is used for the PTT, I have not investigated that as I use URI's for App-rpt systems I am building...
Doug KD8B
-----Original Message----- From: app_rpt-users-bounces@qrvc.com [mailto:app_rpt-users-bounces@qrvc.com] On Behalf Of Ken Sent: Wednesday, September 29, 2010 10:07 AM To: 'Yokshs'; app_rpt-users@qrvc.com Subject: Re: [App_rpt-users] Cheap USB Fobs
Yes ... it took at >month for me to get mine and even though the package has CM-108 written right on it, the chip is identified by Linux as JMTek (HY559 chip I think). I sent an e-mail expressing my disappointment (which was un-acknowledged by Dealextreme).
I found if you modify the vendor codes in usb_radio.c so that the program thinks this JMTek is actually a C-Media unit, it will scan the fob and read audio. It will not turn the red light on for transmit though ... which is immaterial anyway, since you cannot get at the wire you need inside the 'blob' to use for PTT. I think it could be used for my weather radio application, but the software changes would be a bit tricky (for me) making some if/and/or logic more complicated - getting the arrangement of left and right parenthesis correct eluded on the first try.
I have one other source on the way now, which would be the preferable solution (no software mod needed). But I will not be surprised if it turns out to have the wrong chip.
Ken
Buyer beware, as usual. www.dinodirect.com/sound-card-adapter-usb-cm108-chipset.html?ddse=CM-108
-----Original Message----- From: app_rpt-users-bounces@qrvc.com [mailto:app_rpt-users- bounces@qrvc.com] On Behalf Of Yokshs Sent: Wednesday, September 29, 2010 9:43 AM To: app_rpt-users@qrvc.com Subject: Re: [App_rpt-users] Cheap USB Fobs
I received my CM108 fobs yesterday. I ordered them from: http://www.dealextreme.com/details.dx/sku.21812
I haven't had much time to play with them yet, but the IC is a "blob" much like the cheapo Ebay fobs.
Has anybody had the same problem?
73.
Kyle K0KN
_______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
_______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
_______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
I just received a batch of cabled version of the CM108 quoted devices form an Ebay seller, called " Music Fairy ". They are a usb cable and pigtails for audio in and out, with a sealed plastic case in the middle.. They identify themselves with C-Media drivers to Windows XP so these devices are still shipping with CM1xx chips. Probably not greatly suitable for AllStar etc as you cannot exactly crack them open easily.. but maybe surgical dis-assembly.. as they are not your typical black sound fob.. However they would work for other things like GMSK etc for other projects. Doug KD8B From: Doug Bade [mailto:kd8b@thebades.net] Sent: Wednesday, September 29, 2010 12:22 PM To: 'app_rpt mailing list' Subject: RE: [App_rpt-users] Cheap USB Fobs Jim; I am not even necessarily advocating them for this application. What I can say is ALL of the USB 7.1 devices I have bought or physically have had access to have either CM1xx or SSS1623 chipsets.. the 5.1 marked devices. all bets are off.. In all the 7.1 sound devices I bought that used to be CM1xx, current shipped product have the SSS1623 chips. ( I have bought at least 8 or 10 lots of various sellers on Ebay).
Clean install of Centos (ACID). Intel SSD 40G drive SATA About twice a day I get this message on the screen and in /var/log/messages Sep 29 02:28:24 Asbury kernel: ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen Sep 29 02:28:24 Asbury kernel: ata1.00: cmd b0/d5:01:09:4f:c2/00:00:00:00:00/00 tag 0 pio 512 in Sep 29 02:28:24 Asbury kernel: res 58/00:ff:0b:4f:c2/00:00:00:00:00/00 Emask 0x2 (HSM violation) Sep 29 02:28:24 Asbury kernel: ata1.00: status: { DRDY DRQ } Sep 29 02:28:24 Asbury kernel: ata1: hard resetting link Sep 29 02:28:24 Asbury kernel: ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 310) Sep 29 02:28:24 Asbury kernel: ata1.00: configured for UDMA/133 Sep 29 02:28:24 Asbury kernel: ata1: EH complete Sep 29 02:28:24 Asbury kernel: SCSI device sda: 78165360 512-byte hdwr sectors (40021 MB) Sep 29 02:28:24 Asbury kernel: sda: Write Protect is off Sep 29 02:28:24 Asbury kernel: SCSI device sda: drive cache: write back Any suggestions?
yeah, sounds like your HD is not feeling well...
Date: Thu, 30 Sep 2010 21:44:43 -0500 To: app_rpt-users@qrvc.com; dillo@armadillo.org From: mcheavens@usa.net Subject: [App_rpt-users] Mighty GURU's - HSM Violation - Centos
Clean install of Centos (ACID).
Intel SSD 40G drive SATA
About twice a day I get this message on the screen and in /var/log/messages
Sep 29 02:28:24 Asbury kernel: ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen Sep 29 02:28:24 Asbury kernel: ata1.00: cmd b0/d5:01:09:4f:c2/00:00:00:00:00/00 tag 0 pio 512 in Sep 29 02:28:24 Asbury kernel: res 58/00:ff:0b:4f:c2/00:00:00:00:00/00 Emask 0x2 (HSM violation) Sep 29 02:28:24 Asbury kernel: ata1.00: status: { DRDY DRQ } Sep 29 02:28:24 Asbury kernel: ata1: hard resetting link Sep 29 02:28:24 Asbury kernel: ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 310) Sep 29 02:28:24 Asbury kernel: ata1.00: configured for UDMA/133 Sep 29 02:28:24 Asbury kernel: ata1: EH complete Sep 29 02:28:24 Asbury kernel: SCSI device sda: 78165360 512-byte hdwr sectors (40021 MB) Sep 29 02:28:24 Asbury kernel: sda: Write Protect is off Sep 29 02:28:24 Asbury kernel: SCSI device sda: drive cache: write back
Any suggestions?
_______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
Jim Duuuude wrote:
yeah, sounds like your HD is not feeling well...
Date: Thu, 30 Sep 2010 21:44:43 -0500 To: app_rpt-users@qrvc.com; dillo@armadillo.org From: mcheavens@usa.net Subject: [App_rpt-users] Mighty GURU's - HSM Violation - Centos
Clean install of Centos (ACID).
Intel SSD 40G drive SATA
About twice a day I get this message on the screen and in /var/log/messages
Sep 29 02:28:24 Asbury kernel: ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen Sep 29 02:28:24 Asbury kernel: ata1.00: cmd b0/d5:01:09:4f:c2/00:00:00:00:00/00 tag 0 pio 512 in Sep 29 02:28:24 Asbury kernel: res 58/00:ff:0b:4f:c2/00:00:00:00:00/00 Emask 0x2 (HSM violation) Sep 29 02:28:24 Asbury kernel: ata1.00: status: { DRDY DRQ } Sep 29 02:28:24 Asbury kernel: ata1: hard resetting link Sep 29 02:28:24 Asbury kernel: ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 310) Sep 29 02:28:24 Asbury kernel: ata1.00: configured for UDMA/133 Sep 29 02:28:24 Asbury kernel: ata1: EH complete Sep 29 02:28:24 Asbury kernel: SCSI device sda: 78165360 512-byte hdwr sectors (40021 MB) Sep 29 02:28:24 Asbury kernel: sda: Write Protect is off Sep 29 02:28:24 Asbury kernel: SCSI device sda: drive cache: write back
Any suggestions?
_______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
------------------------------------------------------------------------
_______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
Actually, That's a Host State Machine Violation. It results in a downed SATA link. Probably a quirk with the SATA controller hardware on the MOBO or a Linux driver not fully understanding how to talk to the SATA controller to work around the quirk. I'd suggest trying a different motherboard as we certainly can't be messing the drivers shipped with Centos. Steve WA6ZFT
participants (12)
-
Bob Brown - WØNQX -
Brian Kassa -
Corey Dean N3FE -
Doug Bade -
Jim Duuuude -
Jon Rorke -
Ken -
Mark Cheavens -
Monty Dana -
Stephen Rodgers -
Tony KT9AC -
Yokshs