Programmstart mit Hindernissen

[basteluwe]

Hallo SlyD, nun geht es tatsächlich!
Wie man hier unten im Code sieht, habe ich die Initialisierung des ACS, wie von dir vorgeschlagen noch 2x vor den "showScreenLCD" Befehl gepappt, jeweils mit einer Pause danach. 1x reichte NICHT! Mit 2x zusätzlich funktioniert es, aber es sieht echt seltsam aus.
Das muß doch auch formschöner hinzukriegen sein!?
Ich hab verschieden Versionen versucht, mit und ohne Pausen, verschiedene Pausenlängen usw. Bisher klappt es bei mir sicher nur so, wie hier zu sehen.
Danke nochmals für den Hinweis.
Vielleicht hat trotzdem jemand einen Tip, wie man das Problem generell löst. Dirk hatte ja oben bestätigt, das es zumindest auch beim Beispiel Move9 auftritt. Da müsste aber das Programm anders geändert werden (ACS ist ja nicht drin).
Eine allgemeingültige "formschöne" Lösung wäre besser als dieses "Workaround", finde ich.

Gruß Uwe

	setLEDs(0b1111);
	
	// ---eingefügt wegen Startup-Problem I2C---
	I2CTWI_transmit3Bytes(I2C_RP6_BASE_ADR, 0, CMD_SET_ACS_POWER, ACS_PWR_MED);
	// Enable Watchdog for Interrupt requests:
	I2CTWI_transmit3Bytes(I2C_RP6_BASE_ADR, 0, CMD_SET_WDT, true);
	// Enable timed watchdog requests:
	I2CTWI_transmit3Bytes(I2C_RP6_BASE_ADR, 0, CMD_SET_WDT_RQ, true);

	mSleep(200);

	// Setup ACS power:
	I2CTWI_transmit3Bytes(I2C_RP6_BASE_ADR, 0, CMD_SET_ACS_POWER, ACS_PWR_MED);
	// Enable Watchdog for Interrupt requests:
	I2CTWI_transmit3Bytes(I2C_RP6_BASE_ADR, 0, CMD_SET_WDT, true);
	// Enable timed watchdog requests:
	I2CTWI_transmit3Bytes(I2C_RP6_BASE_ADR, 0, CMD_SET_WDT_RQ, true);
	
	mSleep(200)
	// ---Ende Einfügung wegen Startup-Problem I2C---

	showScreenLCD("################", "################");
	mSleep(500);
	showScreenLCD("I2C-Master", "Behaviours");
	mSleep(1000);
	setLEDs(0b0000);
	
	// ---------------------------------------
	// Setup ACS power:
	I2CTWI_transmit3Bytes(I2C_RP6_BASE_ADR, 0, CMD_SET_ACS_POWER, ACS_PWR_MED);
	// Enable Watchdog for Interrupt requests:
	I2CTWI_transmit3Bytes(I2C_RP6_BASE_ADR, 0, CMD_SET_WDT, true);
	// Enable timed watchdog requests:
	I2CTWI_transmit3Bytes(I2C_RP6_BASE_ADR, 0, CMD_SET_WDT_RQ, true);

[SlyD]

Wie ich schon sagte ist es egal was gesendet wird. Beispielsweise sollte auch ein "I2C general call" funktionieren.

    I2CTWI_transmitByte(0, 0);
    mSleep(200);
    I2CTWI_transmitByte(0, 0);

MfG,
SlyD

[basteluwe]

Wie ich schon sagte ist es egal was gesendet wird. Beispielsweise sollte auch ein "I2C general call" funktionieren.
MfG,
SlyD

OK, das versuche ich heute abend mal!

Danke, Uwe

[SlyD]

Genau genommen sollte es sogar so

    mSleep(250);
    I2CTWI_transmitByte(0, 0);

bereits funktionieren. Die Pause ggf. etwas länger machen.

Noch zur Erläuterung:
Das Problem ist einfach, dass der ältere Bootloader im Slave (RP6 Mainboard) nach dem Reset zu lange auf Kommunikation vom PC über USB wartet, in der Zeit aber nicht auf den I2C Bus achtet.
Das M256 Modul kann das Programm wesentlich schneller starten wenn der Befehl vom PC kommt und dann bekommt der Slave Bootloader den Start nicht mit (könnte man ggf. sogar im RobotLoader künstlich etwas verzögern - müsste ich aber ausführlich testen und habe da aktuell leider noch weniger Zeit zu ).

MfG,
SlyD

[basteluwe]

    mSleep(250);
    I2CTWI_transmitByte(0, 0);

Der Code oben hat tatsächlich gereicht, um Programm 10-Move2 sicher zu starten!

Allerdings wollte das Programm 9-Move damit NICHT starten, auch nicht mit längerer Pause. Ich habe schließlich für beide Programme diesen Schnipsel versucht:

I2CTWI_transmitByte(0, 0);
mSleep(200);
I2CTWI_transmitByte(0, 0);

Damit starten beide sicher!
Problem gelöst, Danke!

Uwe