Nic

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. 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.

Warum habe ich eignetlich eine Stack Voltage von etwa 12.0V? Was müsste er den stattdessen richtig anzeigen? Und wieviel Volt jagst du ins PowerSupply? Ich hatte mit RED/Master/DisUS keine Probleme, das ist aber schon 1 Jahr her. Kommt der Schrott auch bei 1 Master auf dem Stack? Welche MasterB Versionen liegen vor?

Frohes neues Jahr 2016! Da wird nix zerstört, u.a. die StackVoltage falsch kalkuliert: http://www.tinkerunity.org/forum/index.php/topic,2053.msg13394.html#msg13394 bzw. http://www.tinkerunity.org/forum/index.php/topic,2268.msg15006.html#msg15006 Wenn das Seg4x7 zu sehr nervt, ev. auf die kommenden OLED-Bricklets freuen... Soll nicht mehr lange dauern

Did y check by /etc/init.d/brickd status if the service is running ? (Usage: /etc/init.d/brickd {start|stop|restart|force-reload|status} ) brickd --version No, that i know, but would be a nice feature in BrickV.

Ah, das war bei mir ein Blindflug . Der Browser hatte den rechten Teil abgeschnitten Ja, jetzt sieht das sehr gut aus. Besten Dank. Jetzt weiß ich wie man die TF-Componenten schematisch in einem Schaltplan darstellt.

Wo ? In Schaltplänen bin ich nicht so der "Überflieger!" wie etwa bei Prog.code, und ev. viele User in diesem Forum auch nicht. Je leichter und genauer die Inhalte der Beiträge aufbereitet sind, desto eher gibt es hier im Forum Traffic.

Hört sich interessant an, mir fehlt etwas der deutliche Bezug zu den Tinkerforge-Komponenten, welche Teile und wie zusammengesteckt wurden. Dann wird das sicher auch nicht nur für mich klarer und u.a. ein Inspiration für andere Projekte.

Das mit der Modell-Nummer scheint jetzt in Mode zu sein... http://www.golem.de/news/odroid-c0-und-noch-ein-bastelrechner-mit-nullnummer-1512-118007.html Sehr interessant: Lötstellen für einen zweifachen USB-Host-Anschluss.

Es scheint das Teil hat keinen externen Antennenanschluß (siehe weiter oben im Thread), da wäre ich lieber flexibel mittels WLAN-Stick zwecks Reichweite und Dualband etc... Dazu müsste auch noch ein Treiber fürs LinuxOS geschrieben werden Ansonsten stimme ich dir zu.

Das war auch mehr als Fangfrage zu verstehen, und wir auch nicht wissen was ihr da noch so aus dem TF-Hut 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.

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 ? 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?

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.

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. Warum ?

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.

Das wäre ein etwas zu geringer Bereich, laut Datenblatt 3.8 Mio/1.

Fehlt ev. auch noch der Display Parameter ? http://www.tinkerunity.org/forum/index.php/topic,2922.msg18415.html

Sehr interessant! Vor allem frage ich mich, ob es noch (preislich) Sinn macht nach der Ankündigung des Raspi Zero für 5$ 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...

Ich würde aus Verpackungsresten und Mossgummi einen kleinen Würfel schneiden mittig schlitzen und über die LED stülpen.

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

Jetzt fehlt nur noch das das Programm automatisch startet beim Systemstart. Eine Möglichkeit über den BrickViewer hochladen und einrichten: http://www.tinkerforge.com/de/doc/Hardware/Bricks/RED_Brick_Program_Tab.html#red-brick-program-tab

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

Stepper-Endstufen haben ihren Preis, da finde ich die knapp 50 Euros ganz ok. 5A Dauerlast wird eine "heiße" Sache, wie soll das mit der Abwärme auf 40x40mm funktionieren?

Ich hatte mit den alten in alusilber keine Probleme. Wie schraubst du die Cubes ans Profil, so etwa http://blog.makerbeam.eu/?p=1258 ?

Die Pulsfolge über das Bricklet ist aber begrenzt, oder ? Ich kann mir nicht vorstellen dass man so z.B. 11000 Schritte/sec (wie hier berichtet http://www.tinkerunity.org/forum/index.php/topic,3408.msg20862.html#msg20862) erreicht.

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.