From op25 at zellners.com Wed Jan 2 17:41:08 2019 From: op25 at zellners.com (op25 at zellners.com) Date: Wed, 02 Jan 2019 09:41:08 -0800 Subject: [op25-dev] Audio to Darkce/IceCast Server - No audio???? No tags, Local audio good. Message-ID: <20190102094108.Horde.mM7n8HHmDQN0nXynJb9vOtK@lv-shared03.cpanelplatform.com> OK... I've put my RPi3B+ to work... Raspbian Image, updated, fully loaded.. (NOT NOOBS, this is just Raspbian Full ) Run through the install setup for OP25 from: https://www.hagensieker.com/wordpress/2018/07/17/op25-for-dummies/ Did this for my reclaimed laptop and this Pi... OP25 working on both... Local audio good on both. Tracks the PII system I need to put under review... So that works good.. The problem is feeding audio to my IceCast server.. :( :( :( I installed a MP3 capable Darkice with its deps... its starts up fine.. The feed appears on my server I am using the info at https://www.hagensieker.com/wordpress/2018/07/20/op25-raspberry-pi-streaming-part-2/ I created /etc/asound.conf and /etc/modprobe.d/bcm2835.conf I rebooted the Pi rather than any reloading of things, to ensure that loopback created and loaded etc... For the ALSA Loopback etc. info and setup..... so is the ALSA loopback setup???? /darkice $ cat /proc/modules | grep snd snd_aloop 24576 0 - Live 0x7f3a6000 snd_bcm2835 32768 1 - Live 0x7f399000 (C) Check! Pi audio and ALSA loopback... CHECK CHECK! snd_pcm 98304 2 snd_aloop,snd_bcm2835, Live 0x7f138000 snd_timer 32768 1 snd_pcm, Live 0x7f11d000 snd 69632 6 snd_aloop,snd_bcm2835,snd_pcm,snd_timer, Live 0x7f102000 ALSA seems to be a dark arts thing.. I use some plugins on another setup to create L/R into separate feeds into darkice and that works great.... so I took it this loopback thing would do the same... Seems the loopback exists....from: ~/darkice $ aplay -l **** List of PLAYBACK Hardware Devices **** card 0: ALSA [bcm2835 ALSA], device 0: bcm2835 ALSA [bcm2835 ALSA] Subdevices: 7/7 Subdevice #0: subdevice #0 Subdevice #1: subdevice #1 Subdevice #2: subdevice #2 Subdevice #3: subdevice #3 Subdevice #4: subdevice #4 Subdevice #5: subdevice #5 Subdevice #6: subdevice #6 card 0: ALSA [bcm2835 ALSA], device 1: bcm2835 ALSA [bcm2835 IEC958/HDMI] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: Loopback [Loopback], device 0: Loopback PCM [Loopback PCM] Subdevices: 2/2 Subdevice #0: subdevice #0 Subdevice #1: subdevice #1 card 1: Loopback [Loopback], device 1: Loopback PCM [Loopback PCM] Subdevices: 2/2 Subdevice #0: subdevice #0 Subdevice #1: subdevice #1 Loopbacks!!!! WOOT! With this I will take it that the loopback and needed config files are correct, and have not posted them... Darkice cfg IS SET to loop0 ~/darkice $ cat lakelandp25.cfg # sample DarkIce configuration file, edit for your needs before using # see the darkice.cfg man page for details # this section describes general aspects of the live streaming session [general] duration = 0 # duration of encoding, in seconds. 0 means forever bufferSecs = 1 # size of internal slip buffer, in seconds reconnect = yes # reconnect to the server(s) if disconnected # this section describes the audio input that will be streamed [input] device = loop0 # OSS DSP soundcard device for the audio input sampleRate = 22050 # sample rate in Hz. 22050 i bitsPerSample = 16 # bits per sample. 16 for mono feeds, 32 for stereo feeds channel = 1 # channels. 1 = mono, 2 = stereo # this section describes a streaming connection to an IceCast server # there may be up to 8 of these sections, named [icecast-0] ... [icecast-7] # these can be mixed with [icecast2-x] and [shoutcast-x] sections # If you want to send to your own icecast server, you basically copy # this whole section and put in the values to point the feed to your own # server i # Don't forget, the name [icecast2-0] needs to change to [icecast2-1] # and 2 and 3 as you add more feed destinations. [icecast2-0] # The audio format to encode to, we're using mp3 here format = mp3 # The bit rate mode to use, the commented out lines are for a fixed bit # rate "constant bit rate" at 16 bits. I prefer the variable bit rate # for the sound quality it has and the throughput is very similar on avg #bitrateMode = cbr #bitrate = 16 sampleRate = 22050 # sample rate in Hz. 22050 is the bitrateMode = cbr bitrate = 16 # Quality at .1, max is 1.0, but as you increase, so does the bandwidth # used. For mono scanner audio .1 is totally fine. quality = 0.1 # Takes the input and mixes it down to a mono output for the feed. channel = 1 # Cuts frequency response over 5kHz. For scanner feed this mostly # eliminates hiss and harshness on paging tones. Saves a bunch of # bandwidth as well. lowpass = 5000 # From Feed Technical Details, the "Server" server = audio.myserver.net # From Feed Technical Details, the "Port" port = 8000 # port of the IceCast server, usually 8000 # From Feed Technical Details, the Password exactly as shown password = hackmeNOT! # From Feed Technical Details, the mount...remove the leading "/", it's # not needed in this file. So if it is /999999 make it just 999999 mountPoint = Redacatedfeed # name of the stream # On My Live Audio Feeds, it's the first part ending in a colon ":" name = Redactedfeed # On My Live Audio Feeds, it's the part in parentheses in the Feed name description = redactedfeed start up OP25 ./rx.py --args 'rtl' -N 'LNA:19' -l http:192.168.0.28:8080 -S 2400000 -f 8xx.7xxxxe6 -o 25000 -q 26 -T trunk.tsv -V -2 -O loop0 2> stderrstream.2 OP25 starts up... SILENCE on the feed ./rx.py --args 'rtl' -N 'LNA:19' -l http:192.168.0.28:8080 -S 2400000 -f 8xx.7xxxe6 -o 25000 -q 26 -T trunk.tsv -V -2 -M myststem.json -O loop0 2> stderrstream.2 SILENCE BUT I GET TAGS! ! ! ! So the audio is not piped through some where????? I figured if it was a issue with audio, tags would come through with out the audio... ./rx.py --args 'rtl' -N 'LNA:19' -l http:192.168.0.28:8080 -S 2400000 -f 8xx.xxxxe6 -o 25000 -q 26 -T trunk.tsv -V -2 -U -W 127.0.0.1 2> stderrstream.2 Watching the http output I see data come in, TSBK count goes up, TG's appear etc... NO AUDIO :( on the feed, WITH tags.... :) Local audio comes out the speakers.... So audio is recovered and in good quality even for a Pi.. Any hints, clues? ?? ? I've tried a couple of different setups for the loopback with an .asound.rc in the /home/user, used loop1, hw:1,0, hw:1,1 etc. tried as 2 channel audio v. single channel audio in darkice... still silence is not golden.... :( Any hints on getting the loopback audio working?? ? ? ? ? I might try it on the laptop setup too to see if its a Pi thing... My hunch is the magic dark arts of the right ALSA name for where the audio is at is wrong in the darkice config....but I've tried everything I can think of Thanks. From op25 at zellners.com Wed Jan 2 20:35:04 2019 From: op25 at zellners.com (op25 at zellners.com) Date: Wed, 02 Jan 2019 12:35:04 -0800 Subject: [op25-dev] Audio to Darkce/IceCast Server - No audio???? No tags, Local audio good. In-Reply-To: <20190102094108.Horde.mM7n8HHmDQN0nXynJb9vOtK@lv-shared03.cpanelplatform.com> Message-ID: <20190102123504.Horde.DmLBCqetcSyZAaQ00vwj-LJ@lv-shared03.cpanelplatform.com> Quoting op25 at zellners.com: > OK... I've put my RPi3B+ to work... > The problem is feeding audio to my IceCast server.. :( :( :( > > I installed a MP3 capable Darkice with its deps... its starts up Trying on the laptop... same things tags, NO AUDIO. ** LOCAL AUDIO ** is fine. URRGRRRRGGGhhhh! I modified the instructions for the laptop to ensure that the indexes match.ie: audio card is ALSA 0 and Loopbacks are ALSA 1 ./rx.py --args 'rtl' -N 'LNA:47' -S 2400000 -f 8xx.xxxxe6 -o 25000 -q 72 -v 10 -T trunk.tsv -V -2 -l http:192.168.0.26:8080 -M tags.json -O loop0 2>sterr.2 ^^^^^^^^^^ either the audio is not getting to the loopback or darkice is not getting that... or both I guess... when I use -U I get local audio with out using nc | aplay..... or I can use -W IP and then nc| aplay etc... I've run out of ideas to try on the various foibles of ALSA to find where this audio is going or not going... I know place its not going loopback! Any ideas?????????????????????????????????????????????? SHort of running a cable from the speakers out to a USB audio stick and into another PI! ! ! ! ?????? ~$ arecord -l **** List of CAPTURE Hardware Devices **** card 0: Intel [HDA Intel], device 0: ALC268 Analog [ALC268 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: Loopback [Loopback], device 0: Loopback PCM [Loopback PCM] Subdevices: 7/8 Subdevice #0: subdevice #0 Subdevice #1: subdevice #1 Subdevice #2: subdevice #2 Subdevice #3: subdevice #3 Subdevice #4: subdevice #4 Subdevice #5: subdevice #5 Subdevice #6: subdevice #6 Subdevice #7: subdevice #7 card 1: Loopback [Loopback], device 1: Loopback PCM [Loopback PCM] Subdevices: 8/8 Subdevice #0: subdevice #0 Subdevice #1: subdevice #1 Subdevice #2: subdevice #2 Subdevice #3: subdevice #3 Subdevice #4: subdevice #4 Subdevice #5: subdevice #5 Subdevice #6: subdevice #6 Subdevice #7: subdevice #7 $ aplay -l **** List of PLAYBACK Hardware Devices **** card 0: Intel [HDA Intel], device 0: ALC268 Analog [ALC268 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: Loopback [Loopback], device 0: Loopback PCM [Loopback PCM] Subdevices: 8/8 Subdevice #0: subdevice #0 Subdevice #1: subdevice #1 Subdevice #2: subdevice #2 Subdevice #3: subdevice #3 Subdevice #4: subdevice #4 Subdevice #5: subdevice #5 Subdevice #6: subdevice #6 Subdevice #7: subdevice #7 card 1: Loopback [Loopback], device 1: Loopback PCM [Loopback PCM] Subdevices: 8/8 Subdevice #0: subdevice #0 Subdevice #1: subdevice #1 Subdevice #2: subdevice #2 Subdevice #3: subdevice #3 Subdevice #4: subdevice #4 Subdevice #5: subdevice #5 Subdevice #6: subdevice #6 Subdevice #7: subdevice #7 I've used all combos of things in darkice and rx.py for the name of the device, no audio loop0, loop1, hw:1,0, hw:1,1 hw:Loopback1, hw:Looopback0 etc... Silence. Local audio works great. /etc/modules ~$ cat /etc/modules # /etc/modules: kernel modules to load at boot time. # # This file contains the names of kernel modules that should be loaded # at boot time, one per line. Lines beginning with "#" are ignored. snd_hda_intel snd-aloop options snd-aloop enable=1 index=1 pcm_substreams=2 /etc/asound.conf $ cat /etc/asound.conf # output device pcm.loopout0 { type plug slave.pcm "hw:Loopback,0,0" } # input device pcm.loopin0 { type dsnoop ipc_key 686592 slave.pcm "hw:Loopback,1,0" } # duplex plug device pcm.loop0 { type plug slave { pcm { type asym playback.pcm "loopout0" capture.pcm "loopin0" } } } # output device pcm.loopout1 { type plug slave.pcm "hw:Loopback,0,1" } # input device pcm.loopin1 { type dsnoop ipc_key 686593 slave.pcm "hw:Loopback,1,1" } # duplex plug device pcm.loop1 { type plug slave { pcm { type asym playback.pcm "loopout1" capture.pcm "loopin1" } } } From op25 at zellners.com Wed Jan 2 23:59:59 2019 From: op25 at zellners.com (op25 at zellners.com) Date: Wed, 02 Jan 2019 15:59:59 -0800 Subject: [op25-dev] Audio to Darkce/IceCast Server - No audio???? No tags, Local audio good. In-Reply-To: <20190102123504.Horde.DmLBCqetcSyZAaQ00vwj-LJ@lv-shared03.cpanelplatform.com> References: <20190102094108.Horde.mM7n8HHmDQN0nXynJb9vOtK@lv-shared03.cpanelplatform.com> <20190102123504.Horde.DmLBCqetcSyZAaQ00vwj-LJ@lv-shared03.cpanelplatform.com> Message-ID: <20190102155959.Horde.VFBbEQdShzgrL6VzQnYyA94@lv-shared03.cpanelplatform.com> Quoting op25 at zellners.com: > ^^^^^^^^^^ > > either the audio is not getting to the loopback or darkice is not > getting that... or both I guess... Some progress... still no joy in OP25 to loop to darkice to icecast out to users.... On the laptop the loop config appears to work as I can FORCE VLC to output to ASLA loop0 and play and mp3, and it eventually will be heard... audio is exceptionally low though... I've cranked everything in alasmixer playback and capture way up didn't seem to affect that audio in the least. Any ideas on doing the same on the Pi??? I very rarely if very use anything gui or other media related on them... just darkice and inputs from USB dongles connected to real radios. olmxplayer is the hotness over in piland, I think??? Does it offer a way to force out to ALSA loop0??? Last I knew vlc was a bomb on pi's wouldn't play as it lacked some lib or had to be hand coddlded or something....on;y time I see X on Pi's now is from the first boot and disabling all that stuff... From op25-dev at yahoogroups.com Thu Jan 3 00:41:59 2019 From: op25-dev at yahoogroups.com (ikj1234i@yahoo.com [op25-dev]) Date: 03 Jan 2019 00:41:59 +0000 Subject: [op25-dev] FINAL: Mailing List Closure and Relocation Notice Message-ID: Effective January 1, 2019, this op25-dev mailing list is closed; no further posts to the yahoo group will be accepted after that date. The list is being relocated; going forward it will be hosted by osmocom.org. For more information please refer to the list's new home page: https://lists.osmocom.org/mailman/listinfo/op25-dev https://lists.osmocom.org/mailman/listinfo/op25-dev At this time I should like to take the opportunity to thank our new hosts at osmocom.org for volunteering to host the mail list, and for going to the trouble of backfilling list content starting from 2012... Best Max p.s. if anyone has a copy of the old list archives covering the period from 2008 - 2012, please contact us -------------- next part -------------- An HTML attachment was scrubbed... URL: From op25 at zellners.com Thu Jan 3 01:59:31 2019 From: op25 at zellners.com (op25 at zellners.com) Date: Wed, 02 Jan 2019 17:59:31 -0800 Subject: [op25-dev] Audio to Darkce/IceCast Server - No audio???? No tags, Local audio good. In-Reply-To: <000001d4a2de$25218460$6f648d20$@gmail.com> References: <20190102094108.Horde.mM7n8HHmDQN0nXynJb9vOtK@lv-shared03.cpanelplatform.com> <000001d4a2de$25218460$6f648d20$@gmail.com> Message-ID: <20190102175931.Horde.oVG8qdvxyQqPrs3FGAa-l3W@lv-shared03.cpanelplatform.com> Quoting wllmbecks at gmail.com: > I trust that you see the process for darkice running. runs and the silence of the feed plays in vlc, wouldn't play if it was not mounted to icecast DarkIce 1.0 live audio streamer, http://code.google.com/p/darkice/ Copyright (c) 2000-2007, Tyrell Hungary, http://tyrell.hu/ Copyright (c) 2008-2010, Akos Maroy and Rafael Diniz This is free software, and you are welcome to redistribute it under the terms of The GNU General Public License version 3 or any later version. Using config file: redacted.cfg 02-Jan-2019 20:44:13 Using ALSA DSP input device: loop0 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 02-Jan-2019 20:44:13 encoding 02-Jan-2019 20:44:13 scheduler high priority 99 02-Jan-2019 20:44:13 Could not set POSIX real-time scheduling, this may cause recording skips. Try to run darkice as the super-user. 02-Jan-2019 20:44:14 set lame mode 3 02-Jan-2019 20:44:14 set lame channels 2 02-Jan-2019 20:44:14 set lame in sample rate 22050 02-Jan-2019 20:44:14 set lame out sample rate 22050 02-Jan-2019 20:44:14 set lame bit rate 16 02-Jan-2019 20:44:14 set lame quality 9 02-Jan-2019 20:44:14 set lame lowpass frequency 5000 02-Jan-2019 20:44:14 set lame highpass frequency 0 02-Jan-2019 20:44:14 set lame psycho acoustic model 1 02-Jan-2019 20:44:14 set lame error protection 1 LAME 3.99.5 32bits (http://lame.sf.net) Autoconverting from stereo to mono. Setting encoding to mono mode. Using polyphase lowpass filter, transition band: 5068 Hz - 5335 Hz 02-Jan-2019 20:44:14 MultiThreadedConnector :: tranfer, bytes 0 02-Jan-2019 20:44:14 MultiThreadedConnector :: ThreadData :: threadFunction, was (thread, priority, type): 0x13e5778 0 SCHED_OTHER 02-Jan-2019 20:44:14 MultiThreadedConnector :: ThreadData :: threadFunction, now is (thread, priority, type): 0x13e5778 1 SCHED_FIFO > I am suspect of your asound.conf. Compared line by line, the same file for asound bcm removes one line does essentially the same. For enumeration, I saved and replaced both asound.conf and bcm2835.conf with those attached reboot pi to ensure they load/reload loopback drivers and devices are the same $ cat /proc/modules |grep snd snd_aloop 24576 2 - Live 0x7f3d2000 snd_bcm2835 32768 0 - Live 0x7f161000 (C) snd_pcm 98304 3 snd_aloop,snd_bcm2835, Live 0x7f13d000 snd_timer 32768 2 snd_pcm, Live 0x7f12f000 snd 69632 6 snd_aloop,snd_bcm2835,snd_pcm,snd_timer, Live 0x7f114000 $ arecord -l **** List of CAPTURE Hardware Devices **** card 1: Loopback [Loopback], device 0: Loopback PCM [Loopback PCM] Subdevices: 8/8 Subdevice #0: subdevice #0 Subdevice #1: subdevice #1 Subdevice #2: subdevice #2 Subdevice #3: subdevice #3 Subdevice #4: subdevice #4 Subdevice #5: subdevice #5 Subdevice #6: subdevice #6 Subdevice #7: subdevice #7 card 1: Loopback [Loopback], device 1: Loopback PCM [Loopback PCM] Subdevices: 7/8 Subdevice #0: subdevice #0 Subdevice #1: subdevice #1 Subdevice #2: subdevice #2 Subdevice #3: subdevice #3 Subdevice #4: subdevice #4 Subdevice #5: subdevice #5 Subdevice #6: subdevice #6 Subdevice #7: subdevice #7 pi at raspberrypi:~/darkice $ NO AUDIO still. Tags... no audio on feed. From op25 at zellners.com Thu Jan 3 02:07:33 2019 From: op25 at zellners.com (op25 at zellners.com) Date: Wed, 02 Jan 2019 18:07:33 -0800 Subject: [op25-dev] Audio to Darkce/IceCast Server - No audio???? No tags, Local audio good. In-Reply-To: <000001d4a2e1$45f432c0$d1dc9840$@gmail.com> References: <20190102094108.Horde.mM7n8HHmDQN0nXynJb9vOtK@lv-shared03.cpanelplatform.com> <000001d4a2e1$45f432c0$d1dc9840$@gmail.com> Message-ID: <20190102180733.Horde.uxfCCRhImSUVxECMyLs3lmO@lv-shared03.cpanelplatform.com> Quoting wllmbecks at gmail.com: > I think there may be another issue. I configured my meta.json a > while ago and lost audio. I changed the name then restarted and > all is well. Have to run but will verify that this was the problem > later this evening. > I stared with no feed.json and and still no audio then.. I added the feed.json to see that tags were being send/updated... No audio. From op25 at zellners.com Fri Jan 4 02:24:37 2019 From: op25 at zellners.com (op25 at zellners.com) Date: Thu, 03 Jan 2019 18:24:37 -0800 Subject: [op25-dev] Audio to Darkce/IceCast Server - No audio???? No tags, Local audio good. In-Reply-To: <20190102175931.Horde.oVG8qdvxyQqPrs3FGAa-l3W@lv-shared03.cpanelplatform.com> References: <20190102094108.Horde.mM7n8HHmDQN0nXynJb9vOtK@lv-shared03.cpanelplatform.com> <000001d4a2de$25218460$6f648d20$@gmail.com> <20190102175931.Horde.oVG8qdvxyQqPrs3FGAa-l3W@lv-shared03.cpanelplatform.com> Message-ID: <20190103182437.Horde.z44jNqLyySrA72MVOLvEwN9@lv-shared03.cpanelplatform.com> Quoting op25 at zellners.com: > > NO AUDIO still. Tags... no audio on feed. Ok.. found out VLC is not available AND in the Raspbian image... like I said, I don't use the GUI at all on Pi's.. it boots up first time, and I run config to disable it and the autologin... :) So... asound.conf and bcm2835.conf installed BOTH My originals from the previous link I used to setup things... BOTH WORK with the below. Used rtl_fm | aplay and get local NWR audio to speakers.... so good sound system. scp over some mp3's..... and start up VLC.. reset output to ALSA and select loop0, save, exit, restart vlc. Open up some of the mp3's... wait for 30+ seconds and out comes the MP3's audio on anther box... via my Icecast server using my darkice.cfg So loop0 is setup properly and Darkice IS feeding loop0 to my Icecast server... So where is it getting lost from OP25./rx.py to loop0??????????????????????? OP25's nuances are new to me and so I don't have any clue.... using -U will provide local audio out to the speakers of the Pi connected to the 1/8" jack... HDMI is connected to DVI conversion cable, and no speakers in monitor... but local audio works.... -O loop0 NO audio... -M myfeed.json TAGS WORK remove -M , obviously no tags, STILL NO AUDIO tried with LOCAL normal terminal and with -l http:..... still no audio on loop0, local audio is fine with that. So what to try next????? Thanks! From op25 at zellners.com Sat Jan 5 13:47:09 2019 From: op25 at zellners.com (op25 at zellners.com) Date: Sat, 05 Jan 2019 05:47:09 -0800 Subject: [op25-dev] SOLVED Audio to Darkce/IceCast Server - No audio???? No tags, Local audio good. In-Reply-To: <20190103182437.Horde.z44jNqLyySrA72MVOLvEwN9@lv-shared03.cpanelplatform.com> References: <20190102094108.Horde.mM7n8HHmDQN0nXynJb9vOtK@lv-shared03.cpanelplatform.com> <000001d4a2de$25218460$6f648d20$@gmail.com> <20190102175931.Horde.oVG8qdvxyQqPrs3FGAa-l3W@lv-shared03.cpanelplatform.com> <20190103182437.Horde.z44jNqLyySrA72MVOLvEwN9@lv-shared03.cpanelplatform.com> Message-ID: <20190105054709.Horde.4NbaJANG3UZ-L2nM7ylvY58@lv-shared03.cpanelplatform.com> Quoting op25 at zellners.com: > Quoting op25 at zellners.com: > >> >> NO AUDIO still. Tags... no audio on feed. I found the issue... rx.py options. I read that you use -O loop0 so put that in the CLI for rx.py. The PROBLEM IS that you REQUIRE -U as well.... Maybe thats clear to everyone else, but to me it reads OR not BOTH REQUIRED.. maybe documented the -U produces audio, *** to route that audio to a specific sound card or an ALSA plugin like snd-aloop you use the -O option AS WELL to specify where to send audio, other wise the DEFAULT audio device is used....ie: ALSA output etc.. Like : Audio output: -U [-O (device/plugin)] Audio is produced on the local device with the -U option, OPTIONALLY you can route this to specific devices ie: non default sound card or ALSA plugins like snd-aloop to send to other programs like Darkice, etc. for streaming Example: -U will produce local audio -U -O hw:1,0 would route that audio to a SECOND sound device, say a better unit than the standard built in DAC on most systems -U -O loop0 would route it to the ALSA Loopback driver to send to other programs like Darkice for streaming or others. I read that them as exclusive like using the nc | play wireshark output option is -U or -W NOT BOTH... SO adding -U -O loop0 TOGETHER and MAGICALLY NOW AUDIO is present... So SOLVED - OPERATOR ERROR... Just didn't doesn't read that need -U AND then routing it via -O to me.... Any way THANKS for the input... SOLVED! :) Now on to fine tunning and prepping the other Pi's to be ready for a PII cut over thats coming.... From scancaster at scancaster.net Tue Jan 8 02:46:41 2019 From: scancaster at scancaster.net (scancaster at scancaster.net) Date: Mon, 07 Jan 2019 18:46:41 -0800 Subject: [op25-dev] Audio Dies????? Message-ID: <20190107184641.Horde.1Gd8tkPbj2Se8WdOFIPwpBu@lv-shared03.cpanelplatform.com> I am noticing as I set this up and letting it run that after some point the audio dies on loop0, thus the feed is silence, nicht gut! Any one else seeing this???? This is both on a PI3B+....and an old dual core laptop..... The laptop has a -V10 and I tail the output log, and the decode traffic is still good for the CC, no errors in it... I can see TG's appear in the tags for the groups from both, just no audio.... :( :( Simply killing rx.py, restart, audio comes back,.... Doesn't seem to be much to tie it down... runs overnight, no issues, I even restarted OP25 on both setups to make some changes to use the TG priority option... and that was about 10 or so hours of run time.... as some point after the 5-6 hour time period it die{d|s} .. can't be exact as real work gets in the way... Dongle related?? But if it was that would expect to see CC decode errors etc... but I see CC decodes stream, and then decodes for data when voice is active..... ? ? ? Any one else seeing this ??? Any corrective action???? ? ? ? ? ? ?? ? ? ? ? ? ? THANKS! From op25 at zellners.com Thu Jan 17 13:53:12 2019 From: op25 at zellners.com (op25 at zellners.com) Date: Thu, 17 Jan 2019 05:53:12 -0800 Subject: [op25-dev] boatbod - github - NO issues link??? Bug report... Message-ID: <20190117055312.Horde.rSKxfnNcm2m5kwimWTUpxKf@lv-shared03.cpanelplatform.com> Trying to report an bug/issue, but https://github.com/boatbod/op25/issues doesn't work, goes to wrong place, and there is no link on the main page of it. BUG: Program dies due to uncaught exception Details: When updating the metadata/"tags" to IceCast, if the connection has died for some reason, LAN goes down, what ever... There is an uncaught exception which will kill OP25 running. 1547434556.069343 set tgid=53, srcaddr=0 Exception in thread Thread-4: Traceback (most recent call last): File "/usr/lib/python2.7/threading.py", line 801, in __bootstrap_inner self.run() File "/home/pi/op25/op25/gr-op25_repeater/apps/icemeta.py", line 60, in run self.send_metadata(self.msg.to_string()) File "/home/pi/op25/op25/gr-op25_repeater/apps/icemeta.py", line 77, in send_metadata r = requests.get((requestToSend), auth=("source",self.cfg['icecastPass'])) File "/usr/lib/python2.7/dist-packages/requests/api.py", line 70, in get return request('get', url, params=params, **kwargs) File "/usr/lib/python2.7/dist-packages/requests/api.py", line 56, in request return session.request(method=method, url=url, **kwargs) File "/usr/lib/python2.7/dist-packages/requests/sessions.py", line 488, in request resp = self.send(prep, **send_kwargs) File "/usr/lib/python2.7/dist-packages/requests/sessions.py", line 609, in send r = adapter.send(request, **kwargs) File "/usr/lib/python2.7/dist-packages/requests/adapters.py", line 487, in send raise ConnectionError(e, request=request) ConnectionError: HTTPConnectionPool(host='audio.myserver.net', port=8000): Max retries exceeded with url: /admin/metadata?mount=/RedactedFeed&mode=updinfo&song=[idle] (Caused by NewConnectionError(': Failed to establish a new connection: [Errno 110] Connection timed out',)) This is not about an issue with the connection, there was, and eventually led to the Pi being replaced as faulty or melted down from use of OP25 :) ;) If the max retries is exceeded or any error where the update fails, it shouldn't kill OP25 from running... Glad to add to the issues section of github, but see top part, for some reason its not there. (??????) From op25 at zellners.com Thu Jan 17 14:19:41 2019 From: op25 at zellners.com (op25 at zellners.com) Date: Thu, 17 Jan 2019 06:19:41 -0800 Subject: [op25-dev] Logging Questions Message-ID: <20190117061941.Horde.ES0Mh_kOaLpncuvoTUpTKrh@lv-shared03.cpanelplatform.com> Before I go down a hole and end in a dead end.... I have some questions on using the -L option for "logging." Logging in my universe means logging the audio to Dictaphone/tape/disk/CD/what ever physical media... NOT the -v option, thats a log, not logging. :) ;) So after reading about 30 different files on this -L option, it appears that it will act as A LOGGING RECORDER and RECORD the audio to disk... Great! What I am after is to record UNKNOWN GROUPS for analysis for ID purposes.... My question(s) are what options are used with this for: rx.py trunk.tsv whitelist.tsv blacklist.tsv ie: rx.py example ./rx.py --args 'rtl' -N 'LNA:47' -S 2400000 -f 8xx.xxxxe6 -o 25000 -q 72 -L 4 -v 10 -T trunk.tsv -V -2 -U -O loop0 -M mysystem.json -l http:192.168.0.26:8080 -x 3 2>> stderr.2 trunk.tsv then REQUIRES a "center frequency" for the system... 8xx.xxxx based on the channels of the system... I've determined this for this system, and it will just fit the way this is setup. This will then RECORD the various groups that are NOT BLACKLISTED to disk as WAV's from what I understand... Correct???? Ie: OP25 tunes to a group, it records it. Anything that is exclusive of each other on this -L option with other optons for rx.py???? Any thing I am missing in this????? Goal is simple to log any group I've not blacklisted as known user/use.. Thanks. From ikj1234i at yahoo.com Thu Jan 17 15:12:49 2019 From: ikj1234i at yahoo.com (ikjtel) Date: Thu, 17 Jan 2019 15:12:49 +0000 (UTC) Subject: [op25-dev] Logging Questions In-Reply-To: <20190117061941.Horde.ES0Mh_kOaLpncuvoTUpTKrh@lv-shared03.cpanelplatform.com> References: <20190117061941.Horde.ES0Mh_kOaLpncuvoTUpTKrh@lv-shared03.cpanelplatform.com> Message-ID: <30589804.1150784.1547737969734@mail.yahoo.com> hello The "-L X" (where X is the number of workers) option is used to make rx.py log all trunked activity to a series of WAV files each containing (typically) a single transmission.? The talkgroups that get logged can be controlled as usual by blacklists and whitelists.? If you know in advance the list of TGs you want and are sure that those are the only ones you want, use a whitelist.? Conversely use a blacklist if you know in advance the list of TGs you don't want.? It's nonsensical to have both lists at once. Other than that I'd suggest if you have any specific questions or operation issues, please raise them here. Finally should note there's another option you might want to look into, Luke's "Trunk Recorder" app may also be of interest.? It's derived from OP25... Max On Thursday, January 17, 2019, 9:19:48 AM EST, op25 at zellners.com wrote: Before I go down a hole and end in a dead end.... I have some questions on using the -L option for "logging." Logging in my universe means logging the audio to Dictaphone/tape/disk/CD/what ever physical media... NOT the -v option, thats a log, not logging. :) ;) So after reading about 30 different files on this -L option, it? appears that it will act as A LOGGING RECORDER and RECORD the audio to disk... Great! What I am after is to record UNKNOWN GROUPS for analysis for ID purposes.... My question(s) are what options are used with this for: rx.py trunk.tsv whitelist.tsv blacklist.tsv ie: rx.py example ./rx.py --args 'rtl' -N 'LNA:47' -S 2400000 -f 8xx.xxxxe6 -o 25000 -q 72 -L 4 -v 10 -T trunk.tsv -V -2? -U -O loop0 -M mysystem.json -l http:192.168.0.26:8080 -x 3 2>> stderr.2 trunk.tsv then REQUIRES a "center frequency" for the system... 8xx.xxxx based on the channels of the system... I've determined this for this system,? and it will just fit the way this is setup. This will then RECORD the various groups that are NOT BLACKLISTED to disk as WAV's from what I understand... Correct???? Ie: OP25 tunes to a group, it records it. Anything that is exclusive of each other on this -L option with other optons for rx.py???? Any thing I am missing in this????? Goal is simple to log any group I've not blacklisted as known user/use.. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gnorbury at bondcar.com Thu Jan 17 15:28:41 2019 From: gnorbury at bondcar.com (Graham Norbury) Date: Thu, 17 Jan 2019 10:28:41 -0500 Subject: [op25-dev] boatbod - github - NO issues link??? Bug report... In-Reply-To: <20190117055312.Horde.rSKxfnNcm2m5kwimWTUpxKf@lv-shared03.cpanelplatform.com> References: <20190117055312.Horde.rSKxfnNcm2m5kwimWTUpxKf@lv-shared03.cpanelplatform.com> Message-ID: I added code a little while back that is supposed to catch the connection error exception. Are you sure you are running the latest code? Graham On Thu, Jan 17, 2019, 8:53 AM > Trying to report an bug/issue, but > > https://github.com/boatbod/op25/issues doesn't work, goes to wrong > place, and there is no link on the main page of it. > > BUG: Program dies due to uncaught exception > > Details: > > When updating the metadata/"tags" to IceCast, if the connection has > died for some reason, LAN goes down, what ever... There is an uncaught > exception which will kill OP25 running. > > 1547434556.069343 set tgid=53, srcaddr=0 > Exception in thread Thread-4: > Traceback (most recent call last): > File "/usr/lib/python2.7/threading.py", line 801, in __bootstrap_inner > self.run() > File "/home/pi/op25/op25/gr-op25_repeater/apps/icemeta.py", line 60, in > run > self.send_metadata(self.msg.to_string()) > File "/home/pi/op25/op25/gr-op25_repeater/apps/icemeta.py", line > 77, in send_metadata > r = requests.get((requestToSend), > auth=("source",self.cfg['icecastPass'])) > File "/usr/lib/python2.7/dist-packages/requests/api.py", line 70, in get > return request('get', url, params=params, **kwargs) > File "/usr/lib/python2.7/dist-packages/requests/api.py", line 56, in > request > return session.request(method=method, url=url, **kwargs) > File "/usr/lib/python2.7/dist-packages/requests/sessions.py", line > 488, in request > resp = self.send(prep, **send_kwargs) > File "/usr/lib/python2.7/dist-packages/requests/sessions.py", line > 609, in send > r = adapter.send(request, **kwargs) > File "/usr/lib/python2.7/dist-packages/requests/adapters.py", line > 487, in send > raise ConnectionError(e, request=request) > ConnectionError: HTTPConnectionPool(host='audio.myserver.net', > port=8000): Max retries exceeded with url: > /admin/metadata?mount=/RedactedFeed&mode=updinfo&song=[idle] (Caused > by > NewConnectionError(' object at 0x691bc8d0>: Failed to establish a new connection: [Errno > 110] Connection timed out',)) > > > This is not about an issue with the connection, there was, and > eventually led to the Pi being replaced as faulty or melted down from > use of OP25 :) ;) > > If the max retries is exceeded or any error where the update fails, it > shouldn't kill OP25 from running... > > Glad to add to the issues section of github, but see top part, for > some reason its not there. (??????) > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ikj1234i at yahoo.com Thu Jan 17 15:48:02 2019 From: ikj1234i at yahoo.com (ikjtel) Date: Thu, 17 Jan 2019 15:48:02 +0000 (UTC) Subject: [op25-dev] boatbod - github - NO issues link??? Bug report... In-Reply-To: <20190117055312.Horde.rSKxfnNcm2m5kwimWTUpxKf@lv-shared03.cpanelplatform.com> References: <20190117055312.Horde.rSKxfnNcm2m5kwimWTUpxKf@lv-shared03.cpanelplatform.com> Message-ID: <1746341249.1216452.1547740082974@mail.yahoo.com> > This is not about an issue with the connection, there was, and? > eventually led to the Pi being replaced as faulty or melted down from? > use of OP25 :) ;) I too had a bricked PI - suspect that it was due to my omission -- failure to install the 2 heatsinks. Could you please confirm whether or not your failed PI had the heatsinks installed... Max On Thursday, January 17, 2019, 8:53:21 AM EST, wrote: Trying to report an bug/issue, but https://github.com/boatbod/op25/issues doesn't work, goes to wrong? place, and there is no link on the main page of it. BUG: Program dies due to uncaught exception Details: When updating the metadata/"tags" to IceCast, if the connection has? died for some reason, LAN goes down, what ever... There is an uncaught? exception which will kill OP25 running. 1547434556.069343 set tgid=53, srcaddr=0 Exception in thread Thread-4: Traceback (most recent call last): ? File "/usr/lib/python2.7/threading.py", line 801, in __bootstrap_inner ? ? self.run() ? File "/home/pi/op25/op25/gr-op25_repeater/apps/icemeta.py", line 60, in run ? ? self.send_metadata(self.msg.to_string()) ? File "/home/pi/op25/op25/gr-op25_repeater/apps/icemeta.py", line? 77, in send_metadata ? ? r = requests.get((requestToSend), auth=("source",self.cfg['icecastPass'])) ? File "/usr/lib/python2.7/dist-packages/requests/api.py", line 70, in get ? ? return request('get', url, params=params, **kwargs) ? File "/usr/lib/python2.7/dist-packages/requests/api.py", line 56, in request ? ? return session.request(method=method, url=url, **kwargs) ? File "/usr/lib/python2.7/dist-packages/requests/sessions.py", line? 488, in request ? ? resp = self.send(prep, **send_kwargs) ? File "/usr/lib/python2.7/dist-packages/requests/sessions.py", line? 609, in send ? ? r = adapter.send(request, **kwargs) ? File "/usr/lib/python2.7/dist-packages/requests/adapters.py", line? 487, in send ? ? raise ConnectionError(e, request=request) ConnectionError: HTTPConnectionPool(host='audio.myserver.net',? port=8000): Max retries exceeded with url:? /admin/metadata?mount=/RedactedFeed&mode=updinfo&song=[idle] (Caused? by? NewConnectionError(': Failed to establish a new connection: [Errno? 110] Connection timed out',)) This is not about an issue with the connection, there was, and? eventually led to the Pi being replaced as faulty or melted down from? use of OP25 :) ;) If the max retries is exceeded or any error where the update fails, it? shouldn't kill OP25 from running... Glad to add to the issues section of github, but see top part, for? some reason its not there. (??????) -------------- next part -------------- An HTML attachment was scrubbed... URL: From op25 at zellners.com Mon Jan 21 13:39:17 2019 From: op25 at zellners.com (op25 at zellners.com) Date: Mon, 21 Jan 2019 05:39:17 -0800 Subject: [op25-dev] boatbod - github - NO issues link??? Bug report... In-Reply-To: <1746341249.1216452.1547740082974@mail.yahoo.com> References: <20190117055312.Horde.rSKxfnNcm2m5kwimWTUpxKf@lv-shared03.cpanelplatform.com> <1746341249.1216452.1547740082974@mail.yahoo.com> Message-ID: <20190121053917.Horde.ZjIrV1EouledGBiGCvAwFH7@lv-shared03.cpanelplatform.com> Quoting ikjtel : >> This is not about an issue with the connection, there was, and? >> eventually led to the Pi being replaced as faulty or melted down from? >> use of OP25 :) ;) > > I too had a bricked PI - suspect that it was due to my omission -- > failure to install the 2 heatsinks. > Could you please confirm whether or not your failed PI had the > heatsinks installed... NO HEATSINKS. The new one does, and actually I am putting it and others in a case(s) WITH FAN(S). USB ports seem to be "warm" as well. From op25 at zellners.com Mon Jan 21 13:59:23 2019 From: op25 at zellners.com (op25 at zellners.com) Date: Mon, 21 Jan 2019 05:59:23 -0800 Subject: [op25-dev] boatbod - github - NO issues link??? Bug report... In-Reply-To: References: <20190117055312.Horde.rSKxfnNcm2m5kwimWTUpxKf@lv-shared03.cpanelplatform.com> Message-ID: <20190121055923.Horde.A-XjVsg2cJZYf8RjsClY8nQ@lv-shared03.cpanelplatform.com> Quoting Graham Norbury : > I added code a little while back that is supposed to catch the connection > error exception. Are you sure you are running the latest code? > If this was added after 1/1/19, then no. And just how is this updated???? Repeat the following ????? git clone https://github.com/boatbod/op25.git cd op25 ./install.sh From ar at dseven.org Mon Jan 21 19:05:53 2019 From: ar at dseven.org (iain macdonnell - N6ML) Date: Mon, 21 Jan 2019 11:05:53 -0800 Subject: [op25-dev] boatbod - github - NO issues link??? Bug report... In-Reply-To: <20190121055923.Horde.A-XjVsg2cJZYf8RjsClY8nQ@lv-shared03.cpanelplatform.com> References: <20190117055312.Horde.rSKxfnNcm2m5kwimWTUpxKf@lv-shared03.cpanelplatform.com> <20190121055923.Horde.A-XjVsg2cJZYf8RjsClY8nQ@lv-shared03.cpanelplatform.com> Message-ID: On Mon, Jan 21, 2019 at 5:59 AM wrote: > > > Quoting Graham Norbury : > > > I added code a little while back that is supposed to catch the connection > > error exception. Are you sure you are running the latest code? > > > > If this was added after 1/1/19, then no. > > And just how is this updated???? > > Repeat the following ????? > > git clone https://github.com/boatbod/op25.git > > cd op25 > > ./install.sh If you still have your local clone from before, and haven't made any (conflicting) changes, you can just 'cd' there and do 'git pull', then './install.sh'. Otherwise you could make a completely new clone, but if you added any config files inside the old one, you'd have to copy them over to the new one. Looks like this is the change you need: commit 01de7f817cd5e2b9f5e7a39981259b1323a078a8 Author: Graham Norbury Date: Tue Jan 8 22:18:51 2019 -0500 Added exception handler for network problems and connection timeouts ~iain From jra at febo.com Tue Jan 22 20:32:05 2019 From: jra at febo.com (John Ackermann N8UR) Date: Tue, 22 Jan 2019 15:32:05 -0500 Subject: [op25-dev] whitelist file changes? Message-ID: <45b5772d-cdbb-efa8-71fe-40ab92369031@febo.com> Hi -- After a few months away, I fired up the op25 machine today and updated to the latest boatbod version. Great improvements, especially the web interface! I'm having a minor issue, though. It seems as though my whitelist file is no longer working. The log shows that it's being read, but doesn't list the included groups, and I'm hearing lots of traffic from TGs that aren't on the list. Has anything changed in whitelist handling? (My wl file is in two column format: TGIDTAG which worked after patches that Graham applied last year.) And, by the way, thanks Graham for fixing the statistics.sh script; I never quite got around to that after the log file format changed. Thanks, John From gnorbury at bondcar.com Tue Jan 22 22:35:58 2019 From: gnorbury at bondcar.com (Graham Norbury) Date: Tue, 22 Jan 2019 17:35:58 -0500 Subject: [op25-dev] whitelist file changes? In-Reply-To: <45b5772d-cdbb-efa8-71fe-40ab92369031@febo.com> References: <45b5772d-cdbb-efa8-71fe-40ab92369031@febo.com> Message-ID: John, A while back I added the ability for whitelist ranges. The original format was "tgid" only but it didn't barf if the tag was there as well. The new format is "tgid1""tgig2". If you specify two tgids on a line, it is considered an inclusive range from tgid1 to tgid2. Strip the spurious tags and your file will work ok. Graham On Tue, Jan 22, 2019, 3:33 PM John Ackermann N8UR Hi -- > > After a few months away, I fired up the op25 machine today and updated > to the latest boatbod version. Great improvements, especially the web > interface! > > I'm having a minor issue, though. It seems as though my whitelist file > is no longer working. The log shows that it's being read, but doesn't > list the included groups, and I'm hearing lots of traffic from TGs that > aren't on the list. Has anything changed in whitelist handling? (My wl > file is in two column format: TGIDTAG which worked after patches > that Graham applied last year.) > > And, by the way, thanks Graham for fixing the statistics.sh script; I > never quite got around to that after the log file format changed. > > Thanks, > John > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jra at febo.com Wed Jan 23 15:07:48 2019 From: jra at febo.com (John Ackermann N8UR) Date: Wed, 23 Jan 2019 10:07:48 -0500 Subject: [op25-dev] whitelist file changes? In-Reply-To: References: <45b5772d-cdbb-efa8-71fe-40ab92369031@febo.com> Message-ID: Ah, that explains it then. The idea of whitelist ranges is really neat, but I'd still like a way to put tags or other descriptors in the wl file so you can easily tell what you're listening to. I'll work on some ideas -- either setting up a 3rd optional field for tags, or maybe scanning for "#" and calling anything after that a comment. Thanks, John ---- On 1/22/19 5:35 PM, Graham Norbury wrote: > John, > > A while back I added the ability for whitelist ranges.? The original > format was "tgid" only but it didn't barf if the tag was there as well. > The new format is "tgid1""tgig2".? If you specify two tgids on a > line, it is considered an inclusive range from tgid1 to tgid2. > > Strip the spurious tags and your file will work ok. > > Graham > > On Tue, Jan 22, 2019, 3:33 PM John Ackermann N8UR wrote: > > Hi -- > > After a few months away, I fired up the op25 machine today and updated > to the latest boatbod version.? Great improvements, especially the web > interface! > > I'm having a minor issue, though.? It seems as though my whitelist file > is no longer working.? The log shows that it's being read, but doesn't > list the included groups, and I'm hearing lots of traffic from TGs that > aren't on the list.? Has anything changed in whitelist handling? > (My wl > file is in two column format: TGIDTAG which worked after patches > that Graham applied last year.) > > And, by the way, thanks Graham for fixing the statistics.sh script; I > never quite got around to that after the log file format changed. > > Thanks, > John > From op25 at zellners.com Wed Jan 23 16:11:22 2019 From: op25 at zellners.com (op25 at zellners.com) Date: Wed, 23 Jan 2019 08:11:22 -0800 Subject: [op25-dev] A couple Q's - RID Aliases? CC Data Message-ID: <20190123081122.Horde.4QkbzVso340o-RyuqB1WW_e@lv-shared03.cpanelplatform.com> In reviewing the various setups of trunking_file.tsv, id_file.tsv etc... and looking over various documentation, I am not seeing a means to do RID(LID) or Radio ID aliasing... I am I missing this some place??? The systems can be setup to alias out $47E136 as "Helo1" etc... The systems have places to do this from the start and update from consoles etc... Any way to do that in OP25???????? ie: rid.tsv 47e136 Helo1 47e137 Helo2 etc... Turning RID into an alias would be a plus to ID units... ie: Ladder1, Ladder1_Portable, FF152521, etc.. Many of these are pretty static.. now some depending on you agency(s) may not be... in on a particular group would need some updates each year, as they change based on a progression system. CC Data is there some sort of aggregate that determines the quality of the CC data coming out???? That can accessed programmatically??? Or maybe that question is better referenced as is the there something that documents the API to OP25 that the various python scripts are using to possible do what I want... The plots are not useful as I desire text data to use in another place.... So I guess something that documents interacting with the underlying mechnations of OP25 would probably help to do what I am after with the CC. Thanks. From op25 at zellners.com Wed Jan 23 16:17:09 2019 From: op25 at zellners.com (op25 at zellners.com) Date: Wed, 23 Jan 2019 08:17:09 -0800 Subject: [op25-dev] boatbod - github - NO issues link??? Bug report... In-Reply-To: References: <20190117055312.Horde.rSKxfnNcm2m5kwimWTUpxKf@lv-shared03.cpanelplatform.com> <20190121055923.Horde.A-XjVsg2cJZYf8RjsClY8nQ@lv-shared03.cpanelplatform.com> Message-ID: <20190123081709.Horde.NfOcf2KTmAQrlvZcuJI0kX4@lv-shared03.cpanelplatform.com> Quoting iain macdonnell - N6ML : > If you still have your local clone from before, and haven't made any > (conflicting) changes, you can just 'cd' there and do 'git pull', then > './install.sh'. > > Otherwise you could make a completely new clone, but if you added any > config files inside the old one, you'd have to copy them over to the > new one. I no changes, but yeah, I figured the configs would need to be backed up, as well as the log(s)... I keep the logs for analysis purposes... :) We'll see if I get this far today in the lab. Future , I will probably have to fork, and then figure out how to merge down changes to my fork as I need to make some changes in places, add some things in a couple areas for my specific needs, which appear to be already rejected upstream. git and compiling not my thing... I just updated my python stuff, and restart. :) No compilers needed. :) ;) Thanks. From gnorbury at bondcar.com Wed Jan 23 17:12:56 2019 From: gnorbury at bondcar.com (Graham Norbury) Date: Wed, 23 Jan 2019 12:12:56 -0500 Subject: [op25-dev] whitelist file changes? In-Reply-To: References: <45b5772d-cdbb-efa8-71fe-40ab92369031@febo.com> Message-ID: <53f9c732-e347-5eae-2db7-e85f01329323@bondcar.com> Comments leading with "#" would be most ideal. Graham On 1/23/19 10:07 AM, John Ackermann N8UR wrote: > Ah, that explains it then. > > The idea of whitelist ranges is really neat, but I'd still like a way > to put tags or other descriptors in the wl file so you can easily tell > what you're listening to. > > I'll work on some ideas -- either setting up a 3rd optional field for > tags, or maybe scanning for "#" and calling anything after that a > comment. > > Thanks, > John > ---- From gnorbury at bondcar.com Wed Jan 23 17:15:29 2019 From: gnorbury at bondcar.com (Graham Norbury) Date: Wed, 23 Jan 2019 12:15:29 -0500 Subject: [op25-dev] A couple Q's - RID Aliases? CC Data In-Reply-To: <20190123081122.Horde.4QkbzVso340o-RyuqB1WW_e@lv-shared03.cpanelplatform.com> References: <20190123081122.Horde.4QkbzVso340o-RyuqB1WW_e@lv-shared03.cpanelplatform.com> Message-ID: <231726f8-feb4-d5e1-5281-d278ccc336f4@bondcar.com> Sorry, RID alias is not there yet. Biggest issue on curses terminal (i.e. non-http) is the lack of space for the RID String. Graham On 1/23/19 11:11 AM, op25 at zellners.com wrote: > > In reviewing the various setups of trunking_file.tsv, id_file.tsv > etc... and looking over various documentation, I am not seeing a means > to do RID(LID) or Radio ID aliasing... > > I am I missing this some place??? > > The systems can be setup to alias out $47E136 as "Helo1" etc... The > systems have places to do this from the start and update from consoles > etc... > > Any way to do that in OP25???????? ie: > > rid.tsv > > 47e136 Helo1 > 47e137 Helo2 > etc... > > > Turning RID into an alias would be a plus to ID units... ie: Ladder1, > Ladder1_Portable, FF152521, etc..? Many of these are pretty static.. > now some depending on you agency(s) may not be... in on a particular > group would need some updates each year, as they change based on a > progression system. > > CC Data is there some sort of aggregate that determines the quality of > the CC data coming out???? That can accessed programmatically??? > > Or maybe that question is better referenced as is the there something > that documents the API to OP25 that the various python scripts are > using to possible do what I want... The plots are not useful as I > desire text data to use in another place.... > > So I guess something that documents interacting with the underlying > mechnations of OP25 would probably help to do what I am after with the > CC. > > > Thanks. > > > From gnorbury at bondcar.com Wed Jan 23 17:17:36 2019 From: gnorbury at bondcar.com (Graham Norbury) Date: Wed, 23 Jan 2019 12:17:36 -0500 Subject: [op25-dev] boatbod - github - NO issues link??? Bug report... In-Reply-To: <20190123081709.Horde.NfOcf2KTmAQrlvZcuJI0kX4@lv-shared03.cpanelplatform.com> References: <20190117055312.Horde.rSKxfnNcm2m5kwimWTUpxKf@lv-shared03.cpanelplatform.com> <20190121055923.Horde.A-XjVsg2cJZYf8RjsClY8nQ@lv-shared03.cpanelplatform.com> <20190123081709.Horde.NfOcf2KTmAQrlvZcuJI0kX4@lv-shared03.cpanelplatform.com> Message-ID: <40d3020d-7dab-2ec8-72bd-86fc1244bf41@bondcar.com> When you fork the nice thing is that you can then "git pull upstream" and changes will automatically merge down unless there is a conflict. Graham On 1/23/19 11:17 AM, op25 at zellners.com wrote: > > Quoting iain macdonnell - N6ML : > >> If you still have your local clone from before, and haven't made any >> (conflicting) changes, you can just 'cd' there and do 'git pull', then >> './install.sh'. >> >> Otherwise you could make a completely new clone, but if you added any >> config files inside the old one, you'd have to copy them over to the >> new one. > > I no changes, but yeah, I figured the configs would need to be backed > up, as well as the log(s)... I keep the logs for analysis purposes... :) > > We'll see if I get this far today in the lab. > > Future , I will probably have to fork, and then figure out how to > merge down changes to my fork as I need to make some changes in > places, add some things in a couple areas for my specific needs, which > appear to be already rejected upstream. > > git and compiling not my thing... I just updated my python stuff, and > restart. :) No compilers needed. :) ;) > > > Thanks. > > > From op25 at zellners.com Sat Feb 23 00:13:20 2019 From: op25 at zellners.com (op25 at zellners.com) Date: Fri, 22 Feb 2019 16:13:20 -0800 Subject: [op25-dev] Audio Dies Pt2 and JSON meta tags???? Message-ID: <20190222161320.Horde.9c44ds9U0zFQoR4Fr6_KKzj@lv-shared03.cpanelplatform.com> As the next round of P25 PII systems take hold in my area... OP25 is the goto solution... but... Audio dying is not a good thing... to send out silence on feeds.... Seems this is related to the metatag update when using -M tags.json option with rx.py... Whats frustrating is Pi3B+ with a cheapo junky asian dongle WORKS with -M tags.json and the audio goes on... .. I have another issue not related to that, which a commit fixes, just can't update to handle that right now... A DUAL CORE laptop with a junk asian dongle... the audio dies after awhile. SAME DUAL CORE laptop with a V3 Blog dongle... audio dies after awhile SAME DUAL CORE laptop with V3 blod dongle, REMOVE the -M option and the audio seems to be stable out to loop0! URRRGGRRRHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH! The only thing I can seem to possibly pinpoint is my standard A1 whipping or flogging boi,,, puslecrapdio! RURRRRRHHGHHH! The laptop has it the Pi3 doesn't.... Any one else seeing similar ? ? ? ? ? Once I have a new image setup for my Pi feed boxes.. and if that works reliably great...it seems to on my existing feed, other issue not witstanding..... Jusy annoying that a laptop has these issues where as a Pi3B+ doesn't...... I am grasping for answers here... and as I said... my standard A1 whipping or flogging boi,,, puslecrapdio! just gets my attention and foucs as the problem area. So to wrap up my screed and vent BS post.. .:) ;) Any seeing similar with xUbuntu's 18.04 or even other distros on lap/desktops v. Pi3B+??? Welp... there goes my theory in the time it took to type this OP25 is now not playing audio out loop0 again, and no -M option was used.... CC channel did rotate... (Harris nee M/A-COM system)??? So maybe CC rotation kills audio ? ? ? ? Any one with ideas? ? ? ? Bueller???? From gnorbury at bondcar.com Sat Feb 23 01:47:09 2019 From: gnorbury at bondcar.com (Graham Norbury) Date: Fri, 22 Feb 2019 20:47:09 -0500 Subject: [op25-dev] Audio Dies Pt2 and JSON meta tags???? In-Reply-To: <20190222161320.Horde.9c44ds9U0zFQoR4Fr6_KKzj@lv-shared03.cpanelplatform.com> References: <20190222161320.Horde.9c44ds9U0zFQoR4Fr6_KKzj@lv-shared03.cpanelplatform.com> Message-ID: This is not a unique problem especially with RPi3 and aloop/darkice. My recommended solution is to switch over to liquidsoap which avoids alsa and aloop altogether. Instructions can be found in the README-rpi3-liquidsoap file in the top level op25 directory. Graham On Fri, Feb 22, 2019, 7:13 PM wrote: > > As the next round of P25 PII systems take hold in my area... OP25 is > the goto solution... but... > > Audio dying is not a good thing... to send out silence on feeds.... > > Seems this is related to the metatag update when using -M tags.json > option with rx.py... > > Whats frustrating is > > Pi3B+ with a cheapo junky asian dongle WORKS with -M tags.json and the > audio goes on... .. I have another issue not related to that, which a > commit fixes, just can't update to handle that right now... > > A DUAL CORE laptop with a junk asian dongle... the audio dies after awhile. > > SAME DUAL CORE laptop with a V3 Blog dongle... audio dies after awhile > > SAME DUAL CORE laptop with V3 blod dongle, REMOVE the -M option and > the audio seems to be stable out to loop0! > > > URRRGGRRRHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH! > > The only thing I can seem to possibly pinpoint is my standard A1 > whipping or flogging boi,,, puslecrapdio! RURRRRRHHGHHH! > > The laptop has it the Pi3 doesn't.... > > Any one else seeing similar ? ? ? ? ? > > Once I have a new image setup for my Pi feed boxes.. and if that works > reliably great...it seems to on my existing feed, other issue not > witstanding..... > > Jusy annoying that a laptop has these issues where as a Pi3B+ doesn't...... > > I am grasping for answers here... and as I said... my standard A1 > whipping or flogging boi,,, puslecrapdio! just gets my attention and > foucs as the problem area. > > So to wrap up my screed and vent BS post.. .:) ;) > > Any seeing similar with xUbuntu's 18.04 or even other distros on > lap/desktops v. Pi3B+??? > > Welp... there goes my theory in the time it took to type this OP25 is > now not playing audio out loop0 again, and no -M option was used.... > CC channel did rotate... (Harris nee M/A-COM system)??? So maybe CC > rotation kills audio ? ? ? ? > > Any one with ideas? ? ? ? Bueller???? > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From op25 at zellners.com Mon Feb 25 00:34:14 2019 From: op25 at zellners.com (op25 at zellners.com) Date: Sun, 24 Feb 2019 16:34:14 -0800 Subject: [op25-dev] Audio Dies Pt2 and JSON meta tags???? In-Reply-To: References: <20190222161320.Horde.9c44ds9U0zFQoR4Fr6_KKzj@lv-shared03.cpanelplatform.com> Message-ID: <20190224163414.Horde.IRg3HpWHRpykrpvRneiZwJV@lv-shared03.cpanelplatform.com> Quoting Graham Norbury : > This is not a unique problem especially with RPi3 and aloop/darkice. My > recommended solution is to switch over to liquidsoap which avoids alsa and > aloop altogether. Instructions can be found in the README-rpi3-liquidsoap > file in the top level op25 directory. First, MY PI3 op25 is humming along with darkice and audio quite fine... its only issue is when metatag updates fail causing a crash.. thats fixed in a later version, but I can't update that part right now.. listening to it right now after days and days of running.... Second, LAPTOP setup is the issue..... Thrid, I planned to do a different test today, but a hardware snafu nixed that, till later.. Fourth... I have had the laptop taking audio from VLC output to loop0 and its been playing for hours...this is continous audio... I just took my mp3 NAS and dumped it into VLC! :) Fifth, I do NOT LIKE liquidsoap. I have my reasons, mainly I KNOW DARKICE, and use it extensively for years. So with audio flowing non stop locally on the laptop And audio flowing from a VLC Playlist out aloop0 op25 seems to be the issue...' Now the the only difference in this is a CHANGE IN SYSTEMS from a local about 3 air miles to a new system coming online, tower is 12 air miles away... I was using op25 to monitor another part of this system that was about 20 air miless away.... The signal is about ~30-31db for each channel, CC or traffic, and audio is clean and crisp.. when I let it only play on local .... I was using the same laptop for the local system and feeding it out darkice/aloop....I just was not monitoring it close to see if it was dying and was futzing with what it was monitoring etc.. so I can't 100% verify that it was pumping out audio 24/7 on that system... So one thing could be signal strength, but that should only matter in the recovery of the CC and audio. Constellation looks good, eye pattern looks good... steady stream of CC data, even dealing with the rotations.. Harris system.... they have taken their rolling CC from EDACS and added it to their P25 CAI, more so than just normal.. which when monitoring the part of this system system 20 miles away, I saw CC decode issues, missing audio... to be expected.. the system is setup so as not to cover me from that site(s)... its a dual zone setup similar to their existing system... not really sure why keep this in P25.. but considering the vendor is the same, it doesn't surprise me.... I probably will take and revert this back to the local system overnight to see if audio comes out of this thing 24/7 and then proceed from there... I will most likely try my Pi3 setup with this system when I can set it up... and then see if it works... with dakrice/aloop... What I am after is getting way to pinpoint where the issue is.. op25, aloop, what ever... Some may have an affinity for liquidsoap, just as I have affinity for darkice.. I use ALSA plugins to act as sort of split to take a single stereo input and send out 2 feeds with out issues..24/7/365 for over 10 years. And like I Said I am listening to the PI3B with darkice/aloop feed out out audio right now.. just a different system.... which I am hoping is not the culprit... Motorola v. Harris?, signal... (Note: I use commercial antennas and LMR cable, the antenna for these systems is 25 feet in the air above local scrub and I actually will put a yagi onto this in the final setup... its on the omni right now Ultimately this has to run on Pi3b+'s as my setup for op25... and I need to setup probably about 3-4 for this system once its full blown use.. so if I get things to work on the Pi3b+ as a test then I will just go with that... and chalk the laptop upto an anamoly... I would mostly use it for local audio any way.. The laptop was pushed into this due to the users in one group switching sooner than I was planning on them.... From gnorbury at bondcar.com Mon Feb 25 11:00:21 2019 From: gnorbury at bondcar.com (Graham Norbury) Date: Mon, 25 Feb 2019 06:00:21 -0500 Subject: [op25-dev] Audio Dies Pt2 and JSON meta tags???? In-Reply-To: <20190224163414.Horde.IRg3HpWHRpykrpvRneiZwJV@lv-shared03.cpanelplatform.com> References: <20190222161320.Horde.9c44ds9U0zFQoR4Fr6_KKzj@lv-shared03.cpanelplatform.com> <20190224163414.Horde.IRg3HpWHRpykrpvRneiZwJV@lv-shared03.cpanelplatform.com> Message-ID: <728a9818-b13e-2dfc-cc3d-eca3e4878a2f@bondcar.com> Localizing the problem is going to take some detective work. 1. Determine whether op25 is receiving, decoding and outputting audio.? Depending how you run your log level, I'd suggest first looking for "voice update" messages which are produced at level "-v 1" (or greater) every time op25 tunes a voice channel.? Once that is confirmed, I'd look for occasional "PCM underrun" messages that are occasionally emitted by sockaudio when there are inevitable lost frames or processing delays.? You should be able to get a sense of the approximate frequency looking back at the log when audio is known to be good.? Sudden absence of these sporadic underruns would suggest either op25 stopped sending pcm or the alsa subsystem had an issue. 2. Compare the behavior when outputting to 'aloop' vs 'default' (speaker) device.? In the past when I've seen the sudden absence of audio, it has only affected output to aloop. 3. Consider temporarily testing with the internal audio player disabled (remove the -U and make sure you have -V -w) then run an instance of nc | aplay? Generally 'nc' is quite chatty when it's running so you should be able to see if raw udp samples stop arriving at some point. Let me know what happens. Graham On 2/24/19 7:34 PM, op25 at zellners.com wrote: > > Quoting Graham Norbury : > >> This is not a unique problem especially with RPi3 and aloop/darkice.? My >> recommended solution is to switch over to liquidsoap which avoids >> alsa and >> aloop altogether.? Instructions can be found in the >> README-rpi3-liquidsoap >> file in the top level op25 directory. > > > First, MY PI3 op25 is humming along with darkice and audio quite > fine... its only issue is when metatag updates fail causing a crash.. > thats fixed in a later version, but I can't update that part right > now.. listening to it right now after days and days of running.... > > Second, LAPTOP setup is the issue..... > > Thrid, I planned to do a different test today, but a hardware snafu > nixed that, till later.. > > Fourth... I have had the laptop taking audio from VLC output to loop0 > and its been playing for hours...this is continous audio... I just > took my mp3 NAS and dumped it into VLC! :) > > Fifth, I do NOT LIKE liquidsoap. I have my reasons, mainly I KNOW > DARKICE, and use it extensively for years. > > So with audio flowing non stop locally on the laptop > > And audio flowing from a VLC Playlist out aloop0 > > op25 seems to be the issue...' > > Now the the only difference in this is a CHANGE IN SYSTEMS from a > local about 3 air miles to a new system coming online, tower is 12 air > miles away... I was using op25 to monitor another part of this system > that was about 20 air miless away.... > > The signal is about ~30-31db for each channel, CC or traffic, and > audio is clean and crisp.. when I let it only play on local .... I was > using the same laptop for the local system and feeding it out > darkice/aloop....I just was not monitoring it close to see if it was > dying and was futzing with what it was monitoring etc.. so I can't > 100% verify that it was pumping out audio 24/7 on that system... > > So one thing could be signal strength, but that should only matter in > the recovery of the CC and audio. Constellation looks good, eye > pattern looks good... steady stream of CC data, even dealing with the > rotations.. Harris system.... they have taken their rolling CC from > EDACS and added it to their P25 CAI, more so than just normal.. which > when monitoring the part of this system system 20 miles away, I saw CC > decode issues, missing audio... to be expected.. the system is setup > so as not to cover me from that site(s)... its a dual zone setup > similar to their existing system... not really sure why keep this in > P25.. but considering the vendor is the same, it doesn't surprise me.... > > I probably will take and revert this back to the local system > overnight to see if audio comes out of this thing 24/7 and then > proceed from there... > > I will most likely try my Pi3 setup with this system when I can set it > up... and then see if it works... with dakrice/aloop... > > What I am after is getting way to pinpoint where the issue is.. op25, > aloop, what ever... Some may have an affinity for liquidsoap, just as > I have affinity for darkice.. I use ALSA plugins to act as sort of > split to take a single stereo input and send out 2 feeds with out > issues..24/7/365 for over 10 years. And like I Said I am listening to > the PI3B with darkice/aloop feed out out audio right now.. just a > different system.... which I am hoping is not the culprit... Motorola > v. Harris?, signal... (Note: I use commercial antennas and LMR cable, > the antenna for these systems is 25 feet in the air above local scrub > and I actually will put a yagi onto this in the final setup... its on > the omni right now > > > Ultimately this has to run on Pi3b+'s as my setup for op25... and I > need to setup probably about 3-4 for this system once its full blown > use.. so if I get things to work on the Pi3b+ as a test then I will > just go with that... and chalk the laptop upto an anamoly... I would > mostly use it for local audio any way.. > > The laptop was pushed into this due to the users in one group > switching sooner than I was planning on them.... > > > From op25 at zellners.com Mon Feb 25 15:16:13 2019 From: op25 at zellners.com (op25 at zellners.com) Date: Mon, 25 Feb 2019 07:16:13 -0800 Subject: [op25-dev] A couple Q's - RID Aliases? CC Data In-Reply-To: <231726f8-feb4-d5e1-5281-d278ccc336f4@bondcar.com> References: <20190123081122.Horde.4QkbzVso340o-RyuqB1WW_e@lv-shared03.cpanelplatform.com> <231726f8-feb4-d5e1-5281-d278ccc336f4@bondcar.com> Message-ID: <20190225071613.Horde.Bwrs6rsC-vC4e0_YFT4hhWu@lv-shared03.cpanelplatform.com> Quoting Graham Norbury : > Sorry, RID alias is not there yet. > Biggest issue on curses terminal (i.e. non-http) is the lack of > space for the RID String. > Just as FYI and comment on this... while it would be nice, great etc. if the various interfaces displayed the RID data ie: ncurses and/or the http.... If its possible to ADD that to the metatag process thats where I am more interested in it.. the display be it http/ncurses is really not used 99.999999999999999% of the time... its dumped to a screen session, dettached, and hopefully forgotten about... right now for testing/setup that may not be the case, but thats the goal... same with the http... that might change if there was more data in either ala sdtrunk showing the events...even at -v 10 the log which I keep in a tail screen doesn't log the various events that others do.. now that may be where the wireshark interface was meant to deal with that and not op25 itself... I am talking about IDEN UP, RSSI info (http does grab this), affiliations, failed registrations etc... All that seems to just be ignored from that CC stream in -v10...again that may be the intention and again it was expected to pass this to wireshark, that seems to be a dead end now????... So tl;dr, if you can get RID's to the tag data and even if it doesn't show on the interface that would be great... that wouldn't need an y space on the interfaces be it http or ncurses.... Add it to the tag interface shouldn't be wasted effort.. and when space, time what not it can be added to the interfaces when time, space etc. permit. ie: TGID ..... RID: MayberryPD1 etc.... Which gets me back to the another part of this... Is there something that outlines the various ways that the threads are started, interaction with that CC data... again I have personal use cases I'd like to explore, but don't have a reference starting point to go from where all this interaction is... rx.py seems to call various things as threads to deal with things... ie: tags..... From op25 at zellners.com Mon Feb 25 15:27:49 2019 From: op25 at zellners.com (op25 at zellners.com) Date: Mon, 25 Feb 2019 07:27:49 -0800 Subject: [op25-dev] A couple Q's - RID Aliases? CC Data In-Reply-To: <231726f8-feb4-d5e1-5281-d278ccc336f4@bondcar.com> References: <20190123081122.Horde.4QkbzVso340o-RyuqB1WW_e@lv-shared03.cpanelplatform.com> <231726f8-feb4-d5e1-5281-d278ccc336f4@bondcar.com> Message-ID: <20190225072749.Horde.coSVI1N6CDlhJkU1EiAhjhT@lv-shared03.cpanelplatform.com> Quoting Graham Norbury : > Sorry, RID alias is not there yet. > Biggest issue on curses terminal (i.e. non-http) is the lack of > space for the RID String. > Just as FYI and comment on this... while it would be nice, great etc. if the various interfaces displayed the RID data ie: ncurses and/or the http.... If its possible to ADD that to the metatag process thats where I am more interested in it.. the display be it http/ncurses is really not used 99.999999999999999% of the time... its dumped to a screen session, dettached, and hopefully forgotten about... right now for testing/setup that may not be the case, but thats the goal... same with the http... that might change if there was more data in either ala sdtrunk showing the events...even at -v 10 the log which I keep in a tail screen doesn't log the various events that others do.. now that may be where the wireshark interface was meant to deal with that and not op25 itself... I am talking about IDEN UP, RSSI info (http does grab this), affiliations, failed registrations etc... All that seems to just be ignored from that CC stream in -v10...again that may be the intention and again it was expected to pass this to wireshark, that seems to be a dead end now????... So tl;dr, if you can get RID's to the tag data and even if it doesn't show on the interface that would be great... that wouldn't need an y space on the interfaces be it http or ncurses.... Add it to the tag interface shouldn't be wasted effort.. and when space, time what not it can be added to the interfaces when time, space etc. permit. ie: TGID ..... RID: MayberryPD1 etc.... Which gets me back to the another part of this... Is there something that outlines the various ways that the threads are started, interaction with that CC data... again I have personal use cases I'd like to explore, but don't have a reference starting point to go from where all this interaction is... rx.py seems to call various things as threads to deal with things... ie: tags..... From op25 at zellners.com Mon Feb 25 15:34:00 2019 From: op25 at zellners.com (op25 at zellners.com) Date: Mon, 25 Feb 2019 07:34:00 -0800 Subject: [op25-dev] A couple Q's - RID Aliases? CC Data In-Reply-To: <231726f8-feb4-d5e1-5281-d278ccc336f4@bondcar.com> References: <20190123081122.Horde.4QkbzVso340o-RyuqB1WW_e@lv-shared03.cpanelplatform.com> <231726f8-feb4-d5e1-5281-d278ccc336f4@bondcar.com> Message-ID: <20190225073400.Horde.-LFqVvUl7hWUgoEjwSxy6_f@lv-shared03.cpanelplatform.com> Quoting Graham Norbury : > Sorry, RID alias is not there yet. > Biggest issue on curses terminal (i.e. non-http) is the lack of > space for the RID String. > Just as FYI and comment on this... while it would be nice, great etc. if the various interfaces displayed the RID data ie: ncurses and/or the http.... If its possible to ADD that to the metatag process thats where I am more interested in it.. the display be it http/ncurses is really not used 99.999999999999999% of the time... its dumped to a screen session, dettached, and hopefully forgotten about... right now for testing/setup that may not be the case, but thats the goal... same with the http... that might change if there was more data in either ala sdtrunk showing the events...even at -v 10 the log which I keep in a tail screen doesn't log the various events that others do.. now that may be where the wireshark interface was meant to deal with that and not op25 itself... I am talking about IDEN UP, RSSI info (http does grab this), affiliations, failed registrations etc... All that seems to just be ignored from that CC stream in -v10...again that may be the intention and again it was expected to pass this to wireshark, that seems to be a dead end now????... So tl;dr, if you can get RID's to the tag data and even if it doesn't show on the interface that would be great... that wouldn't need an y space on the interfaces be it http or ncurses.... Add it to the tag interface shouldn't be wasted effort.. and when space, time what not it can be added to the interfaces when time, space etc. permit. ie: TGID ..... RID: MayberryPD1 etc.... Which gets me back to the another part of this... Is there something that outlines the various ways that the threads are started, interaction with that CC data... again I have personal use cases I'd like to explore, but don't have a reference starting point to go from where all this interaction is... rx.py seems to call various things as threads to deal with things... ie: tags..... From op25 at zellners.com Mon Feb 25 15:35:36 2019 From: op25 at zellners.com (op25 at zellners.com) Date: Mon, 25 Feb 2019 07:35:36 -0800 Subject: [op25-dev] A couple Q's - RID Aliases? CC Data In-Reply-To: <231726f8-feb4-d5e1-5281-d278ccc336f4@bondcar.com> References: <20190123081122.Horde.4QkbzVso340o-RyuqB1WW_e@lv-shared03.cpanelplatform.com> <231726f8-feb4-d5e1-5281-d278ccc336f4@bondcar.com> Message-ID: <20190225073536.Horde.oTrw3_Mpmv7gySCQc7gcGb9@lv-shared03.cpanelplatform.com> Quoting Graham Norbury : > Sorry, RID alias is not there yet. > Biggest issue on curses terminal (i.e. non-http) is the lack of > space for the RID String. > Just as FYI and comment on this... while it would be nice, great etc. if the various interfaces displayed the RID data ie: ncurses and/or the http.... If its possible to ADD that to the metatag process thats where I am more interested in it.. the display be it http/ncurses is really not used 99.999999999999999% of the time... its dumped to a screen session, dettached, and hopefully forgotten about... right now for testing/setup that may not be the case, but thats the goal... same with the http... that might change if there was more data in either ala sdtrunk showing the events...even at -v 10 the log which I keep in a tail screen doesn't log the various events that others do.. now that may be where the wireshark interface was meant to deal with that and not op25 itself... I am talking about IDEN UP, RSSI info (http does grab this), affiliations, failed registrations etc... All that seems to just be ignored from that CC stream in -v10...again that may be the intention and again it was expected to pass this to wireshark, that seems to be a dead end now????... So tl;dr, if you can get RID's to the tag data and even if it doesn't show on the interface that would be great... that wouldn't need an y space on the interfaces be it http or ncurses.... Add it to the tag interface shouldn't be wasted effort.. and when space, time what not it can be added to the interfaces when time, space etc. permit. ie: TGID ..... RID: MayberryPD1 etc.... Which gets me back to the another part of this... Is there something that outlines the various ways that the threads are started, interaction with that CC data... again I have personal use cases I'd like to explore, but don't have a reference starting point to go from where all this interaction is... rx.py seems to call various things as threads to deal with things... ie: tags..... From gnorbury at bondcar.com Tue Feb 26 01:08:15 2019 From: gnorbury at bondcar.com (Graham Norbury) Date: Mon, 25 Feb 2019 19:08:15 -0600 Subject: [op25-dev] A couple Q's - RID Aliases? CC Data In-Reply-To: <20190225073536.Horde.oTrw3_Mpmv7gySCQc7gcGb9@lv-shared03.cpanelplatform.com> References: <20190123081122.Horde.4QkbzVso340o-RyuqB1WW_e@lv-shared03.cpanelplatform.com> <231726f8-feb4-d5e1-5281-d278ccc336f4@bondcar.com> <20190225073536.Horde.oTrw3_Mpmv7gySCQc7gcGb9@lv-shared03.cpanelplatform.com> Message-ID: I'm chuckling at the last comment... sorry there's no written documentation on how it all fits together other than the code itself. In essence, rx.py creates the receiver, demodulator, decoder, trunking module and terminal then uses gnuradio to connect them all together. Spending time looking through the code is the best way to figure it out. Graham On Mon, Feb 25, 2019, 9:38 AM wrote: > Quoting Graham Norbury : > > > Sorry, RID alias is not there yet. > > Biggest issue on curses terminal (i.e. non-http) is the lack of > > space for the RID String. > > > > Just as FYI and comment on this... while it would be nice, great etc. > if the various interfaces displayed the RID data ie: ncurses and/or > the http.... > > If its possible to ADD that to the metatag process thats where I am > more interested in it.. the display be it http/ncurses is really not > used 99.999999999999999% of the time... its dumped to a screen > session, dettached, and hopefully forgotten about... right now for > testing/setup that may not be the case, but thats the goal... same > with the http... that might change if there was more data in either > ala sdtrunk showing the events...even at -v 10 the log which I keep in > a tail screen doesn't log the various events that others do.. now that > may be where the wireshark interface was meant to deal with that and > not op25 itself... I am talking about IDEN UP, RSSI info (http does > grab this), affiliations, failed registrations etc... All that seems > to just be ignored from that CC stream in -v10...again that may be the > intention and again it was expected to pass this to wireshark, that > seems to be a dead end now????... > > > So tl;dr, if you can get RID's to the tag data and even if it doesn't > show on the interface that would be great... that wouldn't need an y > space on the interfaces be it http or ncurses.... Add it to the tag > interface shouldn't be wasted effort.. and when space, time what not > it can be added to the interfaces when time, space etc. permit. > > ie: > > TGID ..... RID: MayberryPD1 > > etc.... > > Which gets me back to the another part of this... > > Is there something that outlines the various ways that the threads are > started, interaction with that CC data... again I have personal use > cases I'd like to explore, but don't have a reference starting point > to go from where all this interaction is... rx.py seems to call > various things as threads to deal with things... ie: tags..... > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From scancaster at scancaster.net Sat Jan 12 01:48:06 2019 From: scancaster at scancaster.net (scancaster at scancaster.net) Date: Sat, 12 Jan 2019 01:48:06 -0000 Subject: [op25-dev] Logging functions Q's Message-ID: <20190111174800.Horde.vfUCk46qJP5GBozmOOh8in9@lv-shared03.cpanelplatform.com> Before I go down a hole and end in a dead end.... I have some questions on using the -L option for "logging." Logging in my universe means logging the audio to Dictaphone/tape/disk/CD/what ever physical media... NOT the -v option, thats a log, not logging! :) ;) So after reading about 30 different files on this -L option, it appers that it will act as A LOGGING RECORDER and RECORD the audio to disk... Great! What I am after is to record UNKNOWN GROUPS for analysis for ID purposes.... My question(s) are what options are used with this for: rx.py trunk.tsv whitelist.tsv blacklist.tsv ie: rx.py example ./rx.py --args 'rtl' -N 'LNA:47' -S 2400000 -f 8xx.xxxxe6 -o 25000 -q 72 -L 4 -v 10 -T trunk.tsv -V -2 -U -O loop0 -M mysystem.json -l http:192.168.0.26:8080 -x 3 2>> stderr.2 trunk.tsv then REQUIRES a "center frequency" for the system... 8xx.xxxx based on the channels of the system... I've determined this for this system, and it will just fit the way this is setup. This will then RECORD the various groups that are NOT BLACKLISTED to disk as WAV's from what I understand... Correct???? Ie: OP25 tunes to a group, it records it. Anything that is exlusive of each other on this -L option with other optons for rx.py???? Any thing I am missing in this????? Goal is simple to log any group I've not blacklisted as known user/use.. Thanks. From tbender at wpi.edu Mon Jul 22 12:13:15 2019 From: tbender at wpi.edu (Bender, Theresa) Date: Mon, 22 Jul 2019 12:13:15 +0000 Subject: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' Message-ID: I'm trying to make a OP25 Transmitter with a B200 mini, as in the video. I'm using the same command line as in the video (./dv_tx.py -p p25 --args 'uhd' -t ./1011.dat -r -Q 430137500 -q 1 -gains 'PGA:90 -v 3 -i 400000). I keep receiving the error "Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust'". I'm new to using SDRs and the B200 mini, so I'd appreciate any advice! Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From gnorbury at bondcar.com Tue Jul 23 11:24:42 2019 From: gnorbury at bondcar.com (Graham Norbury) Date: Tue, 23 Jul 2019 07:24:42 -0400 Subject: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' In-Reply-To: References: Message-ID: <468c46c4-d687-fbb4-5b28-a0299ca8032b@bondcar.com> The application is calling a function "set_gain_adjust()" but the invoked library contains no such symbol likely because file_source_sptr object deals with files rather than SDR hardware??? Perhaps this is a configuration error? Graham On 7/22/19 8:13 AM, Bender, Theresa wrote: > > I?m trying to make a OP25 Transmitter with a B200 mini, as in the > video. I?m using the same command line as in the video (./dv_tx.py -p > p25 --args ?uhd? -t ./1011.dat -r -Q 430137500 -q 1 -gains ?PGA:90 -v > 3 -i 400000). I keep receiving the error ?Attribute Error: > 'file_source_sptr' object has no attribute 'set_gain_adjust'?. > > ? > > I?m new to using SDRs and the B200 mini, so I?d appreciate any advice! > Thanks! > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ikj1234i at yahoo.com Tue Jul 23 13:13:51 2019 From: ikj1234i at yahoo.com (ikjtel) Date: Tue, 23 Jul 2019 13:13:51 +0000 (UTC) Subject: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' In-Reply-To: References: Message-ID: <114785965.5414608.1563887631348@mail.yahoo.com> Hello Teresa We don't have a huge number of success reports for the TX - so accordingly this is high priority and I'd very much like to get it nailed down.? Looking at the command line, I copy/pasted it into a terminal and some of the single quotes appear to have pasted as strange backtick characters (?) rather than as single quotes (').? If these characters actually appear in your command (as opposed to being an artifact of copying/pasting) they will cause trouble.? Looking at these characters on-screen they also appear incorrect, but I need a magnifying glass to see them in detail.?? Could I have you try fixing this first before we proceed to look at the actual error message. ? Noting also that there should be a matching (un)quote following the string "PGA:90" that also appears to be missing lends some additional corroboration to the possibility of a malformed command line.... Max p.s. I ran the results of the paste thru "od -t x1" and there appear to be several non-ASCII characters (anything greater than or equal to 0x80 is invalid): 0000000 2e 2f 64 76 5f 74 78 2e 70 79 20 2d 70 20 70 32 0000020 35 20 2d 2d 61 72 67 73 20 e2 80 98 75 68 64 e2 0000040 80 99 20 2d 74 20 2e 2f 31 30 31 31 2e 64 61 74 0000060 20 2d 72 20 2d 51 20 34 33 30 31 33 37 35 30 30 0000100 20 2d 71 20 31 20 2d 67 61 69 6e 73 20 e2 80 98 0000120 50 47 41 3a 39 30 20 2d 76 20 33 20 2d 69 20 34 0000140 30 30 30 30 30 0a On Monday, July 22, 2019, 6:13:53 PM EDT, Bender, Theresa wrote: I?m trying to make a OP25 Transmitter with a B200 mini, as in the video. I?m using the same command line as in the video (./dv_tx.py -p p25 --args ?uhd? -t ./1011.dat -r -Q 430137500 -q 1 -gains ?PGA:90 -v 3 -i 400000). I keep receiving the error ?Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust'?. ? I?m new to using SDRs and the B200 mini, so I?d appreciate any advice! Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From ikj1234i at yahoo.com Tue Jul 23 13:42:22 2019 From: ikj1234i at yahoo.com (ikjtel) Date: Tue, 23 Jul 2019 13:42:22 +0000 (UTC) Subject: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' In-Reply-To: References: <114785965.5414608.1563887631348@mail.yahoo.com> Message-ID: <537115670.5405728.1563889342051@mail.yahoo.com> OK, did you receive a backtrace in addition to that error message??? If so, could I have you paste (not retype) the entire sequence, including the full command that was typed and the full backtrace?? The set_gain_adjust() operation should really not even be getting invoked in the first place since you're using the "test" (-t) option . . . . Also, let's have you verify the code level of OP25 that you're running - please issue the command ??? git log | head -15???????????????? [from within the OP25 directory structure] and include the results. Thx Max On Tuesday, July 23, 2019, 9:22:40 AM EDT, Bender, Theresa wrote: #yiv0690413351 #yiv0690413351 -- _filtered #yiv0690413351 {font-family:Helvetica;panose-1:2 11 6 4 2 2 2 2 2 4;} _filtered #yiv0690413351 {panose-1:2 4 5 3 5 4 6 3 2 4;} _filtered #yiv0690413351 {font-family:Calibri;panose-1:2 15 5 2 2 2 4 3 2 4;}#yiv0690413351 #yiv0690413351 p.yiv0690413351MsoNormal, #yiv0690413351 li.yiv0690413351MsoNormal, #yiv0690413351 div.yiv0690413351MsoNormal {margin:0in;margin-bottom:.0001pt;font-size:12.0pt;font-family:New serif;}#yiv0690413351 a:link, #yiv0690413351 span.yiv0690413351MsoHyperlink {color:blue;text-decoration:underline;}#yiv0690413351 a:visited, #yiv0690413351 span.yiv0690413351MsoHyperlinkFollowed {color:purple;text-decoration:underline;}#yiv0690413351 p.yiv0690413351msonormal0, #yiv0690413351 li.yiv0690413351msonormal0, #yiv0690413351 div.yiv0690413351msonormal0 {margin-right:0in;margin-left:0in;font-size:12.0pt;font-family:New serif;}#yiv0690413351 p.yiv0690413351msonormal, #yiv0690413351 li.yiv0690413351msonormal, #yiv0690413351 div.yiv0690413351msonormal {margin-right:0in;margin-left:0in;font-size:12.0pt;font-family:New serif;}#yiv0690413351 p.yiv0690413351msochpdefault, #yiv0690413351 li.yiv0690413351msochpdefault, #yiv0690413351 div.yiv0690413351msochpdefault {margin-right:0in;margin-left:0in;font-size:12.0pt;font-family:New serif;}#yiv0690413351 span.yiv0690413351msohyperlink {}#yiv0690413351 span.yiv0690413351msohyperlinkfollowed {}#yiv0690413351 span.yiv0690413351emailstyle17 {}#yiv0690413351 p.yiv0690413351msonormal1, #yiv0690413351 li.yiv0690413351msonormal1, #yiv0690413351 div.yiv0690413351msonormal1 {margin:0in;margin-bottom:.0001pt;font-size:11.0pt;font-family:sans-serif;}#yiv0690413351 span.yiv0690413351msohyperlink1 {color:#0563C1;text-decoration:underline;}#yiv0690413351 span.yiv0690413351msohyperlinkfollowed1 {color:#954F72;text-decoration:underline;}#yiv0690413351 span.yiv0690413351emailstyle171 {font-family:sans-serif;color:windowtext;}#yiv0690413351 p.yiv0690413351msochpdefault1, #yiv0690413351 li.yiv0690413351msochpdefault1, #yiv0690413351 div.yiv0690413351msochpdefault1 {margin-right:0in;margin-left:0in;font-size:12.0pt;font-family:sans-serif;}#yiv0690413351 span.yiv0690413351EmailStyle28 {font-family:sans-serif;color:#1F497D;}#yiv0690413351 .yiv0690413351MsoChpDefault {font-size:10.0pt;} _filtered #yiv0690413351 {margin:1.0in 1.0in 1.0in 1.0in;}#yiv0690413351 div.yiv0690413351WordSection1 {}#yiv0690413351 Hi Max, ? Thanks so much for your reply. I?ve been emailing using a different computer (Windows) than what I?m running the TX on (Linux). I had quickly typed out the command line on this email so you?d know what command line I was talking about. I just verified it on the Linux, and they are all single quotes and I do have the unquote after the PGA:90. ? Thanks, Theresa ? From: ikjtel [mailto:ikj1234i at yahoo.com] Sent: Tuesday, July 23, 2019 9:14 AM To: op25-dev at lists.osmocom.org; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' ? Hello Teresa ? We don't have a huge number of success reports for the TX - so accordingly this is high priority and I'd very much like to get it nailed down.? Looking at the command line, I copy/pasted it into a terminal and some of the single quotes appear to have pasted as strange backtick characters (?) rather than as single quotes (').? If these characters actually appear in your command (as opposed to being an artifact of copying/pasting) they will cause trouble.? Looking at these characters on-screen they also appear incorrect, but I need a magnifying glass to see them in detail.?? Could I have you try fixing this first before we proceed to look at the actual error message. ? Noting also that there should be a matching (un)quote following the string "PGA:90" that also appears to be missing lends some additional corroboration to the possibility of a malformed command line.... ? Max ? p.s. I ran the results of the paste thru "od -t x1" and there appear to be several non-ASCII characters (anything greater than or equal to 0x80 is invalid): ? 0000000 2e 2f 64 76 5f 74 78 2e 70 79 20 2d 70 20 70 32 0000020 35 20 2d 2d 61 72 67 73 20 e2 80 98 75 68 64 e2 0000040 80 99 20 2d 74 20 2e 2f 31 30 31 31 2e 64 61 74 0000060 20 2d 72 20 2d 51 20 34 33 30 31 33 37 35 30 30 0000100 20 2d 71 20 31 20 2d 67 61 69 6e 73 20 e2 80 98 0000120 50 47 41 3a 39 30 20 2d 76 20 33 20 2d 69 20 34 0000140 30 30 30 30 30 0a ? On Monday, July 22, 2019, 6:13:53 PM EDT, Bender, Theresa wrote: ? ? I?m trying to make a OP25 Transmitter with a B200 mini, as in the video. I?m using the same command line as in the video (./dv_tx.py -p p25 --args ?uhd? -t ./1011.dat -r -Q 430137500 -q 1 -gains ?PGA:90 -v 3 -i 400000). I keep receiving the error ?Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust'?. ? I?m new to using SDRs and the B200 mini, so I?d appreciate any advice! Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From ikj1234i at yahoo.com Tue Jul 23 13:58:50 2019 From: ikj1234i at yahoo.com (ikjtel) Date: Tue, 23 Jul 2019 13:58:50 +0000 (UTC) Subject: [op25-dev] Logging functions Q's In-Reply-To: <20190111174800.Horde.vfUCk46qJP5GBozmOOh8in9@lv-shared03.cpanelplatform.com> References: <20190111174800.Horde.vfUCk46qJP5GBozmOOh8in9@lv-shared03.cpanelplatform.com> Message-ID: <1948078855.5426490.1563890330259@mail.yahoo.com> yes, all of what you've written appears to be correct.? The "-L" option should log to disk a series of WAV files containing decoded audio, the contents of which should be controlled by any whitelisting/blacklisting that you've set up.? Suggest you get the basic receiver working first in "interactive" mode before adding the logging option.? I don't recall that there are any interactions with -L with other options (aside from the blacklists/whitelists, if you have any)...? Don't think you'll need any command line audio options though, such as -O or -U... Looks like you're not using the Osmocom build of OP25 - not sure how well -L has been tested in that version... Max On Monday, July 22, 2019, 6:13:52 PM EDT, scancaster at scancaster.net wrote: Before I go down a hole and end in a dead end.... I have some questions on using the -L option for "logging." Logging in my universe means logging the audio to Dictaphone/tape/disk/CD/what ever physical media... NOT the -v option, thats a log, not logging! :) ;) So after reading about 30 different files on this -L option, it appers that it will act as A LOGGING RECORDER and RECORD the audio to disk... Great! What I am after is to record UNKNOWN GROUPS for analysis for ID purposes.... My question(s) are what options are used with this for: rx.py trunk.tsv whitelist.tsv blacklist.tsv ie: rx.py example ./rx.py --args 'rtl' -N 'LNA:47' -S 2400000 -f 8xx.xxxxe6 -o 25000 -q 72 -L 4 -v 10 -T trunk.tsv -V -2? -U -O loop0 -M mysystem.json -l http:192.168.0.26:8080 -x 3 2>> stderr.2 trunk.tsv then REQUIRES a "center frequency" for the system... 8xx.xxxx based on the channels of the system... I've determined this for this system,? and it will just fit the way this is setup. This will then RECORD the various groups that are NOT BLACKLISTED to disk as WAV's from what I understand... Correct???? Ie: OP25 tunes to a group, it records it. Anything that is exlusive of each other on this -L option with other optons for rx.py???? Any thing I am missing in this????? Goal is simple to log any group I've not blacklisted as known user/use.. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ikj1234i at yahoo.com Tue Jul 23 14:52:19 2019 From: ikj1234i at yahoo.com (ikjtel) Date: Tue, 23 Jul 2019 14:52:19 +0000 (UTC) Subject: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' In-Reply-To: References: <114785965.5414608.1563887631348@mail.yahoo.com> <537115670.5405728.1563889342051@mail.yahoo.com> Message-ID: <401057682.5508636.1563893539924@mail.yahoo.com> OK that doesn't appear to be a current version of OP25. The line in question ??? if options.protocol == 'p25':should instead be??? if options.protocol == 'p25' and not options.test: That line is correct in the osmocom version of OP25 (branch 'max'). Suggest that you try something like this ?? cd to your current top-level op25 directory??????? [the directory named 'build' should be a subdir of this] ?? cd build?? sudo make uninstall Then clone the repo ??? cd ~ ??? git clone https://git.osmocom.org/op25 ??? cd op25??? git checkout max Then run the install.sh script from there...... Max On Tuesday, July 23, 2019, 10:03:36 AM EDT, Bender, Theresa wrote: #yiv1161088797 #yiv1161088797 -- P {margin-top:0;margin-bottom:0;}#yiv1161088797 Here's the command that i typed: ./dv_tx.py -p p25 --args 'uhd' -t ./1011.dat -r -Q 430137500 -q 1 --gains 'PGA:90' -v 3 -i 400000 Here's the output from that command: Multiprotocol Digital Voice TX (C) Copyright 2017 Max H. Parke KA1RBI Traceback (most recent call last): ? File "./dv_tx.py", line 224, in ??? my_top_block().run() ? File "./dv_tx.py", line 139, in __init__ ??? ENCODER.set_gain_adjust(gain_adjust_fullrate[options.protocol]) AttributeError: 'file_source_sptr' object has no attribute 'set_gain_adjust' Here's the results from the command to verify the code level: commit a77c18d745efb0660b76a3e699dbc0a42f2bff35 Author: Max Date:?? Mon Feb 19 20:17:04 2018 -0500 ??? sync install.sh with max branch commit 7ae554682a8c78796211fe05f0da4ec52c43a45b Author: Max Date:?? Wed Oct 18 20:03:39 2017 -0400 ??? install.sh update commit aa7a4be3490f83a9900ddc9aad5bcbca16e9ccbf Author: Max Date:?? Wed Oct 18 20:02:58 2017 -0400 Thanks, Theresa From: ikjtel Sent: Tuesday, July 23, 2019 6:42:22 AM To: op25-dev at lists.osmocom.org ; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust'?OK, did you receive a backtrace in addition to that error message??? If so, could I have you paste (not retype) the entire sequence, including the full command that was typed and the full backtrace?? The set_gain_adjust() operation should really not even be getting invoked in the first place since you're using the "test" (-t) option . . . . Also, let's have you verify the code level of OP25 that you're running - please issue the command ??? git log | head -15???????????????? [from within the OP25 directory structure] and include the results. Thx Max On Tuesday, July 23, 2019, 9:22:40 AM EDT, Bender, Theresa wrote: #yiv1161088797 #yiv1161088797 --#yiv1161088797x_yiv0690413351 #yiv1161088797x_yiv0690413351 -- filtered #yiv1161088797x_yiv0690413351 {font-family:Helvetica;}#yiv1161088797 filtered #yiv1161088797x_yiv0690413351 {}#yiv1161088797 filtered #yiv1161088797x_yiv0690413351 {font-family:Calibri;}#yiv1161088797 #yiv1161088797x_yiv0690413351 #yiv1161088797x_yiv0690413351 p.yiv1161088797x_yiv0690413351MsoNormal, #yiv1161088797 #yiv1161088797x_yiv0690413351 li.yiv1161088797x_yiv0690413351MsoNormal, #yiv1161088797 #yiv1161088797x_yiv0690413351 div.yiv1161088797x_yiv0690413351MsoNormal {margin:0in;margin-bottom:.0001pt;font-size:12.0pt;font-family:New serif;}#yiv1161088797 #yiv1161088797x_yiv0690413351 a:link, #yiv1161088797 #yiv1161088797x_yiv0690413351 span.yiv1161088797x_yiv0690413351MsoHyperlink {color:blue;text-decoration:underline;}#yiv1161088797 #yiv1161088797x_yiv0690413351 a:visited, #yiv1161088797 #yiv1161088797x_yiv0690413351 span.yiv1161088797x_yiv0690413351MsoHyperlinkFollowed {color:purple;text-decoration:underline;}#yiv1161088797 #yiv1161088797x_yiv0690413351 p.yiv1161088797x_yiv0690413351msonormal0, #yiv1161088797 #yiv1161088797x_yiv0690413351 li.yiv1161088797x_yiv0690413351msonormal0, #yiv1161088797 #yiv1161088797x_yiv0690413351 div.yiv1161088797x_yiv0690413351msonormal0 {margin-right:0in;margin-left:0in;font-size:12.0pt;font-family:New serif;}#yiv1161088797 #yiv1161088797x_yiv0690413351 p.yiv1161088797x_yiv0690413351msonormal, #yiv1161088797 #yiv1161088797x_yiv0690413351 li.yiv1161088797x_yiv0690413351msonormal, #yiv1161088797 #yiv1161088797x_yiv0690413351 div.yiv1161088797x_yiv0690413351msonormal {margin-right:0in;margin-left:0in;font-size:12.0pt;font-family:New serif;}#yiv1161088797 #yiv1161088797x_yiv0690413351 p.yiv1161088797x_yiv0690413351msochpdefault, #yiv1161088797 #yiv1161088797x_yiv0690413351 li.yiv1161088797x_yiv0690413351msochpdefault, #yiv1161088797 #yiv1161088797x_yiv0690413351 div.yiv1161088797x_yiv0690413351msochpdefault {margin-right:0in;margin-left:0in;font-size:12.0pt;font-family:New serif;}#yiv1161088797 #yiv1161088797x_yiv0690413351 p.yiv1161088797x_yiv0690413351msonormal1, #yiv1161088797 #yiv1161088797x_yiv0690413351 li.yiv1161088797x_yiv0690413351msonormal1, #yiv1161088797 #yiv1161088797x_yiv0690413351 div.yiv1161088797x_yiv0690413351msonormal1 {margin:0in;margin-bottom:.0001pt;font-size:11.0pt;font-family:sans-serif;}#yiv1161088797 #yiv1161088797x_yiv0690413351 span.yiv1161088797x_yiv0690413351msohyperlink1 {color:#0563C1;text-decoration:underline;}#yiv1161088797 #yiv1161088797x_yiv0690413351 span.yiv1161088797x_yiv0690413351msohyperlinkfollowed1 {color:#954F72;text-decoration:underline;}#yiv1161088797 #yiv1161088797x_yiv0690413351 span.yiv1161088797x_yiv0690413351emailstyle171 {font-family:sans-serif;color:windowtext;}#yiv1161088797 #yiv1161088797x_yiv0690413351 p.yiv1161088797x_yiv0690413351msochpdefault1, #yiv1161088797 #yiv1161088797x_yiv0690413351 li.yiv1161088797x_yiv0690413351msochpdefault1, #yiv1161088797 #yiv1161088797x_yiv0690413351 div.yiv1161088797x_yiv0690413351msochpdefault1 {margin-right:0in;margin-left:0in;font-size:12.0pt;font-family:sans-serif;}#yiv1161088797 #yiv1161088797x_yiv0690413351 span.yiv1161088797x_yiv0690413351EmailStyle28 {font-family:sans-serif;color:#1F497D;}#yiv1161088797 #yiv1161088797x_yiv0690413351 .yiv1161088797x_yiv0690413351MsoChpDefault {font-size:10.0pt;}#yiv1161088797 filtered #yiv1161088797x_yiv0690413351 {margin:1.0in 1.0in 1.0in 1.0in;}#yiv1161088797 Hi Max, ? Thanks so much for your reply. I?ve been emailing using a different computer (Windows) than what I?m running the TX on (Linux). I had quickly typed out the command line on this email so you?d know what command line I was talking about. I just verified it on the Linux, and they are all single quotes and I do have the unquote after the PGA:90. ? Thanks, Theresa ? From: ikjtel [mailto:ikj1234i at yahoo.com] Sent: Tuesday, July 23, 2019 9:14 AM To: op25-dev at lists.osmocom.org; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' ? Hello Teresa ? We don't have a huge number of success reports for the TX - so accordingly this is high priority and I'd very much like to get it nailed down.? Looking at the command line, I copy/pasted it into a terminal and some of the single quotes appear to have pasted as strange backtick characters (?) rather than as single quotes (').? If these characters actually appear in your command (as opposed to being an artifact of copying/pasting) they will cause trouble.? Looking at these characters on-screen they also appear incorrect, but I need a magnifying glass to see them in detail.?? Could I have you try fixing this first before we proceed to look at the actual error message. ? Noting also that there should be a matching (un)quote following the string "PGA:90" that also appears to be missing lends some additional corroboration to the possibility of a malformed command line.... ? Max ? p.s. I ran the results of the paste thru "od -t x1" and there appear to be several non-ASCII characters (anything greater than or equal to 0x80 is invalid): ? 0000000 2e 2f 64 76 5f 74 78 2e 70 79 20 2d 70 20 70 32 0000020 35 20 2d 2d 61 72 67 73 20 e2 80 98 75 68 64 e2 0000040 80 99 20 2d 74 20 2e 2f 31 30 31 31 2e 64 61 74 0000060 20 2d 72 20 2d 51 20 34 33 30 31 33 37 35 30 30 0000100 20 2d 71 20 31 20 2d 67 61 69 6e 73 20 e2 80 98 0000120 50 47 41 3a 39 30 20 2d 76 20 33 20 2d 69 20 34 0000140 30 30 30 30 30 0a ? On Monday, July 22, 2019, 6:13:53 PM EDT, Bender, Theresa wrote: ? ? I?m trying to make a OP25 Transmitter with a B200 mini, as in the video. I?m using the same command line as in the video (./dv_tx.py -p p25 --args ?uhd? -t ./1011.dat -r -Q 430137500 -q 1 -gains ?PGA:90 -v 3 -i 400000). I keep receiving the error ?Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust'?. ? I?m new to using SDRs and the B200 mini, so I?d appreciate any advice! Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From ikj1234i at yahoo.com Tue Jul 23 16:32:04 2019 From: ikj1234i at yahoo.com (ikjtel) Date: Tue, 23 Jul 2019 16:32:04 +0000 (UTC) Subject: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' In-Reply-To: References: <114785965.5414608.1563887631348@mail.yahoo.com> <537115670.5405728.1563889342051@mail.yahoo.com> <401057682.5508636.1563893539924@mail.yahoo.com> Message-ID: <1893612073.5575360.1563899524408@mail.yahoo.com> OK as a guess it's possible there are two conflicting versions of osmosdr installed.? Before checking other possibilities I'd like to rule this out . . . . . Let's have you do these commands, please paste the commands and the output: dpkg-query -l | grep osmosdrfind /usr/lib | grep osmosdr -We already know there appears to be a version in /usr/local/lib so it's not technically necessary to redo the find command there, but let's do so anyway: find /usr/local/lib | grep osmosdr Max On Tuesday, July 23, 2019, 11:37:31 AM EDT, Bender, Theresa wrote: #yiv2546047014 #yiv2546047014 -- P {margin-top:0;margin-bottom:0;}#yiv2546047014 I did what you suggested, and now I'm getting the following error. I think it should be an easy fix, but I haven't been able to figure out how to correctly install osmosdr so that it works. Multiprotocol Digital Voice TX (C) Copyright 2017 Max H. Parke KA1RBI Traceback (most recent call last): ? File "./dv_tx.py", line 251, in ??? my_top_block().run() ? File "./dv_tx.py", line 205, in __init__ ??? self.setup_sdr_output(options, mod_adjust[options.protocol]) ? File "./dv_tx.py", line 225, in setup_sdr_output ??? import osmosdr ? File "/usr/local/lib/python2.7/dist-packages/osmosdr/__init__.py", line 26, in ??? from osmosdr_swig import * ? File "/usr/local/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py", line 17, in ??? _osmosdr_swig = swig_import_helper() ? File "/usr/local/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py", line 16, in swig_import_helper ??? return importlib.import_module('_osmosdr_swig') ? File "/usr/lib/python2.7/importlib/__init__.py", line 37, in import_module ??? __import__(name) ImportError: No module named _osmosdr_swig From: ikjtel Sent: Tuesday, July 23, 2019 7:52:19 AM To: op25-dev at lists.osmocom.org ; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust'?OK that doesn't appear to be a current version of OP25. The line in question ??? if options.protocol == 'p25':should instead be??? if options.protocol == 'p25' and not options.test: That line is correct in the osmocom version of OP25 (branch 'max'). Suggest that you try something like this ?? cd to your current top-level op25 directory??????? [the directory named 'build' should be a subdir of this] ?? cd build?? sudo make uninstall Then clone the repo ??? cd ~ ??? git clone https://git.osmocom.org/op25 ??? cd op25??? git checkout max Then run the install.sh script from there...... Max On Tuesday, July 23, 2019, 10:03:36 AM EDT, Bender, Theresa wrote: #yiv2546047014 #yiv2546047014 --#yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797 -- p {margin-top:0;margin-bottom:0;}#yiv2546047014 Here's the command that i typed: ./dv_tx.py -p p25 --args 'uhd' -t ./1011.dat -r -Q 430137500 -q 1 --gains 'PGA:90' -v 3 -i 400000 Here's the output from that command: Multiprotocol Digital Voice TX (C) Copyright 2017 Max H. Parke KA1RBI Traceback (most recent call last): ? File "./dv_tx.py", line 224, in ??? my_top_block().run() ? File "./dv_tx.py", line 139, in __init__ ??? ENCODER.set_gain_adjust(gain_adjust_fullrate[options.protocol]) AttributeError: 'file_source_sptr' object has no attribute 'set_gain_adjust' Here's the results from the command to verify the code level: commit a77c18d745efb0660b76a3e699dbc0a42f2bff35 Author: Max Date:?? Mon Feb 19 20:17:04 2018 -0500 ??? sync install.sh with max branch commit 7ae554682a8c78796211fe05f0da4ec52c43a45b Author: Max Date:?? Wed Oct 18 20:03:39 2017 -0400 ??? install.sh update commit aa7a4be3490f83a9900ddc9aad5bcbca16e9ccbf Author: Max Date:?? Wed Oct 18 20:02:58 2017 -0400 Thanks, Theresa From: ikjtel Sent: Tuesday, July 23, 2019 6:42:22 AM To: op25-dev at lists.osmocom.org ; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust'?OK, did you receive a backtrace in addition to that error message??? If so, could I have you paste (not retype) the entire sequence, including the full command that was typed and the full backtrace?? The set_gain_adjust() operation should really not even be getting invoked in the first place since you're using the "test" (-t) option . . . . Also, let's have you verify the code level of OP25 that you're running - please issue the command ??? git log | head -15???????????????? [from within the OP25 directory structure] and include the results. Thx Max On Tuesday, July 23, 2019, 9:22:40 AM EDT, Bender, Theresa wrote: #yiv2546047014 #yiv2546047014 --#yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797 -- #yiv2546047014x_yiv1161088797x_yiv0690413351 #yiv2546047014x_yiv1161088797x_yiv0690413351 -- filtered #yiv2546047014x_yiv1161088797x_yiv0690413351 {font-family:Helvetica;}#yiv2546047014 #yiv2546047014x_yiv1161088797 filtered #yiv2546047014x_yiv1161088797x_yiv0690413351 {font-family:Calibri;}#yiv2546047014 #yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797x_yiv0690413351 #yiv2546047014x_yiv1161088797x_yiv0690413351 p.yiv2546047014x_yiv1161088797x_yiv0690413351MsoNormal, #yiv2546047014 #yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797x_yiv0690413351 li.yiv2546047014x_yiv1161088797x_yiv0690413351MsoNormal, #yiv2546047014 #yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797x_yiv0690413351 div.yiv2546047014x_yiv1161088797x_yiv0690413351MsoNormal {margin:0in;margin-bottom:.0001pt;font-size:12.0pt;font-family:New serif;}#yiv2546047014 #yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797x_yiv0690413351 a:link, #yiv2546047014 #yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797x_yiv0690413351 span.yiv2546047014x_yiv1161088797x_yiv0690413351MsoHyperlink {color:blue;text-decoration:underline;}#yiv2546047014 #yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797x_yiv0690413351 a:visited, #yiv2546047014 #yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797x_yiv0690413351 span.yiv2546047014x_yiv1161088797x_yiv0690413351MsoHyperlinkFollowed {color:purple;text-decoration:underline;}#yiv2546047014 #yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797x_yiv0690413351 p.yiv2546047014x_yiv1161088797x_yiv0690413351msonormal0, #yiv2546047014 #yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797x_yiv0690413351 li.yiv2546047014x_yiv1161088797x_yiv0690413351msonormal0, #yiv2546047014 #yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797x_yiv0690413351 div.yiv2546047014x_yiv1161088797x_yiv0690413351msonormal0 {margin-right:0in;margin-left:0in;font-size:12.0pt;font-family:New serif;}#yiv2546047014 #yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797x_yiv0690413351 p.yiv2546047014x_yiv1161088797x_yiv0690413351msonormal, #yiv2546047014 #yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797x_yiv0690413351 li.yiv2546047014x_yiv1161088797x_yiv0690413351msonormal, #yiv2546047014 #yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797x_yiv0690413351 div.yiv2546047014x_yiv1161088797x_yiv0690413351msonormal {margin-right:0in;margin-left:0in;font-size:12.0pt;font-family:New serif;}#yiv2546047014 #yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797x_yiv0690413351 p.yiv2546047014x_yiv1161088797x_yiv0690413351msochpdefault, #yiv2546047014 #yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797x_yiv0690413351 li.yiv2546047014x_yiv1161088797x_yiv0690413351msochpdefault, #yiv2546047014 #yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797x_yiv0690413351 div.yiv2546047014x_yiv1161088797x_yiv0690413351msochpdefault {margin-right:0in;margin-left:0in;font-size:12.0pt;font-family:New serif;}#yiv2546047014 #yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797x_yiv0690413351 p.yiv2546047014x_yiv1161088797x_yiv0690413351msonormal1, #yiv2546047014 #yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797x_yiv0690413351 li.yiv2546047014x_yiv1161088797x_yiv0690413351msonormal1, #yiv2546047014 #yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797x_yiv0690413351 div.yiv2546047014x_yiv1161088797x_yiv0690413351msonormal1 {margin:0in;margin-bottom:.0001pt;font-size:11.0pt;font-family:sans-serif;}#yiv2546047014 #yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797x_yiv0690413351 span.yiv2546047014x_yiv1161088797x_yiv0690413351msohyperlink1 {color:#0563C1;text-decoration:underline;}#yiv2546047014 #yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797x_yiv0690413351 span.yiv2546047014x_yiv1161088797x_yiv0690413351msohyperlinkfollowed1 {color:#954F72;text-decoration:underline;}#yiv2546047014 #yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797x_yiv0690413351 span.yiv2546047014x_yiv1161088797x_yiv0690413351emailstyle171 {font-family:sans-serif;color:windowtext;}#yiv2546047014 #yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797x_yiv0690413351 p.yiv2546047014x_yiv1161088797x_yiv0690413351msochpdefault1, #yiv2546047014 #yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797x_yiv0690413351 li.yiv2546047014x_yiv1161088797x_yiv0690413351msochpdefault1, #yiv2546047014 #yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797x_yiv0690413351 div.yiv2546047014x_yiv1161088797x_yiv0690413351msochpdefault1 {margin-right:0in;margin-left:0in;font-size:12.0pt;font-family:sans-serif;}#yiv2546047014 #yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797x_yiv0690413351 span.yiv2546047014x_yiv1161088797x_yiv0690413351EmailStyle28 {font-family:sans-serif;color:#1F497D;}#yiv2546047014 #yiv2546047014x_yiv1161088797 #yiv2546047014x_yiv1161088797x_yiv0690413351 .yiv2546047014x_yiv1161088797x_yiv0690413351MsoChpDefault {font-size:10.0pt;}#yiv2546047014 #yiv2546047014x_yiv1161088797 filtered #yiv2546047014x_yiv1161088797x_yiv0690413351 {margin:1.0in 1.0in 1.0in 1.0in;}#yiv2546047014 Hi Max, ? Thanks so much for your reply. I?ve been emailing using a different computer (Windows) than what I?m running the TX on (Linux). I had quickly typed out the command line on this email so you?d know what command line I was talking about. I just verified it on the Linux, and they are all single quotes and I do have the unquote after the PGA:90. ? Thanks, Theresa ? From: ikjtel [mailto:ikj1234i at yahoo.com] Sent: Tuesday, July 23, 2019 9:14 AM To: op25-dev at lists.osmocom.org; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' ? Hello Teresa ? We don't have a huge number of success reports for the TX - so accordingly this is high priority and I'd very much like to get it nailed down.? Looking at the command line, I copy/pasted it into a terminal and some of the single quotes appear to have pasted as strange backtick characters (?) rather than as single quotes (').? If these characters actually appear in your command (as opposed to being an artifact of copying/pasting) they will cause trouble.? Looking at these characters on-screen they also appear incorrect, but I need a magnifying glass to see them in detail.?? Could I have you try fixing this first before we proceed to look at the actual error message. ? Noting also that there should be a matching (un)quote following the string "PGA:90" that also appears to be missing lends some additional corroboration to the possibility of a malformed command line.... ? Max ? p.s. I ran the results of the paste thru "od -t x1" and there appear to be several non-ASCII characters (anything greater than or equal to 0x80 is invalid): ? 0000000 2e 2f 64 76 5f 74 78 2e 70 79 20 2d 70 20 70 32 0000020 35 20 2d 2d 61 72 67 73 20 e2 80 98 75 68 64 e2 0000040 80 99 20 2d 74 20 2e 2f 31 30 31 31 2e 64 61 74 0000060 20 2d 72 20 2d 51 20 34 33 30 31 33 37 35 30 30 0000100 20 2d 71 20 31 20 2d 67 61 69 6e 73 20 e2 80 98 0000120 50 47 41 3a 39 30 20 2d 76 20 33 20 2d 69 20 34 0000140 30 30 30 30 30 0a ? On Monday, July 22, 2019, 6:13:53 PM EDT, Bender, Theresa wrote: ? ? I?m trying to make a OP25 Transmitter with a B200 mini, as in the video. I?m using the same command line as in the video (./dv_tx.py -p p25 --args ?uhd? -t ./1011.dat -r -Q 430137500 -q 1 -gains ?PGA:90 -v 3 -i 400000). I keep receiving the error ?Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust'?. ? I?m new to using SDRs and the B200 mini, so I?d appreciate any advice! Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From gnorbury at bondcar.com Tue Jul 23 16:43:57 2019 From: gnorbury at bondcar.com (Graham Norbury) Date: Tue, 23 Jul 2019 12:43:57 -0400 Subject: [op25-dev] Logging functions Q's In-Reply-To: <1948078855.5426490.1563890330259@mail.yahoo.com> References: <20190111174800.Horde.vfUCk46qJP5GBozmOOh8in9@lv-shared03.cpanelplatform.com> <1948078855.5426490.1563890330259@mail.yahoo.com> Message-ID: -L has not been tested with the boatbod version.? I can't say it's broken, but then I can't say if it'll work either :) Note: the logfile workers (-L) setup is the only setup that requires modulation to be specified in trunk.tsv.? Default is CQPSK but is you need C4FM you'll have to explicitly put "fsk4" in there as well as on the command line. Graham On 7/23/19 9:58 AM, ikjtel wrote: > > Looks like you're not using the Osmocom build of OP25 - not sure how > well -L has been tested in that version... > > Max > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ikj1234i at yahoo.com Tue Jul 23 16:53:45 2019 From: ikj1234i at yahoo.com (ikjtel) Date: Tue, 23 Jul 2019 16:53:45 +0000 (UTC) Subject: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' In-Reply-To: References: <114785965.5414608.1563887631348@mail.yahoo.com> <537115670.5405728.1563889342051@mail.yahoo.com> <401057682.5508636.1563893539924@mail.yahoo.com> <1893612073.5575360.1563899524408@mail.yahoo.com> Message-ID: <731224637.5533273.1563900825781@mail.yahoo.com> OK right.? There are two conflicting versions of osmosdr installed, they may be fighting with each other.? This is technically a problem that is wholly outside of OP25, but no worries!?? However, before proceeding it's necessary to put out the standard disclaimers/warnings about potentially causing further damage ESPECIALLY if there are other SDR apps on the system, other than OP25 that could be impacted negatively by these changes. If this were my system I'd simply nuke all remnants of osmosdr in /usr/local/lib [*not* /usr/lib] (your printout gives a list of all such files).? You can use the 'rm' command unless you have the original source tree that was used to manually install osmosdr into /usr/local (in which case you would run "sudo make uninstall" from the appropriate place within that source tree). Once /usr/local/ is clean, run ??????? sudo ldconfig to clean the ld.so cache. When things are working correctly it should be possible to run the python command (with no args), and then: ???? $ python ???? Python 2.7.12 (default, Nov 12 2018, 14:36:49) ???? [GCC 5.4.0 20160609] on linux2 ???? Type "help", "copyright", "credits" or "license" for more information. ???? >>> import osmosdr ???? linux; GNU C++ version 5.3.1 20151219; Boost_105800; UHD_003.009.002-0-unknown ???? >>> Once the "import osmosdr" command works manually in straight python, it should no longer crash in dv_tx.py . . . . . Max On Tuesday, July 23, 2019, 12:39:05 PM EDT, Bender, Theresa wrote: #yiv8483789418 #yiv8483789418 -- P {margin-top:0;margin-bottom:0;}#yiv8483789418 Here's the result from dpkg-query -l | grep osmosdr : ii? gr-osmosdr???????????????????????????????? 0.1.4.127-myriadrf1~bionic?????????????????? amd64??????? Gnuradio blocks from the OsmoSDR project ii? libgnuradio-osmosdr0.1.4:amd64???????????? 0.1.4.127-myriadrf1~bionic?????????????????? amd64??????? Gnuradio blocks from the OsmoSDR project - library ii? libosmosdr0:amd64????????????????????????? 0.1.8.effcaa7-7????????????????????????????? amd64??????? Software defined radio support for OsmoSDR hardware (library) Result from find /usr/lib | grep osmosdr: /usr/lib/x86_64-linux-gnu/pkgconfig/gnuradio-osmosdr.pc /usr/lib/x86_64-linux-gnu/libosmosdr.so.0 /usr/lib/x86_64-linux-gnu/libgnuradio-osmosdr.so.0.1.5git /usr/lib/x86_64-linux-gnu/libgnuradio-osmosdr.so /usr/lib/x86_64-linux-gnu/libosmosdr.so.0.0.0 /usr/lib/python2.7/dist-packages/osmosdr /usr/lib/python2.7/dist-packages/osmosdr/osmocom_siggen_base.pyc /usr/lib/python2.7/dist-packages/osmosdr/__init__.pyc /usr/lib/python2.7/dist-packages/osmosdr/_osmosdr_swig.x86_64-linux-gnu.so /usr/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py /usr/lib/python2.7/dist-packages/osmosdr/osmocom_siggen_base.py /usr/lib/python2.7/dist-packages/osmosdr/__init__.py /usr/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.pyc Result from find /usr/local/lib | grep osmosdr : /usr/local/lib/pkgconfig/gnuradio-osmosdr.pc /usr/local/lib/libgnuradio-osmosdr-0.1.5git.so /usr/local/lib/python2.7/dist-packages/osmosdr /usr/local/lib/python2.7/dist-packages/osmosdr/osmocom_siggen_base.pyc /usr/local/lib/python2.7/dist-packages/osmosdr/__init__.pyc /usr/local/lib/python2.7/dist-packages/osmosdr/__init__.pyo /usr/local/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py /usr/local/lib/python2.7/dist-packages/osmosdr/osmocom_siggen_base.py /usr/local/lib/python2.7/dist-packages/osmosdr/__init__.py /usr/local/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.pyo /usr/local/lib/python2.7/dist-packages/osmosdr/_osmosdr_swig.so /usr/local/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.pyc /usr/local/lib/python2.7/dist-packages/osmosdr/osmocom_siggen_base.pyo /usr/local/lib/libgnuradio-osmosdr.so /usr/local/lib/libgnuradio-osmosdr-0.1.5git.so.0 /usr/local/lib/libgnuradio-osmosdr-0.1.5git.so.0.0.0 Thanks so much for all of this help, Theresa From: ikjtel Sent: Tuesday, July 23, 2019 9:32:04 AM To: op25-dev at lists.osmocom.org ; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust'?OK as a guess it's possible there are two conflicting versions of osmosdr installed.? Before checking other possibilities I'd like to rule this out . . . . . Let's have you do these commands, please paste the commands and the output: dpkg-query -l | grep osmosdrfind /usr/lib | grep osmosdr -We already know there appears to be a version in /usr/local/lib so it's not technically necessary to redo the find command there, but let's do so anyway: find /usr/local/lib | grep osmosdr Max On Tuesday, July 23, 2019, 11:37:31 AM EDT, Bender, Theresa wrote: #yiv8483789418 #yiv8483789418 --#yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014 -- p {margin-top:0;margin-bottom:0;}#yiv8483789418 I did what you suggested, and now I'm getting the following error. I think it should be an easy fix, but I haven't been able to figure out how to correctly install osmosdr so that it works. Multiprotocol Digital Voice TX (C) Copyright 2017 Max H. Parke KA1RBI Traceback (most recent call last): ? File "./dv_tx.py", line 251, in ??? my_top_block().run() ? File "./dv_tx.py", line 205, in __init__ ??? self.setup_sdr_output(options, mod_adjust[options.protocol]) ? File "./dv_tx.py", line 225, in setup_sdr_output ??? import osmosdr ? File "/usr/local/lib/python2.7/dist-packages/osmosdr/__init__.py", line 26, in ??? from osmosdr_swig import * ? File "/usr/local/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py", line 17, in ??? _osmosdr_swig = swig_import_helper() ? File "/usr/local/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py", line 16, in swig_import_helper ??? return importlib.import_module('_osmosdr_swig') ? File "/usr/lib/python2.7/importlib/__init__.py", line 37, in import_module ??? __import__(name) ImportError: No module named _osmosdr_swig From: ikjtel Sent: Tuesday, July 23, 2019 7:52:19 AM To: op25-dev at lists.osmocom.org ; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust'?OK that doesn't appear to be a current version of OP25. The line in question ??? if options.protocol == 'p25':should instead be??? if options.protocol == 'p25' and not options.test: That line is correct in the osmocom version of OP25 (branch 'max'). Suggest that you try something like this ?? cd to your current top-level op25 directory??????? [the directory named 'build' should be a subdir of this] ?? cd build?? sudo make uninstall Then clone the repo ??? cd ~ ??? git clone https://git.osmocom.org/op25 ??? cd op25??? git checkout max Then run the install.sh script from there...... Max On Tuesday, July 23, 2019, 10:03:36 AM EDT, Bender, Theresa wrote: #yiv8483789418 #yiv8483789418 --#yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014 -- #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797 -- p {margin-top:0;margin-bottom:0;}#yiv8483789418 Here's the command that i typed: ./dv_tx.py -p p25 --args 'uhd' -t ./1011.dat -r -Q 430137500 -q 1 --gains 'PGA:90' -v 3 -i 400000 Here's the output from that command: Multiprotocol Digital Voice TX (C) Copyright 2017 Max H. Parke KA1RBI Traceback (most recent call last): ? File "./dv_tx.py", line 224, in ??? my_top_block().run() ? File "./dv_tx.py", line 139, in __init__ ??? ENCODER.set_gain_adjust(gain_adjust_fullrate[options.protocol]) AttributeError: 'file_source_sptr' object has no attribute 'set_gain_adjust' Here's the results from the command to verify the code level: commit a77c18d745efb0660b76a3e699dbc0a42f2bff35 Author: Max Date:?? Mon Feb 19 20:17:04 2018 -0500 ??? sync install.sh with max branch commit 7ae554682a8c78796211fe05f0da4ec52c43a45b Author: Max Date:?? Wed Oct 18 20:03:39 2017 -0400 ??? install.sh update commit aa7a4be3490f83a9900ddc9aad5bcbca16e9ccbf Author: Max Date:?? Wed Oct 18 20:02:58 2017 -0400 Thanks, Theresa From: ikjtel Sent: Tuesday, July 23, 2019 6:42:22 AM To: op25-dev at lists.osmocom.org ; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust'?OK, did you receive a backtrace in addition to that error message??? If so, could I have you paste (not retype) the entire sequence, including the full command that was typed and the full backtrace?? The set_gain_adjust() operation should really not even be getting invoked in the first place since you're using the "test" (-t) option . . . . Also, let's have you verify the code level of OP25 that you're running - please issue the command ??? git log | head -15???????????????? [from within the OP25 directory structure] and include the results. Thx Max On Tuesday, July 23, 2019, 9:22:40 AM EDT, Bender, Theresa wrote: #yiv8483789418 #yiv8483789418 --#yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014 -- #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797 -- #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 -- filtered #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 {font-family:Helvetica;}#yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 filtered #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 {font-family:Calibri;}#yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 p.yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351MsoNormal, #yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 li.yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351MsoNormal, #yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 div.yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351MsoNormal {margin:0in;margin-bottom:.0001pt;font-size:12.0pt;font-family:New serif;}#yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 a:link, #yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 span.yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351MsoHyperlink {color:blue;text-decoration:underline;}#yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 a:visited, #yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 span.yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351MsoHyperlinkFollowed {color:purple;text-decoration:underline;}#yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 p.yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msonormal0, #yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 li.yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msonormal0, #yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 div.yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msonormal0 {margin-right:0in;margin-left:0in;font-size:12.0pt;font-family:New serif;}#yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 p.yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msonormal, #yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 li.yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msonormal, #yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 div.yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msonormal {margin-right:0in;margin-left:0in;font-size:12.0pt;font-family:New serif;}#yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 p.yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msochpdefault, #yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 li.yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msochpdefault, #yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 div.yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msochpdefault {margin-right:0in;margin-left:0in;font-size:12.0pt;font-family:New serif;}#yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 p.yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msonormal1, #yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 li.yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msonormal1, #yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 div.yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msonormal1 {margin:0in;margin-bottom:.0001pt;font-size:11.0pt;font-family:sans-serif;}#yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 span.yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msohyperlink1 {color:#0563C1;text-decoration:underline;}#yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 span.yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msohyperlinkfollowed1 {color:#954F72;text-decoration:underline;}#yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 span.yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351emailstyle171 {font-family:sans-serif;color:windowtext;}#yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 p.yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msochpdefault1, #yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 li.yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msochpdefault1, #yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 div.yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msochpdefault1 {margin-right:0in;margin-left:0in;font-size:12.0pt;font-family:sans-serif;}#yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 span.yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351EmailStyle28 {font-family:sans-serif;color:#1F497D;}#yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 .yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351MsoChpDefault {font-size:10.0pt;}#yiv8483789418 #yiv8483789418x_yiv2546047014 #yiv8483789418x_yiv2546047014x_yiv1161088797 filtered #yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 {margin:1.0in 1.0in 1.0in 1.0in;}#yiv8483789418 Hi Max, ? Thanks so much for your reply. I?ve been emailing using a different computer (Windows) than what I?m running the TX on (Linux). I had quickly typed out the command line on this email so you?d know what command line I was talking about. I just verified it on the Linux, and they are all single quotes and I do have the unquote after the PGA:90. ? Thanks, Theresa ? From: ikjtel [mailto:ikj1234i at yahoo.com] Sent: Tuesday, July 23, 2019 9:14 AM To: op25-dev at lists.osmocom.org; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' ? Hello Teresa ? We don't have a huge number of success reports for the TX - so accordingly this is high priority and I'd very much like to get it nailed down.? Looking at the command line, I copy/pasted it into a terminal and some of the single quotes appear to have pasted as strange backtick characters (?) rather than as single quotes (').? If these characters actually appear in your command (as opposed to being an artifact of copying/pasting) they will cause trouble.? Looking at these characters on-screen they also appear incorrect, but I need a magnifying glass to see them in detail.?? Could I have you try fixing this first before we proceed to look at the actual error message. ? Noting also that there should be a matching (un)quote following the string "PGA:90" that also appears to be missing lends some additional corroboration to the possibility of a malformed command line.... ? Max ? p.s. I ran the results of the paste thru "od -t x1" and there appear to be several non-ASCII characters (anything greater than or equal to 0x80 is invalid): ? 0000000 2e 2f 64 76 5f 74 78 2e 70 79 20 2d 70 20 70 32 0000020 35 20 2d 2d 61 72 67 73 20 e2 80 98 75 68 64 e2 0000040 80 99 20 2d 74 20 2e 2f 31 30 31 31 2e 64 61 74 0000060 20 2d 72 20 2d 51 20 34 33 30 31 33 37 35 30 30 0000100 20 2d 71 20 31 20 2d 67 61 69 6e 73 20 e2 80 98 0000120 50 47 41 3a 39 30 20 2d 76 20 33 20 2d 69 20 34 0000140 30 30 30 30 30 0a ? On Monday, July 22, 2019, 6:13:53 PM EDT, Bender, Theresa wrote: ? ? I?m trying to make a OP25 Transmitter with a B200 mini, as in the video. I?m using the same command line as in the video (./dv_tx.py -p p25 --args ?uhd? -t ./1011.dat -r -Q 430137500 -q 1 -gains ?PGA:90 -v 3 -i 400000). I keep receiving the error ?Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust'?. ? I?m new to using SDRs and the B200 mini, so I?d appreciate any advice! Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From ikj1234i at yahoo.com Tue Jul 23 17:43:06 2019 From: ikj1234i at yahoo.com (ikjtel) Date: Tue, 23 Jul 2019 17:43:06 +0000 (UTC) Subject: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' In-Reply-To: References: <114785965.5414608.1563887631348@mail.yahoo.com> <537115670.5405728.1563889342051@mail.yahoo.com> <401057682.5508636.1563893539924@mail.yahoo.com> <1893612073.5575360.1563899524408@mail.yahoo.com> <731224637.5533273.1563900825781@mail.yahoo.com> Message-ID: <691865827.5571137.1563903786084@mail.yahoo.com> OK, osmosdr_swig is, or should be, installed by the system package gr-osmosdr... The first command shows what should be installed by the named installed package, (filtered) $ dpkg-query -L gr-osmosdr | grep osmosdr_swig /usr/include/osmosdr/swig/osmosdr_swig_doc.i /usr/include/osmosdr/swig/osmosdr_swig.i /usr/lib/python2.7/dist-packages/osmosdr/_osmosdr_swig.so /usr/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py The second shows what's actually installed: $ find /usr/lib/? | grep osmosdr_swig /usr/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.pyc /usr/lib/python2.7/dist-packages/osmosdr/_osmosdr_swig.so /usr/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py If there is a difference, perhaps do a remove and/or install of gr-osmosdr?? It may be that _osmosdr_swig.x86_64-linux-gnu.so should be symlinked as _osmosdr_swig.so ? In any case this problem is wholly outside of OP25.? The root problem could be traced with more work, or a full wipe/reinstall may be easiest... Max On Tuesday, July 23, 2019, 1:25:35 PM EDT, Bender, Theresa wrote: #yiv2005206691 #yiv2005206691 -- P {margin-top:0;margin-bottom:0;}#yiv2005206691 I removed osmosdr from /usr/local/lib, but now I'm getting an error that there is no module _osmosdr_swig. Python 2.7.15+ (default, Nov 27 2018, 23:36:35) [GCC 7.3.0] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import osmosdr Traceback (most recent call last): ? File "", line 1, in ? File "/usr/lib/python2.7/dist-packages/osmosdr/__init__.py", line 26, in ??? from osmosdr_swig import * ? File "/usr/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py", line 17, in ??? _osmosdr_swig = swig_import_helper() ? File "/usr/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py", line 16, in swig_import_helper ??? return importlib.import_module('_osmosdr_swig') ? File "/usr/lib/python2.7/importlib/__init__.py", line 37, in import_module ??? __import__(name) ImportError: No module named _osmosdr_swig >>> When i run the command:? ls /usr/lib/python2.7/dist-packages/osmosdr it doesn't show an _osmosdr_swig. Is it possible I don't have the right version installed? __init__.py????????????? osmosdr_swig.py __init__.pyc???????????? osmosdr_swig.pyc osmocom_siggen_base.py?? _osmosdr_swig.x86_64-linux-gnu.so osmocom_siggen_base.pyc From: ikjtel Sent: Tuesday, July 23, 2019 9:53:45 AM To: op25-dev at lists.osmocom.org ; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust'?OK right.? There are two conflicting versions of osmosdr installed, they may be fighting with each other.? This is technically a problem that is wholly outside of OP25, but no worries!?? However, before proceeding it's necessary to put out the standard disclaimers/warnings about potentially causing further damage ESPECIALLY if there are other SDR apps on the system, other than OP25 that could be impacted negatively by these changes. If this were my system I'd simply nuke all remnants of osmosdr in /usr/local/lib [*not* /usr/lib] (your printout gives a list of all such files).? You can use the 'rm' command unless you have the original source tree that was used to manually install osmosdr into /usr/local (in which case you would run "sudo make uninstall" from the appropriate place within that source tree). Once /usr/local/ is clean, run ??????? sudo ldconfig to clean the ld.so cache. When things are working correctly it should be possible to run the python command (with no args), and then: ???? $ python ???? Python 2.7.12 (default, Nov 12 2018, 14:36:49) ???? [GCC 5.4.0 20160609] on linux2 ???? Type "help", "copyright", "credits" or "license" for more information. ???? >>> import osmosdr ???? linux; GNU C++ version 5.3.1 20151219; Boost_105800; UHD_003.009.002-0-unknown ???? >>> Once the "import osmosdr" command works manually in straight python, it should no longer crash in dv_tx.py . . . . . Max On Tuesday, July 23, 2019, 12:39:05 PM EDT, Bender, Theresa wrote: #yiv2005206691 #yiv2005206691 --#yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418 -- p {margin-top:0;margin-bottom:0;}#yiv2005206691 Here's the result from dpkg-query -l | grep osmosdr : ii? gr-osmosdr???????????????????????????????? 0.1.4.127-myriadrf1~bionic?????????????????? amd64??????? Gnuradio blocks from the OsmoSDR project ii? libgnuradio-osmosdr0.1.4:amd64???????????? 0.1.4.127-myriadrf1~bionic?????????????????? amd64??????? Gnuradio blocks from the OsmoSDR project - library ii? libosmosdr0:amd64????????????????????????? 0.1.8.effcaa7-7????????????????????????????? amd64??????? Software defined radio support for OsmoSDR hardware (library) Result from find /usr/lib | grep osmosdr: /usr/lib/x86_64-linux-gnu/pkgconfig/gnuradio-osmosdr.pc /usr/lib/x86_64-linux-gnu/libosmosdr.so.0 /usr/lib/x86_64-linux-gnu/libgnuradio-osmosdr.so.0.1.5git /usr/lib/x86_64-linux-gnu/libgnuradio-osmosdr.so /usr/lib/x86_64-linux-gnu/libosmosdr.so.0.0.0 /usr/lib/python2.7/dist-packages/osmosdr /usr/lib/python2.7/dist-packages/osmosdr/osmocom_siggen_base.pyc /usr/lib/python2.7/dist-packages/osmosdr/__init__.pyc /usr/lib/python2.7/dist-packages/osmosdr/_osmosdr_swig.x86_64-linux-gnu.so /usr/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py /usr/lib/python2.7/dist-packages/osmosdr/osmocom_siggen_base.py /usr/lib/python2.7/dist-packages/osmosdr/__init__.py /usr/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.pyc Result from find /usr/local/lib | grep osmosdr : /usr/local/lib/pkgconfig/gnuradio-osmosdr.pc /usr/local/lib/libgnuradio-osmosdr-0.1.5git.so /usr/local/lib/python2.7/dist-packages/osmosdr /usr/local/lib/python2.7/dist-packages/osmosdr/osmocom_siggen_base.pyc /usr/local/lib/python2.7/dist-packages/osmosdr/__init__.pyc /usr/local/lib/python2.7/dist-packages/osmosdr/__init__.pyo /usr/local/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py /usr/local/lib/python2.7/dist-packages/osmosdr/osmocom_siggen_base.py /usr/local/lib/python2.7/dist-packages/osmosdr/__init__.py /usr/local/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.pyo /usr/local/lib/python2.7/dist-packages/osmosdr/_osmosdr_swig.so /usr/local/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.pyc /usr/local/lib/python2.7/dist-packages/osmosdr/osmocom_siggen_base.pyo /usr/local/lib/libgnuradio-osmosdr.so /usr/local/lib/libgnuradio-osmosdr-0.1.5git.so.0 /usr/local/lib/libgnuradio-osmosdr-0.1.5git.so.0.0.0 Thanks so much for all of this help, Theresa From: ikjtel Sent: Tuesday, July 23, 2019 9:32:04 AM To: op25-dev at lists.osmocom.org ; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust'?OK as a guess it's possible there are two conflicting versions of osmosdr installed.? Before checking other possibilities I'd like to rule this out . . . . . Let's have you do these commands, please paste the commands and the output: dpkg-query -l | grep osmosdrfind /usr/lib | grep osmosdr -We already know there appears to be a version in /usr/local/lib so it's not technically necessary to redo the find command there, but let's do so anyway: find /usr/local/lib | grep osmosdr Max On Tuesday, July 23, 2019, 11:37:31 AM EDT, Bender, Theresa wrote: #yiv2005206691 #yiv2005206691 --#yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418 -- #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014 -- p {margin-top:0;margin-bottom:0;}#yiv2005206691 I did what you suggested, and now I'm getting the following error. I think it should be an easy fix, but I haven't been able to figure out how to correctly install osmosdr so that it works. Multiprotocol Digital Voice TX (C) Copyright 2017 Max H. Parke KA1RBI Traceback (most recent call last): ? File "./dv_tx.py", line 251, in ??? my_top_block().run() ? File "./dv_tx.py", line 205, in __init__ ??? self.setup_sdr_output(options, mod_adjust[options.protocol]) ? File "./dv_tx.py", line 225, in setup_sdr_output ??? import osmosdr ? File "/usr/local/lib/python2.7/dist-packages/osmosdr/__init__.py", line 26, in ??? from osmosdr_swig import * ? File "/usr/local/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py", line 17, in ??? _osmosdr_swig = swig_import_helper() ? File "/usr/local/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py", line 16, in swig_import_helper ??? return importlib.import_module('_osmosdr_swig') ? File "/usr/lib/python2.7/importlib/__init__.py", line 37, in import_module ??? __import__(name) ImportError: No module named _osmosdr_swig From: ikjtel Sent: Tuesday, July 23, 2019 7:52:19 AM To: op25-dev at lists.osmocom.org ; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust'?OK that doesn't appear to be a current version of OP25. The line in question ??? if options.protocol == 'p25':should instead be??? if options.protocol == 'p25' and not options.test: That line is correct in the osmocom version of OP25 (branch 'max'). Suggest that you try something like this ?? cd to your current top-level op25 directory??????? [the directory named 'build' should be a subdir of this] ?? cd build?? sudo make uninstall Then clone the repo ??? cd ~ ??? git clone https://git.osmocom.org/op25 ??? cd op25??? git checkout max Then run the install.sh script from there...... Max On Tuesday, July 23, 2019, 10:03:36 AM EDT, Bender, Theresa wrote: #yiv2005206691 #yiv2005206691 --#yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418 -- #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014 -- #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 -- p {margin-top:0;margin-bottom:0;}#yiv2005206691 Here's the command that i typed: ./dv_tx.py -p p25 --args 'uhd' -t ./1011.dat -r -Q 430137500 -q 1 --gains 'PGA:90' -v 3 -i 400000 Here's the output from that command: Multiprotocol Digital Voice TX (C) Copyright 2017 Max H. Parke KA1RBI Traceback (most recent call last): ? File "./dv_tx.py", line 224, in ??? my_top_block().run() ? File "./dv_tx.py", line 139, in __init__ ??? ENCODER.set_gain_adjust(gain_adjust_fullrate[options.protocol]) AttributeError: 'file_source_sptr' object has no attribute 'set_gain_adjust' Here's the results from the command to verify the code level: commit a77c18d745efb0660b76a3e699dbc0a42f2bff35 Author: Max Date:?? Mon Feb 19 20:17:04 2018 -0500 ??? sync install.sh with max branch commit 7ae554682a8c78796211fe05f0da4ec52c43a45b Author: Max Date:?? Wed Oct 18 20:03:39 2017 -0400 ??? install.sh update commit aa7a4be3490f83a9900ddc9aad5bcbca16e9ccbf Author: Max Date:?? Wed Oct 18 20:02:58 2017 -0400 Thanks, Theresa From: ikjtel Sent: Tuesday, July 23, 2019 6:42:22 AM To: op25-dev at lists.osmocom.org ; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust'?OK, did you receive a backtrace in addition to that error message??? If so, could I have you paste (not retype) the entire sequence, including the full command that was typed and the full backtrace?? The set_gain_adjust() operation should really not even be getting invoked in the first place since you're using the "test" (-t) option . . . . Also, let's have you verify the code level of OP25 that you're running - please issue the command ??? git log | head -15???????????????? [from within the OP25 directory structure] and include the results. Thx Max On Tuesday, July 23, 2019, 9:22:40 AM EDT, Bender, Theresa wrote: #yiv2005206691 #yiv2005206691 --#yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418 -- #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014 -- #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 -- #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 -- filtered #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 {font-family:Helvetica;}#yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 filtered #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 {font-family:Calibri;}#yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 p.yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351MsoNormal, #yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 li.yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351MsoNormal, #yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 div.yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351MsoNormal {margin:0in;margin-bottom:.0001pt;font-size:12.0pt;font-family:New serif;}#yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 a:link, #yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 span.yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351MsoHyperlink {color:blue;text-decoration:underline;}#yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 a:visited, #yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 span.yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351MsoHyperlinkFollowed {color:purple;text-decoration:underline;}#yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 p.yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msonormal0, #yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 li.yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msonormal0, #yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 div.yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msonormal0 {margin-right:0in;margin-left:0in;font-size:12.0pt;font-family:New serif;}#yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 p.yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msonormal, #yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 li.yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msonormal, #yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 div.yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msonormal {margin-right:0in;margin-left:0in;font-size:12.0pt;font-family:New serif;}#yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 p.yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msochpdefault, #yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 li.yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msochpdefault, #yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 div.yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msochpdefault {margin-right:0in;margin-left:0in;font-size:12.0pt;font-family:New serif;}#yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 p.yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msonormal1, #yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 li.yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msonormal1, #yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 div.yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msonormal1 {margin:0in;margin-bottom:.0001pt;font-size:11.0pt;font-family:sans-serif;}#yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 span.yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msohyperlink1 {color:#0563C1;text-decoration:underline;}#yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 span.yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msohyperlinkfollowed1 {color:#954F72;text-decoration:underline;}#yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 span.yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351emailstyle171 {font-family:sans-serif;color:windowtext;}#yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 p.yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msochpdefault1, #yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 li.yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msochpdefault1, #yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 div.yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msochpdefault1 {margin-right:0in;margin-left:0in;font-size:12.0pt;font-family:sans-serif;}#yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 span.yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351EmailStyle28 {font-family:sans-serif;color:#1F497D;}#yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 .yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351MsoChpDefault {font-size:10.0pt;}#yiv2005206691 #yiv2005206691x_yiv8483789418 #yiv2005206691x_yiv8483789418x_yiv2546047014 #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797 filtered #yiv2005206691x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 {margin:1.0in 1.0in 1.0in 1.0in;}#yiv2005206691 Hi Max, ? Thanks so much for your reply. I?ve been emailing using a different computer (Windows) than what I?m running the TX on (Linux). I had quickly typed out the command line on this email so you?d know what command line I was talking about. I just verified it on the Linux, and they are all single quotes and I do have the unquote after the PGA:90. ? Thanks, Theresa ? From: ikjtel [mailto:ikj1234i at yahoo.com] Sent: Tuesday, July 23, 2019 9:14 AM To: op25-dev at lists.osmocom.org; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' ? Hello Teresa ? We don't have a huge number of success reports for the TX - so accordingly this is high priority and I'd very much like to get it nailed down.? Looking at the command line, I copy/pasted it into a terminal and some of the single quotes appear to have pasted as strange backtick characters (?) rather than as single quotes (').? If these characters actually appear in your command (as opposed to being an artifact of copying/pasting) they will cause trouble.? Looking at these characters on-screen they also appear incorrect, but I need a magnifying glass to see them in detail.?? Could I have you try fixing this first before we proceed to look at the actual error message. ? Noting also that there should be a matching (un)quote following the string "PGA:90" that also appears to be missing lends some additional corroboration to the possibility of a malformed command line.... ? Max ? p.s. I ran the results of the paste thru "od -t x1" and there appear to be several non-ASCII characters (anything greater than or equal to 0x80 is invalid): ? 0000000 2e 2f 64 76 5f 74 78 2e 70 79 20 2d 70 20 70 32 0000020 35 20 2d 2d 61 72 67 73 20 e2 80 98 75 68 64 e2 0000040 80 99 20 2d 74 20 2e 2f 31 30 31 31 2e 64 61 74 0000060 20 2d 72 20 2d 51 20 34 33 30 31 33 37 35 30 30 0000100 20 2d 71 20 31 20 2d 67 61 69 6e 73 20 e2 80 98 0000120 50 47 41 3a 39 30 20 2d 76 20 33 20 2d 69 20 34 0000140 30 30 30 30 30 0a ? On Monday, July 22, 2019, 6:13:53 PM EDT, Bender, Theresa wrote: ? ? I?m trying to make a OP25 Transmitter with a B200 mini, as in the video. I?m using the same command line as in the video (./dv_tx.py -p p25 --args ?uhd? -t ./1011.dat -r -Q 430137500 -q 1 -gains ?PGA:90 -v 3 -i 400000). I keep receiving the error ?Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust'?. ? I?m new to using SDRs and the B200 mini, so I?d appreciate any advice! Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From trunktracker at tampabay.rr.com Tue Jul 23 13:56:48 2019 From: trunktracker at tampabay.rr.com (Trunk Tracker) Date: Tue, 23 Jul 2019 09:56:48 -0400 Subject: [op25-dev] UNSUBSCRIBE In-Reply-To: <537115670.5405728.1563889342051@mail.yahoo.com> References: <114785965.5414608.1563887631348@mail.yahoo.com> <537115670.5405728.1563889342051@mail.yahoo.com> Message-ID: <000901d5415e$7a51cc50$6ef564f0$@rr.com> Please unsubscribe trunktracker at tampabay.rr.com From: op25-dev [mailto:op25-dev-bounces at lists.osmocom.org] On Behalf Of ikjtel Sent: Tuesday, July 23, 2019 9:42 AM To: op25-dev at lists.osmocom.org; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' OK, did you receive a backtrace in addition to that error message? If so, could I have you paste (not retype) the entire sequence, including the full command that was typed and the full backtrace? The set_gain_adjust() operation should really not even be getting invoked in the first place since you're using the "test" (-t) option . . . . Also, let's have you verify the code level of OP25 that you're running - please issue the command git log | head -15 [from within the OP25 directory structure] and include the results. Thx Max On Tuesday, July 23, 2019, 9:22:40 AM EDT, Bender, Theresa wrote: Hi Max, Thanks so much for your reply. I?ve been emailing using a different computer (Windows) than what I?m running the TX on (Linux). I had quickly typed out the command line on this email so you?d know what command line I was talking about. I just verified it on the Linux, and they are all single quotes and I do have the unquote after the PGA:90. Thanks, Theresa From: ikjtel [mailto:ikj1234i at yahoo.com] Sent: Tuesday, July 23, 2019 9:14 AM To: op25-dev at lists.osmocom.org; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' Hello Teresa We don't have a huge number of success reports for the TX - so accordingly this is high priority and I'd very much like to get it nailed down. Looking at the command line, I copy/pasted it into a terminal and some of the single quotes appear to have pasted as strange backtick characters (?) rather than as single quotes ('). If these characters actually appear in your command (as opposed to being an artifact of copying/pasting) they will cause trouble. Looking at these characters on-screen they also appear incorrect, but I need a magnifying glass to see them in detail. Could I have you try fixing this first before we proceed to look at the actual error message. Noting also that there should be a matching (un)quote following the string "PGA:90" that also appears to be missing lends some additional corroboration to the possibility of a malformed command line.... Max p.s. I ran the results of the paste thru "od -t x1" and there appear to be several non-ASCII characters (anything greater than or equal to 0x80 is invalid): 0000000 2e 2f 64 76 5f 74 78 2e 70 79 20 2d 70 20 70 32 0000020 35 20 2d 2d 61 72 67 73 20 e2 80 98 75 68 64 e2 0000040 80 99 20 2d 74 20 2e 2f 31 30 31 31 2e 64 61 74 0000060 20 2d 72 20 2d 51 20 34 33 30 31 33 37 35 30 30 0000100 20 2d 71 20 31 20 2d 67 61 69 6e 73 20 e2 80 98 0000120 50 47 41 3a 39 30 20 2d 76 20 33 20 2d 69 20 34 0000140 30 30 30 30 30 0a On Monday, July 22, 2019, 6:13:53 PM EDT, Bender, Theresa wrote: I?m trying to make a OP25 Transmitter with a B200 mini, as in the video. I?m using the same command line as in the video (./dv_tx.py -p p25 --args ?uhd? -t ./1011.dat -r -Q 430137500 -q 1 -gains ?PGA:90 -v 3 -i 400000). I keep receiving the error ?Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust'?. I?m new to using SDRs and the B200 mini, so I?d appreciate any advice! Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From tbender at wpi.edu Tue Jul 23 16:39:00 2019 From: tbender at wpi.edu (Bender, Theresa) Date: Tue, 23 Jul 2019 16:39:00 +0000 Subject: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' In-Reply-To: <1893612073.5575360.1563899524408@mail.yahoo.com> References: <114785965.5414608.1563887631348@mail.yahoo.com> <537115670.5405728.1563889342051@mail.yahoo.com> <401057682.5508636.1563893539924@mail.yahoo.com> , <1893612073.5575360.1563899524408@mail.yahoo.com> Message-ID: Here's the result from dpkg-query -l | grep osmosdr : ii gr-osmosdr 0.1.4.127-myriadrf1~bionic amd64 Gnuradio blocks from the OsmoSDR project ii libgnuradio-osmosdr0.1.4:amd64 0.1.4.127-myriadrf1~bionic amd64 Gnuradio blocks from the OsmoSDR project - library ii libosmosdr0:amd64 0.1.8.effcaa7-7 amd64 Software defined radio support for OsmoSDR hardware (library) Result from find /usr/lib | grep osmosdr : /usr/lib/x86_64-linux-gnu/pkgconfig/gnuradio-osmosdr.pc /usr/lib/x86_64-linux-gnu/libosmosdr.so.0 /usr/lib/x86_64-linux-gnu/libgnuradio-osmosdr.so.0.1.5git /usr/lib/x86_64-linux-gnu/libgnuradio-osmosdr.so /usr/lib/x86_64-linux-gnu/libosmosdr.so.0.0.0 /usr/lib/python2.7/dist-packages/osmosdr /usr/lib/python2.7/dist-packages/osmosdr/osmocom_siggen_base.pyc /usr/lib/python2.7/dist-packages/osmosdr/__init__.pyc /usr/lib/python2.7/dist-packages/osmosdr/_osmosdr_swig.x86_64-linux-gnu.so /usr/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py /usr/lib/python2.7/dist-packages/osmosdr/osmocom_siggen_base.py /usr/lib/python2.7/dist-packages/osmosdr/__init__.py /usr/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.pyc Result from find /usr/local/lib | grep osmosdr : /usr/local/lib/pkgconfig/gnuradio-osmosdr.pc /usr/local/lib/libgnuradio-osmosdr-0.1.5git.so /usr/local/lib/python2.7/dist-packages/osmosdr /usr/local/lib/python2.7/dist-packages/osmosdr/osmocom_siggen_base.pyc /usr/local/lib/python2.7/dist-packages/osmosdr/__init__.pyc /usr/local/lib/python2.7/dist-packages/osmosdr/__init__.pyo /usr/local/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py /usr/local/lib/python2.7/dist-packages/osmosdr/osmocom_siggen_base.py /usr/local/lib/python2.7/dist-packages/osmosdr/__init__.py /usr/local/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.pyo /usr/local/lib/python2.7/dist-packages/osmosdr/_osmosdr_swig.so /usr/local/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.pyc /usr/local/lib/python2.7/dist-packages/osmosdr/osmocom_siggen_base.pyo /usr/local/lib/libgnuradio-osmosdr.so /usr/local/lib/libgnuradio-osmosdr-0.1.5git.so.0 /usr/local/lib/libgnuradio-osmosdr-0.1.5git.so.0.0.0 Thanks so much for all of this help, Theresa ________________________________ From: ikjtel Sent: Tuesday, July 23, 2019 9:32:04 AM To: op25-dev at lists.osmocom.org ; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' OK as a guess it's possible there are two conflicting versions of osmosdr installed. Before checking other possibilities I'd like to rule this out . . . . . Let's have you do these commands, please paste the commands and the output: dpkg-query -l | grep osmosdr find /usr/lib | grep osmosdr -We already know there appears to be a version in /usr/local/lib so it's not technically necessary to redo the find command there, but let's do so anyway: find /usr/local/lib | grep osmosdr Max On Tuesday, July 23, 2019, 11:37:31 AM EDT, Bender, Theresa wrote: I did what you suggested, and now I'm getting the following error. I think it should be an easy fix, but I haven't been able to figure out how to correctly install osmosdr so that it works. Multiprotocol Digital Voice TX (C) Copyright 2017 Max H. Parke KA1RBI Traceback (most recent call last): File "./dv_tx.py", line 251, in my_top_block().run() File "./dv_tx.py", line 205, in __init__ self.setup_sdr_output(options, mod_adjust[options.protocol]) File "./dv_tx.py", line 225, in setup_sdr_output import osmosdr File "/usr/local/lib/python2.7/dist-packages/osmosdr/__init__.py", line 26, in from osmosdr_swig import * File "/usr/local/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py", line 17, in _osmosdr_swig = swig_import_helper() File "/usr/local/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py", line 16, in swig_import_helper return importlib.import_module('_osmosdr_swig') File "/usr/lib/python2.7/importlib/__init__.py", line 37, in import_module __import__(name) ImportError: No module named _osmosdr_swig ________________________________ From: ikjtel Sent: Tuesday, July 23, 2019 7:52:19 AM To: op25-dev at lists.osmocom.org ; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' OK that doesn't appear to be a current version of OP25. The line in question if options.protocol == 'p25': should instead be if options.protocol == 'p25' and not options.test: That line is correct in the osmocom version of OP25 (branch 'max'). Suggest that you try something like this cd to your current top-level op25 directory [the directory named 'build' should be a subdir of this] cd build sudo make uninstall Then clone the repo cd ~ git clone https://git.osmocom.org/op25 cd op25 git checkout max Then run the install.sh script from there...... Max On Tuesday, July 23, 2019, 10:03:36 AM EDT, Bender, Theresa wrote: Here's the command that i typed: ./dv_tx.py -p p25 --args 'uhd' -t ./1011.dat -r -Q 430137500 -q 1 --gains 'PGA:90' -v 3 -i 400000 Here's the output from that command: Multiprotocol Digital Voice TX (C) Copyright 2017 Max H. Parke KA1RBI Traceback (most recent call last): File "./dv_tx.py", line 224, in my_top_block().run() File "./dv_tx.py", line 139, in __init__ ENCODER.set_gain_adjust(gain_adjust_fullrate[options.protocol]) AttributeError: 'file_source_sptr' object has no attribute 'set_gain_adjust' Here's the results from the command to verify the code level: commit a77c18d745efb0660b76a3e699dbc0a42f2bff35 Author: Max Date: Mon Feb 19 20:17:04 2018 -0500 sync install.sh with max branch commit 7ae554682a8c78796211fe05f0da4ec52c43a45b Author: Max Date: Wed Oct 18 20:03:39 2017 -0400 install.sh update commit aa7a4be3490f83a9900ddc9aad5bcbca16e9ccbf Author: Max Date: Wed Oct 18 20:02:58 2017 -0400 Thanks, Theresa ________________________________ From: ikjtel Sent: Tuesday, July 23, 2019 6:42:22 AM To: op25-dev at lists.osmocom.org ; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' OK, did you receive a backtrace in addition to that error message? If so, could I have you paste (not retype) the entire sequence, including the full command that was typed and the full backtrace? The set_gain_adjust() operation should really not even be getting invoked in the first place since you're using the "test" (-t) option . . . . Also, let's have you verify the code level of OP25 that you're running - please issue the command git log | head -15 [from within the OP25 directory structure] and include the results. Thx Max On Tuesday, July 23, 2019, 9:22:40 AM EDT, Bender, Theresa wrote: Hi Max, Thanks so much for your reply. I?ve been emailing using a different computer (Windows) than what I?m running the TX on (Linux). I had quickly typed out the command line on this email so you?d know what command line I was talking about. I just verified it on the Linux, and they are all single quotes and I do have the unquote after the PGA:90. Thanks, Theresa From: ikjtel [mailto:ikj1234i at yahoo.com] Sent: Tuesday, July 23, 2019 9:14 AM To: op25-dev at lists.osmocom.org; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' Hello Teresa We don't have a huge number of success reports for the TX - so accordingly this is high priority and I'd very much like to get it nailed down. Looking at the command line, I copy/pasted it into a terminal and some of the single quotes appear to have pasted as strange backtick characters (?) rather than as single quotes ('). If these characters actually appear in your command (as opposed to being an artifact of copying/pasting) they will cause trouble. Looking at these characters on-screen they also appear incorrect, but I need a magnifying glass to see them in detail. Could I have you try fixing this first before we proceed to look at the actual error message. Noting also that there should be a matching (un)quote following the string "PGA:90" that also appears to be missing lends some additional corroboration to the possibility of a malformed command line.... Max p.s. I ran the results of the paste thru "od -t x1" and there appear to be several non-ASCII characters (anything greater than or equal to 0x80 is invalid): 0000000 2e 2f 64 76 5f 74 78 2e 70 79 20 2d 70 20 70 32 0000020 35 20 2d 2d 61 72 67 73 20 e2 80 98 75 68 64 e2 0000040 80 99 20 2d 74 20 2e 2f 31 30 31 31 2e 64 61 74 0000060 20 2d 72 20 2d 51 20 34 33 30 31 33 37 35 30 30 0000100 20 2d 71 20 31 20 2d 67 61 69 6e 73 20 e2 80 98 0000120 50 47 41 3a 39 30 20 2d 76 20 33 20 2d 69 20 34 0000140 30 30 30 30 30 0a On Monday, July 22, 2019, 6:13:53 PM EDT, Bender, Theresa > wrote: I?m trying to make a OP25 Transmitter with a B200 mini, as in the video. I?m using the same command line as in the video (./dv_tx.py -p p25 --args ?uhd? -t ./1011.dat -r -Q 430137500 -q 1 -gains ?PGA:90 -v 3 -i 400000). I keep receiving the error ?Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust'?. I?m new to using SDRs and the B200 mini, so I?d appreciate any advice! Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From tbender at wpi.edu Tue Jul 23 13:22:36 2019 From: tbender at wpi.edu (Bender, Theresa) Date: Tue, 23 Jul 2019 13:22:36 +0000 Subject: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' In-Reply-To: <114785965.5414608.1563887631348@mail.yahoo.com> References: <114785965.5414608.1563887631348@mail.yahoo.com> Message-ID: Hi Max, Thanks so much for your reply. I?ve been emailing using a different computer (Windows) than what I?m running the TX on (Linux). I had quickly typed out the command line on this email so you?d know what command line I was talking about. I just verified it on the Linux, and they are all single quotes and I do have the unquote after the PGA:90. Thanks, Theresa From: ikjtel [mailto:ikj1234i at yahoo.com] Sent: Tuesday, July 23, 2019 9:14 AM To: op25-dev at lists.osmocom.org; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' Hello Teresa We don't have a huge number of success reports for the TX - so accordingly this is high priority and I'd very much like to get it nailed down. Looking at the command line, I copy/pasted it into a terminal and some of the single quotes appear to have pasted as strange backtick characters (?) rather than as single quotes ('). If these characters actually appear in your command (as opposed to being an artifact of copying/pasting) they will cause trouble. Looking at these characters on-screen they also appear incorrect, but I need a magnifying glass to see them in detail. Could I have you try fixing this first before we proceed to look at the actual error message. Noting also that there should be a matching (un)quote following the string "PGA:90" that also appears to be missing lends some additional corroboration to the possibility of a malformed command line.... Max p.s. I ran the results of the paste thru "od -t x1" and there appear to be several non-ASCII characters (anything greater than or equal to 0x80 is invalid): 0000000 2e 2f 64 76 5f 74 78 2e 70 79 20 2d 70 20 70 32 0000020 35 20 2d 2d 61 72 67 73 20 e2 80 98 75 68 64 e2 0000040 80 99 20 2d 74 20 2e 2f 31 30 31 31 2e 64 61 74 0000060 20 2d 72 20 2d 51 20 34 33 30 31 33 37 35 30 30 0000100 20 2d 71 20 31 20 2d 67 61 69 6e 73 20 e2 80 98 0000120 50 47 41 3a 39 30 20 2d 76 20 33 20 2d 69 20 34 0000140 30 30 30 30 30 0a On Monday, July 22, 2019, 6:13:53 PM EDT, Bender, Theresa > wrote: I?m trying to make a OP25 Transmitter with a B200 mini, as in the video. I?m using the same command line as in the video (./dv_tx.py -p p25 --args ?uhd? -t ./1011.dat -r -Q 430137500 -q 1 -gains ?PGA:90 -v 3 -i 400000). I keep receiving the error ?Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust'?. I?m new to using SDRs and the B200 mini, so I?d appreciate any advice! Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From tbender at wpi.edu Tue Jul 23 15:37:28 2019 From: tbender at wpi.edu (Bender, Theresa) Date: Tue, 23 Jul 2019 15:37:28 +0000 Subject: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' In-Reply-To: <401057682.5508636.1563893539924@mail.yahoo.com> References: <114785965.5414608.1563887631348@mail.yahoo.com> <537115670.5405728.1563889342051@mail.yahoo.com> , <401057682.5508636.1563893539924@mail.yahoo.com> Message-ID: I did what you suggested, and now I'm getting the following error. I think it should be an easy fix, but I haven't been able to figure out how to correctly install osmosdr so that it works. Multiprotocol Digital Voice TX (C) Copyright 2017 Max H. Parke KA1RBI Traceback (most recent call last): File "./dv_tx.py", line 251, in my_top_block().run() File "./dv_tx.py", line 205, in __init__ self.setup_sdr_output(options, mod_adjust[options.protocol]) File "./dv_tx.py", line 225, in setup_sdr_output import osmosdr File "/usr/local/lib/python2.7/dist-packages/osmosdr/__init__.py", line 26, in from osmosdr_swig import * File "/usr/local/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py", line 17, in _osmosdr_swig = swig_import_helper() File "/usr/local/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py", line 16, in swig_import_helper return importlib.import_module('_osmosdr_swig') File "/usr/lib/python2.7/importlib/__init__.py", line 37, in import_module __import__(name) ImportError: No module named _osmosdr_swig ________________________________ From: ikjtel Sent: Tuesday, July 23, 2019 7:52:19 AM To: op25-dev at lists.osmocom.org ; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' OK that doesn't appear to be a current version of OP25. The line in question if options.protocol == 'p25': should instead be if options.protocol == 'p25' and not options.test: That line is correct in the osmocom version of OP25 (branch 'max'). Suggest that you try something like this cd to your current top-level op25 directory [the directory named 'build' should be a subdir of this] cd build sudo make uninstall Then clone the repo cd ~ git clone https://git.osmocom.org/op25 cd op25 git checkout max Then run the install.sh script from there...... Max On Tuesday, July 23, 2019, 10:03:36 AM EDT, Bender, Theresa wrote: Here's the command that i typed: ./dv_tx.py -p p25 --args 'uhd' -t ./1011.dat -r -Q 430137500 -q 1 --gains 'PGA:90' -v 3 -i 400000 Here's the output from that command: Multiprotocol Digital Voice TX (C) Copyright 2017 Max H. Parke KA1RBI Traceback (most recent call last): File "./dv_tx.py", line 224, in my_top_block().run() File "./dv_tx.py", line 139, in __init__ ENCODER.set_gain_adjust(gain_adjust_fullrate[options.protocol]) AttributeError: 'file_source_sptr' object has no attribute 'set_gain_adjust' Here's the results from the command to verify the code level: commit a77c18d745efb0660b76a3e699dbc0a42f2bff35 Author: Max Date: Mon Feb 19 20:17:04 2018 -0500 sync install.sh with max branch commit 7ae554682a8c78796211fe05f0da4ec52c43a45b Author: Max Date: Wed Oct 18 20:03:39 2017 -0400 install.sh update commit aa7a4be3490f83a9900ddc9aad5bcbca16e9ccbf Author: Max Date: Wed Oct 18 20:02:58 2017 -0400 Thanks, Theresa ________________________________ From: ikjtel Sent: Tuesday, July 23, 2019 6:42:22 AM To: op25-dev at lists.osmocom.org ; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' OK, did you receive a backtrace in addition to that error message? If so, could I have you paste (not retype) the entire sequence, including the full command that was typed and the full backtrace? The set_gain_adjust() operation should really not even be getting invoked in the first place since you're using the "test" (-t) option . . . . Also, let's have you verify the code level of OP25 that you're running - please issue the command git log | head -15 [from within the OP25 directory structure] and include the results. Thx Max On Tuesday, July 23, 2019, 9:22:40 AM EDT, Bender, Theresa wrote: Hi Max, Thanks so much for your reply. I?ve been emailing using a different computer (Windows) than what I?m running the TX on (Linux). I had quickly typed out the command line on this email so you?d know what command line I was talking about. I just verified it on the Linux, and they are all single quotes and I do have the unquote after the PGA:90. Thanks, Theresa From: ikjtel [mailto:ikj1234i at yahoo.com] Sent: Tuesday, July 23, 2019 9:14 AM To: op25-dev at lists.osmocom.org; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' Hello Teresa We don't have a huge number of success reports for the TX - so accordingly this is high priority and I'd very much like to get it nailed down. Looking at the command line, I copy/pasted it into a terminal and some of the single quotes appear to have pasted as strange backtick characters (?) rather than as single quotes ('). If these characters actually appear in your command (as opposed to being an artifact of copying/pasting) they will cause trouble. Looking at these characters on-screen they also appear incorrect, but I need a magnifying glass to see them in detail. Could I have you try fixing this first before we proceed to look at the actual error message. Noting also that there should be a matching (un)quote following the string "PGA:90" that also appears to be missing lends some additional corroboration to the possibility of a malformed command line.... Max p.s. I ran the results of the paste thru "od -t x1" and there appear to be several non-ASCII characters (anything greater than or equal to 0x80 is invalid): 0000000 2e 2f 64 76 5f 74 78 2e 70 79 20 2d 70 20 70 32 0000020 35 20 2d 2d 61 72 67 73 20 e2 80 98 75 68 64 e2 0000040 80 99 20 2d 74 20 2e 2f 31 30 31 31 2e 64 61 74 0000060 20 2d 72 20 2d 51 20 34 33 30 31 33 37 35 30 30 0000100 20 2d 71 20 31 20 2d 67 61 69 6e 73 20 e2 80 98 0000120 50 47 41 3a 39 30 20 2d 76 20 33 20 2d 69 20 34 0000140 30 30 30 30 30 0a On Monday, July 22, 2019, 6:13:53 PM EDT, Bender, Theresa > wrote: I?m trying to make a OP25 Transmitter with a B200 mini, as in the video. I?m using the same command line as in the video (./dv_tx.py -p p25 --args ?uhd? -t ./1011.dat -r -Q 430137500 -q 1 -gains ?PGA:90 -v 3 -i 400000). I keep receiving the error ?Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust'?. I?m new to using SDRs and the B200 mini, so I?d appreciate any advice! Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From ikj1234i at yahoo.com Wed Jul 24 15:23:28 2019 From: ikj1234i at yahoo.com (ikjtel) Date: Wed, 24 Jul 2019 15:23:28 +0000 (UTC) Subject: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' In-Reply-To: <691865827.5571137.1563903786084@mail.yahoo.com> References: <114785965.5414608.1563887631348@mail.yahoo.com> <537115670.5405728.1563889342051@mail.yahoo.com> <401057682.5508636.1563893539924@mail.yahoo.com> <1893612073.5575360.1563899524408@mail.yahoo.com> <731224637.5533273.1563900825781@mail.yahoo.com> <691865827.5571137.1563903786084@mail.yahoo.com> Message-ID: <1834402905.6060680.1563981808249@mail.yahoo.com> Teresa A couple more things to try, (if you are still at it)...... 1) could you run the 'ldd' command on _osmosdr_swig.x86_64-linux-gnu.so,???? cd [dir where that file exists]???? ldd ./_osmosdr_swig.x86_64-linux-gnu.so 2) it's possible that there may be other remnants or files that are still in /usr/local/lib that conflict with the same packages in /usr/lib.? If you could get a list of files in /usr/local/lib that might suggest a clue 3) when all else fails, strace may show what's happening... The basic command we want to debug:???? python -c 'import osmosdr'We expect this to fail, as before, so run it under strace???? strace -o trace.txt python -c 'import osmosdr' Once this is done, could you mail the trace.txt file Max ???? On Tuesday, July 23, 2019, 1:43:14 PM EDT, ikjtel wrote: OK, osmosdr_swig is, or should be, installed by the system package gr-osmosdr... The first command shows what should be installed by the named installed package, (filtered) $ dpkg-query -L gr-osmosdr | grep osmosdr_swig /usr/include/osmosdr/swig/osmosdr_swig_doc.i /usr/include/osmosdr/swig/osmosdr_swig.i /usr/lib/python2.7/dist-packages/osmosdr/_osmosdr_swig.so /usr/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py The second shows what's actually installed: $ find /usr/lib/? | grep osmosdr_swig /usr/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.pyc /usr/lib/python2.7/dist-packages/osmosdr/_osmosdr_swig.so /usr/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py If there is a difference, perhaps do a remove and/or install of gr-osmosdr?? It may be that _osmosdr_swig.x86_64-linux-gnu.so should be symlinked as _osmosdr_swig.so ? In any case this problem is wholly outside of OP25.? The root problem could be traced with more work, or a full wipe/reinstall may be easiest... Max On Tuesday, July 23, 2019, 1:25:35 PM EDT, Bender, Theresa wrote: #yiv5034458943 -- P {margin-top:0;margin-bottom:0;}#yiv5034458943 I removed osmosdr from /usr/local/lib, but now I'm getting an error that there is no module _osmosdr_swig. Python 2.7.15+ (default, Nov 27 2018, 23:36:35) [GCC 7.3.0] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import osmosdr Traceback (most recent call last): ? File "", line 1, in ? File "/usr/lib/python2.7/dist-packages/osmosdr/__init__.py", line 26, in ??? from osmosdr_swig import * ? File "/usr/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py", line 17, in ??? _osmosdr_swig = swig_import_helper() ? File "/usr/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py", line 16, in swig_import_helper ??? return importlib.import_module('_osmosdr_swig') ? File "/usr/lib/python2.7/importlib/__init__.py", line 37, in import_module ??? __import__(name) ImportError: No module named _osmosdr_swig >>> When i run the command:? ls /usr/lib/python2.7/dist-packages/osmosdr it doesn't show an _osmosdr_swig. Is it possible I don't have the right version installed? __init__.py????????????? osmosdr_swig.py __init__.pyc???????????? osmosdr_swig.pyc osmocom_siggen_base.py?? _osmosdr_swig.x86_64-linux-gnu.so osmocom_siggen_base.pyc From: ikjtel Sent: Tuesday, July 23, 2019 9:53:45 AM To: op25-dev at lists.osmocom.org ; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust'?OK right.? There are two conflicting versions of osmosdr installed, they may be fighting with each other.? This is technically a problem that is wholly outside of OP25, but no worries!?? However, before proceeding it's necessary to put out the standard disclaimers/warnings about potentially causing further damage ESPECIALLY if there are other SDR apps on the system, other than OP25 that could be impacted negatively by these changes. If this were my system I'd simply nuke all remnants of osmosdr in /usr/local/lib [*not* /usr/lib] (your printout gives a list of all such files).? You can use the 'rm' command unless you have the original source tree that was used to manually install osmosdr into /usr/local (in which case you would run "sudo make uninstall" from the appropriate place within that source tree). Once /usr/local/ is clean, run ??????? sudo ldconfig to clean the ld.so cache. When things are working correctly it should be possible to run the python command (with no args), and then: ???? $ python ???? Python 2.7.12 (default, Nov 12 2018, 14:36:49) ???? [GCC 5.4.0 20160609] on linux2 ???? Type "help", "copyright", "credits" or "license" for more information. ???? >>> import osmosdr ???? linux; GNU C++ version 5.3.1 20151219; Boost_105800; UHD_003.009.002-0-unknown ???? >>> Once the "import osmosdr" command works manually in straight python, it should no longer crash in dv_tx.py . . . . . Max On Tuesday, July 23, 2019, 12:39:05 PM EDT, Bender, Theresa wrote: #yiv5034458943 --#yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418 -- p {margin-top:0;margin-bottom:0;}#yiv5034458943 Here's the result from dpkg-query -l | grep osmosdr : ii? gr-osmosdr???????????????????????????????? 0.1.4.127-myriadrf1~bionic?????????????????? amd64??????? Gnuradio blocks from the OsmoSDR project ii? libgnuradio-osmosdr0.1.4:amd64???????????? 0.1.4.127-myriadrf1~bionic?????????????????? amd64??????? Gnuradio blocks from the OsmoSDR project - library ii? libosmosdr0:amd64????????????????????????? 0.1.8.effcaa7-7????????????????????????????? amd64??????? Software defined radio support for OsmoSDR hardware (library) Result from find /usr/lib | grep osmosdr: /usr/lib/x86_64-linux-gnu/pkgconfig/gnuradio-osmosdr.pc /usr/lib/x86_64-linux-gnu/libosmosdr.so.0 /usr/lib/x86_64-linux-gnu/libgnuradio-osmosdr.so.0.1.5git /usr/lib/x86_64-linux-gnu/libgnuradio-osmosdr.so /usr/lib/x86_64-linux-gnu/libosmosdr.so.0.0.0 /usr/lib/python2.7/dist-packages/osmosdr /usr/lib/python2.7/dist-packages/osmosdr/osmocom_siggen_base.pyc /usr/lib/python2.7/dist-packages/osmosdr/__init__.pyc /usr/lib/python2.7/dist-packages/osmosdr/_osmosdr_swig.x86_64-linux-gnu.so /usr/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py /usr/lib/python2.7/dist-packages/osmosdr/osmocom_siggen_base.py /usr/lib/python2.7/dist-packages/osmosdr/__init__.py /usr/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.pyc Result from find /usr/local/lib | grep osmosdr : /usr/local/lib/pkgconfig/gnuradio-osmosdr.pc /usr/local/lib/libgnuradio-osmosdr-0.1.5git.so /usr/local/lib/python2.7/dist-packages/osmosdr /usr/local/lib/python2.7/dist-packages/osmosdr/osmocom_siggen_base.pyc /usr/local/lib/python2.7/dist-packages/osmosdr/__init__.pyc /usr/local/lib/python2.7/dist-packages/osmosdr/__init__.pyo /usr/local/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py /usr/local/lib/python2.7/dist-packages/osmosdr/osmocom_siggen_base.py /usr/local/lib/python2.7/dist-packages/osmosdr/__init__.py /usr/local/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.pyo /usr/local/lib/python2.7/dist-packages/osmosdr/_osmosdr_swig.so /usr/local/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.pyc /usr/local/lib/python2.7/dist-packages/osmosdr/osmocom_siggen_base.pyo /usr/local/lib/libgnuradio-osmosdr.so /usr/local/lib/libgnuradio-osmosdr-0.1.5git.so.0 /usr/local/lib/libgnuradio-osmosdr-0.1.5git.so.0.0.0 Thanks so much for all of this help, Theresa From: ikjtel Sent: Tuesday, July 23, 2019 9:32:04 AM To: op25-dev at lists.osmocom.org ; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust'?OK as a guess it's possible there are two conflicting versions of osmosdr installed.? Before checking other possibilities I'd like to rule this out . . . . . Let's have you do these commands, please paste the commands and the output: dpkg-query -l | grep osmosdrfind /usr/lib | grep osmosdr -We already know there appears to be a version in /usr/local/lib so it's not technically necessary to redo the find command there, but let's do so anyway: find /usr/local/lib | grep osmosdr Max On Tuesday, July 23, 2019, 11:37:31 AM EDT, Bender, Theresa wrote: #yiv5034458943 --#yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418 -- #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014 -- p {margin-top:0;margin-bottom:0;}#yiv5034458943 I did what you suggested, and now I'm getting the following error. I think it should be an easy fix, but I haven't been able to figure out how to correctly install osmosdr so that it works. Multiprotocol Digital Voice TX (C) Copyright 2017 Max H. Parke KA1RBI Traceback (most recent call last): ? File "./dv_tx.py", line 251, in ??? my_top_block().run() ? File "./dv_tx.py", line 205, in __init__ ??? self.setup_sdr_output(options, mod_adjust[options.protocol]) ? File "./dv_tx.py", line 225, in setup_sdr_output ??? import osmosdr ? File "/usr/local/lib/python2.7/dist-packages/osmosdr/__init__.py", line 26, in ??? from osmosdr_swig import * ? File "/usr/local/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py", line 17, in ??? _osmosdr_swig = swig_import_helper() ? File "/usr/local/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py", line 16, in swig_import_helper ??? return importlib.import_module('_osmosdr_swig') ? File "/usr/lib/python2.7/importlib/__init__.py", line 37, in import_module ??? __import__(name) ImportError: No module named _osmosdr_swig From: ikjtel Sent: Tuesday, July 23, 2019 7:52:19 AM To: op25-dev at lists.osmocom.org ; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust'?OK that doesn't appear to be a current version of OP25. The line in question ??? if options.protocol == 'p25':should instead be??? if options.protocol == 'p25' and not options.test: That line is correct in the osmocom version of OP25 (branch 'max'). Suggest that you try something like this ?? cd to your current top-level op25 directory??????? [the directory named 'build' should be a subdir of this] ?? cd build?? sudo make uninstall Then clone the repo ??? cd ~ ??? git clone https://git.osmocom.org/op25 ??? cd op25??? git checkout max Then run the install.sh script from there...... Max On Tuesday, July 23, 2019, 10:03:36 AM EDT, Bender, Theresa wrote: #yiv5034458943 --#yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418 -- #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014 -- #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 -- p {margin-top:0;margin-bottom:0;}#yiv5034458943 Here's the command that i typed: ./dv_tx.py -p p25 --args 'uhd' -t ./1011.dat -r -Q 430137500 -q 1 --gains 'PGA:90' -v 3 -i 400000 Here's the output from that command: Multiprotocol Digital Voice TX (C) Copyright 2017 Max H. Parke KA1RBI Traceback (most recent call last): ? File "./dv_tx.py", line 224, in ??? my_top_block().run() ? File "./dv_tx.py", line 139, in __init__ ??? ENCODER.set_gain_adjust(gain_adjust_fullrate[options.protocol]) AttributeError: 'file_source_sptr' object has no attribute 'set_gain_adjust' Here's the results from the command to verify the code level: commit a77c18d745efb0660b76a3e699dbc0a42f2bff35 Author: Max Date:?? Mon Feb 19 20:17:04 2018 -0500 ??? sync install.sh with max branch commit 7ae554682a8c78796211fe05f0da4ec52c43a45b Author: Max Date:?? Wed Oct 18 20:03:39 2017 -0400 ??? install.sh update commit aa7a4be3490f83a9900ddc9aad5bcbca16e9ccbf Author: Max Date:?? Wed Oct 18 20:02:58 2017 -0400 Thanks, Theresa From: ikjtel Sent: Tuesday, July 23, 2019 6:42:22 AM To: op25-dev at lists.osmocom.org ; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust'?OK, did you receive a backtrace in addition to that error message??? If so, could I have you paste (not retype) the entire sequence, including the full command that was typed and the full backtrace?? The set_gain_adjust() operation should really not even be getting invoked in the first place since you're using the "test" (-t) option . . . . Also, let's have you verify the code level of OP25 that you're running - please issue the command ??? git log | head -15???????????????? [from within the OP25 directory structure] and include the results. Thx Max On Tuesday, July 23, 2019, 9:22:40 AM EDT, Bender, Theresa wrote: #yiv5034458943 --#yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418 -- #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014 -- #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 -- #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 -- filtered #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 {font-family:Helvetica;}#yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 filtered #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 {font-family:Calibri;}#yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 p.yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351MsoNormal, #yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 li.yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351MsoNormal, #yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 div.yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351MsoNormal {margin:0in;margin-bottom:.0001pt;font-size:12.0pt;font-family:New serif;}#yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 a:link, #yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 span.yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351MsoHyperlink {color:blue;text-decoration:underline;}#yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 a:visited, #yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 span.yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351MsoHyperlinkFollowed {color:purple;text-decoration:underline;}#yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 p.yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msonormal0, #yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 li.yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msonormal0, #yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 div.yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msonormal0 {margin-right:0in;margin-left:0in;font-size:12.0pt;font-family:New serif;}#yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 p.yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msonormal, #yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 li.yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msonormal, #yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 div.yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msonormal {margin-right:0in;margin-left:0in;font-size:12.0pt;font-family:New serif;}#yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 p.yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msochpdefault, #yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 li.yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msochpdefault, #yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 div.yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msochpdefault {margin-right:0in;margin-left:0in;font-size:12.0pt;font-family:New serif;}#yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 p.yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msonormal1, #yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 li.yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msonormal1, #yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 div.yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msonormal1 {margin:0in;margin-bottom:.0001pt;font-size:11.0pt;font-family:sans-serif;}#yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 span.yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msohyperlink1 {color:#0563C1;text-decoration:underline;}#yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 span.yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msohyperlinkfollowed1 {color:#954F72;text-decoration:underline;}#yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 span.yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351emailstyle171 {font-family:sans-serif;color:windowtext;}#yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 p.yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msochpdefault1, #yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 li.yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msochpdefault1, #yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 div.yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351msochpdefault1 {margin-right:0in;margin-left:0in;font-size:12.0pt;font-family:sans-serif;}#yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 span.yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351EmailStyle28 {font-family:sans-serif;color:#1F497D;}#yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 .yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351MsoChpDefault {font-size:10.0pt;}#yiv5034458943 #yiv5034458943x_yiv8483789418 #yiv5034458943x_yiv8483789418x_yiv2546047014 #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797 filtered #yiv5034458943x_yiv8483789418x_yiv2546047014x_yiv1161088797x_yiv0690413351 {margin:1.0in 1.0in 1.0in 1.0in;}#yiv5034458943 Hi Max, ? Thanks so much for your reply. I?ve been emailing using a different computer (Windows) than what I?m running the TX on (Linux). I had quickly typed out the command line on this email so you?d know what command line I was talking about. I just verified it on the Linux, and they are all single quotes and I do have the unquote after the PGA:90. ? Thanks, Theresa ? From: ikjtel [mailto:ikj1234i at yahoo.com] Sent: Tuesday, July 23, 2019 9:14 AM To: op25-dev at lists.osmocom.org; Bender, Theresa Subject: Re: [op25-dev] Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust' ? Hello Teresa ? We don't have a huge number of success reports for the TX - so accordingly this is high priority and I'd very much like to get it nailed down.? Looking at the command line, I copy/pasted it into a terminal and some of the single quotes appear to have pasted as strange backtick characters (?) rather than as single quotes (').? If these characters actually appear in your command (as opposed to being an artifact of copying/pasting) they will cause trouble.? Looking at these characters on-screen they also appear incorrect, but I need a magnifying glass to see them in detail.?? Could I have you try fixing this first before we proceed to look at the actual error message. ? Noting also that there should be a matching (un)quote following the string "PGA:90" that also appears to be missing lends some additional corroboration to the possibility of a malformed command line.... ? Max ? p.s. I ran the results of the paste thru "od -t x1" and there appear to be several non-ASCII characters (anything greater than or equal to 0x80 is invalid): ? 0000000 2e 2f 64 76 5f 74 78 2e 70 79 20 2d 70 20 70 32 0000020 35 20 2d 2d 61 72 67 73 20 e2 80 98 75 68 64 e2 0000040 80 99 20 2d 74 20 2e 2f 31 30 31 31 2e 64 61 74 0000060 20 2d 72 20 2d 51 20 34 33 30 31 33 37 35 30 30 0000100 20 2d 71 20 31 20 2d 67 61 69 6e 73 20 e2 80 98 0000120 50 47 41 3a 39 30 20 2d 76 20 33 20 2d 69 20 34 0000140 30 30 30 30 30 0a ? On Monday, July 22, 2019, 6:13:53 PM EDT, Bender, Theresa wrote: ? ? I?m trying to make a OP25 Transmitter with a B200 mini, as in the video. I?m using the same command line as in the video (./dv_tx.py -p p25 --args ?uhd? -t ./1011.dat -r -Q 430137500 -q 1 -gains ?PGA:90 -v 3 -i 400000). I keep receiving the error ?Attribute Error: 'file_source_sptr' object has no attribute 'set_gain_adjust'?. ? I?m new to using SDRs and the B200 mini, so I?d appreciate any advice! Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From op25 at zellners.com Sun Nov 17 20:43:40 2019 From: op25 at zellners.com (op25 at zellners.com) Date: Sun, 17 Nov 2019 12:43:40 -0800 Subject: [op25-dev] CMAKE Issues on current distros Message-ID: <20191117124340.Horde.qy-8T_M9sxVAn9VGrTDV12D@lv-shared03.cpanelplatform.com> Any updates to fix the CMAKE issues? https://github.com/boatbod/op25/issues/25 d$ make [ 21%] Built target gnuradio-op25 [ 23%] Built target test-op25 [ 24%] Built target _op25_swig_doc_tag [ 26%] Built target _op25_swig_swig_tag [ 29%] Built target op25_swig_swig_compilation [ 31%] Built target _op25_swig [ 33%] Built target pygen_op25_gr_op25_swig_ac751 [ 34%] Built target pygen_op25_gr_op25_python_b78db [ 34%] Built target pygen_op25_gr_op25_apps_383eb [ 51%] Built target imbe_vocoder [ 78%] Built target gnuradio-op25_repeater [ 85%] Built target op25-d2460 [ 86%] Built target scan4sync [ 87%] Built target BER [ 90%] Built target test-op25_repeater make[2]: *** No rule to make target 'op25/gr-op25_repeater/swig/op25_repeater_swig.py', needed by 'op25/gr-op25_repeater/swig/op25_repeater_swig.pyc'. Stop. make[1]: *** [CMakeFiles/Makefile2:954: op25/gr-op25_repeater/swig/CMakeFiles/pygen_op25_gr_op25_repeater_swig_a9103.dir/all] Error 2 make: *** [Makefile:130: all] Error 2 ddejr at ddejr-pc:~/op25/build$ same result using "./install.sh" method http://osmocom.org/issues/4225 "make2: * No rule to make target 'op25/gr-op25_repeater/swig/op25_repeater_swig.py', needed by 'op25/gr-op25_repeater/swig/op25_repeater_swig.pyc'. Stop. make1: [CMakeFiles/Makefile2:874: op25/gr-op25_repeater/swig/CMakeFiles/pygen_op25_gr_op25_repeater_swig_26094.dir/all] Error 2 make: [Makefile:130: all] Error 2 [ 26%] Built target gnuradio-op25 [ 29%] Built target test-op25 [ 30%] Built target _op25_swig_swig_tag [ 32%] Built target _op25_swig_doc_tag [ 36%] Built target op25_swig_swig_compilation [ 38%] Built target _op25_swig [ 40%] Built target pygen_op25_gr_op25_swig_388ba [ 42%] Built target pygen_op25_gr_op25_python_4bea1 [ 42%] Built target pygen_op25_gr_op25_apps_383eb [ 63%] Built target imbe_vocoder [ 86%] Built target gnuradio-op25_repeater [ 89%] Built target test-op25_repeater [ 91%] Built target _op25_repeater_swig_swig_tag make2: No rule to make target 'op25/gr-op25_repeater/swig/op25_repeater_swig.py', needed by 'op25/gr-op25_repeater/swig/op25_repeater_swig.pyc'. Stop. make1: [CMakeFiles/Makefile2:874: op25/gr-op25_repeater/swig/CMakeFiles/pygen_op25_gr_op25_repeater_swig_26094.dir/all] Error 2 make: * [Makefile:130: all] Error 2" This breaks OP25 for dummies the most used HOWTO... and even using just the standard git and running the install.sh From gnorbury at bondcar.com Wed Dec 4 16:59:10 2019 From: gnorbury at bondcar.com (Graham Norbury) Date: Wed, 4 Dec 2019 11:59:10 -0500 Subject: [op25-dev] CMAKE Issues on current distros In-Reply-To: <20191204062516.Horde.SFgPqWNDdHjhadlAxNZN_bM@lv-shared03.cpanelplatform.com> References: <20191117124340.Horde.qy-8T_M9sxVAn9VGrTDV12D@lv-shared03.cpanelplatform.com> <53201db8-9a8d-f6bf-40cb-cdf824aa2003@bondcar.com> <20191204062516.Horde.SFgPqWNDdHjhadlAxNZN_bM@lv-shared03.cpanelplatform.com> Message-ID: 3.12.4 is the version I'm running locally. Graham On Wed, Dec 4, 2019, 9:25 AM wrote: > > Quoting Graham Norbury : > > > Drop back to an earlier cmake version; 3.12.4 works fine for me. > > Sorry, I'd update the cmake rules but I've never been able to figure the > > magic incantation in GrSwig.cmake to fix the incorrect dependency > ordering. > > > > See: CMake bug reports and follow up and issues follow up > > https://discourse.cmake.org/t/newer-cmake-v-3-12-4-v-op25-project/320 > > https://github.com/boatbod/op25/issues/25 > > I've asked for what edits they made to see if it works on Raspbian, > etc.. and will return the FAQ/HOWTO's etc. back to working status... > > Did you confirm 3.12.4??? Seems others had to go back further?? 3.10.3 > etc... > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: