Remotely changing talk groups 5
Does anyone know if the following is possible on M17? If one uses DVSwitch, you can, via a cron job change the mode, talk group etc. I use the M17 Reflector and USRP-gateway. Anything similar??? Thank you and Happy Holidays!
Розпочато Wayne Spivak, KC2NJV @ · Останніх @
M17 Foundation
This development is very new: https://m17foundation.org I view this is a big step forward in the evolution of M17 into the “mainstream”. Thanks, Steve N8GNJ Steve Stroh N8GNJ (he / him / his) Editor Zero Retries Newsletter - https://www.zeroretries.org Radios are Computers - With Antennas!
Розпочато Steve Stroh N8GNJ @
CS7000 M17 PLUS Firmware Status
Since there’s no online (web) archive of these email notices from Connect Systems about the CS 7000 M17 and M17 PLUS radios, and this being the m17-users community, in the future I will be forwarding these to this email list, which does generate a “web page” that can be linked to. Thanks, Steve Stroh N8GNJ --- Steve Stroh N8GNJ (he / him / his) Editor Zero Retries Newsletter - https://www.zeroretries.org Radios are Computers - With Antennas! ---------- Forwarded message --------- From: Connect Systems Inc. <jerry-connectsystems.com@...> Date: Nov 22, 2024 at 13:17:19 Subject: CS7000 M17 PLUS Firmware Status Email from Connect Systems Inc. Summary of Status of Firmware The CS7000 M17 PLUS is now properly transmitting. Receive is intermittent and needs to be fixed. CS7000 M17 PLUS Firmware Status as of November 22 From developer (Silvano) (November 22) Hi Jerry, everything is up and running except for the M17 demodulation. For some reason I'm not fully understanding, the demodulator fails to lock on the incoming signal very often; however, once it locks, the demodulation is stable, you can hear the audio and the screen shows the correct stream information. The hardware part is good, I did both an eye diagram of the incoming baseband signal and demodulated it using a Module17: this worked immediately, the problem seems to be somewhere between the STM32H7 ADC and the code. The interesting fact is that the Module17 is running the same exact demodulator code of the CS7000-M17 Plus and it works. I'll keep you updated. Bye, Silvano. From developer (Silvano) (November 19) Hi Jerry, today I found and fixed the bug causing the missing M17 transmission on the CS7000-Plus. I'm still working to find the issue causing the missing RX: the baseband signal coming from the RF stage looks good, the problem seems to be in the firmware; tomorrow I'll make an eye diagram to see if everything is really ok. Bye, Silvano. Order the CS7000 M17 PLUS Now Connect Systems Inc. | 18022 Delano Street | Encino, CA 91316 US Unsubscribe | Update Profile | Constant Contact Data Notice
Розпочато Steve Stroh N8GNJ @
Squeaking sound 5
Hi Everyone, Just got into M17 project. M17 Module (rev. 0.1e) with mic/speaker Radioddity RS22, connected to FTM-500DE through an home made cable DB9 to Mini-DIN 10. So far, I was able to have two QSOs: 1) over hotspot, reflector M17-M17; and 2) RF, antenna to antenna. On both QSOs, I found the sound to be frequently squeaking / high pitch. Any audio setting that I'm missing on M17 module? Anyone with the same experience? Regards, Anaxi
Розпочато Anaxi @ · Останніх @
CS7000 M17 and CS7000 M17 PLUS Status
-- Steve Davidson K3FZT | GMRS: WRVS468 Winlink Gateway K3FZT-10@... direct or via W3EOC-3 Supporting VARA FM Wide/1200bd Packet WIRES-X Room #85218 "MARC-DARBY" 444.050 mHz K3FZT@... FN20ja ---------- Forwarded message --------- From: Connect Systems Inc. <jerry-connectsystems.com@...> Date: Tue, Oct 15, 2024 at 1:59 PM Subject: CS7000 M17 and CS7000 M17 PLUS Status To: CS7000 M17 and CS7000 M17 PLUS Status Summary and Implications of Status The CS7000 M17 final beta version is almost finished. You can load the latest from GitHub any time you wish. I will try to maintain a copy of the latest on my website. The CS7000 M17 PLUS hardware will be shipped to us sometime next week. We will ship soon after. The radio will ship with the DMR and Analog firmware but this version will not have the standard paging firmware that Amateurs do not normally use anyway. We will include the paging in a future version soon after the radio is shipped. The M17 firmware is about a month away for the M17 CS7000 PLUS. Hardware & FIrmware Status from CoValue (Manufacturer) Thanks for your new order! Do you need 2-tone/MDC/DTMF for CS7000 M17 PLUS? If no need this time, we could ship your 200 pcs PLUS early next week as the engineer has not finished those parts. Note: "Thanks for your new order" means I ordered accessories for the radio besides the radios themselves. I told him to ship the radios without the paging firmware. M17 FIrmware Status from Silvano (M17 software guru) Hello Jerry, I have to kindly ask to enhance your calm [1], thank you. You sent the previous email on Saturday 12/10: I don't have my phone connected to my email account and I rarely use the computer on the weekends. In any case I'd have sent you a status update in these days (the original plan was to do it yesterday). This said, the current situation is: - the breaking changes introduced in the codebase to support the CS7000 have been merged to master; - the code for the CS7000 BSP is now publicly available on the OpenRTX github repository in a dedicated branch [2]; - I plan to make a new tagged release in the immediate future, once the remaining major bugs on the CS7000 are solved (lagging UI when M17 voice is being reproduced); Regarding the CS7000 Plus, I already started working on the RTOS porting/BSP for the STM32H7 and, if everything goes well, I should be able to have a firmware image within a month. In the meantime, I'll send you intermediate firmware updates whenever I reach meaningful development points. Apart from the USB support, which will require bringing in the tinyusb library, the "hot spots" of the development work are the ADC and DAC driver: on the rest, I'm not expecting particular surprises. In the meantime there is some work ongoing on the OpenRTX-companion tool, which will allow to flash the firmware and do backup, restore and data management on the external flash. For the codeplug part, there is an RFC currently open on the OpenRTX website repository [3]: the plan is to close it soon and adapt the codeplug code to the new format as well as start mainlining the rtxlink implementation, that is the backend protocol used for memory and CPS management. Considering the overall development, I want to close the porting for the CS7000 Plus as soon as possible and then concentrate all the efforts in finishing the CPS part once and for all the platforms by the end of the year. The OpenRTX codeplug format comes both in binary and json format, which should facilitate the development of third-party tools for codeplug creation and editing. There is also some work ongoing at the qdmr project in order to support the OpenRTX codeplug format, but currently I don't know at which point the development is. Best regards, Silvano Seva. [1] https://http.cat/status/420 [2] https://github.com/OpenRTX/OpenRTX/tree/CS7000 [3] https://github.com/OpenRTX/openrtx.github.io/pull/32 Connect Systems Inc. | 18022 Delano Street | Encino, CA 91316 US
Розпочато Steve K3FZT @
CS-7000 M17 Plus
Hi, any update on the shipping status of the CS-7000 M17 Plus? should have been October 15th but apparently is further delayed… 55&73 Werner
Розпочато oe1wrs @
CS7000-M17 Questions 6
Hi, I received my CS7000 today and it's working fine, but I have questions. If I get answers here, I'll try and write them up and add them to the wiki. Not really a CS7000 question, but in my Pi-Star hotspot configuration there's an M17 Startup Host option. It defaulted to M17-672, which is listed as the Pi-Star Multi-Reflector (MW0MWZ). It seemed to work fine. I switched to M17-M17, which is closer to me and also works. Does this setting matter, and how should I choose? I followed the wiki instructions to set frequencies and callsign. I found this wiki PR (https://github.com/M17-Project/cs7000-wiki/pull/3/files) on how to set a destination, which I set to M17-M17 C. Perhaps someone can merge that PR to make the directions easier to find. I know about #ECHO. What does #ALL do? Is there any way to save frequency and destination settings to make it easier to switch between them? I see Banks, Channels and Contacts in the menu, but they don't seem to have anything behind them yet. Relatedly, is there any CPS software for the radio yet? I see issues in both the OpenRTX (https://github.com/OpenRTX/OpenRTX/issues/158) and qdmr (https://github.com/hmatuschek/qdmr/issues/251) Github projects that seem related. I know those last two are probably just functionality that hasn't been built yet, but I thought I'd ask in case I missed something. Thanks! Jim N1ADJ
Розпочато Jim Ancona N1ADJ @ · Останніх @
VHF? 14
This might be a bit of a silly question, but here goes: Are we allowed to do M17 on VHF? All of the radio examples I see on the M17 Project site are UHF, so I'm wondering if there are bandwidth or other issues that prevent the use on VHF? Thanks, -Dj
Розпочато Dj Merrill @ · Останніх @
Using a Maxon SD-125 on M17 7
All- Here are my notes and information to share regarding the Maxon (or sometimes sold under the name Midland) model SD-125 UHF data radio. It is a programmable unit, the U2 model covers 440-470mhz although it will program out of band and work down to ~ 430mhz if desired. My goal here is to show what I did to modify my unit for direct discriminator and modulator access to use as an amateur digital radio hotspot. These radios show up on ebay and other flea market sites. I tested the ones I have on several amateur digital modes.. Dstar, P25, NXDN and now M17. I have not tried DMR. I can confirm that the SD-125 works great for M17 use. The radio can be operated at 1 watt output or 5 watts output. However be aware that the unit was not built for lengthy continuous transmissions. I have found running it at 1 watt in stock form, even though it gets warm to the touch is still within what I would consider to be reasonable temperature limits and I have even let it transmit during hour long Dstar nets with no concern for overheating. Mounting a heat sink for additional cooling would be advantageous and make the radio look even more jazzy. For my own unit I bypassed the PA module entirely and use the VCO output buffer transistor at 10 milliwatts RF output. I find that it covers my ham shack with plenty of RF and the unit stays cool indefinitely. A brief radio programming mention, setting the radio for narrow band operation works best. The picture above shows where I removed the two wires from the edge connector (the arrows) and attached extension wires. The white wire (tx audio to the modulator) goes to pin 7. The red wire (rx audio from discriminator) goes to pin 10. DB9 pin 1 = modulator = edge connector pin 2 DB9 pin 2 = disc. = edge connector pin 5 A correction I would make if doing it over again would be to pick the DB9 connector pin 7 for modulator. It is a "no connection" pin. By removing pin 1's connection from the top board edge connector takes away the ability to program the unit. I can of course resolder the white wire back to the edge connector but that's a hassle and I didn't think that through. My bad. Fortunately I have no real need to re-program the unit again any time soon so I'm okay with this. When using pi-star or WPSD under mmdvmhost radio settings, TXInvert=1 and RXInvert=0. A final comment and I'll wrap this up. Because these radios were built some 20 years ago I'm finding that they're all way off frequency. Be sure and check the transmitters on the bench and align via the VCO trimmer in the metal can on the bottom board if necessary. 73- Steve KA4YMY
Розпочато Steve - KA4YMY @ · Останніх @
Show us your M17 setups/capabilities! 11
Tell us what you use to get on air (or just over the Internet) with M17. Photos are welcomed. I currently have: - DroidStar running on my smartphone. I used it mostly for the Friday's net (now it's called "activity day"). - Module 17 1.0 connected to a Yaesu FTM-6000 (UHF). - ZUM Spot RPi v0.6 with WPSD. - DigiRig with M17-texting app running on my PC to send short text messages over RF (m17-tools offer voice mode support instead). - CS760 (CS7000-M17 prototype) handheld running OpenRTX. - Gameboy Advance running a custom ROM, generating baseband of the M17 packet mode. - Various SDRs running with M17 GNU Radio blocks (gr-m17).
Розпочато Wojciech Kaczmarski @ · Останніх @
College Campus M17 Repeater Ideas 6
Hello all: Up front, I will not be “leading” or organizing this project (if it gains any momentum). I tend to be lousy at that in general, and at the moment I don’t have the bandwidth to do so. I’m hoping this can be “crowd” project here, and once all of the elements have been identified, maybe then I can come in and do a consolidation writeup. I’m guessing that enough of the pieces are out there (that I don’t know about) that it’s largely a light integration project of figuring out how to put all of the existing pieces together. In Zero Retries 0165, I said: (https://www.zeroretries.org/i/147534885/a-better-analogy-from-a-genxer-m-and-linux) I can easily imagine setting up localized M17 repeaters that cover perhaps a college campus, that will probably get more use with data / messaging than digital voice. How to set up such an M17 repeater will be a big focus of the M17 book that I’m working on. I should have added in that mention that one mental model for this idea is that I’m absolutely confident that there a lot of students showing up on campus that will be using Meshtastic… and that it will grow very quickly if one person in a dorm is doing it and shows others how easy and inexpensive it is to get going. Why focus on M17? I think there’s a good story that can be told to students about the virtues of M17 in large part because it’s open source, it’s hackable, and there’s now a large enough ecosystem of options for accessing M17 on RF for those that want to experiment, for example doing their own mods on inexpensive radios such as what OpenRTX is doing - https://openrtx.org/#/?id=the-openrtx-project. One of the touchstones of what resonates* with students about Amateur Radio was this informative talk at DCC 2018 - Maintaining Student Interest in Amateur Radio by Skyler Fennell KG0SKY - https://youtu.be/LWN7dnzGRZ4?si=iHMd7GlD9yGaa6eI. He describes with some enthusiasm the use of DMR because the radios are cheap. One example is that there is no Amateur Radio club (there used to be) Western Washington University (WWU) - https://www.wwu.edu here in Bellingham Washington. There used to be, and perhaps a project like this might serve to rekindle some interest in Amateur Radio. WWU is an example of a small campus, small student body. But it should be able to scale to something bigger like this potential site for such a repeater is this from my time living near the Ohio State University campus - https://housing.osu.edu/roomsearch/morrill-tower. One of the things KG0SKY said was that whatever a student wants to get involved with, it has to be cheap, Cheap, and CHEAP! So… as much as I love the Connect Systems CS7000 M17, a $300 portable radio for a college student to use isn’t going to pass the “cheap, Cheap, CHEAP” test for large numbers of students getting involved in M17 over radio. Some additional points to potentially support this idea: The Open Source nature of this should play well not just with the students, but with the faculty. The local M17 system could be incorporated into EE curriculum. The local M17 system might even be able to be a project of the campus chapter of IEEE for students, which (perhaps some deeper pockets among the local IEEE community to help finance it) and it would be a great IEEE project. While this project shouldn’t depend on the CS7000 M17 @ $300, it shouldn’t preclude it either for those students that want one and consider it a reasonable purchase. So, here is the challenge to the M17 brain trust assembled here. To create interest about M17 on a college campus, I think we need to develop a couple of reference implementations for… A minimalist repeater to do M17. This doesn’t have to be "cheap, Cheap, CHEAP”, because as a shared resource / infrastructure, it can probably be funded with perhaps a “quick” ARDC grant (especially if it can be semi-standardized) - we’d like to do the “Reference 1.0” M17 Repeater, here’s the cost that our facilities folks quote for installation at the high point on campus, please send money. I’m being a big flip about this, but it shouldn’t be complicated. Of course,
Розпочато Steve Stroh N8GNJ @ · Останніх @
Quansheng Stretch ?.. 6
So with all the Modifications being done to the Quansheng UV-K5/6 Radio like removing a chip and slapping on a Wafer Board for LW-SW All Band AM/SSB/ETC, Has anyone thought of if M17 could be added onto this Radio ?.. I mean hell it's the Swiss Army Knife of Radio's I'm just Genuinely Curious ? Rob..
Розпочато Robert Alford @ · Останніх @
Please talk about the CS800d fcc part 90 5
Can someone address the status of M17 on this rig, please? https://www.csi-radios.com/cs800d-fcc-part-90/ As a dual band with extended UHF receive, Part 90, detachable faceplate, extra memory, adaptive firmware, etc. it seems cool. $429. is a little pricey ... I wonder if they sell refurbished returns at a discount? If used at home could a computer interface replace the features of the CS-BFD? I like the idea of the CS-BFD - if I were mobile more I'd want one. The CS-800D hardware appears to be 3 years old - is there a planned update or is the stock and demand, and the adaptive firmware, such that no new hardware features (and the cost to manufacture such) is planned? Thanks, kd4e
Розпочато DavidC KD4E @ · Останніх @
Hotspot Questions/Recommendations 2
Hi, I've been following M17 for a couple of years and I'd like to start using it a bit. I've played with DroidStar on my phone and I'm thinking of getting a hotspot and maybe the CS7000-M17. I already have a DMR handheld. Can I use that to talk via M17 through the hotspot? If so, is there any disadvantage to that route, other than not being able to use native M17 repeaters? There don't seem to be any of those around here yet (Midcoast Maine). For a hotspot, I want something that's easily portable, since I'd like to take it with me when I travel. I think that mostly means having a case and relatively low power consumption, so I can power it in the car with a USB adapter. I've also read that M17 benefits from a duplex hotspot. From those requirements, I've been looking at these: https://www.bi7jta.org/shop/dogbone-mini-hotspot-for-duplex-simplex-mmdvm-158?search=duplex++hotspot#attr=320,382,2724 https://cqradios.com/DMR%20repeater%20mini%20plus?search=duplex%20hotspot They both use Pi Zero 2W processors, which should lower power consumption. The B17JTA one has internal antennas, which is an advantage if they work well and a disadvantage otherwise. The ethernet port on the other one would be useful in the shack, I guess. Most of the ones I've seen on Ebay use the single-core Pi Zeros, which I've heard are slow. I'm happy to assemble something myself, but it seems hard to find both boards and cases to fit them. Thanks in advance for any feedback or suggestions! Jim N1ADJ
Розпочато Jim Ancona N1ADJ @ · Останніх @
M17 Calendar of events 3
Is there a possibility of adding in a calendar to this group for events? It would be great to have a location to put in things like nets and M17 in-person events. --- Steve KC1AWV M17 Project
Розпочато Steve KC1AWV @ · Останніх @
Open source is the key to new ideas 4
I can't remember if it was here that someone was recently mentioning "little green check marks", so this has already been discussed. I don't remember by whom, but I would like to fill this out a bit, and, at the same time, discuss why an open source environment is key to the success of innovative digital ham methods. The Linux / Windows / MacOS paradigm is a great starting point... Isn't it interesting that nearly all high security web servers run on Linux? How can that be? If the code for the Linux kernel is available to anyone, wouldn't it be easy to find a flaw and break into such a server? Well no, it's not that easy. Why? Because the the open source community has a thousand eye constantly looking over every line of that code. When chinks in the armor are found, or when a break-in (hack) has occurred, a team will create a security update that will be made available to all the flavors of Linux. There are strict rules for how pull requests are reviewed and accepted to the repository that holds that code. Everyone who want's to see the process can closely follow it, and, like I said, there's a lot of eyes on both the process and the code. Fun fact There is actually a very high profile meeting that occurs every year in Las Vegas where security experts, governments and hackers get together and talk about such things. That becomes part of the open source environment and it's an important reason why companies that require security use Linux based servers and not Windows or MacOS. The best open source programmers (and hackers) that attend that meeting are aggressively recruited by companies that also attend that meeting. The open source development system works and it works well. Drop . the . mic . Now, let's switch gears... If you've been a ham long enough, you've probably encountered an outrageous, profane or obnoxious operator, maybe a rouge operator, using a made up callsign, or, even worse one who didn't own the callsign he was using. Or sadly, maybe it's a ham who has snapped for some awful, personal reason and is now behaving poorly. Or maybe your an EMCOMM net controller and need to be sure about your information sources. Wouldn't it be nice if you could quickly identify those situations? Well, Wojciech Kaczmarski SP5WWP has already opened the door to providing a solution. I first saw his announcement on LinkedIn a few months ago. This is big, really big! He shows that in just a little over 8 ms, you can transmit a digital signature on an M17 transmission with a private key. Anyone listening to that transmission with access to the public the key can verify the signature. I know, it confusing. Here is a very short summary of how digital signature works. So what do we need to work out the details? First, the the originator needs to attach a unique digital signature, based on the transmission and the private key. Well mvoice is open source. So is DroidStar. The CS7000-M17 firmware is open source. MMDVM is open source! Okay, that's doable! Note that I'm not saying it's easy, but we've had great examples where open source folk have worked miracles (see the Linux kernel discussion above). For an amateur radio miracle example, Jonathan Naylor G4KLX pretty much alone worked out the open source solution to dealing not only with the complex DMR data stream, but also the incredibly convoluted Yaesu data stream. Another example you ask? How about the OPEN RTX team developing M17 firmware for the MD-380. The MD-380 manufacturer doesn't supply supply manuals for how to do this. The key pairs are easy to generate, the tools are all ready there. Anyone can generate a unique private/public key pair. So the final piece that is needed is for the receiver to use the signer's public key to verify the signature matches the transmission. The signature verifies that the transmission data is signed by the holder of the private key and using the public key is the only way to verify that transmission. But wait, where does he get the public key? Ideally for US callsigns, it would come from a already verified source, like a field in the FCC's ca
Розпочато Tom Early @ · Останніх @
1976 and M17 27
All: I thought I’d share this with you, this M17 community of interest. I had a long conversation with a friend on a repeater yesterday after I published Zero Retries 0164 and “Why M17 Is Significant - Part 2”. My friend is the owner of the repeater we were talking on, and I was mentioning how much excitement I was seeing about M17, including the debut of the CS7000 M17. He just didn’t get it - he really didn’t understand that the key feature of M17 is that it’s open. I tried to explain that openness of M17 is the critical feature to the newest generation of Amateur Radio Operators who are digital / Internet natives, are likely techies, and many hackers like the ones who will take Amateur Radio exams this weekend at DEFCON and will become Amateur Radio Operators whose primary interest in Amateur Radio is to hack on radio technology. To my friend, the openness of M17 versus DMR or D-Star or SF was irrelevant considering that DMR, D-Star, and SF are well-established, and why did we “need” another system? I really couldn’t explain it to him in a way that got through to him. He wasn’t convinced, though I’m not sure that he wanted to be convinced. A few hours later, the following analogy occurred to me. I emailed a more terse version of this to him, and I’ll expand this in next week’s Zero Retries. You’re the first to see this made public. … M17 versus the status quo of Amateur Radio digital and FM repeaters is analogous (in my mind) to the computer industry in 1976. In 1976, mainframes and minis were doing the job satisfactorily for the computer industry. Everyone that needed and could afford a computer had one. That’s analogous to the current repeater technology and the current repeater owners. But in 1975, one year earlier, microcomputers had come on the scene. The MITS Altair was unveiled in the January 1975 issue of Popular Electronics magazine. By 1976 a completely new crowd entered the “computer industry” and were using these new (and still very imperfect, by mini and mainframe standards) microcomputers to do computing very differently than was possible with mainframes and minis. The microcomputer folks didn’t ask “permission” from the mainframe and mini folks, and they didn’t try to persuade the mainframe and mini owners that microcomputer were “better” and they should start doing / using microcomputers. Instead of asking permission or trying to persuade, they just started doing things their own new way with microcomputers and rapidly evolved an entirely different version of the computer industry. A decade later, the mainframe and mini computer industry looked around and said “what happened?!?!?” All of the energy in the computer industry had shifted to microcomputers. … In my opinion, from deep observation of M17 and trying to explain it and write about it substantively… M17 in 2024 is at the “computer industry circa 1976" point of inflection. Like microcomputers, M17 is open. Thus there’s no structural issue that prevents M17 from rapidly growing and evolving. In the discussion with my friend, I pointed out that the M17 community doesn’t need to persuade repeater owners, etc. that M17 is “better” or even “good enough” for them to consider using it or adapting their repeaters to it. M17’s technology means that M17 is growing with Internet linking, hotspots, adapters like Module 17, and repeaters that have added MMDVM and M17 is just one mode among many that MMDVM enables. While my friend’s repeater mostly sits idle... I have begun my planning to build up an MMDVM repeater (which will mostly be for M17 and hopefully MMDVM-TNC high speed data mode). I will build up, test it out in my shop (N8GNJ Labs) and eventually have ready for an opportunity to put it on the air from a good location. I’m tired of trying to persuade people that “just don’t want to get it” about newer technology like M17. For the same amount of energy and resources, I’m just going to route around them. The M17 community, worldwide, apparently feels the same. They’re doing M17 because they want to use open systems. Thanks, Steve N8GNJ --- Steve Stroh
Розпочато Steve Stroh N8GNJ @ · Останніх @
Interim bridging (Re: [M17-Users] 1976 and M17 2
On Wed, Aug 14, 2024 at 6:28 PM Tony Langdon via groups.io <vk3jed@...> wrote: > > On 15/8/24 5:30 am, Peter Laws via groups.io wrote: > > For your list, #1 and #2 are *not* wrong. I've not seen a DV <-> > > analog "reflector" yet, but there isn't a good reason there couldn't > > be one. There are bridges between the other DV methods. My problem > > There's heaps, I run several myself! I'm helping with the local D-STAR Gateway and expect to install the "g2_link" link once the dev folks get some ALMA 9 things straightened out. That will give our users use of the full range of "reflectors" including, presumably, yours? I wonder if I could encourage devs of non-DPlus schemes to use the IOP prefix on "reflectors" that bridge between modes? Just to call out the fact that they are a bridge from whatever to whatever. At least until every radio supports M17 natively. I do have an older Pi-Star-based hotspot and the version of Pi-Star it supports (vendor is gone so no new firmware support) *will* do M17 but it doesn't transcode so I can't listen on my D-STAR radios. AFAIK. -- Peter Laws | VE[23]UWY / N5UWY | plaws0 gmail com | Travel by Train!
Розпочато Peter Laws @ · Останніх @
Need some volunteer editors for Wikipedia’s M17 article 7
This is a subsection of Why M17 Is Significant - Part 2 in Zero Retries 0164 tomorrow. Wikipedia - M17 (amateur radio) Of course there is a Wikipedia article for M17… I frequently reference Wikipedia articles to elaborate on certain obscure topics (example - OFDM) that are mentioned in passing in articles in Zero Retries. But for some reason, I never thought to look up M17 in Wikipedia, but I should have. This is an excellent brief description of M17: M17 is a digital radio modulation mode developed by Wojciech Kaczmarski (amateur radio call signSP5WWP) et al. [1][2][3][4][5][6] M17 is primarily designed for voice communications on the VHF amateur radio bands, and above. The project received a grant from the Amateur Radio Digital Communications in 2021[7] and 2022.[8] The protocol has been integrated into several hardware and software projects[citation needed]. In 2021, Kaczmarski received the ARRL Technical Innovation Award for developing an open-source digital radio communication protocol, leading to further advancements in amateur radio.[9] This article is pretty good, but it needs some updating from folks with good knowledge of the current state of M17. For example, the new CS7000 M17 radio isn’t mentioned in the Hardware Support subsection. … Any volunteers willing to take on the needed update? Thanks, Steve N8GNJ --- Steve Stroh N8GNJ (he / him / his) Editor Zero Retries Newsletter - https://www.zeroretries.org Radios are Computers - With Antennas!
Розпочато Steve Stroh N8GNJ @ · Останніх @
M17 repeaters 3
It would be great if more multi-mode DV repeater owners decided to enable M17 and update their RepeaterBook or Repeater World entries accordingly. This is a call to action - please ask your local DV repeater admins to enable the mode. Where MMDVM is used, it should be a very simple task. It's a simple loop: no infrastructure -> no users -> no infrastructure -> no users -> ... Together we can break it. RepeaterBook lists 41 entries already!
Розпочато Wojciech Kaczmarski @ · Останніх @
Current Image
Image Name
Sat 8:39am