Jump to content

Nic

Members
  • Gesamte Inhalte

    1.425
  • Benutzer seit

  • Letzter Besuch

Posts erstellt von Nic

  1. Powers a stack of Bricks with 5V
    Damit ist nur die interne Betriebsspannung von 5V aller Brick bzw. Bricklet-Teile im Stack gemeint. Wird in das Power-Supply >=6V eingespeist, wird intern auf 5V für die TF-Teile heruntergeregelt (Step-Down), gleichzeitig werden aber die 12v auch an angeschl. Hardware wie z.b Motoren weitergereicht. Ich würde das nicht so wortwörtlich nehmen mit der StackVoltage, welchen Sinn macht es immer nur die 5v auszugeben, wenn die Bricks im Betrieb sind. Da ist die Versorgungsspannung, die ich ins System jage, interessanter.

    ABER: Wenn ich einen Master Brick 2.1 durch 2.0 ersetze (aktuellste Firmware; mit dem ich vorher getestet hatte) und mit genau den gleichen Bricklets bestuecke, funktioniert es ploetzlich.
    Aha, es würde erklären, warum ich mit den alten Mastern keine Probleme hatte. Gut zu wissen, alles andere, kann nur TF klären.

     

  2. Das war auch mehr als Fangfrage ;D zu verstehen, und wir auch nicht wissen was ihr da noch so aus dem TF-Hut :o zaubern könnt. Andererseits muss auch klar sein, was wir so alles an HW (Cam, WIFI...) im Betrieb an den 1 MicroUSB vom ZERO hängen müssen. Da wäre es ganz praktisch, dass zumindest die Sensorik vom USB-Bus unabhängig ist.

  3. ...das wir mit der WIFI Extension 2.0 zwei MAC Adressen haben und wirklich WIFI AP + WIFI Client gleichzeitig aufmachen können.

    D.h. für meine wireless Anwendung funke ich über die Wifi-Ext. und der USB-WLAN Stick wäre am ZERO überflüssig ?

    Zwecks Online-Kommunikation des Zero brauche ich den Wlan-Stick aber trotzdem ? Oder könnte ich über die neue Wifi-Ext. meine Progs auf den Zero hochladen ?

    Kernel-Treiber für den RPi schreiben müssen

    Ist das dann der SPI Treiber zwecks Stack-Komm., also was wir für den RED schon haben. Lässt sich das nicht portieren, vom Kern sind es doch beides Debian Distros...

     

    Mir ist die SPI Strecke zuverlässiger und leistungsfähiger als der begrenzte USB Bus, ansonsten wäre auch wg. der USB Verkabelung/USB Hub der kompakte Formfaktor des ZERO dahin. Es muss doch mittelfristig möglich sein, sich vom Nadelöhr USB Bus zu verabschieden, um die Sensor-Signale nicht immer dadurch zu prügeln.

     

    Beim RED gibt es GPIO, das wir aber nicht nutzen können, weil anscheinend kein Platz/Treiber/Stecker da ist, jetzt beim ZERO gibt es soviele GPIOs, dass selbst ein Blinder sie zählen kann, aber wir sollen die TF-Bausteine ausschließlich und "altmodisch" am USB-Port anschließen?

  4. Um den Kreis wieder zu schließen und dem Threaderöffner eine Antwort zu geben:

    Wird mit der neuen WIFI-Extension auch ein AP Modus geben, d.h. könnte man z.B. einen ZERO+Master+WIFI-Ext als AP/Host betreiben und mit weiteren WIFI-Stacks aus Master/WIFI-Ext+Bricklets kommunizieren ?

     

    Shields/HATs:

    Die 40 GPIOs auf dem Zero sind so "unverschämt" freigelegt, dass es gerade danach "schreit" einen kompakten Adapter, an denen wir Bricklets als auch Bricks direkt anschliessen könnten. Auf Dauer möchte ich nicht immer den USB Bus dafür nutzen müssen, sondern diesen für die andere Hardware vorbehalten.

  5. Wenn es eine Wifi Extension ist, denke ich dass man weiterhin einen Master

    Schon klar, meine Fragen zielen darauf ab ob eine neue Wifi-Extension UND eine WIFI-Bricklet-Extension aufgrund des RaspiZero noch Sinn machen. Die Bricklet-Extension war bei 30-40€ angepeilt, die neue V2 Wifi-Extension plus Master müsste dann zusammen bei 60€ liegen.

    Für meine letzten Projekte hab ich oft den RED in Betracht gezogen mich aber dann immer für den Raspi 1/2 entschieden
    Warum ?
  6. Um die Fragen in dem Thread aufzugreifen:

     

    Eine günstigere WIFI Extension 2.0 auf Basis des ESP8266 kommt Anfang nächsten Jahres. Wir haben dafür sogar die Jahres-Abnahmemenge des WIFI-Industriemoduls auf der aktuellen WIFI Extension gekündigt und eine Strafzahlung in kauf genommen ;). Da ist auch schon eine ganze Menge Code geschrieben...

    Ich sehe mit "meinem laienhaften" Blick, dass mit der neuen V2 WIFI-Extension zumindest die Websockets unterstützt werden und http für Webserver Funkt. ? Oder welche weiteren Vorteile wird die Extension haben?

     

    Der Preis würde aber immer noch höher liegen als ein Bundle aus Master + Raspi-ZERO + WlanStick ?

     

    Was bedeutet diese neue RaspiZero Situation für die WIFI-Bricklet Extension :

    http://www.tinkerunity.org/forum/index.php/topic,3323.0.html

     

    Würde es nicht eher Sinn machen ev. über passende Shields für den Zero nachzudenken, um ein oder mehrere Bricklets/Bricks mit dem Zero zu fahren, um diesen quasi als Multi-Extension zu nutzen. Ich sehe darin eher eine Chance als "schwierige" Entscheidungen wie raphael_vogel andeutet.

  7. Sehr interessant! Vor allem frage ich mich, ob es noch (preislich) Sinn macht nach der Ankündigung des Raspi Zero für 5$ :o

    http://www.heise.de/make/meldung/Raspberry-Pi-Zero-Der-neue-Bastel-Kleincomputer-ist-winzig-und-kostet-nur-5-Dollar-3022787.html bzw. https://www.raspberrypi.org/blog/raspberry-pi-zero

    Dann brauche ich zwar immer noch einen WLAN-Stick+Brick, aber dann mit 2-4 Ports...

    Vielleicht macht es dann mehr Sinn, eher über einen minimalen Adapter von USB auf Bricklet Port nachzudenken... 8)

  8. Warum machst du dann nicht noch einen neuen Thread auf, um das Compile Problem genauer zu beschreiben. Ich vermute es ist ein C/C++ Projekt ? Ev. ist da remotecontrol schon weiter !?

     

    Das gleichzeitige Compilieren habe ich bisher nur mit Pascal Projekten erfolgreich gemacht. Fertige C Compilate deploye ich aber auch über den BrickViewer und stelle das Verhalten über den Scheduler ein. Eleganter geht es nicht mehr :)

  9. Was für ein Encoder ???

    Bei der Getriebe-Motor Kombi ist kein Encoder integriert, noch gibt es eine ähnliche Funktion im Stepper-Brick.

    Das abrupte Stoppen kommt m.E. durch zu hohe Drehzahlen bzw zu niedriger Strom. Schrittmotoren fährt man i.d.R. mit Beschleunigungs- bzw. Brems-Rampen an. Per Software musst du auch den entsprechenden Betriebsstrom am Stepper-Brick einstellen. Ein Netzteil mit 24V/4A ist ganz gut aber, wieviel Ampere der Brick an den Motor weitergibt, das ist wichtig: http://www.tinkerforge.com/de/doc/Software/Bricks/Stepper_Brick_Java.html#BrickStepper::setMotorCurrent__i

  10. Die Leistungsangaben der Schrittmotoren i.A. sind Empfehlungen bzw. Grenzwerte. Du kannst den Motor sicher auch mit 2.5A fahren. Ob man mit weiteren 1.5A tatsächlich auch spürbar mehr Drehmoment bekommt, müssten die Leistungskurven im Datenblatt zeigen. Ansonsten würde ich spontan ein IO16 Bricklet nehmen und damit die Switches versuchen zu schalten. Das Pulse Signal sollte am besten in der Endstufe erzeugt werden.

     

    Wenn es nur um hohes Drehmoment geht, gibt es u.U. alternativ noch die Motor Getriebe Kombi.

×
×
  • Neu erstellen...