Title: D2.9.69 neue CPU Identifikation - Mithilfe bei Fehlersuche 512kB UIs
Post by: DL8EBD on 18. November 2018, 15:51:58
Title: Re:D2.9.69 neue CPU Identifikation?
Post by: DF8OE on 18. November 2018, 16:15:14
Hallo Thomas,
STM32F405xx/07xx and STM32F415xx/17xx devices (device id 0x413):
0x1000 = Revision A
0x1001 = Revision Z
0x1003 = Revision 1
0x1007 = Revision 2
0x100F= Revision Y and 4
STM32F42xxx and STM32F43xxx devices (device id 0x419):
0x1000 = Revision A
0x1003 = Revision Y
0x1007 = Revision 1
0x2001= Revision 3, 4, 5 and B
0x2007= Revision 4, 5 and B
F7 und H7 habe ich aktuell keine Angaben, Wir brauchten das für eine Fehlersuche beim F4.
vy 73
Andreas |
Title: Re:D2.9.69 neue CPU Identifikation?
Post by: DB4PLE on 18. November 2018, 18:47:15
Hallo,
der erste Teil sagt:
0x450: STM32H743/753 and STM32H750
Revision:
0x1001 = Revision Z
0x1003 = Revision Y
0x2001 = Revision X
D.h. es ist ein STM32H7x3 in Revision Y, denn ein STM32H750 hat nur 128kByte Flash, da würden wir gerade mal den Bootloader unterbringen.
73
Danilo
|
Title: Re:D2.9.69 neue CPU Identifikation?
Post by: BO_Andy on 18. November 2018, 19:05:34
Title: Re:D2.9.69 neue CPU Identifikation?
Post by: DF8OE on 18. November 2018, 19:19:53
Hochinteressant Andy. Und da läuft die aktuelle FW drauf? Das ist nämlich exakt die CPU bei der mit 512KB Flash nichts mehr geht...
Übrigens kann man einen Fake-MOSFET daran erkennen wie rum die Antiparalleldiode ist. Wenn Am Blech die Kathode ist ist es ein Fake...
vy 73
Andreas |
Title: Re:D2.9.69 neue CPU Identifikation?
Post by: BO_Andy on 18. November 2018, 19:48:12
| Ja Andreas da läuft die aktuelle drauf ist aber einen 1 MB MCU Display ist das HY28B wenn es interessant sein sollte in parallel modus |
Title: Re:D2.9.69 neue CPU Identifikation?
Post by: BO_Andy on 18. November 2018, 20:08:40
| Meine MCU ist bei uns in der Firma runter gelötet wurde von ein China devlovery Bord da das Bord selber billiger war wie die MCU für knapp 8 Euro mit Versand es ist einen vgt6 |
Title: Re:D2.9.69 neue CPU Identifikation?
Post by: BO_Andy on 18. November 2018, 20:12:09
Title: Re:D2.9.69 neue CPU Identifikation?
Post by: DF8OE on 18. November 2018, 21:46:18
Die Prozessor-ID und die revision ist bei Dir und den nicht funktionierenden MCUs identisch. Nur der Amount of Flash ist anders.
Also ist es sehr wahrscheinlich KEIN CPU hardware fault.
Ich hoffe wir bekommen mal einen solchen mit 512KB zwischen die Finger.
vy 73
Andreas |
Title: Re:D2.9.69 neue CPU Identifikation?
Post by: BO_Andy on 19. November 2018, 08:05:25
| Ich könnte ja mal einen Versuch starten. Ich könnte ja mal die firmenware für die kleine MCU drauf mache. Das sollte ja eigentlich gehen und gucken ob dann der Fehler bei mir auch auftritt |
Title: Re:D2.9.69 neue CPU Identifikation?
Post by: DF8OE on 19. November 2018, 08:16:50
Das wäre in der Tat interessant Andy. Wenn der Fehler dann bei Dir auch auftritt wäre es ein Hinweis darauf dass es nichts mit der Menge des Flash sondern mit der CPU zu tun hat. Aber ich könnte fast wetten dass bei Dir keine Probleme mit dem kleinen Image auftreten...
vy 73
Andreas |
Title: Re:D2.9.69 neue CPU Identifikation?
Post by: BO_Andy on 19. November 2018, 11:47:53
| Andreas ich werde es wenn ich heute Abend zuhause bin für euch testen wenn es euch hilft und berrichten |
Title: Re:D2.9.69 neue CPU Identifikation?
Post by: DB4PLE on 19. November 2018, 14:04:55
Hi,
ich denke auch, dass es bei Andy funktionieren wird. Bin aber gespannt, wie es ausgeht.
73
Danilo
|
Title: Re:D2.9.69 neue CPU Identifikation?
Post by: DF8OE on 19. November 2018, 16:19:13
Wenn es bei Andy auch funktioniert kann es eigentlich nur eine Exception sein, die dadurch entsteht, dass auf einen Flash-Bereich > 512KB zugegriffen wird. Dann müsste es aber wieder bei ALLEN 512KB Maschinen passieren. Leider haben wir zu wenig Feedback in der Angelegenheit. Es hat sich niemand mit 512KB MCU gemeldet. Dürfte in unserem Forum auch so bleiben: Ich denke hier haben ALLE eine größere MCU. In der Yahoo-NG könnte da schon eher ein weiterer Baustein in der Info-Kette kommen...
vy 73
Andreas |
Title: Re:D2.9.69 neue CPU Identifikation?
Post by: BO_Andy on 19. November 2018, 17:37:16
| So ihr Lieben ich habe grade mal das 512kb Image installiert auf meinen Eagle und was soll ich sagen es läuft. Keine ausätzer volle Display. Für mich hört sich das so an als wenn bei der 512kb MCU irgendwas denn sram zum Überlaufen bring und es dadurch zu diesen Fehler kommt der so genannte überlauf |
Title: Re:D2.9.69 neue CPU Identifikation?
Post by: DF8OE on 19. November 2018, 18:36:40
Aber beide haben den gleichen SRAM. Und den gleichen RAM. Und dieselben Register.
vy 73
Andreas |
Title: Re:D2.9.69 neue CPU Identifikation?
Post by: BO_Andy on 19. November 2018, 18:45:48
Es ist nur eine Vermutung Andreas die kleine MCU müsste ja auch schon fast Rand voll sein.Frage ich ja auch ob es Display Größen abhängig ist, und ob es einen Unterschied aus macht ob das Display Parallel angesteuert wird oder per SPI Mann sollte immer bedenken das bei Parade ja alle Daten gleichzeitig rein geladen werden und bei SPI nacheinander ist nur mal ein Gedanken Gang
LG BO_Andy |
Title: Re:D2.9.69 neue CPU Identifikation?
Post by: DB4PLE on 19. November 2018, 19:23:06
Hallo Andy,
grundsätzlich ist die Frage ist ein Unterschied parallel oder serielles Display vorhanden. Im konkreten Fall tritt das Problem aber bei sowohl als auch auf. Auch die CPU Revisionen sind gemischt (413:1007 und 413:100f). Derzeit haben wir aber nur Reports von 512k Nutzern.
Ich hoffe, dass ich bald mehr weiß, denn ein betroffenes Gerät ist auf dem Weg zu mir.
73
Danilo |
Title: Re:D2.9.69 neue CPU Identifikation?
Post by: DF8OE on 19. November 2018, 20:56:58
Da das Problem bei gleichem Code bei den Builds mit Eclipse nicht auftritt - dort sind aber "nur" die Lobs anders optimiert und dazugelinkt- kann es sich nur um etwas handeln, was entweder durch die Optimierung "kaputtgeht" oder ein Timingproblem...
Bin echt gespannt.
vy 73
Andreas |
Title: Re:D2.9.69 neue CPU Identifikation?
Post by: dh1bay on 19. November 2018, 21:10:29
moin von dh1bay
vieleicht kann ich helfen? |
Title: Re:D2.9.69 neue CPU Identifikation?
Post by: dh1bay on 19. November 2018, 21:11:52
Title: Re:D2.9.69 neue CPU Identifikation?
Post by: dh1bay on 19. November 2018, 21:13:07
Title: Re:D2.9.69 neue CPU Identifikation?
Post by: DF8OE on 20. November 2018, 05:56:22
Danke für Dein Angebot - aber interessant sind bei diesem Fehler ausschliesslich 512KB - Geräte...
vy 73
Andreas |
Title: Re:D2.9.69 neue CPU Identifikation - Mithilfe bei Fehlersuche 512kB UIs
Post by: DB4PLE on 22. November 2018, 22:18:08
Solved:
Issue was an interaction between bootloader and firmware. Basically a stupid programmers error, which most of the time did not cause problems. See GitHub issue #1610 for the full story: https://github.com/df8oe/UHSDR/issues/1610#issuecomment-441125617 (https://github.com/df8oe/UHSDR/issues/1610#issuecomment-441125617)
Essentially everyone has to upgrade to a newer bootloader to have this fixed. Alle UHSDR bootloader below 5.0.0 have the same problem, in theory every processor (F4, F7, H7) may get into trouble because of this.
So: Once 5.0.0 is released, upgrade your bootloaders!
73
Danilo
EDIT:
corrected version number |
Title: Re:D2.9.69 neue CPU Identifikation - Mithilfe bei Fehlersuche 512kB UI
Post by: DB4PLE on 23. November 2018, 07:06:08
Hallo,
erstmal sollte man warten, bei Andreas funktioniert der BL 5.0.0 auf dem F7 nicht.
EDIT: Hinweis: Der Bootloader 5.0.0 startet auf dem F7 die Firmware nicht, aber die Update-Funktionen laufen ohne Probleme, d.h. man kann den Bootloader 5.0.0 ohne Problem updaten, genau so wie man ihn aufgespielt hat.
Das wede ich mir dann heute abend anschauen.
Ansonsten: Bootloader-Update per DFU und DFUSEDemo geht leicht.
73
Danilo |
Title: Re:D2.9.69 neue CPU Identifikation - Mithilfe bei Fehlersuche 512kB UI
Post by: OE5RKM on 23. November 2018, 07:20:50
Hallo
auch bei mir funktioniert die Bootloader Version 5.0.0. nicht (UHSDR F7 )
läßt sich flashen ohne Probleme
aber beim Einschalten blinkt der Bildschirm
73 Rudi |
Title: Re:D2.9.69 neue CPU Identifikation - Mithilfe bei Fehlersuche 512kB UI
Post by: DB4PLE on 23. November 2018, 07:38:02
Hallo Rudi,
danke für die Bestätigung, pack erstmal einfach wieder den alten BL drauf, der hat es ja bisher auch getan und wird noch die paar Stunden durchhalten.
73
Danilo |
Title: Re:D2.9.69 neue CPU Identifikation - Mithilfe bei Fehlersuche 512kB UI
Post by: OE5RKM on 23. November 2018, 08:06:23
Danilo
Danke für die INFO
4.1.2 wieder geflashed = OK
73 Rudi |
Title: Re:D2.9.69 neue CPU Identifikation - Mithilfe bei Fehlersuche 512kB UIs
Post by: F4HTX on 23. November 2018, 08:16:20
Hello Team,
I do use DFU software and usb cable
mchf v0.6
The BL v5.0.0 is flashed without problem (P6, DFU).
But to start the device, I need to press power for at least two seconds (a lot longer than previously) to get the red led up and the mchf power up.
I didn’t get any splash screen with the bootloader version.
ovi40 F7
The BLv5.0.0 is flashed without problem (P6, DFU).
When pressing Power button, the screen is flashing and I hear some relays clicking, but no boot, no leds up.
When pressing Band - and Power, I enter the Firmware upgrade procedure and I was able to update to .73.
73’s
François
|
Title: Re:D2.9.69 neue CPU Identifikation - Mithilfe bei Fehlersuche 512kB UIs
Post by: DB4PLE on 23. November 2018, 08:40:24
Hello Francois,
thanks. For now, on F7 stay on Bootloader 4.1.2.
73
Danilo |
Title: Re:D2.9.69 neue CPU Identifikation - Mithilfe bei Fehlersuche 512kB UIs
Post by: F4HTX on 23. November 2018, 08:58:42
Hello Danilo,
Thanks for answer, no problem, I was just a feedback. I already flashed back to 4.1.2. I'll be available for further testing.
Is the increased power button press time for powering up mchf expected ?
Best Regards,
François |
Title: Re:D2.9.69 neue CPU Identifikation - Mithilfe bei Fehlersuche 512kB UIs
Post by: DF8OE on 23. November 2018, 13:21:18
So, bin wieder aus der Schule zurück und habe Mittag gegessen ;D
Bericht für den H7:
Auch hier startet die Firmware nicht. Allerdings blinkt die Hintergrundbeleuchtung nicht - sie bleibt schlichtweg schwarz.
Der Bootloader hat aber wie beim F7 einwandfreie Funktion des DFU und USB-Stick-Modes.
Mit dem F4 kann ich nicht ohne größeren Aufwand testen. Bei keinem meiner mcHF funktioniert noch der DFU-Mode: weder mit Jumper noch mit Bootloader. Ich habe keinen blassen Schimmer warum das offenbar nur mir passiert: ich habe pro mcHF bestimmt schon 3 STMs zerschossen und musste ihn tauschen. Jedesmal trat nach ein paar Monaten das Phänomen "DFU geht nicht mehr" wieder auf. Nichts hilft dann dagegen. Kein Mass-Erase, kein Neuaufspielen von was-auch-immer. Via ST-Link kann man dann noch Flashen - und ansonsten (Audio, CAT) funktioniert USB auch bei allen prächtig. Deswegen möchte ich für den mcHF aktuell nicht testen - ich müsste die Geräte dazu zerlegen. Vielleicht kann ja für den mcHF wer andrs testen...
EDIT:
Hab noch einen mit dem F429 zum Testen gefunden... Wie bei François: Man muss den Power-Button sehr lange gedrückt halten. Das führt dazu, dass die vorher einwandfrei arbeitende Funktion "Reboot" nun nicht mehr funktioniert. Der mcHF geht einfach aus - wie mit dem Bootloader von m0nka... Ich denke nicht dass das beabsichtigt ist.
Auf einen mcHF mit 512KB habe ich nach wie vor keinen Zugriff mehr.
vy 73
Andreas |
Title: Re:D2.9.69 neue CPU Identifikation - Mithilfe bei Fehlersuche 512kB UIs
Post by: DB4PLE on 23. November 2018, 17:20:24
Hallo,
die lange Bootzeit liegt daran, das wir derzeit 2x durch den Reset gehen (müssen). Warum es auf dem F7/H7 so nicht geht, weiß ich noch nicht.
Langfristig sehe ich da noch Optimierungspotential bezüglich des Startverhaltens, aber dann muss man sich genauer mit dem Herstelen eines sicheren Zustandes beschäftigen. Alleine das simple, temporäre Abschalten der Interruptbehandlung ist nicht ausreichend, denn soweit ich das verstanden habe, würden diese Interrupts dann sofort nach Aktivierung wieder laufen und das macht so auch keinen Sinn.
73
Danilo |
Title: Re:D2.9.69 neue CPU Identifikation - Mithilfe bei Fehlersuche 512kB UIs
Post by: DF8OE on 23. November 2018, 17:30:52
Was brauchen wir denn für Interrupts im BL überhaupt? Kann man die, die wir brauchen, nicht wirklich vor dem Verlasen des BL deaktivieren und ggf. in der Firmware einfach beim Start neu setzen (als erstes)? Mir fällt da spontan eigentlich nur der USB-Kram ein. Alles andere sollte doch auch ohne Interrupts laufen...
vy 73
Andreas |
Title: Re:D2.9.69 neue CPU Identifikation - Mithilfe bei Fehlersuche 512kB UIs
Post by: DB4PLE on 23. November 2018, 17:54:28
Hallo Andreas,
wir benutzen auch den SysTick Interrupt z.B. fürs Blinken.
Grundsätzlich können wir das auch besser als mit einem 2. Reset lösen.
Aber das ist erstmal die "Erste Hilfe".
73
Danilo |
Title: Re:D2.9.69 neue CPU Identifikation - Mithilfe bei Fehlersuche 512kB UIs
Post by: BO_Andy on 23. November 2018, 18:02:31
| Danilo ich verstehe sowieso nicht warum ein 2ter Rest sein muss es ging doch davor auch ohne.man könnte doch die Interrupts in denn eeprom beim ersten Start kopieren der eeprom ist doch nicht flüchtig |
Title: Re:D2.9.69 neue CPU Identifikation - Mithilfe bei Fehlersuche 512kB UIs
Post by: DB4PLE on 23. November 2018, 18:26:48
Hallo Andy,
Danilo ich verstehe sowieso nicht warum ein 2ter Rest sein muss es ging doch davor auch ohne.man könnte doch die Interrupts in denn eeprom beim ersten Start kopieren der eeprom ist doch nicht flüchtig
|
|
Naja, ich denke, ich kann Dir einige Personen nennen, die nicht direkt sagen würden "Es ging vorher doch auch" ...
Es ging meistens, aber nicht immer gut. Und was wir gemacht haben war einfach falsch.
Ich arbeite ja auch schon an einer besseren Lösung. Sieht auch gut aus.
73
Danilo
|
Title: Re:D2.9.69 neue CPU Identifikation - Mithilfe bei Fehlersuche 512kB UIs
Post by: BO_Andy on 23. November 2018, 19:31:24
| Da ein ich mal gespannt daraus kann man bestimmt was lernen ich würde glaube die Interrupts der firmenware auslagern in denn eeprom |
Title: Re:D2.9.69 neue CPU Identifikation - Mithilfe bei Fehlersuche 512kB UIs
Post by: DB4PLE on 23. November 2018, 20:09:43
Hallo Andy,
Da ein ich mal gespannt daraus kann man bestimmt was lernen ich würde glaube die Interrupts der firmenware auslagern in denn eeprom
|
|
Ganz ehrlich, ich weiß nicht was Du meinst. Der komplette Programcode ist im Flash (unveränderlich), die Daten, die meisten Interrupts verändern müssen, sind prinzipbedingt im RAM anzulegen. Da kann man nicht ändern, und das ist für sich genommen auch kein Problem. Unser Problem war, das der Bootloader den gleichen RAM nutzt, wie auch die Firmware. Das ist für sich genommen auch wieder kein Problem. Nur wenn der Bootloader Interrupt noch weiterläuft und noch Speicher verändert, der jetzt aber schon von dem Code der Firmware für andere Zwecke genutzt wird, dann wird es (manchmal) ein Problem. Und genau das ist passiert.
Aber die Lösung war/ist, (als Mensch) in Ruhe zu schauen, welche Interrupts denn eigentlich im Bootloader aktiv sind, wenn wir die Firmware starten wollen. Und es ist zum Glück dann doch nur der SysTick Interrupt gewesen. Und dafür gibt es eine Funktion, um den zu deaktivieren. Mit dieser Abschaltung eingebaut klappt es dann auch ohne 2. Reset.
73
Danilo
|
Diskussions- und Newsboard des DARC-Ortsverbandes I40 | Powered by YaBB SE
© 2001-2003, YaBB SE Dev Team. All Rights Reserved.
|