Firmware update MMDVM_HS:021 v1.0 Problem

[dl5raz]

Hi to all,
I hope to get help here:
Hardware: china MMDVM_HS:021 v1.0 (bought 2018)
Software: pi-star ver 3.4.17
did try to update firmware: because POCSAG does not transmit, DMR Hotspot working ok

sudo pistar-mmdvmhshatflash
...
Selected Modem: STM32-DVM / MMDVM_HS - Raspberry Pi Hat (GPIO)
Connected Hardware: MMDVM_HS MDO ADF7021 v1.0.1 20170826 (DStar/DMR/YSF/P25) GitID #e123f6d
...
sudo pistar-vyehsflash nano_hs
.... seems to run ok but at the end this error:

Code: Select all

Checking connectivity... done.
Raspberry Pi 2 or Pi Zero W detected
stm32flash Arduino_STM32_0.9
http://github.com/rogerclarkmelbourne/arduino_stm32
Using Parser : Raw BINARY
Interface serial_posix: 57600 8E1
[b]Error writing in file "/sys/class/gpio/export"[/b]

what is going wrong?
thanks a lot!
73 Hans, dl5raz

[dl5raz]

thanks for reply!
is this so correct now:
pi-star@pi-star(ro):~$ sudo pistar-mmdvmhshatflash
This tool is used to flash your MMDVM_HS Hat Modem
to use the command, you will need to pass the name of your modem,
please choose form the list below...

To flash HS_HAT (14.7456MHz TCXO) connected to GPIO, run: pistar-mmdvmhshatflash hs_hat
To flash HS_HAT (12.2880MHz TCXO) connected to GPIO, run: pistar-mmdvmhshatflash hs_hat-12mhz
To flash HS_DUAL_HAT (14.7456MHz TCXO) connected to GPIO, run: pistar-mmdvmhshatflash hs_dual_hat
To flash HS_DUAL_HAT (12.2880MHz TCXO) connected to GPIO, run: pistar-mmdvmhshatflash hs_dual_hat-12mhz
To flash HS_HAT_AMBE (14.7456MHz TCXO) connected to GPIO, run: pistar-mmdvmhshatflash hs_hat_ambe

To flash ZumSPOT devices by please use pistar-zumspotflash
To flash MMDVM_HS Nano Hat devices please use pistar-vyehsflash
To flash your BD7KLE/BG3MDO devices please use pistar-mdoflash

Selected Modem: STM32-DVM / MMDVM_HS - Raspberry Pi Hat (GPIO)
Connected Hardware: MMDVM_HS MDO ADF7021 v1.0.1 20170826 (DStar/DMR/YSF/P25) GitID #e123f6d

do i have to choose this now:?
pi-star@pi-star(ro):~$ sudo pistar-vyehsflash

[G8SEZ]

No, simply this:

sudo pistar-mmdvmhshatflash hs_hat

[dl5raz]

i did
sudo pistar-mmdvmhshatflash hs_hat
......

Raspberry Pi 2 or Pi Zero W detected
stm32flash Arduino_STM32_0.9
http://github.com/rogerclarkmelbourne/arduino_stm32
Using Parser : Raw BINARY
Interface serial_posix: 57600 8E1
Failed to init device.

[G8SEZ]

Have a look at this thread, it looks like a comms error or maybe the STM32 on the HAT is not being put into programming mode.

viewtopic.php?f=30&t=2438

[dl5raz]

thanks a lot for your help! I attach a photo of the board
I have a ST-Link V2
Are these 4 wires in the upper row marked with ST-Link?
o 3V o DIO o CLK o GND

[G8SEZ]

OK, the reason it isn't working is that you need a 2x5 header socket on the right hand end of the GPIO.

Alternatively you can jumper the DFU pads but having the full 10 pins on the header will mean that it won't need manual intervention again.

The board is quite an old version of this HAT, I think there are quite a few things fixed in the later v1.5 and v1.6 boards. But it should work once you have added the extra header.

You could use the STLink header, but as I say once you have the additional 10 pins on the GPIO header you will be able to update it in place without needing to manually connect anything else.

[dl5raz]

did solder the extra socket: flash now worked
new problem: no DMR communication to and from TYT handheld . Stations on the Tableau are visible
Maybe I ned a frequency correction?

[dl5raz]

did sudo pistar-mmdvmcall
F 433450000
b pushing PTT on TYT QRG simplex 433.45
BER Test Mode (FEC) for DMR Simplex
DMR audio seq. 5, FEC BER % (errs): 9.929% (14/141)
one time only I did see the strange upper line
pushing again PTT no reaction

finaly it seem to work: correction -2750
is this normal?

[G8SEZ]

OK, the reason it isn't working is that you need a 2x5 header socket on the right hand end of the GPIO.

You don't really need a 2x5 header.

Only the two pins 38 and 40 are needed.

Pins 34 and 39 are ground and if the board was designed correctly should be tied to the ground plane and connected to 6 and 9 already.

The other pins 31, 32, 33, 35, 36, and 37 are unused.

It's nice to have the extra pins for mechanical stability, and having the extra ground is not a bad move with high frequencies around as it reduces the ground inductance and spreads current across the ground plane.