Title: STM32H7 series revision: Beware of the changes!
Post by: dl8mby on 26. April 2019, 08:08:19
Zur Info, falls noch nicht bekannt!
Falls doch, dann Posting bitte löschen.
siehe Link:
www.eevblog.com/forum/microcontrollers/stm32h7-series-revision-beware-of-the-changes!
vy73
Markus |
Title: Re:STM32H7 series revision: Beware of the changes!
Post by: DL9KWA on 26. April 2019, 09:41:58
Bitte melde dich mal bei mir.
Karl DL9KWA |
Title: Re:STM32H7 series revision: Beware of the changes!
Post by: DL9KWA on 26. April 2019, 11:03:54
Ja Thomas.Ein Problem mit meinem TRX.
Karl
Dl9kwa |
Title: Re:STM32H7 series revision: Beware of the changes!
Post by: dl8mby on 26. April 2019, 11:09:56
Der angegebene Link funktioniert!
Möglicherweise mag Windows das Ausrufezeichen "!" im Link nicht.
Ansonsten auf
http://www.eevblog.com/forum/
dann in
"Microcontrollers & FPGAs"
wechseln und den Thread mit dem Subject
"STM32H7 series revision: Beware of the changes!"
aufrufen.
vy73
Markus
|
Title: Re:STM32H7 series revision: Beware of the changes!
Post by: DF8OE on 26. April 2019, 12:00:01
Der Link in deinem Post funktioniert nicht, aber der im Post von Thomas tut es.
vy 73
Andreas |
Title: Re:STM32H7 series revision: Beware of the changes!
Post by: DB4PLE on 26. April 2019, 16:53:15
Na prima.
Ich denke aber, das keine dieser Änderungen uns ernsthaft betrifft.
Dafür gibt es jetzt 20% mehr Takt wenn wir es nur wollen...
Grüße
Danilo |
Title: Re:STM32H7 series revision: Beware of the changes!
Post by: dl8mby on 28. April 2019, 09:02:16
Hallo Andreas,
bei meinem Link scheint das letzte Zeichen "!" nicht mehr dem Link zugeordnet zu sein.
Beim Thomas ist des "!" im Link enthalten.
Ob das ein Effekt von Cut&Paste war oder das Eingabeformular der Forumsoftware etwas
verwürfelt hat - kann ich im Nachhinein nicht sagen.
Hauptsache Ihr seit jetzt in der Lage den Post im EEVBlog zum H7 zu öffnen.
vy73
Markus
Nachtrag,
ich habe jezt sechs mal versucht den Link zum Laufen zu bringen.
Bei Allen Versuchen, bleibt das letzte Zeichen "!" nicht Bestandteil des links!
Noch ein Versuch:
www.eevblog.com/forum/microcontrollers/stm32h7-series-revision-beware-of-the-changes!
Gleiches Problem????
|
Title: Re:STM32H7 series revision: Beware of the changes!
Post by: dl8mby on 28. April 2019, 09:45:04
Danke für Deinen Hinweis!
Teste es gerade:
www.eevblog.com/forum/microcontrollers/stm32h7-series-revision-beware-of-the-changes! (http://www.eevblog.com/forum/microcontrollers/stm32h7-series-revision-beware-of-the-changes!)
vy73
Markus
PS.: Bis dato habe ich es nie so gemacht ;-)
|
Title: Re:STM32H7 series revision: Beware of the changes!
Post by: DB4PLE on 28. April 2019, 09:47:43
Beware of the missing slash!/
www.eevblog.com/forum/microcontrollers/stm32h7-series-revision-beware-of-the-changes!/ (http://www.eevblog.com/forum/microcontrollers/stm32h7-series-revision-beware-of-the-changes!/)
funktioniert, es braucht den / am Ende.
|
Title: Re:STM32H7 series revision: Beware of the changes!
Post by: DF8OE on 28. April 2019, 10:02:44
Die Forensoft ist so intelligent, dass sie falsche Bedienung oft kompensieren kann. Dabei muss sie aber manchmal "Gedanken lesen können" - und das klappt nicht immer.
Fazit:
Die YABB-Tags sind da weil sie nötig sind. Wer Dinge, die man mit den YABB-Tags macht ohne probiert kann Glück haben, dass das klappt. Es muss aber nicht klappen. So werden Mammut-Links, die über mehrere Zeilen gehen, ohne YABB-Tags nicht korrekt behandelt und auch welche mit unüblichen Zeichen (wie dem ! drin) ebenfalls nicht. Ausserdem kann man dem Link mit einem YABB-Tag einen "hübschen Namen" geben: indem man ddie eigentliche URL in die erste eckige Klammer setzt (in der eckigen Klammer steht dann url=https://hiergehteshin), dann den Namen der im Text angezeigt werden soll und dann die eckigen Klammern mit dem Schließ-Tag. Webseiten sind nach wie vor im Grundsatz in HTML geschrieben und die Kenntnis einiger HTML-Tags hilft ungemein ::)
vy 73
Andreas |
Title: Re:STM32H7 series revision: Beware of the changes!
Post by: DF8OE on 18. July 2019, 10:29:50
Ich habe bisher immer die alten benutzt und in der Tat: zeigen für unsere Anwendungen keinerlei Fehlverhalten. Neue habe ich nich niht.
Auf Sicherheit --> alte nehmen
experimentierfreudig sein (und der erste der die neue probiert) --> wäre schon interessant.
Ich sehr die Chance sehr hoch dass der auch läuft.
vy 73
Andreas |
Title: Re:STM32H7 series revision: Beware of the changes!
Post by: DF8OE on 18. July 2019, 10:47:19
Damit habe ich mich noch nicht beschäftigt (bin an anderen Baustellen). Mein F7 und H7 Board funktionieren einwandfrei - ich habe also aktuell keinen Druck. Aber wenn Du schon mal baust: wie gesagt: ist interessant zu wissen mit niedrigem Risiko eines Misserfolges.
vy 73
Andreas |
Title: Re:STM32H7 series revision: Beware of the changes!
Post by: Co on 18. July 2019, 13:04:05
Hello Thomas,
will be a long wait. This version not available before end of the year.
:(
regards
Co |
Title: Re:STM32H7 series revision: Beware of the changes!
Post by: DG8YGW on 19. July 2019, 19:51:11
Title: Re:STM32H7 series revision: Beware of the changes!
Post by: DB4PLE on 19. July 2019, 20:06:30
Hi,
using a slight modification to Dave's motto from the EEV blog: "There is only one way to find out, take it apart solder it in its place".
I looked through the difference between the revisions, and the only ones relevant for us are
- the divider of the ADC provides now half the clock to the ADC but we are not nearly close to the max frequency when sampling, so I guess, not a problem.
- Flash write sequence changed: This could apply to us, but that would only affect the bootloaders ability to flash firmware and the flash config storage. If this is the case, we can easily fix that in software, but you would in any case have a working board with only minor fixable problems.
73
Danilo
|
Title: Re:STM32H7 series revision: Beware of the changes!
Post by: DF8OE on 12. September 2019, 05:32:45
Das würde die Entwickler natürlich auch interessieren. Ich reibe mal die Glaskugel: Es wird keine Probleme geben...
vy 73
Andreas |
Title: Re:STM32H7 series revision: Beware of the changes!
Post by: SP3OSJ on 12. September 2019, 22:20:30
Hi
Does replacing the "F" with "H" processor make any changes to the TRX? Does TRX work better?
I have both processors and I don't see any difference. I have old software:
https://www.youtube.com/watch?v=BM6P32a_aHU (https://www.youtube.com/watch?v=BM6P32a_aHU)
Danke
Artur |
Title: Re:STM32H7 series revision: Beware of the changes!
Post by: DB4PLE on 13. September 2019, 06:58:40
Hi Artur,
Does replacing the "F" with "H" processor make any changes to the TRX? Does TRX work better?
I have both processors and I don't see any difference. I have old software:
|
|
At the moment, the TRX with a H7 will not work better or feel any different, but even the "old" H7 is about twice as fast as the F7.
So in terms of digital signal processing power and/or user interface, we have way more cycles available. E.g running multiple RX channels should be much easier with the H7.
And it has about the same price as an F7. So F7 is "dead" for the UHSDR. Long live the H7.
73
Danilo |
Title: Re:STM32H7 series revision: Beware of the changes!
Post by: DF8OE on 13. September 2019, 07:27:51
Yes - I agree. DUC/DDC RF design will make use of TX and RX simultaneously. There are many purposes this scenario is neccessary:
- predistortion
- working AO100
- wspr TX and RX simultaneously running on different bands
All this need more processing power and RAM.
I hope I can reach data transfer rate to MCU for having 1500KHz spectrum width (exactly: 1536KHz). Only possible with more RAM and MCU power.
vy 73
Andreas
|
Title: Re:STM32H7 series revision: Beware of the changes!
Post by: DF8OE on 13. September 2019, 07:44:02
Das sind aktuell noch VISIONEN, die nach grobem Überschlagen möglich sein könnten. Die Entwicklung wird zeigen, ob das realisierbar ist. Wenn sich das erhärtet, werden an anderen Baustellen (LCD) natürlich auch Entwicklungen anschließen...
Für den FPGA sind diese Datenraten kein Problem.
vy 73
Andreas |
Title: Re:STM32H7 series revision: Beware of the changes!
Post by: SP9BSL on 13. September 2019, 10:23:51
I hope I can reach data transfer rate to MCU for having 1500KHz spectrum width (exactly: 1536KHz). Only possible with more RAM and MCU power.
|
|
Hi,
Hmmm,my goal is to use FFT IP core inside FPGA or second receiver to sweep across the entire band and then join few low point FFT's. So far I have 1st working with used ~25% resources of Intel's Cyclone IV EP4CE15. We must figure out another type of load to make use of H7 horse power :D. |
Title: Re:STM32H7 series revision: Beware of the changes!
Post by: SP9BSL on 13. September 2019, 11:01:51
Slawek, Retina Display ;D
|
|
Partialy true if you think of bigger resolution. Currently we have available 800x480 and the dual spectrum display will use this resolution for sure. Beside the dual spectrum display we have some more things to display like Attenuator/amplifier settings or dual frequency display for full duplex work for example with Oscar-100, bigger freq fonts, some icons etc... All of this won't fit into 480x320 resolution and it doesn't matter with 3.5" or 4". |
Title: Re:STM32H7 series revision: Beware of the changes!
Post by: SP3OSJ on 13. September 2019, 17:18:24
Hi
I will show you something.
This is the Chinese motherboard for the Chinese TRX
There is only one old prosesor the STM32F405 (100pin) No more!
There is a 5351 generator, there is an external memory.
This TRX has no IC AC/DC converters!!!
Works as DDC/DUC with frequency conversion IF=256KHz
This TRX has:
TX recorder microphone
RX recorder speaker
Has a 130kHz spectrum
Has a 130kHz waterfall
Has band 160, ... 20,6,4,2m - SSB/FM/AM/CW
and FM broadcting 88-108MHz
This processor works 100%
|
Title: Re:STM32H7 series revision: Beware of the changes!
Post by: SP3OSJ on 13. September 2019, 17:39:23
Yes
I wanted to show how much power is in this small processor when the program is optimized well. |
Title: Re:STM32H7 series revision: Beware of the changes!
Post by: DF8OE on 13. September 2019, 18:57:17
Where is the anti aliasing filter which is included in WM? I am sure it works - but I am sure it cannot perform (signal quality) like F7/H7 with better filter coefficients (more taps). I think it is designed for "very inexpensive production" with "impressive optics". But if you compare rf signal quality with mcHF design I think mcHF design will win.
EDIT:
And - of course - it is NOT DUC/DDC. It is "mixing concept". A/D converter of STM has a maximum sample rate of ~1.5MHz (I am not sure and do not want to dig into the datasheet now but I remember it was below 2.5MHz)
vy 73
Andreas |
Title: Re:STM32H7 series revision: Beware of the changes!
Post by: SP9BSL on 13. September 2019, 20:30:22
Yes
I wanted to show how much power is in this small processor when the program is optimized well.
|
|
;D with this statement you suggest the we should step back and stay with F4? Or the UHSDR is not properly optimized? Believe me or not it is at the best level we can... Anyway, it's your choice to use the UHSDR or not. Beside the intention of suggestion is positive or not, DDC/DUC is a concept where is NO local oscillator!
@Andreas: 2MSPS for one ADC, ~4MSPS for two and 6MSPS for 3 in interleaved mode. But all then stucks at the 12 bit resolution and ADC dynamic... I've tried high bin count FFT (large processing gain) and the high input noise causes that the MDS is at the level of ~-70dBFS. |
Diskussions- und Newsboard des DARC-Ortsverbandes I40 | Powered by YaBB SE
© 2001-2003, YaBB SE Dev Team. All Rights Reserved.
|