Support for stm32f722 possible? #1
Comments
|
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?. |
|
I am using the zum radio for nucleo v1.0.2
Téléchargez Outlook pour Android<https://aka.ms/ghei36>
…________________________________
From: Andy CA6JAU <[email protected]>
Sent: Wednesday, November 11, 2020 11:22:00 AM
To: juribeparada/STM32F7XX_Lib <[email protected]>
Cc: petem001 <[email protected]>; Author <[email protected]>
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 GitHub<#1 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AIJP75XTXASPL2VPYZMVAETSPK22RANCNFSM4TRJTYOQ>.
|
|
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. |
|
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 <[email protected]>
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 GitHub<#1 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AIJP75RIRBYP4E522K4RXITSPMABBANCNFSM4TRJTYOQ>.
|
|
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. |
|
Thanks Andy!
…________________________________________
De : Andy CA6JAU <[email protected]>
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 GitHub<#1 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AIJP75QZB2LHRXYRFIQL253SPMENLANCNFSM4TRJTYOQ>.
|
|
Hi, please compile the firmware using my repository: In the Config.h: compile: and finally: Let me know what happens. |
|
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 <[email protected]>
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 GitHub<#1 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AIJP75UNTWGZ2FGV4M4BF33SPPRT5ANCNFSM4TRJTYOQ>.
|
|
It seems to me is almost everything OK! |
|
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 <[email protected]>
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 GitHub<#1 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AIJP75XKZQZQXXG73LIFQXLSPQIMTANCNFSM4TRJTYOQ>.
|
|
this are moving far better then I was thinking!
…________________________________________
De : Andy CA6JAU <[email protected]>
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 GitHub<#1 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AIJP75XKZQZQXXG73LIFQXLSPQIMTANCNFSM4TRJTYOQ>.
|
|
I think you didn't attach the MMDVMHost log. And try again. |
|
Think is the email system that stripped the logs. |
|
i am sending back the old logs. ok after compling I have this. Linking complete! arm-none-eabi-size bin/mmdvm_f7.elf Objcopy from ELF to IHEX complete! then: pi-star@pi-star(rw):MMDVM$ sudo make deploy-f7 Did a reboot 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. |
|
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. |
|
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 |
|
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.
|
|
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. |
|
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.
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. |
|
Excellent!, that confirm the PB8 pin issue. |
|
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 <[email protected]>
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 GitHub<#1 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AIJP75XOELMAXP3T4W5YKR3SPU5WDANCNFSM4TRJTYOQ>.
|
|
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) |
|
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 Android<https://aka.ms/ghei36>
…________________________________
From: Andy CA6JAU <[email protected]>
Sent: Friday, November 13, 2020 10:02:11 AM
To: juribeparada/STM32F7XX_Lib <[email protected]>
Cc: petem001 <[email protected]>; Comment <[email protected]>
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 GitHub<#1 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AIJP75U773XBSG7XSK6RVATSPVC7HANCNFSM4TRJTYOQ>.
|
|
OK, just be sure to not compile with RSSI support: 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. |
|
No problem no RSsi and no led just in case.
Téléchargez Outlook pour Android<https://aka.ms/ghei36>
…________________________________
From: Andy CA6JAU <[email protected]>
Sent: Friday, November 13, 2020 10:42:54 AM
To: juribeparada/STM32F7XX_Lib <[email protected]>
Cc: petem001 <[email protected]>; Comment <[email protected]>
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 GitHub<#1 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AIJP75RNS27AFZ67GVJ3LDTSPVHX5ANCNFSM4TRJTYOQ>.
|
|
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). |
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
The text was updated successfully, but these errors were encountered: