Welcome, Guest
You have to register before you can post on our site.

Username/Email:
  

Password
  





Search Forums

(Advanced Search)

Forum Statistics
» Members: 100
» Latest member: KC1AWV
» Forum threads: 33
» Forum posts: 216

Full Statistics

Online Users
There is currently 1 user online
» 0 Member(s) | 1 Guest(s)

Latest Threads
m17dump - dump your packe...
Forum: Technical
Last Post: KC1AWV
09-25-2020, 06:11 PM
» Replies: 0
» Views: 13
TR-9 BOM update
Forum: Technical
Last Post: elms
09-23-2020, 08:36 PM
» Replies: 0
» Views: 26
Requests - forum
Forum: General discussion
Last Post: SP5WWP
08-11-2020, 05:23 PM
» Replies: 2
» Views: 1,127
TR-9 PCB, 4-layer
Forum: Technical
Last Post: SP5WWP
08-11-2020, 05:21 PM
» Replies: 2
» Views: 372
Why is M17 better? -- Ma...
Forum: Technical
Last Post: tarxvf
08-04-2020, 02:38 PM
» Replies: 2
» Views: 1,185
TR-9 - display
Forum: Technical
Last Post: SP5WWP
07-31-2020, 12:32 PM
» Replies: 4
» Views: 1,500
TR-9 gerbers
Forum: Technical
Last Post: SP5WWP
07-23-2020, 08:43 AM
» Replies: 0
» Views: 317
"Review (kind of)", ideas...
Forum: Technical
Last Post: HB9DNN
07-22-2020, 08:15 PM
» Replies: 8
» Views: 429
M17 frame description
Forum: Technical
Last Post: OH5BZR
07-22-2020, 12:24 PM
» Replies: 65
» Views: 12,534
Introduction
Forum: General discussion
Last Post: OH5BZR
07-21-2020, 05:46 PM
» Replies: 19
» Views: 4,307

 
  m17dump - dump your packets to the screen!
Posted by: KC1AWV - 09-25-2020, 06:11 PM - Forum: Technical - No Replies

If you want to test the output of your TR-9 like SP5WWP and I do, you can use our m17dump program.

You can find it here:

M17 Git - m17dump

If you find a bug, let us know!

Print this item

  TR-9 BOM update
Posted by: elms - 09-23-2020, 08:36 PM - Forum: Technical - No Replies

The living document for BOM is managed on Google Drive: https://docs.google.com/spreadsheets/d/1...sp=sharing

I also put together mouser carts for all the parts with a few exceptions:

The carts above are missing microphone, speaker, and standoffs.

TODO: I should feedback the mouser parts from the car into the main spreadsheet.

I should get my order today and start assembling. Always possible I missed something in consolidating to mouser.

Print this item

  TR-9 PCB, 4-layer
Posted by: pthrr - 07-31-2020, 01:58 PM - Forum: Technical - Replies (2)

Hello everyone,<br><br>this thread shall serve as a way to organize design decisions and improvements for the upcoming 4-layer version of the TR-9 PCB.<br><br>I suggest FR-4 substrate with overall thickness of 1.2 mm. We should design components for automated assembly.<br>Maybe already for a specific manufacturer(JLCPCB?).<br><br>The stack-up would be as follows:<br>-. 35 um Top<br>-> 300 um Dielectric<br>-. 35 um GND<br>-> 550 um Dielectric<br>-. 35 um VCC<br>-> 300 um Dielectric<br>-. 35 um Bottom<br><br>So nothing too wild. Let me know what you think.<br>We also could take copper off Top/bottom and/or add width to the core for a more common(cheaper?) 1.6 mm overall thickness.<br><br>- pthrr<br>

Print this item

  TR-9 gerbers
Posted by: SP5WWP - 07-23-2020, 08:43 AM - Forum: Technical - No Replies

