Jim Fisher on 18 May 2019 04:16:03 -0700 |
[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]
Re: [PLUG] PLUG Fusion room or DMR Talkgroup |
DMR HOSELINE example TAC310: https://hose.brandmeister.network/group/310/ On 5/17/19, Keith C. Perry <kperry@daotechnologies.com> wrote: > I think we're talking about two different experiences here because we're > using pi-star differently. I just did some testing and found out what was > going on. > > Dynamic talkgroups, if you don't explicitly disconnect from them (I don't) > are kept until timeout on the BM master for you. You can see which ones you > are connected to under "Active BrandMeister Connections" when you click > "Admin". In order to have static talkgroups, you have to login to the > BrandMeister self-care portal. From there you can add the talkgroup(s) you > want static. > > Now that I've seen that in action again, I'm not sure I want to always > switch to another talkgroup I have static just because what I'm listening to > is idle. I have to think about that. > > "That is part of it. Another big issue is with mic gain. Most DMR > handsets do not have a mic level meter, and hams have this tendency to > overdrive mic audio on every mode, even though just about every > license question pool has questions about why you shouldn't do that > and why it is actually illegal on some modes, and the DMR ID > registration webpage makes you swear by your firstborn to turn down > your mic gain." > > LOL, yea, that's part of developing a consistent technique for your mic > discipline. Not all mics are created equal as well. I could tell you tell > you stories about a working with vocal artists and trying to explain to them > what they are doing wrong in terms of mic placement. Its funny, just like > when I went to digital recording in my studio, I can tell when people are > probably overdriving their mics on the radio. > > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Keith C. Perry, MS E.E. > Managing Member, DAO Technologies LLC > (O) +1.215.525.4165 x2033 > (M) +1.215.432.5167 > www.daotechnologies.com > > ----- Original Message ----- > From: "Rich Freeman" <r-plug@thefreemanclan.net> > To: "Philadelphia Linux User's Group Discussion List" > <plug@lists.phillylinux.org> > Sent: Friday, May 17, 2019 8:39:58 PM > Subject: Re: [PLUG] PLUG Fusion room or DMR Talkgroup > > On Fri, May 17, 2019 at 6:01 PM Keith C. Perry > <kperry@daotechnologies.com> wrote: >> >> That is not my understanding of how dynamic and static talkgroups work- >> that's a repeater terminology but if there is a way to do put a list of >> talksgroups in to monitor, I might try doing that so I don't have to >> switch to different one's manually when I think to do so. > > In Brandmeister repeaters and hotspots are basically treated the same. > The main difference is that hotspots generally only support one > timeslot and are simplex. You can have static and dynamic groups on > either. > > The network sends the hotspot/repeater any traffic on any dynamic or > static talkgroups it is subscribed to. For dynamic talkgroups after a > timeout period it is unsubscribed, and static talkgroups are, well, > static. In the event of a conflict I think BM decides what to send to > the hotspot based on what channel was last active and whatever other > rules it has. The hotspot just broadcasts whatever it gets, so if it > has 10 groups subscribed each call might be going out on a different > group. Then the radio unsquelches when it hears a call on the > selected group, or it unsquelches for everything if it is set to > monitor/promiscuous. > >> >> Yea, its the loss factor that you don't need much of to be unreadable. >> That happens quite a bit on talkgroup 91 with international stations and >> of course mobile users. Part of that is operating procedure too. People >> don't realize with digital you really do need some lead time so that the >> communication goes out clean and consistent. > > That is part of it. Another big issue is with mic gain. Most DMR > handsets do not have a mic level meter, and hams have this tendency to > overdrive mic audio on every mode, even though just about every > license question pool has questions about why you shouldn't do that > and why it is actually illegal on some modes, and the DMR ID > registration webpage makes you swear by your firstborn to turn down > your mic gain. > > On SSB more audio gain does get you more output power, though if the > compression goes crazy you get less intelligibility (without > compression you overdrive the finals which is even worse). On FM more > audio gain causes over-deviation, which is illegal and probably gets > clipped on the receiver's filter reducing intelligibility, and it > doesn't actually increase power at all. On any digital mode too much > audio gain causes clipping, which just about everybody on this list > has probably heard and it basically just makes you about as > intelligible as a buzzsaw. > > One thing I do like about the md380tools firmware is that you can > display a mic level when you're transmitting, and it always ends up > being too hot even with the lowest settings, causing me to move the > mic away from my mouth, which I'm sure everybody listening > appreciates. I suspect all those cheap DMR radios have the same > problem, and you just don't realize it when you're transmitting unless > you get an honest signal report. > > -- > Rich > ___________________________________________________________________________ > Philadelphia Linux Users Group -- http://www.phillylinux.org > Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce > General Discussion -- http://lists.phillylinux.org/mailman/listinfo/plug > ___________________________________________________________________________ > Philadelphia Linux Users Group -- http://www.phillylinux.org > Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce > General Discussion -- http://lists.phillylinux.org/mailman/listinfo/plug > -- jim fisher Jedijf AJ3DI www.aj3di.com/ www.myfisher.org "Do, or do not. There is no 'try.'" -- Jedi Master Yoda ___________________________________________________________________________ Philadelphia Linux Users Group -- http://www.phillylinux.org Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce General Discussion -- http://lists.phillylinux.org/mailman/listinfo/plug