ISP <> SPI SDIO

[Scherbe (Gast)]

Hallo,

ich habe einen RTC der MISO und MOSI auf dem selben Pin hat. An den AVR 
würde ich es wie folgt anschließen:

           ___
MOSI o----|___|---o---o SDIO
           2k2    |
MISO o------------'

Damit das System Updatefähig bleibt will ich nicht auf den ISP 
verzichten.
Die Frage ist jetzt wie ISP Adapter (STK500, JTAG etc.) damit umgehen, 
dass MISO und MOSI per 2,2kOhm verbunden sind. Können die das ohne 
Probleme ab, oder gibt es dann Datensalat?

[H.Joachim S. (crazyhorse)]

Weiss ich ehrlich gesagt nicht - ausprobieren?

Alternativen:
-Bootlader (damit bist du frei von der ISP-Schnittstelle)
-RTC: klingt nach sehr spärlichem Datenaufkommen, also an einen 
separaten Pin mit Software-SPI?

[uwe (Gast)]

Sollte eigentlich gehen da auf jeder Leitung ein Push/Pull Treiber 
arbeitet und so beide Leitungen immer einen definierten Pegel haben.
Auf MOSI müßte im Programmiermodus der Programmieradapter einen 
niederohmigen Pegel Treiben, der von dem MISO durch den 2K Widerstand 
nur geringfügig beeinflußbar ist. Andersherum sollte auf MISO der IC den 
Programmieradapter niederohmig Treiben und ebenfalls den Pegel auf MOSI 
kaum beeinflussen können.

[uwe (Gast)]

Was die RTC davon hält weiß ich nicht, die muß im Programmiermodus (wenn 
reset aktiv ist) halt hochohmig sein.

[Max H. (hartl192)]

uwe schrieb:
> Was die RTC davon hält weiß ich nicht, die muß im Programmiermodus (wenn
> reset aktiv ist) halt hochohmig sein.
Wie wär's mit einem Pullup an der /CS Leitung? SPI Slaves sind 
normalerweise Hochohmig, wenn /CS auf High ist. Welche RTC, µC ist es?

[Scherbe (Gast)]

Danke für die Infos soweit!

Der SDIO der RTC ist am Floaten wenn der CS auf LOW ist (ist ein 
High-Aktiver CS O.o) und wird per PullDown im Reset-Fall dort gehalten. 
Insofern mache ich mir um die Uhr absolut keine Sorgen.

Im Normalfall wird an MISO halt genau das wieder ankommen was MOSI 
ausgibt wenn ich Daten schicke. Genau das selbe wird beim Programmieren 
eben auch passieren und das ist was mir Sorgen machen, da ich nicht weiß 
wie der ISP/AVR darauf reagieren wenn sie ihre eigenen Daten wieder 
einlesen.

[Rudolph (Gast)]

Ist vielleicht ein klein wenig feige, aber ich vermeide solche Problem, 
indem ich Bausteine mit Spar-SPI nicht benutze.

Also vielleicht eine andere RTC? RV-2123 sind nett: 
Beitrag "Echtzeituhr RV-2123-C2 - irgendwelche Tipps?"

[Jim M. (turboj)]

Scherbe schrieb:
> Genau das selbe wird beim Programmieren
> eben auch passieren und das ist was mir Sorgen machen, da ich nicht weiß
> wie der ISP/AVR darauf reagieren wenn sie ihre eigenen Daten wieder
> einlesen.

Da sollte beim Programmieren nix passieren, weil dann der ISP die MISO 
Leitung ansteuert. Ein 2k2 Widerstand darf da nicht stören.

[Scherbe (Gast)]

**pling** Stimmt, wenn beide Leitungen einzeln angeschlossen sind, sitzt 
an jeweils einem Ende immer ein Treiber...
Ich hoffe die verschiedenen ISPs können 3mA Treiben die bei einem 
High-Low Pegelunterschied an MISO/MOSI anliegen, der AVR macht sich da 
ja nicht in die Hose.

Ich werde gleich auf dem STK500 einfach mal MISO und MOSI über einen 2k2 
kurzschließen und schauen ob ich immer noch auf die AVRs zugreifen kann. 
Ich werde berichten.

[Scherbe (Gast)]

Also:
5V VTG, 8MHz Quarz, MISO/MOSI nur am Widerstand angeschlossen
2k2 -> null Probleme
1k5 -> null Probleme
1k  -> geht bis 115.2kHz, 460.8kHz nicht zuverlässig
470 -> Signatur nur noch sporadisch lesbar, schreiben 0 Chance