Dicker Fehler in der RP6I2CmasterTWI.h der RP6Lib + Bugfix

[RolfD]

Es gibt mal wieder eine neue Beta.
Einige Fehler sind gegenüber der vorherigen Version behoben. Achtung, die TWI Einstellungen stehen z.Z. auf debug. Die Version läuft recht stabil und macht nur Probleme wenn beide Seiten gleichzeitig senden, da bleibt der Slave code dann wohl irgendwie hängen ohne das es zur arbitation käme.

In dem Code stecken mehrere "Verriegelungen" damit z.B. der Master nicht das Senden anfängt so lange der Slavecode noch empfängt. Ich hab das nun schon drei mal umgeschrieben aber da ich mich an viele Vorgaben des alten Treibers halte, gelingt es mir bisher nicht, gewisse Probleme wasserdicht zu lösen.
Die Version ist also wie die vorherigen eine Beta bzw. "Zwischenstand".

Um den Master zu aktivieren muss man hier T1 auf der M32 oder die Bumper auf der Base auslösen, ansonsten befinden sich die Boards im slave mode.

LG Rolf

EDIT: Für Leute die mal testen wollen ohne das Projekt zu bauen leg ich mal noch die hex-Files bei. Wie gesagt... Debug aktiv -> viel Textausgabe auf Console... Benötigt werden die Base, eine M32 und ein Display an der M32

[Fabian E.]

Und, wie sieht es so aus? Hast du nochmal nach den Problemen beim wechselseitigen Senden geforscht?
Wolltest du nicht auch eine Version für die M128 machen?

[RolfD]

Nein... ja.. geforscht schon.. aber es nicht wasserdicht gelöst. Ich habe auch den Eindruck das viel zu wenig Interesse besteht als das ich da allein Tage über Tage an Zeit reinhänge. Auf die letzte Testversion gabs auch kein Feedback... also was solls.
Für die M128 könnte man das als Maschinencodemodul evtl. auch machen, die Software hat ja nur eine mässig implementierte Master-I2C mit polling...bedingt durch das Interpreter-C. Da hab ich aber noch keine weiteren Forschungen unternommen.
LG

[SlyD]

Hi Rolf,

ich hatte bislang leider leider noch keine Zeit das genauer unter die Lupe zu nehmen,
aber mal dazu:


> da ich mich an viele Vorgaben des alten Treibers halte,
> gelingt es mir bisher nicht, gewisse Probleme wasserdicht zu lösen.


Wenn Dir die API nicht gefällt, änder das ruhig ab. Die ganze RP6lib ist gerade deshalb Opensource damit man bei Bedarf was dran ändern kann wenn es nicht passt (in großen Opensource Projekten (z.B. im Linux Kernel) ändert sich auch dauernd irgendwo irgendwas an den APIs das ist völlig normal)


Die geringe Resonanz dürfte auch daher kommen, das für die meisten standard Anwendungen die bisherige Lib stabil genug ist.
(also die möglichen Fehlerfälle nicht weiter auffallen)


MfG,
SlyD

[radbruch]

Die geringe Resonanz dürfte auch daher kommen, das für die meisten standard Anwendungen die bisherige Lib stabil genug ist.

Das sehe ich genauso. Da ich von I2C nicht viel Ahnung habe warte ich als "Abstauber" auf eine bessere Version von euch :)