Guten Abend. wohin soll man sich eigentlich wenden, falls einen der RX62 ärgert ? Ich habe nur EINEN Post zum Thema gefunden vom 14.04.2011 13:17. ich soll das Ding self-flashen (für einen Bootlader) mit IAR und die vorhandenen Samples aus der HEW krieg ich nicht übertragen hat jemand noch eine Idee ausser http://www.renesasrulz.com tia ! uli
>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!
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.