08.12.2020, 09:19
(Dieser Beitrag wurde zuletzt bearbeitet: 08.12.2020, 09:20 von Selbstbauer.)
O, Danke für die Info!
Ich denke mir das so: Nr. I sendet die Daten, bestehend aus Ziffern für das Zählwerk und Buchstaben als Befehlskürzel. Nr. 2 bereitet das entsprechend auf und sendet es aus, das OLED-Display ziegt es an. Nr. 1 geht nie auf Empfang und kann deshalb auch nicht gestört werden. Was passiert, wenn Nr. 2 mit seiner Ausgabe noch nicht fertig ist und Nr. 1 schon wieder auf Sendung geht, das weiß ich nicht und kann es auch nicht einschätzen. Denke, hier gilt: Versuch macht klug.
Was den I/O über USB betrifft, so ist der klar unterbrechbar. Ich sehe z.B., dass beim Senden der Daten an den PC keine Interrupts von den Motor-Sensoren verloren gehen, auch wenn die reine Anzeige am PC gelegentlich stockt. Wenn beim Umspulen etwa mit der Frequenz von
ca. 50 .. 55 Hz (Abwickelspule 35 und Aufwickelspule 20 U / sec) 7-stellige Zahlen einschließlich Kennbuchstaben und Leerstellen gesendet werden, ist das der Fall. Es zeigt sich aber, dass keinerlei Werte verloren gehen, das würde in der graf. Darstellung sofort auffallen.
Das dürfte erst dann problematisch werden, wenn der µP insgesamt überfordert wird. Ob das mit dieser Priorisierung nun tatsächlich an der I2C-Schnittstelle auch so funktioniert, weiß ich natürlich nicht.
MfG
Binse
Ich denke mir das so: Nr. I sendet die Daten, bestehend aus Ziffern für das Zählwerk und Buchstaben als Befehlskürzel. Nr. 2 bereitet das entsprechend auf und sendet es aus, das OLED-Display ziegt es an. Nr. 1 geht nie auf Empfang und kann deshalb auch nicht gestört werden. Was passiert, wenn Nr. 2 mit seiner Ausgabe noch nicht fertig ist und Nr. 1 schon wieder auf Sendung geht, das weiß ich nicht und kann es auch nicht einschätzen. Denke, hier gilt: Versuch macht klug.
Was den I/O über USB betrifft, so ist der klar unterbrechbar. Ich sehe z.B., dass beim Senden der Daten an den PC keine Interrupts von den Motor-Sensoren verloren gehen, auch wenn die reine Anzeige am PC gelegentlich stockt. Wenn beim Umspulen etwa mit der Frequenz von
ca. 50 .. 55 Hz (Abwickelspule 35 und Aufwickelspule 20 U / sec) 7-stellige Zahlen einschließlich Kennbuchstaben und Leerstellen gesendet werden, ist das der Fall. Es zeigt sich aber, dass keinerlei Werte verloren gehen, das würde in der graf. Darstellung sofort auffallen.
Das dürfte erst dann problematisch werden, wenn der µP insgesamt überfordert wird. Ob das mit dieser Priorisierung nun tatsächlich an der I2C-Schnittstelle auch so funktioniert, weiß ich natürlich nicht.
MfG
Binse