Nic

Mein lieber Schwan, das sieht nach viel Arbeit aus. Sehr interessant, insbesondere das Power Management... Wie ermittelst Du eigentlich die Batterie Kapazität ?

Also wird so ein Transceiver aber unabhängig von einem Chibi-Funk Netz betrieben oder wären beide kompatibel zueinander ?! Aber ich denke die Intension soll eher dahin gehen mögliche ESD-Probleme zu umgehen, right ? Das wäre prima, je kompakter desto flexibler lässt sich das z.B. in kleine mobile Stacks einbauen. Achso, wenn es geht die Segment-LEDs im schicken Blau, die roten habe ich schon genug gesehen PS: Wie siehts mit dem Encoder aus ? Lässt sich das jetzt softw.mäßig lösen ? http://www.tinkerunity.org/forum/index.php/topic,1219.msg9395.html#msg9395

Sehr interessante Sachen kommen da... https://github.com/Tinkerforge/doc/commit/874f479e1f3388cae1d5a5d37958aea1c4d58a5a Was kann man unter einem Remote Switch vorstellen ? Wird das eine Mischung aus Funk-Schnittstelle plus Relay Switch ? Welche Höhe werden die Segmente haben, mehr der kleine Formfaktor ( so Ziffernhöhe <= 10mm) oder wieder etwas größeres a la LCD20x4 ?

Das Timeout in Sec. ist mir auch neu und ist aber im Vergleich zu den anderen Bindings inkonsequent: Für C#, Java, Delphi, VS.Net ist der Wert in Millisec. zu setzen, aber in PHP, Phyton allerdings als Float

Besten Dank, das hört sich schon mal sehr gut an. Sicher nicht nur ich bin sehr gespannt

Für die Bricklets gibt es nur spezielle Stecker zum Crimpen und die Zange dafür kostet ein Vermögen Wenn es die gleichen Stecker allerdings auch zum Löten gibt wäre das natürlich besser...

Wieso wir halten Deinen Thread sauber, das ist auch sinnvoll

So ganz kann ich dem nicht folgen Ein Neigungssensor z.B. ist sicher nicht schlecht aber dazu gab es im Forum weniger Nachfrage als etwa zu einer Neuauflage der Chibi-Extension oder ein Schnittstellen-Bricklet für RS-232 :'( Wenn sich das auf die OnDevice-API bezieht, so sollte man das Thema nicht ganz aus den Augen verlieren, denn dazu war das Feedback hier im Forum zu groß. Wenn es technologisch (noch) nicht lösbar ist, so würde ich kleinere Schritten in diese Richtung mir mehr wünschen, als eine mo­no­li­thische API die niemals kommt. Erste Schritte wären z.B. ein Tutorial wie die komplette Entwicklungsumgebung dazu einrichtet wird und wie man die dabei entstehenden Fallstricke und Besonderheiten sicher behandelt. Hierzu gibt es zwar Beiträge im Forum, die m.E. aber für Anfänger zu kryptisch und unvollständig sind. Ideal wären Schritt-für-Schritt Anleitung wie die FW bzw. Plugins der Bricklets um einfache Funktionalität erweitert werden kann. Ev. reicht es auch für viele Zwecke aus, das direkte Ansprechen von Bricklet-Daten am Brick, z.B. Endlagenschalter via IO Signale ohne Umweg direkt am Brick auszuwerten.

In der Tat, aber ich würde den Beitrag oder zumindest den darin enthaltenden Link auch noch rauswerfen, sowas gehört hier nicht ins Forum.

Wenn es möglich ist bitte noch kürzere Kabellängen als https://www.tinkerforge.com/de/shop/accessories/cable/bricklet-cable-black-15cm.html die 15cm im Shop anbieten, die Hälfte so um 8cm wäre praktischer.

Im aktuellen BrickViewer werden nur die Spannungswerte der letzten 20 sec. angezeigt. Zu Testzwecken wäre es manachmal gut den Verlauf über einen längeren Zeitraum dargestellt zu bekommen. Z.B. seit der Bricklet connected wurde. Das man dann nicht alle Werte temp. speichern kann, ist klar, ev. kann das über Mittelwertbildung ausgedünnt werden...

Wozu brauchst Du Popcorn ? Hier geht es erstmal um den Eigenverbrauch des Bricklets ohne Last.

Gilt das für die Industrial Digital 4 In/Out nicht genauso ?

