Hi,
Wäre auch mit esp32 interessant.
Die Arduino-Boards mit integriertem USB-Kontroller (ATmega xxUy) könne auch erkennen ob der Computer an ist oder nicht.
Und das rein Software mässig ohne löten.
Ausserdem kann man die auch direkt am USB programmieren.
Ich meine hier die Boards, die auf den "U"-Uc basieren, nicht die, die so einen als USB-Seriell-Wandler einsetzen.
So wie dieses: Sparkfun Pro Micro. Clone gibt es ab ~4€.
Besonders interessant ist der Atmega 32u4. Hier bevorzugt in Form eines "Arduino Pro Micro". Der wurde von Arduino selbst aufgegeben, von Sparkfun wieder aufgegriffen und wird jetzt als China-Nachbau verkauft:
Genau so einen China-Clone habe ich am laufen.
Das das Design original von Arduino selbst stammt wusste ich aber nicht.
Ich habe versucht herauszufinden, wo ich da reingreifen müsste um herauszufinden ob der PC noch "läuft", bin aber nicht fündig geworden.
Das ist mir auch eher zufällig aufgefallen, als ich mit den Timern experimentiert habe. Im Endeffekt ist es aber extrem simpel:
Der USB-Kern löst sobald der Hostcontroller eingeschaltet ist (mindestens) einen Interrupt pro Millisekunde aus. Da braucht man nur mit zählen und auswerten.
Das ist übrigens so genau, dass man den Controller-Reset beim Laden des Kernel-Moduls mir bekommt. Daher muss man es über etwas längere Zeit betrachten.
--- ./lib/arduino/USBCore.cpp.orig 2013-05-17 20:22:16.000000000 +0200
+++ ./lib/arduino/USBCore.cpp 2014-08-04 04:53:20.000000000 +0200
@@ -43,6 +43,7 @@
extern const u16 STRING_IMANUFACTURER[] PROGMEM;
extern const DeviceDescriptor USB_DeviceDescriptor PROGMEM;
extern const DeviceDescriptor USB_DeviceDescriptorA PROGMEM;
+extern volatile uint8_t USB_ACT_count;
const u16 STRING_LANGUAGE[2] = {
(3<<8) | (2+2),
@@ -609,6 +610,7 @@
// Start of Frame - happens every millisecond so we use it for TX and RX LED one-shot timing, too
if (udint & (1<<SOFI))
{
+ USB_ACT_count++;
#ifdef CDC_ENABLED
USB_Flush(CDC_TX); // Send a tx frame if found
if (USB_Available(CDC_RX)) // Handle received bytes (if any)uint8_t USB_active=0;
volatile uint8_t USB_ACT_count;
// call in Timer-Interrrupt
void process_USB_activity(void) {
static uint8_t USB_active_counter = 0;
if(USB_ACT_count > 8) { // Suitable value depends on Timer used!
if (USB_active == 0)
USB_active = 1;
USB_active_counter = 0;
} else {
if (USB_active > 0) {
USB_active_counter++;
// We need some extra delay here because USB gets inactive for ~ a second while loading the driver!
if (USB_active_counter >= 250)
USB_active = 0;
} else
USB_active_counter = 0;
}
USB_ACT_count = 0;
}Zu beachten ist, dass ich bei den Timern einiges geändert habe. Bei mir läuft der mainloop nur (exakt) alle 10ms. Unter Umständen ist also was anzupassen!
Dazu kommt, dass ich gewisse Bedenken wegen der Geschwindigkeit habe.
Das müsste man probieren.
Ich hatte aber über USB eher einen besseren Durchsatz als über den UART.
DigitalWriteFast
Ich mach es noch immer direkt via "PORTx".
Frage ist nur wie man da "rein" kommt ohne das der Benutzer seine lokalen Arduino-Libraries patchen muss.
Ich habe mein Projekt von der der Arduino-IDE abgelöst und benutze die modifizierten Arduino-Libraries nur dafür. Gebaut wird mittels Make.
Da ich auch die Timer anders, den Watchchdog und Sleepmode verwenden wollte blieb mir auch eigentlich gar nichts anderes übrig.
Die Arduino-Umgebung ist da leider extrem unflexibel, da waren einige Änderungen an deren Libs nötig.
Kann man den Interrupt auch ein zweites Mal im eigenen Code abfangen?
AFAIK nein.
Aus der Interrupt-Funktion soll man nicht mal andere Funktionen aufrufen.
Was eventuell möglich wäre, ist das Ersetzen der Funktion oder der ganzen Datei mit einer eigenen Version.
Das habe ich aber noch nicht versucht.
Sollte man mit einigen #ifdef oder ähnlichem eigentlich beides in einem Projekt vereinen können.
Das sollte gehen.
Die USB-Lib ist sowieso nur bei Controllern mit USB verfügbar.
Das könnte man versuche.
Ich würde dazu einfach, alle Sekunde oder, so eine Meldung am UART ausgeben lassen. Und die von einem anderen PC aus verfolgen.
Alternativ könnte man auch die Gesamtinterrupts zählen.
Ohne USB müssten das 1000/s vom Timer sein plus 100 oder so vom PWM.
Der USB allein verursacht auch 1000/s. das macht bei aktivem USB >2000/s zusammen.
Wenn es keine so kritische Anwendung wie bei meinem Watchdog ist, dürfte das sicher genug sein.
Da fällt mir aber eben auf, dass man das vielleicht noch viel einfacher gestalten kann.
Der Computer sendet doch Daten an das LCD. Das muss doch in einer gewissen Regelmässigkeit passieren?
Wenn eine Uhr dargestellt wird, muss mindestens einmal die Minute was kommen.
Damit kann man doch was anfangen. Wenn 5 Minuten nichts kommt, ist der Computer zwangsläufig aus.
Ich würde dazu einfach, alle Sekunde oder, so eine Meldung am UART ausgeben lassen. Und die von einem anderen PC aus verfolgen.
Wäre machbar. Arduino und UART-Adapter hätte ich da. Wenn ich die Zeit finde, teste ich das mal.
Damit kann man doch was anfangen. Wenn 5 Minuten nichts kommt, ist der Computer zwangsläufig aus.
Nein. Ich habe auch ein "Splash-Screen-Feature" in der Firmware. Der soll möglichst früh in der Bootfolge auf dem LCD landen. Außerdem soll es mit grafischen LCDs auch möglich sein, dass man einfach ein Bild mit "showpic" draufsendet und das dann stehen bleibt. Ich will nicht von einem permanenten Datenstrom abhängig sein beim Entscheiden ob ich das LCD "ausschalte".
Die Variablen "WAKEUPE" "SUSPE" gab es bei mir noch nicht. Oder hast du da was selber gebaut?
Komischerweise auch: Grüne LED an wenn mit USB-Netzteil versorgt.
Könnte mit den Pullup / Pulldown-Widerständen an den Datenleitungen zusammen hängen.
Da gibt es so komische "Standards", wie die die mögliche Ladeleistung an Handys übermitteln. Google weiss da mehr.
Beim Mainboard könnte es das Gleiche sein, oder der USB-Controller wird nicht abgeschaltet. Eventuell bringt der Blick ins BIOS da was.
Ich weiss jetzt nicht, wo die Variablen "WAKEUPE" "SUSPE" her kommen.
Die Interrupts, die der USB-Teil im AVR auslöst, werden AFAIK aber immer nach dem Empfang eines bestimmten Pakets vom USB-Host.
Man sollte also eigentlich sicher sein, dass USB-Host aktiv ist. Da wäre es jetzt interessant zu wissen, ob es einen Unterschied macht, wenn man Interrupt auswertet.
Leider habe ich momentan kein freies Board da, mit dem ich das probieren könnte.
Das kann man auch gut per LED machen, einfach den Takt entsprechend teilen, dann sollte die LED blinken.
Die Konstanten sollten da sein wenn man als Board "Arduino Leonardo" wählt.
Auch mit der Textsuche konnte ich die im gesamten Arduino-Verzeichnis nicht finden.
Ich muss wohl mal updaten 
.
Wir würde das mit den Interrupts gehen?
Mit dem Zähler, wie ich es gemacht hatte s.o..
Der zählt genau diese Interrupts.
Für den Test müsste man die Lib halt temporär mal patchen.
Wobei es sinnvoller wäre die Zählervariable im dazugehörigen Header zu definieren, dann wären andere Programme mit der Lib weiterhin lauffähig.
Wenn man an der Arduino Lib basteln muss bringt mir das halt nix...
Man wüsste dann aber, ob die Auswertung der Interrupts zuverlässiger ist.
Wenn ja könnte man einen Vorschlag zur Optimierung der Variablen "WAKEUPE" "SUSPE" machen.
Don’t have an account yet? Register yourself now and be a part of our community!