All gerber files are now available for download at our github. I have already ordered HMI and mainboards, 30 pieces of each.<br><br>https://github.com/sp5wwp/TR-9/tree/master/kicad/Mainboard/fabOutput<br>https://github.com/sp5wwp/TR-9/tree/master/kicad/HMI/fabFiles

Print this item

  2FA problem
Posted by: F4GRX - 07-16-2020, 11:34 AM - Forum: General discussion - No Replies

Hello, I cant activate 2fa on my account.<br><br>I get this error message:<br><br> The following errors occurred when trying to save your profile:<br><br>    You did not enter your password<br>    The password you entered was not correct<br><br><br>But I entered the correct password of course. I tried this several times with no success.<br><br>Can it be fixed?<br><br>Thanks!

Print this item

  "Review (kind of)", ideas and questions on TR-9 hardware.
Posted by: HB9DNN - 07-13-2020, 03:32 PM - Forum: Technical - Replies (8)

Hi everybody,<br><br>I finally found some time to read the TR-9 schematic. I take the freedom to comment a little bit on my findings. It is by no means thought as general critique on the concept. Nor is it a formal review as I don't think this is necessary in this stage of the project. So please accept my comments as positive feedback and food for thoughts.<br><br>1. Requirements specification<br>There is no top level requirements specification (at least I could not find anything). I understand that this kind of hassle is very often avoided (also in commercial projects) but I think it is very important. I might be a good idea to shortly sketch the design goals, most important interfaces (e.g. energy sources planned in the design), overall structure of the hardware.<br>This does not need to be a novel sized piece of art, a few lists and / or tables with requirements and maybe some diagrams are sufficient. This document will grow with the project.<br><br>2. Power requirements / consumption<br>So far I understand this should be a handheld device with limited battery size. Overall power consumption is quite important therefore. Now the definition of "low power" is somehow relative. If You ask somebody who works in the motor driver business he considers everything below a few tens of watts low power. If You are designing a LoRa module with 5 years+ battery shelf life You start to count electrons. My experience with several projects of the second kind taught me that permanent consumers are the ones to concentrate on. I found several possible candidates in the schematic which may severely limit battery life.<br><br>3. So lets turn to the schematic. I follow the pages and list (without specific order) my findings and / or questions:<br><br>3.1.<br>a: OS1 is a "low power" (guess You expected the "" :-) ) oscillator. As used here it runs continously so the around 4mA are consumed no matter if its precision is needed or not.  The STM32 processors have a sophisticated clocking unit which, should the external oscillator fail will automatically switch to the internal oscillator (datasheet chapter 2.15). This could be used to save a considerable amount of power. The external oscillator can be disabled via pin 1. If its accuracy is not needed just turn it off. The internal oscillator will take over automatically if needed.<br>b. USB: The STM32 processor is ready for USB-C. Why not use it? Maybe something to postpone but USB-C is the future: high speed, higher power capability, batteries could be charged through it, etc.<br><br>3.2: well. Clearly under construction. May I make a suggestion?<br>- 2 18650 LiIon cells in series. Charger through USB-C, two DCDC converters for 7.5V (PA, Preamp) and 3.6V to 4V as preregulator for 3.3V LDOs for the rest. 7.5V DCDC converter can be disabled if not used to conserve power.<br><br>3.3: 5V really needed? I assume the TFT display chosen may need it, but this could be generated locally with a tiny step up converter.<br><br>3.4 Not many questions. I am not the expert on RF power amplifiers. What might be something for a future design is using a class-E design for its higher efficiency. But as we are talking about UHF here this may be just marginally more efficient.<br>I have a question though about the bias circuit. Does this opamp need 5V or would 3.3V be sufficient? If not could it run from +BATT? (again to get rid of the the 5V supply).<br><br>3.5 Audio output. The LM386 is an ancient amplifier chip. Certainly ok of the purpose it was designed for but as an audiophile I shiver from the sound it produces. I think it was Rick Campbell KK7B who first urged designers to use high performance circuits in the audio path. Not because Your squeeking signal will then sound like an opera singer but because it does not *add* further "squiekiness".<br>Apart from that the LM386 has quite a high quiescent current.<br>The STM32 used here has a digital audio interface (including I2S). It might be possible to use a class-D audio amplifier chip. Eg. the SSM2518 is a complete stereo amplifier with exceptionally high efficiency. Volume could either be set with a rotary encoder or reading a potentiometer value with one of the ADC channels.<br>Again maybe something for future iterations.<br><br>3.6: just a question: what is U11 intended for?<br><br>3.7: Looks like You want Wifi? Why not use an ESP32 in RMII mode? The STM32 does have such an interface and all the logic needed for Ethernet. Again: maybe even further in the future.<br><br>4. HMI Board: Is X1 needed at all? (power  consumption). Maybe this functionality could all be handled by an ESP32?<br><br>Just a few last notes on the overall structure. I like the fact that HMI is separated as much as possible from the rest of the system. This may allow to operate the radio "headless" through Ethernet in a later stage. I think of using the radio through a web interface (be it over a PC or smart phone) might be a nice use case.<br><br>Do You guys already have some experience on EMC problems of the design? What I am missing somehow are shieldings for sensitive parts (e.g. for RX and TX, particularly PA part).<br>I definitely expect some side effects from DCDC converters, no matter what topology is used. So it might be a good idea to shield the power supply section as well.<br><br>A last idea on the protocol: would it make sense to have some slow acting automatic TX power setting (using some nifty QOS data exchanged between the two stations involved)? This may help to keep radiated power as low as possible and additionally conserve power.<br><br>Puuh, that was quite a lot of babbling. I hope this was not too wooly and unconnected.<br><br>Questions always welcome :-)<br><br>Best regards und 73 Robert HB9DNN<br>

