Jump to content

ekki.g

Members
  • Gesamte Inhalte

    5
  • Benutzer seit

  • Letzter Besuch

Letzte Besucher des Profils

Der "Letzte Profil-Besucher"-Block ist deaktiviert und wird anderen Benutzern nicht angezeit.

ekki.g's Achievements

Newbie

Newbie (1/14)

  • Reacting Well Rare
  • Week One Done
  • Conversation Starter
  • First Post

Recent Badges

0

Reputation in der Community

  1. Vielen Dank fürs schauen! Na viel fehlt auch nicht. Wenn ich irgendeinen Dienst doch lade oder den boot_delay drinlasse, geht alles.... Dann pack ich da mal ein paar ms delay rein. Oder lese erst die IR Range Module aus.... Mein "Hochfahren, Messen, Runterfahren" Loop hat 3sec ungefähr. Ich hab halt alles sehr gestrafft, da das Ding ein Jahr mit Batterie auskommen muss. Da ist jede mAs wichtig ;-)
  2. Eine Möglichkeit. Das würde aber mein Script unbrauchbar machen, wenn das Ding wirklich kaputt ist. Ich könnte natürlich einen "sleep" vor der Abfrage machen. Oder ich versuchs einfach X Mal und wenn dann noch nichts kommt, ist das halt so. Ich hätte halt gern verstanden, warum dem so ist. Braucht das Teil nach dem Powerup einfach Zeit um warm zu werden? Und wenn ja wie lange? Naja. Muss halt ne dreckige Lösung her :-) Ekki
  3. Hallo zusammen, ich hab ein etwas merkwürdiges Problem. Ausgangslage: Ein Script startet nach dem booten automatisch, liest ein IMU und drei IR Range Module aus und legt dann den Pi schlafen... Das funktioniert auch ganz gut. Aber: Nun habe ich etwas den Kernel getweakt und auch unnötige Dienste abgeschaltet um den Bootprozess zu beschleunigen. Und plötzlich bekomme ich vom IMU nur noch die Eulerwinkel nicht aber die Beschleunigung. Wenn ich irgendeinen Dienst wieder reinnehme (einfach nur um das booten zu verlängern) geht es wieder... Die Vermutung liegt also nahe, dass ich einfach zu schnell bin, bzw. der IMU noch nicht soweit ist.... Frage: Gibt es da eine diskrete Zeit wie lange das IMU braucht? Und/oder gibt es da einen Trick im Script den Status des Beschleunigungssensors abzuwarten? Grüße, Ekki
  4. ekki.g

    HAT Brick: RTC und Rasp 5

    Aloha! ich bin gerade etwas am verzweifeln. Der Rasp 5 hat ja selbst eine RTC die er auch per default nutzt. So ist dann /dev/rtc0 seine eigene (ohne Batterie) und /dev/rtc1 die vom HAT. Man kann in der config.txt die onboard RTC ausschalten. Leider scheint mir aber hwclock(8) ein Problem mit der Clock des HATs zu haben. Jedenfalls wird die systemzeit nicht aktualisiert beim booten. Hat da jemand einen Tipp? Grüße, Ekki
  5. Moin! Das ist ja eigentlich auch kein Tinkerforge spezifisches Problem. Es gibt viele Möglichkeiten ein script bei Booten zu starten. Cron ist eine Möglichkeit (Wenngleich das klassisch gesehen eine Option ist scripte periodisch zu starten). crontab -e editiert die Crontab des aktuellen Users. sudo crontab -e also die von root. Es gibt auch ein -u flag. Im obigen Fall wäre also ein crontab -e das gleiche wie ein sudo crontab -u pi -e :-) und wie bei allen: man crontab erklärt dir den Rest Apropos: Nur der Vollständigkeit halber. Es gibt auch /etc/crontab. Ein File wo man einfach so reinschreiben kann...
×
×
  • Neu erstellen...