sq8vps / vp-digi Goto Github PK

VP-Digi - a functional, cheap, easy to assemble and configure STM32-based APRS digipeater controller with built-in KISS modem.

Home Page: https://sq8l.pzk.pl/index.php/vp-digi-cheap-and-functional-aprs-digipeater-controller-with-kiss-modem/

License: GNU General Public License v3.0

C 99.79% Assembly 0.21%

amateur-radio aprs aprs-beacon afsk dsp

vp-digi's Introduction

VP-Digi

Polska wersja tego pliku dostępna jest tutaj.

VP-Digi is a functional, affordable, easy-to-assemble, and configure STM32-based APRS digipeater controller with a built-in KISS modem.

Multiple modems:
- 1200 Bd AFSK Bell 202 (VHF standard)
- 300 Bd AFSK Bell 103 (HF standard)
- 9600 Bd GFSK G3RUH (UHF standard)
- 1200 Bd AFSK V.23
PWM (or deprecated R2R) signal generation
Analog-digital busy channel detection (data carrier detection)
AX.25 coder/decoder
FX.25 (AX.25 with error correction) coder/decoder, fully compatible with Direwolf and UZ7HO Soundmodem
Digipeater: 4 settable n-N aliases, 4 simple aliases, viscous delay (known from aprx) or direct only, black and white list
8 independent beacons
KISS mode (can be used as an ordinary Packet Radio, Winlink, APRS, etc. modem)
USB and 2 UARTs: independent, running in KISS, monitor, or configuration mode

Download and setup

The latest compiled firmware can be downloaded here.
Full documentation can be found here.

Updating to 2.0.0+ on older hardware

Since version 2.0.0, the component values have changed to provide support for faster modulations (9600 Bd). If you want to use these, some components must be replaced. For more information, refer to the manual.

Description, schematic, instructions

The user manual and technical description are available here.

Source code

The firmware was written using STM32CubeIDE, and you should be able to import this repository directly into the IDE. You can get the source code using:

git clone https://github.com/sq8vps/vp-digi.git

Since version 2.0.0, you will also need to get the appropriate submodule (LwFEC for Reed-Solomon FEC):

git submodule init
git submodule update

Since version 2.0.0, there is also a possibility to build the firmware with or without FX.25 protocol support. The ENABLE_FX25 symbol must be defined to enable FX.25 support. On STM32CubeIDE, this can be done under Project->Properties->C/C++ Build->Settings->Preprocessor->Defined symbols.

Contributing

All contributions are appreciated.

License

The project is licensed under the GNU GPL v3 license (see LICENSE).

vp-digi's People

Contributors

Stargazers

Watchers

Forkers

sq9mdd miklobit sp3rat na7q geogarden vr2vye alwin4711 deflateawning ch0mik j3ster2019 erucesten

vp-digi's Issues

Add precise measured current (mA) values to readme

Can you measure the min and max current draw of this device? We're considering using it for a cubesat project, where we have very tight power draw requirements

Can you offer support to port this to STM32L432?

In order to be compatible with the hardware and microcontroller used for the NucleoTNC project, it would be awesome if there was support for that microcontroller on this project. Any advice on how best to get that support?

manual : UART terminal settings

Cześć

w manualu warto zaznaczyć jakie mają był ustawienia do połączenia się via UART/USB. Brakuje np.

domyślny bitrate / ustawienia parzystości itp np. w putty
do tej pory nie wiem jak obsługuje backspace

dziękuje wielkie za taki projekt!

Vy 73! de SQ7MRU

300baud functionality

Request to be able to change the operating speed to 300baud, which will allow operation on HF bands.
The tone shift is 200 Hz rather than the 1000 Hz used in 1200 baud packet.

Missing rs.h - vp-digi failed to build

Greetings!

Using STM32 IDE 1.13.2, Windows 10.
Cloned repository and imported into IDE
When attempting to reproduce the build, fx25.c reports failed to compile because of missing header file rs.h .