Print this item

  M17 & ARISS
Posted by: SP5WWP - 06-27-2020, 08:02 AM - Forum: General discussion - No Replies

We have contacted ARISS guys some time ago. Looks like they might be interested in developing M17 and the TR-9 handheld for ARISS use (with an emphasis put on SSTV and APRS). Take a look at the last page of this presentation. There is a size limit for attachments, so I had to upload it somewhere else.<br><br>[url="https://m17project.org/files/download.php?id=34&token=f6mhRSkfy2vSgRIuBrVyEmzqA2LEumBK"]ARISS-I E2E 2020 FRIDAY 26 JUN, 2020[/url]

Print this item

  m17project.org certificate has expired
Posted by: N6NZ - 04-05-2020, 04:02 AM - Forum: General discussion - Replies (1)

Just noticed today.  Firefox has gotten whiney.  Need a new cert. -n6nz

Print this item

  M17 Reflector
Posted by: AD8DP - 02-10-2020, 06:55 PM - Forum: Technical - Replies (2)

Hi,<br><br>I'm really interested in this project.  Are there has been any plans for an Internet reflector yet?  I saw the hostpot project and talk about tests sending/receiving UDP frames on Github.  Maybe it's too early for this, but I'd like to add M17/Codec2 support to my DUDE-Star/DroidStar software (details on QRZ) that allows network based RX/TX, similar to BlueDV and friends. It would be a good way to get a thorough understanding of Codec2 and the M17 protocol, before I get my hands dirty and start building some hardware.<br><br>-Doug AD8DP

Print this item

  Why is M17 better? -- Maybe it can have RSSI / Power Control information
Posted by: WA4OSH - 02-07-2020, 04:50 PM - Forum: Technical - Replies (2)

I'm really tired of people connecting to repeaters asking for a signal check?  How well are you making the repeater?  Kerchunk the repeater or hotspot should and it should be able to tell you during the squelch tail how well you are being received and your radio should be able to set the minimum needed power out to make the trip at full quieting.<br><br>Can those "empty" bits in the voice stream in the squelch tail be filled with RSSI measurements and power control information?<br><br>

Print this item