TWI/I2C

Hallo Merlin,

ich wäre für Option 1, aber mit der Möglichkeit, dies zu ignorieren.

Gruss
Harry

Not sure how I would achieve that. By definition an error stops the compile. The option below that is a warning which generally does not appear by default.

I feel if you have specified too high a speed you should take some action to correct it, either by increasing the oscillator speed (e.g. on UPDI from 16M to 20M) or by reducing the divisor (e.g. from DIV6 to DIV1) or by changing transfer speed (e.g. from TWI_BR600 to TWI_BR100).

=============================================

Ich bin mir nicht sicher, wie ich das erreichen könnte. Per Definition stoppt ein Fehler die Kompilierung. Die Option darunter ist eine Warnung, die in der Regel nicht standardmäßig erscheint.

Ich denke, wenn Sie eine zu hohe Geschwindigkeit angegeben haben, sollten Sie etwas unternehmen, um dies zu korrigieren, entweder durch Erhöhung der Oszillatorgeschwindigkeit (z.B. bei UPDI von 16M auf 20M) oder durch Verringerung des Divisors (z.B. von DIV6 auf DIV1) oder durch Änderung der Übertragungsgeschwindigkeit (z.B. von TWI_BR600 auf TWI_BR100).

Hi Harry.

Yes, I can do that

================

Ja, das kann ich tun.

Hi Avra

My concern with a warning is that if you generate your base application with the AppWizz, which I think most do, Warnings are disabled by default, so you would never see a problem. When we talk of consistency, serial ports do not issue a warning when the error <> 0% and if the baud rate specified is, for example < 300 or > 2000000 an error is generated. True, though that if the baud rate error > 2% a warning is generated rather than an error. Now generally speaking a baud rate error of >2% cannot be handled by most devices, so arguably that should be an error rather than a warning. As against that if a baud rate on TWI is less than expected (even much less that expected) the devices will handle that because of the existence of a clock line.

You can see my dilemma!

And on reflection an error that could be ignored seems a good option for serial too!

But I am not proposing that at the moment.

=========================================================================

Mein Problem mit einer Warnung ist, dass, wenn Sie Ihre Basisanwendung mit AppWizz generieren, was ich denke, die meisten tun, sind Warnungen standardmäßig deaktiviert, so dass Sie nie ein Problem sehen würden. Wenn wir von Konsistenz sprechen, geben serielle Schnittstellen keine Warnung aus, wenn der Fehler <> 0% ist, und wenn die angegebene Baudrate z.B. < 300 oder > 2000000 ist, wird ein Fehler erzeugt. Es stimmt allerdings, dass bei einem Baudratenfehler > 2% eher eine Warnung als ein Fehler ausgegeben wird. Im Allgemeinen kann ein Baudratenfehler von > 2 % von den meisten Geräten nicht verarbeitet werden, so dass es sich wohl eher um einen Fehler als um eine Warnung handeln sollte. Wenn dagegen eine Baudrate auf TWI niedriger ist als erwartet (sogar viel niedriger als erwartet), werden die Geräte dies aufgrund der Existenz einer Taktleitung verarbeiten.

Sie können mein Dilemma sehen!

Und wenn ich darüber nachdenke, scheint ein Fehler, der ignoriert werden kann, auch für die serielle Schnittstelle eine gute Option zu sein!

Aber das schlage ich im Moment nicht vor.


Übersetzt mit www.DeepL.com/Translator (kostenlose Version)