Loading ...
Sorry, an error occurred while loading the content.

New Quisk

Expand Messages
  • yournotme2003
    3.5.4, new features very cool. Bob - wd6dod
    Message 1 of 9 , Jul 6, 2011
    • 0 Attachment
      3.5.4, new features very cool.

      Bob - wd6dod
    • Sid Boyce
      Under Linux there is still the problem with the You don t have sufficient permissions to access softrock . I suspect Jim is using an older version of Ubuntu
      Message 2 of 9 , Jul 6, 2011
      • 0 Attachment
        Under Linux there is still the problem with the "You don't have sufficient permissions to access softrock". I suspect Jim is using an older version of Ubuntu and I'm on 11.04 and was the same on 10.10.
        Same problem on openSUSE 12.1 Milestone 2.
        I reported this to the HiQSDR group some days ago, no response to date so I'll email Jim direct to find out what setup he is using.
        Using the VK6JBL files, there is no problem.
        73 ... Sid.

        On 06/07/11 23:14, yournotme2003 wrote:
         

        3.5.4, new features very cool.

        Bob - wd6dod



        -- 
        Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
        Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
        Senior Staff Specialist, Cricket Coach
        Microsoft Windows Free Zone - Linux used for all Computing Tasks
        
      • Robert Lorenzini
        8b. Re: New Quisk
        Message 3 of 9 , Jul 7, 2011
        • 0 Attachment
          8b.

          Re: New Quisk

          Posted by: "Sid Boyce" sboyce@...   priddix

          Wed Jul 6, 2011 5:18 pm (PDT)



          Under Linux there is still the problem with the "You don't have
          sufficient permissions to access softrock". I suspect Jim is using an
          older version of Ubuntu and I'm on 11.04 and was the same on 10.10.
          Same problem on openSUSE 12.1 Milestone 2.
          I reported this to the HiQSDR group some days ago, no response to date
          so I'll email Jim direct to find out what setup he is using.
          Using the VK6JBL files, there is no problem.
          73 ... Sid.
          I'm using Fedora FC15 without that problem, hamlib is another story.
          Can you run "usbsoftrock interactive" in a console? I assume you
          have entered a udev rule for user access.

          Bob - wd6dod
        • Sid Boyce
          I found out Jim is on Debian stable. SUBSYSTEM== usb , ATTR{idVendor}== 16c0 , ATTR{idProduct}== 05dc , MODE= 0666 , GROUP= dialout usbsoftrock is OK with
          Message 4 of 9 , Jul 7, 2011
          • 0 Attachment
            I found out Jim is on Debian stable.
            SUBSYSTEM=="usb", ATTR{idVendor}=="16c0" , ATTR{idProduct}=="05dc", MODE="0666", GROUP="dialout"

            usbsoftrock is OK with the VK6JBL files configured in quisk.

            What imports are you using in ~/.quisk_conf.py?

            I'm using softrock/conf_rx_tx_ensemble.py for ~/.quisk_conf.py
            usbsoftrock is not running, so nothing else should be using the port.

            "No permission to access the Softrock USB interface" both as root and user.

            From dmesg:-
            [3437366.643894] usb 1-6.1: usbfs: interface 1 claimed by snd-usb-audio while 'python' sets config #1
            [3437770.771405] usb 1-6.1: usbfs: interface 1 claimed by snd-usb-audio while 'python' sets config #1

            This undoubtedly is because I'm using the SDR-Widget which uses the same USB port for sound (I-Q) and si570 control, yet the VK6JBL files are OK.
            I'll try a USB sound card.

            From hwinfo:-
            11: USB 00.0: 0000 Unclassified device
              [Created at usb.122]
              Unique ID: 8DDa.xeGseKiySL3
              Parent ID: MtLc.RCJcL1C9RGA
              SysFS ID: /devices/pci0000:00/0000:00:1d.7/usb1/1-6/1-6.1/1-6.1:1.0
              SysFS BusID: 1-6.1:1.0
              Hardware Class: unknown
              Model: "www.obdev.at DG8SAQ-I2C"
              Hotplug: USB
              Vendor: usb 0x16c0 "www.obdev.at"
              Device: usb 0x05dc "DG8SAQ-I2C"
              Revision: "10.00"
              Serial ID: "1.0.0.0.0.0.A"
              Speed: 480 Mbps
              Module Alias: "usb:v16C0p05DCd1000dcEFdsc02dp01ic00isc00ip00"
              Config Status: cfg=new, avail=yes, need=no, active=unknown
              Attached to: #8 (Hub)

            # cat /proc/asound/cards
             0 [Intel          ]: HDA-Intel - HDA Intel
                                  HDA Intel at 0xfdff8000 irq 44
             1 [DG8SAQI2C      ]: USB-Audio - DG8SAQ-I2C
                                  www.obdev.at DG8SAQ-I2C at usb-0000:00:1d.7-6.1, high speed
            # lsusb
            Bus 001 Device 049: ID 16c0:05dc VOTI shared ID for use with libusb

            So it seems snd_usb is claiming it exclusively rather than sharing it.

            73 ... Sid.

            On 07/07/11 20:20, Robert Lorenzini wrote:
             

            8b.

            Re: New Quisk

            Posted by: "Sid Boyce" sboyce@...   priddix

            Wed Jul 6, 2011 5:18 pm (PDT)



            Under Linux there is still the problem with the "You don't have
            sufficient permissions to access softrock". I suspect Jim is using an
            older version of Ubuntu and I'm on 11.04 and was the same on 10.10.
            Same problem on openSUSE 12.1 Milestone 2.
            I reported this to the HiQSDR group some days ago, no response to date
            so I'll email Jim direct to find out what setup he is using.
            Using the VK6JBL files, there is no problem.
            73 ... Sid.
            I'm using Fedora FC15 without that problem, hamlib is another story.
            Can you run "usbsoftrock interactive" in a console? I assume you
            have entered a udev rule for user access.

            Bob - wd6dod


            -- 
            Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
            Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
            Senior Staff Specialist, Cricket Coach
            Microsoft Windows Free Zone - Linux used for all Computing Tasks
            
          • rainerfeldkamp
            Hi Sid, On trying to use the Peaberry SDR under Ubuntu 12.4, I get the same dmesg information usbfs: interface 1 claimed by snd-usb-audio while python sets
            Message 5 of 9 , Dec 23, 2012
            • 0 Attachment
              Hi Sid,

              On trying to use the Peaberry SDR under Ubuntu 12.4, I get the same dmesg information

              'usbfs: interface 1 claimed by snd-usb-audio while 'python' sets config #1'

              as mentioned in your message relating the widget.

              I am wondering whether at that time a solution was found for the widget since such a solution also might apply to the Peaberry SDR.

              Any help in this regard would be highly appreciated.

              Thank you.

              Vy 73, Rainer DJ6OA


              --- In softrock40@yahoogroups.com, Sid Boyce <sboyce@...> wrote:
              >
              > I found out Jim is on Debian stable.
              > SUBSYSTEM=="usb", ATTR{idVendor}=="16c0" , ATTR{idProduct}=="05dc",
              > MODE="0666", GROUP="dialout"
              >
              > usbsoftrock is OK with the VK6JBL files configured in quisk.
              >
              > What imports are you using in ~/.quisk_conf.py?
              >
              > I'm using softrock/conf_rx_tx_ensemble.py for ~/.quisk_conf.py
              > usbsoftrock is not running, so nothing else should be using the port.
              >
              > "No permission to access the Softrock USB interface" both as root and user.
              >
              > From dmesg:-
              > [3437366.643894] usb 1-6.1: usbfs: interface 1 claimed by snd-usb-audio
              > while 'python' sets config #1
              > [3437770.771405] usb 1-6.1: usbfs: interface 1 claimed by snd-usb-audio
              > while 'python' sets config #1
              >
              > This undoubtedly is because I'm using the SDR-Widget which uses the same
              > USB port for sound (I-Q) and si570 control, yet the VK6JBL files are OK.
              > I'll try a USB sound card.
              >
              > From hwinfo:-
              > 11: USB 00.0: 0000 Unclassified device
              > [Created at usb.122]
              > Unique ID: 8DDa.xeGseKiySL3
              > Parent ID: MtLc.RCJcL1C9RGA
              > SysFS ID: /devices/pci0000:00/0000:00:1d.7/usb1/1-6/1-6.1/1-6.1:1.0
              > SysFS BusID: 1-6.1:1.0
              > Hardware Class: unknown
              > Model: "www.obdev.at DG8SAQ-I2C"
              > Hotplug: USB
              > Vendor: usb 0x16c0 "www.obdev.at"
              > Device: usb 0x05dc "DG8SAQ-I2C"
              > Revision: "10.00"
              > Serial ID: "1.0.0.0.0.0.A"
              > Speed: 480 Mbps
              > Module Alias: "usb:v16C0p05DCd1000dcEFdsc02dp01ic00isc00ip00"
              > Config Status: cfg=new, avail=yes, need=no, active=unknown
              > Attached to: #8 (Hub)
              >
              > # cat /proc/asound/cards
              > 0 [Intel ]: HDA-Intel - HDA Intel
              > HDA Intel at 0xfdff8000 irq 44
              > 1 [DG8SAQI2C ]: USB-Audio - DG8SAQ-I2C
              > www.obdev.at DG8SAQ-I2C at usb-0000:00:1d.7-6.1,
              > high speed
              > # lsusb
              > Bus 001 Device 049: ID 16c0:05dc VOTI shared ID for use with libusb
              >
              > So it seems snd_usb is claiming it exclusively rather than sharing it.
              >
              > 73 ... Sid.
              >
              > On 07/07/11 20:20, Robert Lorenzini wrote:
              > >
              > > 8b.
              > >
              > >
              > > Re: New Quisk
              > > <http://groups.yahoo.com/group/softrock40/message/56555;_ylc=X3oDMTJzYWFsc2hkBF9TAzk3MzU5NzE1BGdycElkAzE2MTEwMTczBGdycHNwSWQDMTcwODM5NjM3OQRtc2dJZAM1NjU1NQRzZWMDZG1zZwRzbGsDdm1zZwRzdGltZQMxMzEwMDM2MjIz>
              > >
              > >
              > >
              > > Posted by: "Sid Boyce" sboyce@...
              > > <mailto:sboyce@...?Subject=%20Re%3A%20New%20Quisk>
              > > priddix <http://profiles.yahoo.com/priddix>
              > >
              > >
              > > Wed Jul 6, 2011 5:18 pm (PDT)
              > >
              > >
              > >
              > > Under Linux there is still the problem with the "You don't have
              > > sufficient permissions to access softrock". I suspect Jim is using an
              > > older version of Ubuntu and I'm on 11.04 and was the same on 10.10.
              > > Same problem on openSUSE 12.1 Milestone 2.
              > > I reported this to the HiQSDR group some days ago, no response to
              > > date
              > > so I'll email Jim direct to find out what setup he is using.
              > > Using the VK6JBL files, there is no problem.
              > > 73 ... Sid.
              > >
              > > I'm using Fedora FC15 without that problem, hamlib is another story.
              > > Can you run "usbsoftrock interactive" in a console? I assume you
              > > have entered a udev rule for user access.
              > >
              > > Bob - wd6dod
              > >
              >
              >
              > --
              > Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
              > Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
              > Senior Staff Specialist, Cricket Coach
              > Microsoft Windows Free Zone - Linux used for all Computing Tasks
              >
            • Sid Boyce
              This is a problem that has been around a long time first noticed with the SDR-Widget. As Jim had no access to the Widget, he advised using the vk6jbl fixes.
              Message 6 of 9 , Dec 23, 2012
              This is a problem that has been around a long time first noticed with the SDR-Widget.
              As Jim had no access to the Widget, he advised using the vk6jbl fixes.

              Attached is a file quisk-3.6.5_G3VBV.tar.gz and included is a file README_G3VBV.txt with other details.

              Type "make in the quisk-3.6.5 directory and launch quisk as described in the README_G3VBV.txt file.
              73 ... Sid.


              On 23/12/12 15:40, rainerfeldkamp wrote:
               

              Hi Sid,

              On trying to use the Peaberry SDR under Ubuntu 12.4, I get the same dmesg information

              'usbfs: interface 1 claimed by snd-usb-audio while 'python' sets config #1'

              as mentioned in your message relating the widget.

              I am wondering whether at that time a solution was found for the widget since such a solution also might apply to the Peaberry SDR.

              Any help in this regard would be highly appreciated.

              Thank you.

              Vy 73, Rainer DJ6OA

              --- In softrock40@yahoogroups.com, Sid Boyce <sboyce@...> wrote:
              >
              > I found out Jim is on Debian stable.
              > SUBSYSTEM=="usb", ATTR{idVendor}=="16c0" , ATTR{idProduct}=="05dc",
              > MODE="0666", GROUP="dialout"
              >
              > usbsoftrock is OK with the VK6JBL files configured in quisk.
              >
              > What imports are you using in ~/.quisk_conf.py?
              >
              > I'm using softrock/conf_rx_tx_ensemble.py for ~/.quisk_conf.py
              > usbsoftrock is not running, so nothing else should be using the port.
              >
              > "No permission to access the Softrock USB interface" both as root and user.
              >
              > From dmesg:-
              > [3437366.643894] usb 1-6.1: usbfs: interface 1 claimed by snd-usb-audio
              > while 'python' sets config #1
              > [3437770.771405] usb 1-6.1: usbfs: interface 1 claimed by snd-usb-audio
              > while 'python' sets config #1
              >
              > This undoubtedly is because I'm using the SDR-Widget which uses the same
              > USB port for sound (I-Q) and si570 control, yet the VK6JBL files are OK.
              > I'll try a USB sound card.
              >
              > From hwinfo:-
              > 11: USB 00.0: 0000 Unclassified device
              > [Created at usb.122]
              > Unique ID: 8DDa.xeGseKiySL3
              > Parent ID: MtLc.RCJcL1C9RGA
              > SysFS ID: /devices/pci0000:00/0000:00:1d.7/usb1/1-6/1-6.1/1-6.1:1.0
              > SysFS BusID: 1-6.1:1.0
              > Hardware Class: unknown
              > Model: "www.obdev.at DG8SAQ-I2C"
              > Hotplug: USB
              > Vendor: usb 0x16c0 "www.obdev.at"
              > Device: usb 0x05dc "DG8SAQ-I2C"
              > Revision: "10.00"
              > Serial ID: "1.0.0.0.0.0.A"
              > Speed: 480 Mbps
              > Module Alias: "usb:v16C0p05DCd1000dcEFdsc02dp01ic00isc00ip00"
              > Config Status: cfg=new, avail=yes, need=no, active=unknown
              > Attached to: #8 (Hub)
              >
              > # cat /proc/asound/cards
              > 0 [Intel ]: HDA-Intel - HDA Intel
              > HDA Intel at 0xfdff8000 irq 44
              > 1 [DG8SAQI2C ]: USB-Audio - DG8SAQ-I2C
              > www.obdev.at DG8SAQ-I2C at usb-0000:00:1d.7-6.1,
              > high speed
              > # lsusb
              > Bus 001 Device 049: ID 16c0:05dc VOTI shared ID for use with libusb
              >
              > So it seems snd_usb is claiming it exclusively rather than sharing it.
              >
              > 73 ... Sid.
              >
              > On 07/07/11 20:20, Robert Lorenzini wrote:
              > >
              > > 8b.
              > >
              > >
              > > Re: New Quisk
              > > <http://groups.yahoo.com/group/softrock40/message/56555;_ylc=X3oDMTJzYWFsc2hkBF9TAzk3MzU5NzE1BGdycElkAzE2MTEwMTczBGdycHNwSWQDMTcwODM5NjM3OQRtc2dJZAM1NjU1NQRzZWMDZG1zZwRzbGsDdm1zZwRzdGltZQMxMzEwMDM2MjIz>
              > >
              > >
              > >
              > > Posted by: "Sid Boyce" sboyce@...
              > > <mailto:sboyce@...?Subject=%20Re%3A%20New%20Quisk>
              > > priddix <http://profiles.yahoo.com/priddix>
              > >
              > >
              > > Wed Jul 6, 2011 5:18 pm (PDT)
              > >
              > >
              > >
              > > Under Linux there is still the problem with the "You don't have
              > > sufficient permissions to access softrock". I suspect Jim is using an
              > > older version of Ubuntu and I'm on 11.04 and was the same on 10.10.
              > > Same problem on openSUSE 12.1 Milestone 2.
              > > I reported this to the HiQSDR group some days ago, no response to
              > > date
              > > so I'll email Jim direct to find out what setup he is using.
              > > Using the VK6JBL files, there is no problem.
              > > 73 ... Sid.
              > >
              > > I'm using Fedora FC15 without that problem, hamlib is another story.
              > > Can you run "usbsoftrock interactive" in a console? I assume you
              > > have entered a udev rule for user access.
              > >
              > > Bob - wd6dod
              > >
              >
              >
              > --
              > Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
              > Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
              > Senior Staff Specialist, Cricket Coach
              > Microsoft Windows Free Zone - Linux used for all Computing Tasks
              >



              -- 
              Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
              Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
              Senior Staff Specialist, Cricket Coach
              Microsoft Windows Free Zone - Linux used for all Computing Tasks
              
            • Sid Boyce
              I forgot to mention the reason for the error message which would be seen with the SDR-Widget and SDR-CUBE which both use the same device as a sound card and
              Message 7 of 9 , Dec 23, 2012
              • 0 Attachment
                I forgot to mention the reason for the error message which would be seen with the SDR-Widget and SDR-CUBE which both use the same device as a sound card and si570 controller.

                The interface is claimed exclusively by the sound card part of the interface which blocks access to  the si570 controller.

                Using Andrew Nillson's (VK6JBL's) patches gets around the problem.

                As Jim has no access to a Widget or Cube he was unable to diagnose the problem.
                May be one day I can get him to use teamviewer to have a look at what quisk is doing and come up with a native fix.
                73 ... Sid.

                On 23/12/12 19:03, Sid Boyce wrote:
                 

                This is a problem that has been around a long time first noticed with the SDR-Widget.
                As Jim had no access to the Widget, he advised using the vk6jbl fixes.

                Attached is a file quisk-3.6.5_G3VBV.tar.gz and included is a file README_G3VBV.txt with other details.

                Type "make in the quisk-3.6.5 directory and launch quisk as described in the README_G3VBV.txt file.
                73 ... Sid.


                On 23/12/12 15:40, rainerfeldkamp wrote:
                 

                Hi Sid,

                On trying to use the Peaberry SDR under Ubuntu 12.4, I get the same dmesg information

                'usbfs: interface 1 claimed by snd-usb-audio while 'python' sets config #1'

                as mentioned in your message relating the widget.

                I am wondering whether at that time a solution was found for the widget since such a solution also might apply to the Peaberry SDR.

                Any help in this regard would be highly appreciated.

                Thank you.

                Vy 73, Rainer DJ6OA

                --- In softrock40@yahoogroups.com, Sid Boyce <sboyce@...> wrote:
                >
                > I found out Jim is on Debian stable.
                > SUBSYSTEM=="usb", ATTR{idVendor}=="16c0" , ATTR{idProduct}=="05dc",
                > MODE="0666", GROUP="dialout"
                >
                > usbsoftrock is OK with the VK6JBL files configured in quisk.
                >
                > What imports are you using in ~/.quisk_conf.py?
                >
                > I'm using softrock/conf_rx_tx_ensemble.py for ~/.quisk_conf.py
                > usbsoftrock is not running, so nothing else should be using the port.
                >
                > "No permission to access the Softrock USB interface" both as root and user.
                >
                > From dmesg:-
                > [3437366.643894] usb 1-6.1: usbfs: interface 1 claimed by snd-usb-audio
                > while 'python' sets config #1
                > [3437770.771405] usb 1-6.1: usbfs: interface 1 claimed by snd-usb-audio
                > while 'python' sets config #1
                >
                > This undoubtedly is because I'm using the SDR-Widget which uses the same
                > USB port for sound (I-Q) and si570 control, yet the VK6JBL files are OK.
                > I'll try a USB sound card.
                >
                > From hwinfo:-
                > 11: USB 00.0: 0000 Unclassified device
                > [Created at usb.122]
                > Unique ID: 8DDa.xeGseKiySL3
                > Parent ID: MtLc.RCJcL1C9RGA
                > SysFS ID: /devices/pci0000:00/0000:00:1d.7/usb1/1-6/1-6.1/1-6.1:1.0
                > SysFS BusID: 1-6.1:1.0
                > Hardware Class: unknown
                > Model: "www.obdev.at DG8SAQ-I2C"
                > Hotplug: USB
                > Vendor: usb 0x16c0 "www.obdev.at"
                > Device: usb 0x05dc "DG8SAQ-I2C"
                > Revision: "10.00"
                > Serial ID: "1.0.0.0.0.0.A"
                > Speed: 480 Mbps
                > Module Alias: "usb:v16C0p05DCd1000dcEFdsc02dp01ic00isc00ip00"
                > Config Status: cfg=new, avail=yes, need=no, active=unknown
                > Attached to: #8 (Hub)
                >
                > # cat /proc/asound/cards
                > 0 [Intel ]: HDA-Intel - HDA Intel
                > HDA Intel at 0xfdff8000 irq 44
                > 1 [DG8SAQI2C ]: USB-Audio - DG8SAQ-I2C
                > www.obdev.at DG8SAQ-I2C at usb-0000:00:1d.7-6.1,
                > high speed
                > # lsusb
                > Bus 001 Device 049: ID 16c0:05dc VOTI shared ID for use with libusb
                >
                > So it seems snd_usb is claiming it exclusively rather than sharing it.
                >
                > 73 ... Sid.
                >
                > On 07/07/11 20:20, Robert Lorenzini wrote:
                > >
                > > 8b.
                > >
                > >
                > > Re: New Quisk
                > > <http://groups.yahoo.com/group/softrock40/message/56555;_ylc=X3oDMTJzYWFsc2hkBF9TAzk3MzU5NzE1BGdycElkAzE2MTEwMTczBGdycHNwSWQDMTcwODM5NjM3OQRtc2dJZAM1NjU1NQRzZWMDZG1zZwRzbGsDdm1zZwRzdGltZQMxMzEwMDM2MjIz>
                > >
                > >
                > >
                > > Posted by: "Sid Boyce" sboyce@...
                > > <mailto:sboyce@...?Subject=%20Re%3A%20New%20Quisk>
                > > priddix <http://profiles.yahoo.com/priddix>
                > >
                > >
                > > Wed Jul 6, 2011 5:18 pm (PDT)
                > >
                > >
                > >
                > > Under Linux there is still the problem with the "You don't have
                > > sufficient permissions to access softrock". I suspect Jim is using an
                > > older version of Ubuntu and I'm on 11.04 and was the same on 10.10.
                > > Same problem on openSUSE 12.1 Milestone 2.
                > > I reported this to the HiQSDR group some days ago, no response to
                > > date
                > > so I'll email Jim direct to find out what setup he is using.
                > > Using the VK6JBL files, there is no problem.
                > > 73 ... Sid.
                > >
                > > I'm using Fedora FC15 without that problem, hamlib is another story.
                > > Can you run "usbsoftrock interactive" in a console? I assume you
                > > have entered a udev rule for user access.
                > >
                > > Bob - wd6dod
                > >
                >
                >
                > --



                -- 
                Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
                Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
                Senior Staff Specialist, Cricket Coach
                Microsoft Windows Free Zone - Linux used for all Computing Tasks
                
              • Rainer Feldkamp
                Sid, Thank you for your help and the quisk-3.6.5_G3VBV.tar.gz-file. After learning the hard way that I first had to adapt the usbsoftrock program, I hope that
                Message 8 of 9 , Dec 26, 2012
                • 0 Attachment
                  Sid,

                  Thank you for your help and the quisk-3.6.5_G3VBV.tar.gz-file.

                  After learning the hard way that I first had to adapt the usbsoftrock program, I hope that I am now veeery slowly proceeding to a QUISK version for the Peaberry which is comparable to the rx_tx_ensemble version.

                  Some question are remaining:

                  1.  Is it correct that the cpu use is increased by the use of quisk_hardware-vk6jbl.py or is ther something wrong with my configuration?

                  2.  There are two versions of the quisk_hardware-vk6jbl.py-file, one in the main quisk directory and one in the softrock subdirectory, Is there any difference between these files?

                  3.  What else should be imported (or added to .quisk:conf.py) besides to quisk_hardware-vk6jbl.py?
                  What about any widgets-file?

                  If you are aware of answers to any of these questions, an further one of your helpful hints would be highly appreciated.

                  Thank you for your help.

                  73  Rainer


                  From: Sid Boyce <sboyce@...>
                  To: softrock40@yahoogroups.com
                  Sent: Monday, December 24, 2012 12:02 AM
                  Subject: Re: [softrock40] Re: New Quisk

                   
                  I forgot to mention the reason for the error message which would be seen with the SDR-Widget and SDR-CUBE which both use the same device as a sound card and si570 controller.

                  The interface is claimed exclusively by the sound card part of the interface which blocks access to  the si570 controller.

                  Using Andrew Nillson's (VK6JBL's) patches gets around the problem.

                  As Jim has no access to a Widget or Cube he was unable to diagnose the problem.
                  May be one day I can get him to use teamviewer to have a look at what quisk is doing and come up with a native fix.
                  73 ... Sid.

                  On 23/12/12 19:03, Sid Boyce wrote:
                   
                  This is a problem that has been around a long time first noticed with the SDR-Widget.
                  As Jim had no access to the Widget, he advised using the vk6jbl fixes.

                  Attached is a file quisk-3.6.5_G3VBV.tar.gz and included is a file README_G3VBV.txt with other details.

                  Type "make in the quisk-3.6.5 directory and launch quisk as described in the README_G3VBV.txt file.
                  73 ... Sid.


                  On 23/12/12 15:40, rainerfeldkamp wrote:
                   
                  Hi Sid,

                  On trying to use the Peaberry SDR under Ubuntu 12.4, I get the same dmesg information

                  'usbfs: interface 1 claimed by snd-usb-audio while 'python' sets config #1'

                  as mentioned in your message relating the widget.

                  I am wondering whether at that time a solution was found for the widget since such a solution also might apply to the Peaberry SDR.

                  Any help in this regard would be highly appreciated.

                  Thank you.

                  Vy 73, Rainer DJ6OA

                  --- In softrock40@yahoogroups.com, Sid Boyce <sboyce@...> wrote:
                  >
                  > I found out Jim is on Debian stable.
                  > SUBSYSTEM=="usb", ATTR{idVendor}=="16c0" , ATTR{idProduct}=="05dc",
                  > MODE="0666", GROUP="dialout"
                  >
                  > usbsoftrock is OK with the VK6JBL files configured in quisk.
                  >
                  > What imports are you using in ~/.quisk_conf.py?
                  >
                  > I'm using softrock/conf_rx_tx_ensemble.py for ~/.quisk_conf.py
                  > usbsoftrock is not running, so nothing else should be using the port.
                  >
                  > "No permission to access the Softrock USB interface" both as root and user.
                  >
                  > From dmesg:-
                  > [3437366.643894] usb 1-6.1: usbfs: interface 1 claimed by snd-usb-audio
                  > while 'python' sets config #1
                  > [3437770.771405] usb 1-6.1: usbfs: interface 1 claimed by snd-usb-audio
                  > while 'python' sets config #1
                  >
                  > This undoubtedly is because I'm using the SDR-Widget which uses the same
                  > USB port for sound (I-Q) and si570 control, yet the VK6JBL files are OK.
                  > I'll try a USB sound card.
                  >
                  > From hwinfo:-
                  > 11: USB 00.0: 0000 Unclassified device
                  > [Created at usb.122]
                  > Unique ID: 8DDa.xeGseKiySL3
                  > Parent ID: MtLc.RCJcL1C9RGA
                  > SysFS ID: /devices/pci0000:00/0000:00:1d.7/usb1/1-6/1-6.1/1-6.1:1.0
                  > SysFS BusID: 1-6.1:1.0
                  > Hardware Class: unknown
                  > Model: "www.obdev.at DG8SAQ-I2C"
                  > Hotplug: USB
                  > Vendor: usb 0x16c0 "www.obdev.at"
                  > Device: usb 0x05dc "DG8SAQ-I2C"
                  > Revision: "10.00"
                  > Serial ID: "1.0.0.0.0.0.A"
                  > Speed: 480 Mbps
                  > Module Alias: "usb:v16C0p05DCd1000dcEFdsc02dp01ic00isc00ip00"
                  > Config Status: cfg=new, avail=yes, need=no, active=unknown
                  > Attached to: #8 (Hub)
                  >
                  > # cat /proc/asound/cards
                  > 0 [Intel ]: HDA-Intel - HDA Intel
                  > HDA Intel at 0xfdff8000 irq 44
                  > 1 [DG8SAQI2C ]: USB-Audio - DG8SAQ-I2C
                  > www.obdev.at DG8SAQ-I2C at usb-0000:00:1d.7-6.1,
                  > high speed
                  > # lsusb
                  > Bus 001 Device 049: ID 16c0:05dc VOTI shared ID for use with libusb
                  >
                  > So it seems snd_usb is claiming it exclusively rather than sharing it.
                  >
                  > 73 ... Sid.
                  >
                  > On 07/07/11 20:20, Robert Lorenzini wrote:
                  > >
                  > > 8b.
                  > >
                  > >
                  > > Re: New Quisk
                  > > <http://groups.yahoo.com/group/softrock40/message/56555;_ylc=X3oDMTJzYWFsc2hkBF9TAzk3MzU5NzE1BGdycElkAzE2MTEwMTczBGdycHNwSWQDMTcwODM5NjM3OQRtc2dJZAM1NjU1NQRzZWMDZG1zZwRzbGsDdm1zZwRzdGltZQMxMzEwMDM2MjIz>
                  > >
                  > >
                  > >
                  > > Posted by: "Sid Boyce" sboyce@...
                  > > <mailto:sboyce@...?Subject=%20Re%3A%20New%20Quisk>
                  > > priddix <http://profiles.yahoo.com/priddix>
                  > >
                  > >
                  > > Wed Jul 6, 2011 5:18 pm (PDT)
                  > >
                  > >
                  > >
                  > > Under Linux there is still the problem with the "You don't have
                  > > sufficient permissions to access softrock". I suspect Jim is using an
                  > > older version of Ubuntu and I'm on 11.04 and was the same on 10.10.
                  > > Same problem on openSUSE 12.1 Milestone 2.
                  > > I reported this to the HiQSDR group some days ago, no response to
                  > > date
                  > > so I'll email Jim direct to find out what setup he is using.
                  > > Using the VK6JBL files, there is no problem.
                  > > 73 ... Sid.
                  > >
                  > > I'm using Fedora FC15 without that problem, hamlib is another story.
                  > > Can you run "usbsoftrock interactive" in a console? I assume you
                  > > have entered a udev rule for user access.
                  > >
                  > > Bob - wd6dod
                  > >
                  >
                  >
                  > --


                  -- 
                  Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
                  Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
                  Senior Staff Specialist, Cricket Coach
                  Microsoft Windows Free Zone - Linux used for all Computing Tasks
                  


                • Sid Boyce
                  I forgot the VK6JBL files needed usbsoftrock. Get the source svn checkout http://usbsoftrock.googlecode.com/svn/trunk/ usbsoftrock-read-only cd
                  Message 9 of 9 , Dec 26, 2012
                  • 0 Attachment
                    I forgot the VK6JBL files needed usbsoftrock.
                    Get the source "svn checkout http://usbsoftrock.googlecode.com/svn/trunk/ usbsoftrock-read-only"
                    cd usbsoftrock-read-only
                    ./configure
                    make
                    sudo make install

                    The file quisk-3.6.5/quisk_conf_softrock.py is what you need to copy to ~/.quisk_conf.py and check that the uncommented name_of_sound_capt = "hw:1" and name_of_sound_play = "hw:0" lines reflect your sound card setup.

                    The above setup would be for card0 used for Mic/Spkr and card1 used for I-Q.
                    cd quisk-3.6.5
                    python quisk.py

                    If you need TX
                    ---------------------
                    microphone_name = "hw:0"                # Name of microphone capture device (or "hw:1")
                    mic_sample_rate = 48000         # Microphone capture sample rate in Hertz, must be 48000 or 8000
                    mic_channel_I = 0               # Soundcard index of mic capture audio channel
                    mic_channel_Q = 0               # Soundcard index of ignored capture channel
                    # Microphone samples sent to soundcard:
                    name_of_mic_play = "hw:1"               # Name of play device if mic I/Q is sent to a sound card
                    mic_playback_rate = 48000       # Playback rate must be a multiple 1, 2, ... of mic_sample_rate
                    mic_play_chan_I = 0             # Soundcard index of mic I play channel
                    mic_play_chan_Q = 1             # Soundcard index of mic Q play channel
                    mic_out_volume = 0.7            # Microphone output volume (after all processing) as a fraction 0.0 to 0.7

                    And it should be AOK.
                    73 ... Sid.

                    On 26/12/12 15:35, Rainer Feldkamp wrote:
                     
                    Sid,

                    Thank you for your help and the quisk-3.6.5_G3VBV.tar.gz-file.

                    After learning the hard way that I first had to adapt the usbsoftrock program, I hope that I am now veeery slowly proceeding to a QUISK version for the Peaberry which is comparable to the rx_tx_ensemble version.

                    Some question are remaining:

                    1.  Is it correct that the cpu use is increased by the use of quisk_hardware-vk6jbl.py or is ther something wrong with my configuration?

                    2.  There are two versions of the quisk_hardware-vk6jbl.py-file, one in the main quisk directory and one in the softrock subdirectory, Is there any difference between these files?

                    3.  What else should be imported (or added to .quisk:conf.py) besides to quisk_hardware-vk6jbl.py?
                    What about any widgets-file?

                    If you are aware of answers to any of these questions, an further one of your helpful hints would be highly appreciated.

                    Thank you for your help.

                    73  Rainer


                    From: Sid Boyce <sboyce@...>
                    To: softrock40@yahoogroups.com
                    Sent: Monday, December 24, 2012 12:02 AM
                    Subject: Re: [softrock40] Re: New Quisk

                     
                    I forgot to mention the reason for the error message which would be seen with the SDR-Widget and SDR-CUBE which both use the same device as a sound card and si570 controller.

                    The interface is claimed exclusively by the sound card part of the interface which blocks access to  the si570 controller.

                    Using Andrew Nillson's (VK6JBL's) patches gets around the problem.

                    As Jim has no access to a Widget or Cube he was unable to diagnose the problem.
                    May be one day I can get him to use teamviewer to have a look at what quisk is doing and come up with a native fix.
                    73 ... Sid.

                    On 23/12/12 19:03, Sid Boyce wrote:
                     
                    This is a problem that has been around a long time first noticed with the SDR-Widget.
                    As Jim had no access to the Widget, he advised using the vk6jbl fixes.

                    Attached is a file quisk-3.6.5_G3VBV.tar.gz and included is a file README_G3VBV.txt with other details.

                    Type "make in the quisk-3.6.5 directory and launch quisk as described in the README_G3VBV.txt file.
                    73 ... Sid.


                    On 23/12/12 15:40, rainerfeldkamp wrote:
                     
                    Hi Sid,

                    On trying to use the Peaberry SDR under Ubuntu 12.4, I get the same dmesg information

                    'usbfs: interface 1 claimed by snd-usb-audio while 'python' sets config #1'

                    as mentioned in your message relating the widget.

                    I am wondering whether at that time a solution was found for the widget since such a solution also might apply to the Peaberry SDR.

                    Any help in this regard would be highly appreciated.

                    Thank you.

                    Vy 73, Rainer DJ6OA

                    --- In softrock40@yahoogroups.com, Sid Boyce <sboyce@...> wrote:
                    >
                    > I found out Jim is on Debian stable.
                    > SUBSYSTEM=="usb", ATTR{idVendor}=="16c0" , ATTR{idProduct}=="05dc",
                    > MODE="0666", GROUP="dialout"
                    >
                    > usbsoftrock is OK with the VK6JBL files configured in quisk.
                    >
                    > What imports are you using in ~/.quisk_conf.py?
                    >
                    > I'm using softrock/conf_rx_tx_ensemble.py for ~/.quisk_conf.py
                    > usbsoftrock is not running, so nothing else should be using the port.
                    >
                    > "No permission to access the Softrock USB interface" both as root and user.
                    >
                    > From dmesg:-
                    > [3437366.643894] usb 1-6.1: usbfs: interface 1 claimed by snd-usb-audio
                    > while 'python' sets config #1
                    > [3437770.771405] usb 1-6.1: usbfs: interface 1 claimed by snd-usb-audio
                    > while 'python' sets config #1
                    >
                    > This undoubtedly is because I'm using the SDR-Widget which uses the same
                    > USB port for sound (I-Q) and si570 control, yet the VK6JBL files are OK.
                    > I'll try a USB sound card.
                    >
                    > From hwinfo:-
                    > 11: USB 00.0: 0000 Unclassified device
                    > [Created at usb.122]
                    > Unique ID: 8DDa.xeGseKiySL3
                    > Parent ID: MtLc.RCJcL1C9RGA
                    > SysFS ID: /devices/pci0000:00/0000:00:1d.7/usb1/1-6/1-6.1/1-6.1:1.0
                    > SysFS BusID: 1-6.1:1.0
                    > Hardware Class: unknown
                    > Model: "www.obdev.at DG8SAQ-I2C"
                    > Hotplug: USB
                    > Vendor: usb 0x16c0 "www.obdev.at"
                    > Device: usb 0x05dc "DG8SAQ-I2C"
                    > Revision: "10.00"
                    > Serial ID: "1.0.0.0.0.0.A"
                    > Speed: 480 Mbps
                    > Module Alias: "usb:v16C0p05DCd1000dcEFdsc02dp01ic00isc00ip00"
                    > Config Status: cfg=new, avail=yes, need=no, active=unknown
                    > Attached to: #8 (Hub)
                    >
                    > # cat /proc/asound/cards
                    > 0 [Intel ]: HDA-Intel - HDA Intel
                    > HDA Intel at 0xfdff8000 irq 44
                    > 1 [DG8SAQI2C ]: USB-Audio - DG8SAQ-I2C
                    > www.obdev.at DG8SAQ-I2C at usb-0000:00:1d.7-6.1,
                    > high speed
                    > # lsusb
                    > Bus 001 Device 049: ID 16c0:05dc VOTI shared ID for use with libusb
                    >
                    > So it seems snd_usb is claiming it exclusively rather than sharing it.
                    >
                    > 73 ... Sid.
                    >
                    > On 07/07/11 20:20, Robert Lorenzini wrote:
                    > >
                    > > 8b.
                    > >
                    > >
                    > > Re: New Quisk
                    > > <http://groups.yahoo.com/group/softrock40/message/56555;_ylc=X3oDMTJzYWFsc2hkBF9TAzk3MzU5NzE1BGdycElkAzE2MTEwMTczBGdycHNwSWQDMTcwODM5NjM3OQRtc2dJZAM1NjU1NQRzZWMDZG1zZwRzbGsDdm1zZwRzdGltZQMxMzEwMDM2MjIz>
                    > >
                    > >
                    > >
                    > > Posted by: "Sid Boyce" sboyce@...
                    > > <mailto:sboyce@...?Subject=%20Re%3A%20New%20Quisk>
                    > > priddix <http://profiles.yahoo.com/priddix>
                    > >
                    > >
                    > > Wed Jul 6, 2011 5:18 pm (PDT)
                    > >
                    > >
                    > >
                    > > Under Linux there is still the problem with the "You don't have
                    > > sufficient permissions to access softrock". I suspect Jim is using an
                    > > older version of Ubuntu and I'm on 11.04 and was the same on 10.10.
                    > > Same problem on openSUSE 12.1 Milestone 2.
                    > > I reported this to the HiQSDR group some days ago, no response to
                    > > date
                    > > so I'll email Jim direct to find out what setup he is using.
                    > > Using the VK6JBL files, there is no problem.
                    > > 73 ... Sid.
                    > >
                    > > I'm using Fedora FC15 without that problem, hamlib is another story.
                    > > Can you run "usbsoftrock interactive" in a console? I assume you
                    > > have entered a udev rule for user access.
                    > >
                    > > Bob - wd6dod
                    > >
                    >
                    >
                    > --





                    -- 
                    Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
                    Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
                    Senior Staff Specialist, Cricket Coach
                    Microsoft Windows Free Zone - Linux used for all Computing Tasks
                    
                  Your message has been successfully submitted and would be delivered to recipients shortly.