I agree with you for the open side of things. Anything closed is useless.
What makes sense to me is to develop OPEN ham radio digital networks, for multiple reasons: -control and understanding of the technology -interoperability and ability to be fixed and improved by anyone -independence from businesses -replacement of DSTAR/DMR using codec2 and HAM CALLS as identifiers, using a decentralized user database that prevents ANY SINGLE INDIVIDUAL from controlling/restricting user access -additions to hamnet using lower frequencies and open hardware instead of all this closed ubiquity stuff that relies on 2.4 and 5.7 GHz and makes long distance hamnet deployment difficult But all of this need to involve an international community of hams, not just US hams managing US problems. This is a step towards the future of ham radio, globally. It cant be developed by a small team only. Sebastien Le 06/12/2017 à 23:32, Gullik Webjorn a écrit : > I think it is useful to think about WHY you would want to introduce "new > technology". It does make sense > > to take advantage of current development concerning modulation and bitrate, > and in this area Ham Radio > > is far behind. As for TDMA, why would we want that ? Well, I feel separate > channels is against the spirit of > > ham radio, however as a vehicle for single frequency use it would be nice. > Also "subrepeating" a timeslot > > could allow for "distributed" repeaters, covering large or rather controlled > areas such as a county, > > and a means for a local group to JOIN a larger community. > > > We are seeing subtones creating "private" repeaters, various incompatible > digital modes effectively > > fencing out traveling and occasional users, sometimes because you do not know > the access "code". > > I would like to se Hams absorbing new technology, but rather expanding / > extending it and making new uses > > of it, rather than just trying to mimic cellphone networks. More "we have a > need, what if...." > > And of course, OPEN engineering for anyone to replicate..... > > SM6FBD > > > > On 2017-12-06 22:11, Adrian Musceac wrote: >> >> Perhaps it is possible. However, we have repeaters around here with more than >> 200 km coverage radius, and I don't see TDMA solving both capacity and >> coverage. Time will tell. >> >> Glen, thanks for expanding on LTE. I am not deeply familiar with the LTE PHY >> and I don't intend to copy it, just botrow some ideas. >> >> best regards, >> Wdrian >> >>> I think that's more a limitation of existing protocols. For example we >>> >>> could design a TDMA protocol to handle longer distances, or use probe >>> packets to measure the propagation delay and compensate (e.g. send >>> schedule tx for a later timeslot). >>> >>> OFDMA sounds interesting, I'll look into it some time. >>> >>> I agree with Glen - mFSK is just a small change to 2FSK in terms on >>> implementation complexity. >>> >>>> Meanwhile people tend to disregard open >>>> source projects as inferior, so getting traction won't happen soon. >>> Perhaps in today's Ham community, however in the wider fields of >>> engineering and IT open source is generally regarded as superior - for >>> good reason. >>> >>> Cheers, >>> >>> David >>> >>> ------------------------------------------------------------------------------ >>> Check out the vibrant tech community on one of the world's most >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>> _______________________________________________ >>> Freetel-codec2 mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/freetel-codec2 > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Freetel-codec2 mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Freetel-codec2 mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freetel-codec2
