Pullups, I2C und das RNBFRA_1.2 Board

[PicNick]

Aha, überlappt. Um zu unterscheiden, ob der Schweinehund nun IM Mega oder AUSSEN sitzt:
Mach ein Programm wie deines ganz oben , lass aber den ganzen I2C Krempel mal weg. (und alle I2C Peipherie)
CONFIG Pinc.0 = Output
CONFIG Pinc.1 = Output

DO
PortC.0 = 1
PortC.1 = 1
waitms 1000
PortC.0 = 0
PortC.1 = 0
waitms 1000
LOOP

Die SCL u. SDA Leitungen müssen jetzt deutlich tickern.
Tun sie das nicht, zieht irgendwer anderer an den Leitungen.

Umgekehrt:

CONFIG Pinc.0 = Input
CONFIG Pinc.1 = Input

PortC.0 = 1 ' (Pullup)
PortC.1 = 1 ' (Pullup)

DO
' nix ---
LOOP

Die SCL u. SDA Leitungen müssen jetzt deutlich OBEN sein (und bleiben)
mfg robert

[Daveler]

zur sicherheit hab ich das auch noch gemacht:

PCF3 rein
das programm reingeladen:

$regfile = "m32def.dat"

$crystal = 8000000
$baud = 9600

Config Scl = Portc.0
Config Sda = Portc.1
Config I2cdelay = 5

I2cinit

Sfior.2 = 0


Portc.0 = 1
Print "Error:" ; Err
Portc.1 = 1
Print "Error:" ; Err

Waitms 1000

Portc.0 = 0
Print "Error:" ; Err
Portc.1 = 0
Print "Error:" ; Err

Waitms 1000

Return

keine led leuchtet

Hyperterminal:
Error: 0
Error: 0
usw....

SCL: 4,97V
SDA: schwankt zw. 2,48V und 2,6V - hilft also auch nix

klingt schön langsam nach defekten m32

[Daveler]

so schnell komm ich garnimma mim testen nach

ich mach jetzt mal die letzte meldung vom robert durch
meld mich gleich wieder

[Daveler]

gut, das schaut besser (?) aus:
alle 3 PCF draussen, cocontroller draußen, programm geladen:

$regfile = "m32def.dat"

$crystal = 8000000
$baud = 9600

Config Scl = Portc.0
Config Sda = Portc.1

CONFIG Pinc.0 = Output
CONFIG Pinc.1 = Output

DO
PortC.0 = 1
PortC.1 = 1
waitms 1000
PortC.0 = 0
PortC.1 = 0
waitms 1000
Loop

SCL: 0,02V bzw. 4,97V - wechselt im sekundentakt
SDA: 1,27V bzw. 2,42V - wechselt im sekundentakt


und weiter gehts:
alle 3 PCF draussen, cocontroller draußen, programm geladen:

$regfile = "m32def.dat"

$crystal = 8000000
$baud = 9600

Config Scl = Portc.0
Config Sda = Portc.1
CONFIG Pinc.0 = Input
CONFIG Pinc.1 = Input

PortC.0 = 1 ' (Pullup)
PortC.1 = 1 ' (Pullup)

DO
' nix ---
LOOP

SCL: 4,97V fix
SDA: 2,62V fix

[mr400watt]

hi dave
ich vermute mal dass sich die werte zwischen fast 0 und fast 5V bewegen sollten ... irgendwie is da was komisch ... was du misst sind nämlich keine logikpegel wie ich sie kenne

be dem ding mit prozessor und coprozessor wechseln meinte er glaub ich dass du den coprozessor aus der fassung nehmen sollst und dort hinconnecten sollst wo der mega sonst sitzt weil du ja sonst keine verbindung hast wenn der mega fehlt ... richtig?

ich werd jetzt mal testen ob das 2. RNBFRA funktioniert

greez - flo

[PicNick]

Hi, Marsmenschen.
So wie's ausschauft, ist die SCL Leitung o.k.
[-( SDA gefälllt mir in beiden Fällen nicht, da sitzt noch wer drauf. [-(
(oder das Port ist tatsächlich hinüber)
Test A muß irgendwie zum hinkriegen sein, sonst brauchen wir den I2C nicht bemühen.
Platine checken (MEGA raus, Saft ran, messen SDA ?)
mfg robert

EDIT: Flo hat recht, aber der Co müßte ja eh auf dem Bus hängen ?

[Joerg]

Hallo Dave,

da ja nach deiner Aussage ursprünglich alles mal funktionierte vermute ich, dass du beim Anschluss der Module den Controller (SDA) gehimmelt hast.
Das könnte z.B. passiert sein, wenn nur die Portleitungen angeschlossen waren (Masse nicht verbunden) und das Controllerboard und die Sensoren aus verschiedenen Netzteilen gespeist wurden. In dem Fall kann sich ein Potenzialunterschied von >10V aufbauen, der durchaus zerstörerisch wirken kann.
Ist aber jetzt von mir auch nur ne Vermutung was passiert sein könnte.
In jedem Fall hat die SDA-Leitung ein Ding weg, also entweder der Controller ist im A*** oder es ist noch was mit SDA verbunden (oder der 10K Pullup hat ne kalte Lötstelle).

BTW, im Moment eher uninteressant, aber es stand hier im Thread, die SRF08-Module haben keine bestückten PullUps - steht auch nicht so in der Anleitung.

HTH und Viele Grüße
Jörg

[PicNick]

@Jörg: bin ich völlig d'accord, nur gab's da noch Tests mit einem zweiten Mega, der das gleiche Verhalten (besser: Nichtverhalten) zeigte.
Wir werden sehen mfg robert

[Daveler]

anmerkung: es könnte sein, dass der 2te mega desswegen nicht gegangen ist, weil er frisch aus der packung genommen wurde, und da sind ja fuse bits und jtag noch nicht gesetzt, und das haben wir auch nicht gemacht....

Platine checken (MEGA raus, Saft ran, messen SDA ?)

mega raus - ok
saft ran - meinst du die versorgungsspannung ganz normal dranhängen?
wenn ja. dann:
scl: 4,97V
sda: 4,97V

beides konstant

[PicNick]

Richtig. d.h ein für alle Mal: Pullup sin' da.
Der Platine so zumindest nix nachweisbar.
Jetzt schaut's für das SDA Port schon recht duster aus. ad hoc hab' ich mal keine Idee mehr.
Da müssen wir versuchen, den anderen Mega ernsthaft in Betrieb zu nehmen. Flo wird ja auch erzählen, wie's mit seinem Board aussieht.
*seufz* mfg robert