Re: [44net] NPR (New Packet Radio) : new firmware with 56kBaud and 120kBaud

Hello David, please find below answers to your many questions. Le 16/06/2019 à 19:08, David Ranch a écrit : ID'ing (sending callsign) is of course only done in "NPR" protocol. I've not read your "part 97" rules. Let me know if it matches your local regulations; but if AREDN, DSTAR, C4F and DMR are OK with that, NPR should be OK also. No watchdog currently. Here in France, we use a "remote modem" in association with a R-Pi, for remote access. The R-Pi is programmed to reboot the modem once every day. I will see if it's possible to add a standalone and efficient "watchdog". I don't know if my microcontroller has such hardware feature, I will check. Of course, 2 clients can communicate together via the Master. But the Master or one client cannot wake-up another client. Only the Master has an "active/listening standby" mode, and can be waken-up by a client. Finally, if the Master is switched OFF, then the clients only send rare "connexion requests", which occupy in total less than 1% of the timeslots. I have not provided "mode 10", because my protocol is really not appropriate for such very low datarates. With my current protocol, you would have to wait a very long time in order for one clinet  to connect to the Master, because the "discovery slots" do not occur frequently. We are organizing sale to Europe. Today, I'm still not sure if we could sell to US. It would be a great help if someone could organize a sale in the US directly. The BOM is easy to provision, it's given in the documentation. I can help if you have question. Scanning is possible, the SI4463 has such feature. But I'm not sure I will program that. Like you say, SDR software already exist, and easier to use. And automatic channel selection will not match ham-radio needs. It could be possible... but difficult. My design is in the spirit of minimalism. At least, we could develop a "FDD" version, with the Master-repeater station being duplex, and the client stations being half duplex, like 2G/3G phones. But it will add a lot of complexity. I can add this feature to the "wish list", and see if people want it or not. It can be helpfull if you put an NPR Master on a tower which already has a 70cm repeater, full duplex with frequency split. Aggregating several channels : I will not program that, because I don't see the need. If you need more datarate, just use higher symbol rate! If your idea is to strictly respect the "56kBaud" rule of the FCC, then that's a non-sense in my opinion, too crazy. In my opinion, the "occupied radio bandwitdh" rule is much more important than the "Baudrate" rule. I don't see the meaning of a "baudrate" limitation. MTU is 1500, like with Ethernet. In order to be compatible with "lots of things" (IPv6, other IPv4 architectures, static IP, backbone links), I plan to add a "pure ethernet" mode in the following months: the radio protocol will carry "Ethernet frames" instead of currently "IPv4 packets". That's not possible. The Nucleo L432 board, which I currently use, is already the most powerfull with this "form factor". If I propose a new microcontroller, it would probably be directly integrated to the PCB (LQFP package), so PCB assembly should be made by "automatic PCB assembly" services, or by human with very good soldering skills. OK, thanks, I will do that. I plan to add that later.