RX62 - "gescheite" resourcen

>wohin soll man sich eigentlich wenden, falls einen der RX62 ärgert ?

In die Kirche gehen und zu Gott beten.
Der weiss möglicherweise wovon du redest.

na soooooo schwierig scheint mir die Frage aber nicht

wenn man sich dieses Forum hier ansieht:

Filter:
ARM AVR 8051 MSP430 R8C/M16C/M32C PIC C16x AVR32 TriCore PowerPC


Das fehlt doch bei Renesas eindeutig etwas.
daher die Frage, wohin bei Problemen mit RX62



Beten ist immer in der engeren Wahl, hilft nun nicht immer - leider.

>na soooooo schwierig scheint mir die Frage aber nicht

Ach was.

>wenn man sich dieses Forum hier ansieht:

>Filter:
>ARM AVR 8051 MSP430 R8C/M16C/M32C PIC C16x AVR32 TriCore PowerPC

>Das fehlt doch bei Renesas eindeutig etwas.

Du meinst wohl:
Da fehlt doch bei Renesas eindeutig etwas.

Das kommt wohl daher das hier keiner die Dinger kennr.

>ich soll das Ding self-flashen (für einen Bootlader) mit IAR und die
>vorhandenen Samples aus der HEW krieg ich nicht übertragen

>daher die Frage, wohin bei Problemen mit RX62

Renesas oder IAR fragen.

Salu Uli

Ich beginne jetzt hier in der Firma ein Projekt mit einem RX62T

Welchen Typ setzt Du genau ein? Vielleicht können wir uns ja bei 
Problemen gegenseitig Hilfestellung leisten?

Gruss

Uli schrieb:
> ich soll das Ding self-flashen (für einen Bootlader)

Das solltest Du genauer erklären.
FDT ist Dir bekannt?

@Willi
ja, fdt kenne ich durchaus. Gibst Du das einem Endkunden in die Hand ?
ich nicht.

Nenn das Ding Urlader/Bootlader .. wie auch immer ... gemeint ist ein 
Ladeprogramm, das die eigentliche Anwendung endkundenkompatibel tauschen 
kann. Da gibt es zB App Notes für USB-MSC Devices .... aber eben nur für 
HEW


@Holger
>Du meinst wohl:
>Da fehlt doch bei Renesas eindeutig etwas.
ja, in der Tat, das meinte ich. Das 's' war nur reingewitscht

>Das kommt wohl daher das hier keiner die Dinger kennr.
eben, daher die Frage, ob jemand noch andernorts brauchbare 
Entwicklerressourcen kennt.

>Renesas oder IAR fragen.
das ist nicht die originellste Variante und natürlich längst passiert - 
ohne brauchbare Ergebnisse. Macht mich immer wieder fuchsig, wie man da 
nach Abdrücken von nicht eben wenig Kohle behandelt wird.

Hallo Uli,
wo hast du denn die RX62x gekauft? Frag doch deinen Distri, der sollte 
dir auch weiterhelfen können.

Grüße
Carsten

@Carsten
hmpf, danke ... AAABER .. die naheliegenden Kanäle habe ich alle schon 
durch, das ist ja das Ärgerliche. (war MSC)

einen vergleichbaren Bootlader habe ich für den LPC28xx in (gefühlt) 
einem Nachmitag gemacht und für den 17xx (M3 Architektur) auch nicht 
viel langsamer.  nur hier ...

Ein Kernproblem ist hier tatsächlich einmal die IDE. Schon auf dem M16 
hat mich seinerzeit diese HEW genervt und das ist nun mit deutlich 
komplexeren Prozessoren nicht einfacher geworden. Jeder versucht hier, 
es dem Anwender "LEICHTER" zu machen und für alles irgendwelches 
"unterstützendes" Framework, kapselnde Header etc mitzuliefern (siehe zB 
CMSIS).
Der Grundgedanke ist ja ganz klar richtig und bei tausenden von Seiten 
User Manual irgendwie alternativlos.
Aber hier zB kochen HEW und IAR komplett inkompatible Süppchen, so dass 
man bei Portierversuchen gute Nerven / viel Val ium braucht - und 
manchmal auch scheitert bzw in noch nicht lösbaren Problemen hängt.

Es ist immer wieder schön, wenn die Bespielapps neben Tetris, TCPIP, 
neuerdings sogar alle mit GYRO, vollgestopft mit Funktion bis obenhin 
einen komplett plätten - und man dann bei so elementaren Dingen wie self 
flashing im Regen steht. Ist hat nicht so bunt und macht weniger her ...

jedenfalls ist das Verhältnis HEW <-> IAR wirklich unschön



>RS4B5 (Gast)
aktuell verwende ich ein YRDKRX62N Eval Board.
(Alleine für diesen Namen verdienen sie einen Oscar ...)



ich freu mich jetzt schon wieder auf mein nächstes C-M3 Projekt - 
definitiv

Uli schrieb:
> Aber hier zB kochen HEW und IAR komplett inkompatible Süppchen,