arm-none-eabi-gcc "../Core/Src/stm32f1xx_hal_msp.c" -mcpu=cortex-m3 -std=gnu11 -g -DDEBUG -DENABLE_FX25 -DUSE_HAL_DRIVER -DSTM32F103xB -c -I../Core/Inc -I../Drivers/STM32F1xx_HAL_Driver/Inc -I../Drivers/STM32F1xx_HAL_Driver/Inc/Legacy -I../Drivers/CMSIS/Device/ST/STM32F1xx/Include -I../Drivers/CMSIS/Include -I../lwfec -I../USB_DEVICE/App -I../USB_DEVICE/Target -I../Middlewares/ST/STM32_USB_Device_Library/Core/Inc -I../Middlewares/ST/STM32_USB_Device_Library/Class/CDC/Inc -Og -ffunction-sections -fdata-sections -Wall -fstack-usage -fcyclomatic-complexity -MMD -MP -MF"Core/Src/stm32f1xx_hal_msp.d" -MT"Core/Src/stm32f1xx_hal_msp.o" --specs=nano.specs -mfloat-abi=soft -mthumb -o "Core/Src/stm32f1xx_hal_msp.o"
../Core/Src/fx25.c:24:10: fatal error: rs.h: No such file or directory
24 | #include "rs.h"
| ^~~~~~
compilation terminated.

po polsku

Poprosze o opis po polsku.
nie zamiast ale jednak jako informacje.

po drugie pytanie czy przejscie na teensy nie zwiekszyło by szybkości nadawania? tam sa dużo wieksze czestotliwości CPU

Typo in terminal.c: Commans available in monitor mode

Greetings OM!
Just wanted to report a typo in terminal.c

static const char monitorHelp[] = "\r\nCommans available in monitor mode:\r\n"

Commans -> Commands

73!
Tom

Android doesn't see it.

Android doesn't see KISS TNC connected to OTG. Windows see as COM port. Linux see ttyACM0.

Request to add an option. (digmon on/off)

Request to add an option in the configuration. So that packets repeated and generated by DIGI are sent to UART interfaces to.
This will allow full monitoring of DIGI operation using the connected APRSIS32 or APRSDROID application.

Build error: `multiple definition of 'ax25Cfg'`

I'm getting the following build error after converting to STM32CubeIDE v1.13.0:

C:/ST/STM32CubeIDE_1.13/STM32CubeIDE/plugins/com.st.stm32cube.ide.mcu.externaltools.gnu-tools-for-stm32.11.3.rel1.win32_1.1.0.202305231506/tools/bin/../lib/gcc/arm-none-eabi/11.3.1/../../../../arm-none-eabi/bin/ld.exe: ./Src/beacon.o:C:/Users/me/vp-digi/Debug/../Inc/ax25.h:45: multiple definition of `ax25Cfg'; ./Src/ax25.o:C:/Users/me/vp-digi/Debug/../Inc/ax25.h:45: first defined here

Any idea what's going on?

I'm curious why those variables are declared in the headers and not in the C files (and then declared as externs)?

Receiving commands appears to break when using a CrLf (\r\n) line ending

Steps to reproduce:

Turn on device, flash. connect to UART1 with a 9600 uart-to-usb converter. Using RealTerm.
Send monitor\n, where \n means the newline character (and not those literal characters).
Send version\n. Everything works.
Send version\n\r. Everything works fine. This is a weird one that probably rarely happens.
Send version\r. Everything works fine.
Send version\r\n. Observe no response. Observe that device goes unresponsive.

It appears that after step 5, the device requires a reboot to function.

This isn't the worst bug, but thought it was worth pointing out. In the README or on your website, you should mention the expected EOL character (esp. if you don't fix this behaviour).

Wrong date in changelog for latest release

In the changelog, you have a 2023-08-29 for the latest release (which is in the future). Looking at the commit history, I think you mean July 29 (2023-07-29).
It would be awesome if you tagged release versions with GitHub releases, and added the compiled hex files there for each release (standard practice for this sort of project).

The README says the source code is public since v1.3.0

We're only on v1.2.6 right now though

Add voltage measurement and coulomb counter

Hi, can you add voltage measurement and coulomb counter So it can transmit the Value in beacon. Its can very usefull for solar powered digipeater.