search

juribeparada / STM32F7XX_Lib

STM32F7XX library for MMDVM
4 stars 6 forks source link

Support for stm32f722 possible? #1

Open petem001 opened 4 years ago

petem001 commented 4 years ago

I have this dev board and I am wondering if it would be possible to compile the mmdvm firmware on this:

https://www.st.com/en/evaluation-tools/nucleo-f722ze.html

Thanks for the very large help you give to the community

Pierre VE2PF

juribeparada commented 4 years ago

Hi Pierre,

I think so, this lib has the F722 support, but it is necessary to add support (pinouts, etc) of this board in the MMDVM project. It is clear for me you are using this Nucleo board, but what filter board (MMDVM board) are you using with this Nucleo board?.

petem001 commented 4 years ago

I am using the zum radio for nucleo v1.0.2

Téléchargez Outlook pour Androidhttps://aka.ms/ghei36

From: Andy CA6JAU notifications@github.com Sent: Wednesday, November 11, 2020 11:22:00 AM To: juribeparada/STM32F7XX_Lib STM32F7XX_Lib@noreply.github.com Cc: petem001 petem001@hotmail.com; Author author@noreply.github.com Subject: Re: [juribeparada/STM32F7XX_Lib] Support for stm32f722 possible? (#1)

Hi Pierre,

I think so, this lib has the F722 support, but it is necessary to add support (pinouts, etc) of this board in the MMDVM project. It is clear for me you are using this Nucleo board, but what filter board (MMDVM board) are you using with this Nucleo board?.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHubhttps://github.com/juribeparada/STM32F7XX_Lib/issues/1#issuecomment-725518327, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AIJP75XTXASPL2VPYZMVAETSPK22RANCNFSM4TRJTYOQ.

juribeparada commented 4 years ago

OK, that board uses the Arduino connector, and it was designed for Nucleo64 F446 board. I can add the support for the MMDVM firmware, but I don't have any of your boards, I won't be able to test by myself.

petem001 commented 4 years ago

I will be happy to test and give you feedback on how things goes. I am using a raspberry pi with uptodate pi-star and I am able to compile a firmware with make f767
I can then load it with openocd and the board do receive it But I have no reaction of the modem.

Maybe it is the config file that I did not setup properly.

here is all the line that are NOT commented out in Config.h

if !defined(CONFIG_H)

define CONFIG_H

define EXTERNAL_OSC 12000000

define MODE_LEDS

if defined(STM32F1)

else

define ARDUINO_DUE_ZUM_V10

endif

define STM32F4_NUCLEO_ARDUINO_HEADER

define SEND_RSSI_DATA

define SERIAL_REPEATER

define USE_DCBLOCKER

define USE_ALTERNATE_FM_LEDS

endif

De : Andy CA6JAU notifications@github.com Envoyé : 11 novembre 2020 16:39 À : juribeparada/STM32F7XX_Lib Cc : petem001; Author Objet : Re: [juribeparada/STM32F7XX_Lib] Support for stm32f722 possible? (#1)

OK, that board uses the Arduino connector, and it was designed for Nucleo64 F446 board. I can add the support for the MMDVM firmware, but I don't have any of your boards, I won't be able to test by myself.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHubhttps://github.com/juribeparada/STM32F7XX_Lib/issues/1#issuecomment-725675780, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AIJP75RIRBYP4E522K4RXITSPMABBANCNFSM4TRJTYOQ.

juribeparada commented 4 years ago

Well, it will not work because there is not support yet for your setup (Nucleo-144 F722 + ZUM board). That's why I need to add that support. I will work on my own repository, and I will back to you (with additional instructions) when I think is ready. Once the new support is OK, I will add to G4KLX MMDVM code.

petem001 commented 4 years ago

Thanks Andy!

De : Andy CA6JAU notifications@github.com Envoyé : 11 novembre 2020 17:16 À : juribeparada/STM32F7XX_Lib Cc : petem001; Author Objet : Re: [juribeparada/STM32F7XX_Lib] Support for stm32f722 possible? (#1)

Well, it will not work because there is not support yet for your setup (Nucleo-144 F722 + ZUM board). That's why I need to add that support. I will work on my own repository, and I will back to you when I think is ready. Once the new support is OK, I will added to G4KLX MMDVM code.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHubhttps://github.com/juribeparada/STM32F7XX_Lib/issues/1#issuecomment-725691792, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AIJP75QZB2LHRXYRFIQL253SPMENLANCNFSM4TRJTYOQ.

juribeparada commented 4 years ago

Hi,

please compile the firmware using my repository: https://github.com/juribeparada/MMDVM

In the Config.h:

define EXTERNAL_OSC 12000000

define MODE_LEDS

define STM32F7_NUCLEO_ARDUINO_HEADER

define SEND_RSSI_DATA

define SERIAL_REPEATER

define USE_DCBLOCKER

define USE_ALTERNATE_FM_LEDS

compile: make f722 -j4

and finally: sudo make deploy-f7

Let me know what happens.

petem001 commented 4 years ago

OK I erased the MMDVM repertory comming from g4klx and did a git clone from yours

git clone https://github.com/juribeparada/MMDVM cd MMDVM git submodule init git submodule update

make f722 -j4

sudo pistar-watchdog.service stop sudo systemctl stop mmdvmhost.timer sudo systemctl stop mmdvmhost.service

sudo make deploy-f7

it sent the firmware and all end without error. When I reset the nucleo here what is happening to the modem:

https://youtu.be/ZEvTfPkrV70

But even if I have both USB connector connected to the raspberry pi here is the output of lsusb

pi-star@pi-star(rw):~$ lsusb Bus 001 Device 004: ID 0483:374b STMicroelectronics ST-LINK/V2.1 Bus 001 Device 005: ID 0424:7800 Standard Microsystems Corp. Bus 001 Device 003: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub Bus 001 Device 002: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub pi-star@pi-star(rw):~$

It does not seem like if the usb board get initialized as a serial port.

I did inverse the usb cable from the st-link input to the user side and the reaction is the same both cable can communicate with the st-link end of the board, both have nothing happening with the user end of the board.

De : Andy CA6JAU notifications@github.com Envoyé : 12 novembre 2020 08:48 À : juribeparada/STM32F7XX_Lib Cc : petem001; Author Objet : Re: [juribeparada/STM32F7XX_Lib] Support for stm32f722 possible? (#1)

Hi,

please compile the firmware using my repository: https://github.com/juribeparada/MMDVM

In the Config.h:

define EXTERNAL_OSC 12000000

define MODE_LEDS

define STM32F7_NUCLEO_ARDUINO_HEADER

define SEND_RSSI_DATA

define SERIAL_REPEATER

define USE_DCBLOCKER

define USE_ALTERNATE_FM_LEDS

compile: make f722 -j4

and finally: sudo make deploy-f7

Let me know what happens.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHubhttps://github.com/juribeparada/STM32F7XX_Lib/issues/1#issuecomment-726088555, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AIJP75UNTWGZ2FGV4M4BF33SPPRT5ANCNFSM4TRJTYOQ.

juribeparada commented 4 years ago

It seems to me is almost everything OK! The correct USB port is the ST-LINK USB. This device generates a serial port automatically for debugging (even without MMDVM firmware), and this debugging serial port is the MMDVM main communication port. Please see if you find a /dev/ttyACM0 device, this is the modem port for MMDVMHost.

petem001 commented 4 years ago

https://youtu.be/ESgENCFUcek

OK,fixed the tty problem , it was the nextion setting that was problematic.

I then proceeded to look at what is happening.

I first made some test on dstar,dmr,ysf, there was activity. But as soon as the ptt led go on it will stay on all the time. the mode will go on once for 1 second then it will shot down. did some test with only dmr. the hangtime from net or local are all at 1 second. at first after a reboot of the pi. the power led in on then when activity start the ptt led come on and never stop. on the mode side the dmr mode light up for a sec then it never come back even if I can see that the activity went to nothing for some time and something else come up. the only led left are the ptt and the pwr.

here are the log of the mmdvm host

De : Andy CA6JAU notifications@github.com Envoyé : 12 novembre 2020 12:03 À : juribeparada/STM32F7XX_Lib Cc : petem001; Author Objet : Re: [juribeparada/STM32F7XX_Lib] Support for stm32f722 possible? (#1)

It seems to me is almost everything OK! The correct USB port is the ST-LINK USB. This device generates a serial port automatically for debugging (even without MMDVM firmware), and this debugging serial port is the MMDVM main communication port. Please see if you find a /dev/ttyACM0 device, this is the modem port for MMDVMHost.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHubhttps://github.com/juribeparada/STM32F7XX_Lib/issues/1#issuecomment-726207911, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AIJP75XKZQZQXXG73LIFQXLSPQIMTANCNFSM4TRJTYOQ.

petem001 commented 4 years ago

this are moving far better then I was thinking!

De : Andy CA6JAU notifications@github.com Envoyé : 12 novembre 2020 12:03 À : juribeparada/STM32F7XX_Lib Cc : petem001; Author Objet : Re: [juribeparada/STM32F7XX_Lib] Support for stm32f722 possible? (#1)

It seems to me is almost everything OK! The correct USB port is the ST-LINK USB. This device generates a serial port automatically for debugging (even without MMDVM firmware), and this debugging serial port is the MMDVM main communication port. Please see if you find a /dev/ttyACM0 device, this is the modem port for MMDVMHost.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHubhttps://github.com/juribeparada/STM32F7XX_Lib/issues/1#issuecomment-726207911, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AIJP75XKZQZQXXG73LIFQXLSPQIMTANCNFSM4TRJTYOQ.

juribeparada commented 4 years ago

I think you didn't attach the MMDVMHost log. But try to compile the firmware again, but without RSSI support: // #define SEND_RSSI_DATA

And try again.

petem001 commented 4 years ago

Think is the email system that stripped the logs. Give me 10 minute I will recompile.

petem001 commented 4 years ago

i am sending back the old logs.

MMDVM-2020-11-12.log

ok after compling I have this.

Linking complete!

arm-none-eabi-size bin/mmdvm_f7.elf text data bss dec hex filename 316556 1656 52980 371192 5a9f8 bin/mmdvm_f7.elf arm-none-eabi-objcopy -O ihex bin/mmdvm_f7.elf bin/mmdvm_f7.hex arm-none-eabi-objcopy -O binary bin/mmdvm_f7.elf bin/mmdvm_f7.bin Objcopy from ELF to BINARY complete!

Objcopy from ELF to IHEX complete!

then:

pi-star@pi-star(rw):MMDVM$ sudo make deploy-f7 /usr/local/bin/openocd -f /usr/local/share/openocd/scripts/interface/stlink-v2-1.cfg -f /usr/local/share/openocd/scripts/target/stm32f7x.cfg -c "program bin/mmdvm_f7.elf verify reset exit" Open On-Chip Debugger 0.10.0+dev-01488-ge44539d66-dirty (2020-11-10-18:13) Licensed under GNU GPL v2 For bug reports, read http://openocd.org/doc/doxygen/bugs.html WARNING: interface/stlink-v2-1.cfg is deprecated, please switch to interface/stlink.cfg Info : auto-selecting first available session transport "hla_swd". To override use 'transport select '. Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD Info : clock speed 2000 kHz Info : STLINK V2J29M18 (API v2) VID:PID 0483:374B Info : Target voltage: 3.233006 Info : stm32f7x.cpu: hardware has 8 breakpoints, 4 watchpoints Info : starting gdb server for stm32f7x.cpu on 3333 Info : Listening on port 3333 for gdb connections Info : Unable to match requested speed 2000 kHz, using 1800 kHz Info : Unable to match requested speed 2000 kHz, using 1800 kHz target halted due to debug-request, current mode: Thread xPSR: 0x01000000 pc: 0x08012bbc msp: 0x20040000 Info : Unable to match requested speed 8000 kHz, using 4000 kHz Info : Unable to match requested speed 8000 kHz, using 4000 kHz Programming Started Info : device id = 0x10006452 Info : flash size = 512 kbytes Programming Finished Verify Started Verified OK Resetting Target Info : Unable to match requested speed 2000 kHz, using 1800 kHz Info : Unable to match requested speed 2000 kHz, using 1800 kHz shutdown command invoked

Did a reboot removing rssi did one thing, there is now no more 2020-11-12 18:01:12.835 DMR Slot 1, overflow in the DMR slot RF queue in the logs.

But no change in the leds behavior.

I did releoad the firmware from github recompile it all and here is the config.h file I used to recompile renamed to .txt so github accept it.

Config.txt

petem001 commented 4 years ago

just a small update. if I reset the board I have the cos led flashing 3 time, then the ptt come back right away. with or without activity.

petem001 commented 4 years ago

new follow up. I had the #define MODE_PINS still active at my last compile. I removed it and still no change in the behavior

juribeparada commented 4 years ago

OK, it seems to me we have no clock (external) to the F722: I am looking at the data sheet, and with the F446 we use pin PB8 (Arduino connector) for external clock. Unfortunately, the F722 has no capabilities for external clock at the pin PB8, and only a few pins have that capabilities. Then, the solution for your case it will be not so elegant: to put a wire between the TCXO output of the ZUM board to PA15 (pin 9 of CN7, Arduino connector). I will change the external clock to PA15 now in my repo.

Captura de pantalla 2020-11-12 a las 17 52 11 Captura de pantalla 2020-11-12 a las 17 50 58

petem001 commented 4 years ago

Ok I will do that. I will need to remove the pin that goes to d15and will wire a cable to the down side of the nucleo board.

petem001 commented 4 years ago

OK! We have some new result. I took a female/female jumper between the 2 pins that are sticking out under the nucléo pcb.

jumper

the ptt is now following whit the activity on the networks.

I will now try to plug the modem to a radio so that I can check if the audio section is ok.

juribeparada commented 4 years ago

Excellent!, that confirm the PB8 pin issue.

petem001 commented 4 years ago

But I still have issue after some time the ptt wont follow the activity. I think that the clock signal is affected by the original input and the modem loose synchro

De : Andy CA6JAU notifications@github.com Envoyé : 13 novembre 2020 09:17 À : juribeparada/STM32F7XX_Lib Cc : petem001; Comment Objet : Re: [juribeparada/STM32F7XX_Lib] Support for stm32f722 possible? (#1)

Excellent!, that confirm the PB8 pin issue.

— You are receiving this because you commented. Reply to this email directly, view it on GitHubhttps://github.com/juribeparada/STM32F7XX_Lib/issues/1#issuecomment-726788650, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AIJP75XOELMAXP3T4W5YKR3SPU5WDANCNFSM4TRJTYOQ.

juribeparada commented 4 years ago

Uhmm, that is strange. Please also see the MMDVMHost log (with log level = 1), and tell me what you see when the PTT is stuck. It would be very interesting to check DAC and ADC activity, you can do that also with the MMDVMCal software (sudo pistar-mmdvmcal)

petem001 commented 4 years ago

I will check that over the week end. As I did the testing while working from home. But I am starting to have limit in the action I can do while out of the shack.

Téléchargez Outlook pour Androidhttps://aka.ms/ghei36

From: Andy CA6JAU notifications@github.com Sent: Friday, November 13, 2020 10:02:11 AM To: juribeparada/STM32F7XX_Lib STM32F7XX_Lib@noreply.github.com Cc: petem001 petem001@hotmail.com; Comment comment@noreply.github.com Subject: Re: [juribeparada/STM32F7XX_Lib] Support for stm32f722 possible? (#1)

Uhmm, that is strange. Please also see the MMDVMHost log (with log level = 1), and tell me what you see when the PTT is stuck. It would be very interesting to check DAC and ADC activity, you can do that also with the MMDVMCal software (sudo pistar-mmdvmcal)

— You are receiving this because you commented. Reply to this email directly, view it on GitHubhttps://github.com/juribeparada/STM32F7XX_Lib/issues/1#issuecomment-726813198, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AIJP75U773XBSG7XSK6RVATSPVC7HANCNFSM4TRJTYOQ.

juribeparada commented 4 years ago

OK, just be sure to not compile with RSSI support: // #define SEND_RSSI_DATA

Because I still need to fix the RSSI support for this setup. Once we get RX and TX working properly, I will fix the RSSI.

petem001 commented 4 years ago

No problem no RSsi and no led just in case.

Téléchargez Outlook pour Androidhttps://aka.ms/ghei36

From: Andy CA6JAU notifications@github.com Sent: Friday, November 13, 2020 10:42:54 AM To: juribeparada/STM32F7XX_Lib STM32F7XX_Lib@noreply.github.com Cc: petem001 petem001@hotmail.com; Comment comment@noreply.github.com Subject: Re: [juribeparada/STM32F7XX_Lib] Support for stm32f722 possible? (#1)

OK, just be sure to not compile with RSSI support: // #define SEND_RSSI_DATA

Because I still need to fix the RSSI support for this setup. Once we get RX and TX working properly, I will fix the RSSI.

— You are receiving this because you commented. Reply to this email directly, view it on GitHubhttps://github.com/juribeparada/STM32F7XX_Lib/issues/1#issuecomment-726835936, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AIJP75RNS27AFZ67GVJ3LDTSPVHX5ANCNFSM4TRJTYOQ.

juribeparada commented 4 years ago

OK, LEDs should not be a problem. Here I tested the new Arduino pinouts with my F767 board, and works fine so far. I also added the support for RSSI, and also works fine with my board (even if I compile with f722). Also Nextion display works fine with the serial repeater (PC12 and PD2 CN11).