Du solltest Dich auch für einen Weg entscheiden. Keiner erwartet von 
Linux und Windows direkte Kompatibilität.
Ich arbeite mit HEW und IAR. Was soll sein?
Als 3. Möglichkeit gäbe es noch KPIT+Eclipse. Davon lasse ich die 
Finger.

Für eigene Bootloader gibt es Applikationen, die einem das Grundgerüst 
liefern. Mit ein bißchen Konzentration schafft man die Anpassung an 
eigene Anforderungen auch an einem Tag.

Uli schrieb:
> @Willi
> ja, fdt kenne ich durchaus. Gibst Du das einem Endkunden in die Hand ?
> ich nicht.

Bislang nicht, aber wenn dieser ein wenig vom Fach ist, kann man ihm das 
durchaus zumuten. Probier mal das "FDT Simple Interface". Damit 
programmiere ich meine Kleinserien.

@Willi
>Du solltest Dich auch für einen Weg entscheiden.
Aber klar. Aber wenn ich IDE 1 nehmen muss und ein Sample nur in IDE 2 
verfügbar, dann ist es eben Mist. (IAR-Keil zB sind wesentlich 
portabler)

IAR drückt sich hier im konkreten Fall selber ganz "elegant" und bietet 
nur Programmier-Code an für das im Chip enthaltene Data-Flash. (das ist 
ein Port von dem HEW-Original von Renesas).

Den eigentlich spannenden Teil (Self-Flashing) - der fehlt 
komischerweise. Wenn ich den selber nachrüste (unter anderem muss der 
Code hierbei ins RAM) dann rummst es ohne Ende, seltsamerweise noch am 
wenigsten , je höher der Optimize-Level steht.
Bei 0 knallt es garstig, bei Opt=3 tut immerhin das Flash-Löschen.
(Leider geht der Compiler nur bis opt=3, bei 4 täte es dann vielleicht 
;)))

.. und ja, Code im RAM zwecks Fläschen habe ich auch schon bei M16 und 
beim 80188EC ohne groß Generve hinbekommen....


>schafft man die Anpassung an eigene Anforderungen auch an einem Tag.
tja, dann kannst Du das halt einfach besser als ich. Das solls geben.
ich habs bisher NICHT hinbekommen.


>FDT
NEIN ! Das geht einfach nicht.
Mit ca 5k Einheiten pA sind das alles echte DAUs.
Bei FDT könnte man zwei Leute allein für die Telefonseelsorge 
vorhalten.. und das würde noch nicht reichen.

Uli schrieb:
> Code hierbei ins RAM) dann rummst es ohne Ende,
> Bei 0 knallt es garstig, bei Opt=3 tut immerhin das Flash-Löschen.

Was soll man dazu noch sagen?
Stichwort: debugger

Uli schrieb:
> Mit ca 5k Einheiten pA sind das alles echte DAUs.

FDT über USB geht recht flott.
Für solche Aufträge würde ich dann aber nicht ein womöglich noch 
geschenkt bekommenes Promotion-Board als Basis nehmen.

willi

ich könnte jetzt schreiben: ja genau, ein Debugger - tolle IDEE

ich könnte jetzt schreiben: Aufgrund des Optimizers bleibt ja nur noch 
Assembler - und leider - da bei jedem zweiten Projekt auf Kundenwunsch 
auf anderer Hardware - spreche ich nicht mehr so viele Assembler flüssig 
wie in der Grunderzeit, den 6802 konnte ich noch direkt mit nem Blatt 
Papier für den Ablauf in HEX programmieren, beim 68k und dem 8086 war 
das dann schon vorbei, nun habe ich ARM, Thumb, Thumb2 ... und dann auch 
noch Renesas ... nein danke. ich muss nimmer fliessend alle ASM können 
müssen, sonst stimmt was nicht bei der Umgebung.

ich könnte jetzt schreiben: ein allgemein verfügbares EVA Board als 
Plattform zu nehmen, macht Sinn, wenn man auch die Support Engineers
(hier leider bisher nutzlos) mit einbinden will
(und nein, man schenkt es nicht her, es kostet RICHTIG Geld)

ich könnte jetzt schreiben: nochmal mit FDT im DAU Umfeld anzufangen ist 
schlicht lachhaft


wie gesagt, all das könnte ich schreiben, aber hier speziell erscheint 
es mir eher sinnfrei. Ich stelle weitere Reaktionen ein und überlasse 
Dir das sicherlich folgende letzte Wort.

Schönen Tag noch, so long, and thanks for all the fish.



Falls jemand anderes gute RX62 Ressourcen kennt
(Darum ging es hier eigentlich)

Her damit!

vielen Dank

Gib es doch einfach zu: Du hast die letzten Tage zuviel Süßkram 
gefuttert und mußt jetzt notgedrungen abkotzen.
Mit zielgerichtetem Vorgehen hat Dein Verhalten nichts zu tun.
Ich sach nur: selber schuld!