Excellent, besten Dank. Enorm niedriger Verbrauch weniger als eine lowCurrent LED, prima. Für das Quad Relay gelten die 1mA für alle 4 zusammen oder nur pro Kanal ?

Das wäre für mobile Stack-Anwendungen, die insbesondere nur über externe 5V versorgt werden müssen, für die Kalkulation der Akku-Kapazität und der damit resultierenden Betriebszeit sehr hilfreich.

Besten Dank. Also kann man im Durchschnitt für die meisten Bricklets (Joystick, Rotary...) von bis zu 25mA Eigenverbrauch ausgehen wenn nichts anderes angegeben ist, bei Ausnahmen etwas mehr wie z.B. für Dual Relay, LCD...

In der Doku gibt es keine Angaben zum Stromverbrauch des GPS-Bricklet. Wie hoch wäre dieser in etwa bei Benutzung der GPS-Antenne https://www.tinkerforge.com/de/shop/gps-antenna.html ?

Nimm z.B. aus dem Kit https://www.tinkerforge.com/de/shop/accessories/mounting-kit-12mm.html mehrere Bolzen und schraube sie zu einem kleinen Turm zusammen (je nachdem wie stark das Gehäuse später geneigt sein soll), anschließend an der Rückseite des Gehäuse festschrauben, z.B. dort wo die 50x50 Bohrungen sind.

Ich vermute FreeCad: http://www.tinkerunity.org/forum/index.php/topic,1636.msg10906.html#msg10906

Sowas kann man/frau schnell selber machen: Mehrere solcher Abstandsbolzen (wie im Kit) zusammenschrauben und hinter die Rückplatte (dort wo ich die Pfeile angezeichnet habe) montieren. Kein Problem, die 4 Löcher im 40x40 Raster sind schnell gebohrt Der angeschraubte Brick kann auch so als Stütze zweckentfremdet werden. Ich vermute mal unter ein angeschraubtem Bricklet 40x40 im Gehäuse passt kein Master-Brick darunter. Habt Ihr daran gedacht, die Seitenwände soweit zu verlängern, dass noch zumindest ein Brick reinpasst ? Oder können wir bald mit Brick-Gehäusen rechnen ? Hmmh, es wäre ev. sehr hilfreich die Doku zumindest noch um Angaben zur Gehäusegröße zu erweitern, die sich nach der Montage ergeben.

Lässt sich auf der Rückwand noch eine Brick-Platine befestigen ? Ich sehe da 4 Zusatzbohrungen, ich schätze mal in 40x40 Abstand ?!

Ja, aber nur wenn Du die externe Stromversorgung über die Step-Down-PowerSupply anschließt. Diese transf. die 12v auf die Logik-5V die der Stack braucht, gibt aber auch 5V im Ausgang für den Betrieb eines RaspPi aus. Zusatzlich werden die 12V an einen Schritt-Motor, der über den Stepper-Brick angeschlossen ist, weitergeleitet.

Wo ist bei dem Aufbau das vorteilhafte Step-Down-Power Supply: https://www.tinkerforge.com/de/shop/power-supplies/step-down-power-supply.html Damit ließe sich der Stack versorgen wie auch bei Last der/die Motoren. PHP kann auch auf einem Desktop PC ausgeführt werden. Dazu braucht es nicht unbedingt einen RaspPi. sehr vorteilhaft wie schon erwähnt wäre dann eine LAN/WIFI-Extension mit der man sich bequem über den Arbeitsplatz-PC verbindet. Stepper-Brick braucht eine eigene Betreibsspannung von 5v, die normalerweise via USB oder Step-Down-Power-Supply eingespeist wird. Wenn ein Stepper-Motor angeschlossen ist, muss ans Stepper-Brick noch zusätzlich eine externe Stromquelle oder eben über die Step-Down-Power-Supply über den gesamten Stack zugeführt werden.

Achso hatte ich ganz vergessen :'(, dass mit diesen Ext. der BrickD obsolet wird.

Ich würde empfehlen, dass du deinen Experimentieraufbau etwas genauer schilderst, Skizze, Schaltpläne, Betriebsablauf, Workflow etc. Wozu gibt es einen Notschalter usw... Ansonsten bleiben -zumindest mir- deine Angaben doch sehr abstrakt und veranlassen niemanden hier auf eine vernünftige Antwort. Bis jetzt hört sich das nach massiven Stromschwankungen an, d.h. der Brickstack erfährt eine Unterschreitung der Mindestspannung usw. Ich würde probieren die Stromquelle für den Stack autark zu gestalten, d.h. 12V Akku anschliessen und testen.