Jump to content

jan

Members
  • Gesamte Inhalte

    500
  • Benutzer seit

  • Letzter Besuch

  • Tagessiege

    2

Posts erstellt von jan

  1. Firmware neu compilieren
    , dass schaff ich nicht  :(

    Gibt es nicht die Möglichkeit, den DebugBrick dafür generell zu "mißbrauchen", dass wenn sich der Brick NICHT im Debug-Modus befindet, dort die seriellen Signale empfangen / gesendet werden?? Für die API bräuchte es doch nur 3 Befehle (SetSeriell(Baud, etc.,...), Send, Recieve).

    Dann könnte man sich den seriellen Extra-Brick sparen und hätte eine menge Möglichkeiten um externe Hardware anzusprechen.

  2. Hi und willkommen,

     

    ich persönlich würde PHP nur verwenden, zum Abfragen von Werten. Ich nehme es für meine Wetterstation. Im Zusammenhang mit einem Cronjob und einer Datenbank sehr zu empfehlen.

     

    Für "Interaktion" (Aktion / Reaktion) habe ich Python "gelernt". War insgesamt ein Nachmittag um die ersten Programme laufen zu lassen.

    Wenn du bereits Java oder C kennst, dann geht es auch darin auch super. Die Beispiele -> http://www.tinkerforge.com/doc/Downloads.html#bindings-und-beispiele sind eigentlich sofort lauffähig.

  3. Wie lange würde so etwas überhaupt lauffähig sein bevor die Autobatterie gegen eine volle ausgetauscht werden muss?

    bei 1A Last und angenommen Batterie mit 60Ah rein theoretisch 60h

    hält der DC/DC Wandler der Step-Down-Powersupply die starke Spannung/Stromstärke einer 12 V Autobatterie aus???

    ja, ist nur von der Stromentnahme abhängig und von der Spannungs-Differenz Input <-< Output

    Liefert die Step-Down-Powersupply geglätteten schönen gleichstrom so das die dahinter liegenden Geräte nicht durch schmoren

    ich hatte bis jetzt keine Probleme, und wenn der StepDown vernünftig konzipiert ist, passiert da nichts

    Ist es möglich mit der Step-Down-PSU die Spannung der Autobatterie zu messen und zu errechnen wie lange diese noch hält?

    Der StepDown liefert dir die InputSpannung, wenn die unter 9V fällt solltest du mal wieder aufladen

    Ist es so ohne weiteres möglich den MicroUsb-Stecker für die Raspery-Pi an den grünenen 5V out port der Step-Down-Powersupply zu löten

    ja

    Transportiert die RsPi die Leistung so gut zu den USB Geräten das diese so 1A abnehmen können (meine Theorie: Step-Down-PSU liefert 3A, Pi nimmt sich 700 mA bis 1A weg, es bleiben 2A für die USB-Geräte an der Pi) oder muss ich noch einen USB-Hub mit aktiver Stromversorgung hinter die Pi hängen und diese zusätzlich an die Step-Down-PSU klemmen??

    Der Pi liefert nur minimal Strom an die USB-Ports, für nen Stick und Wlan-Antenne reicht es, für ne HDD reichts nicht

  4. Ja aber ganz ehrlich, wer benötigt denn an einem IMU-Brick einen "Rotationssensor"? Dieser wird doch nur in Verbindung mit einem DC-, Stepper- oder Servobrick benötigt. Und seine Aufgabe als "normaler" IO würde das Bricklet doch sowieso bringen. Es werden halt nur mehr Funktionen dann an den anderen Bricks zur Verfügung gestellt.

    Mehrere FW-Varianten find ich nicht sinnvoll.

    Im Shop kann der IO so verkauft werden wie bisher auch. In der Doku würde dann "einfach" darauf hingewiesen, dass mit Brick xyz noch weiteren Funktionalitäten zur Verfügung stehen.

  5. Also ich finde, die "Frequenzmessung" müsste nur am Master funktionieren. Evtl. noch am DC-Brick.

     

    Input Counter: Es wird in einem definiertem Zeitrahmen (kann evtl. per SW gesetzt werden) zw. 1/100s und 10s eintreffende Schaltänderungen gezählt (entweder High oder Low):

     

    IO4.get_frequenz(zeitraum,High/Low)
    zeitraum in ms zw. 1 und ~65.000
    

     

    IO4.get_frequenz_invers(High/Low)
    Zeitabstand zw. zwei Zuständen (High oder Low)
    

     

    Zwei Möglichkeiten der Erfassung und Verarbeitung im Brick:

    Entweder die Daten kontinuierlich in ein interne Tabelle geschrieben und dann die Daten aus der "Vergangenheit" abgefragt (Frequenz in den letzten 10 Sekunden, oder der letzte Zeitabstand)

    oder die Daten werden erst erfasst, wenn der Befehl abgesetzt wird, also "messe ab jetzt 10 Sekunden die Anzahl der High-Signale". Da weis ich nicht was sich besser programmieren läßt. Auf alle Fälle wäre Variante 1 (Daten aus der Vergangenheit) schöner und schneller was die Abfrage betrifft, da die Werte ja bereits da sind.

  6. Du könntest mit einer Untersetzung arbeiten so 1:10 oder 1:100, dass sollte auf alle Fälle reichen.

     

    Ansonsten könnte jemand (TF) die Software anpassen und bei den IO einen weiteren Typ hinzufügen (Input, Output + Input Counter). Dann wird in einem definiertem Zeitrahmen (kann evtl. per SW gesetzt werden) zw. 1/100s und 10s eintreffende Schaltänderungen gezählt (entweder High oder Low). Das kann dann auch gleich für Radencoder genutzt werden. Als 4. Typ (siehe oben) kann man evtl. nur die letzte Differenz zw. zwei Zuständen liefern.

×
×
  • Neu erstellen...