ArcaneDraconum

Bravo - auf so eine Idee muss man erstmal kommen.

Und nicht jeder hat nen Ersatzmaster zur Hand. Ich inzwischen schon, nachdem ich mal einen verbraten habe, aber das nur am Rande.

Bin mal gespannt, was letztendlich bei rauskommt.

Hallo zusammen, ich verwende für solche Fälle folgendes Produkt:

http://www.reichelt.de/USB-Adapter/AD-USB2-MINI/3/index.html?;ACTION=3;LA=446;ARTICLE=117130;GROUPID=4829;artnr=AD+USB2+MINI

Ich weiss €4,95 ist nicht ganz das, was der Threaderöffner als Vorgabe genannt hat, aber es ist qualitativ hochwertig und funktioniert. Ausserdem ist der USB-Port durchgeschleift, man verliert also keinen Anschluss - könnte gerade beim Raspi ja mal wichtig sein, da man eh nur 2 hat.

Grundsätzlich halte ich die Idee eines sehr kurzen Kabels aber für sehr gut.

Hallo Plenz,

habe ich es richtig im Kopf, dass es darum ging eine Kamera auf einem Boot zu installieren und diese 'ruhig' zu halten, also quasi Wellenbewegungen zu kompensieren?

Ich kann im Detail nichts zu Deiner Problemlösung beisteuern, aber rein vom Gedankengang her würde ich vermuten, dass Dein Boot ja auf jeden Fall auch seine Position verändert und dies mit vom IMU erfasst wird. Du wirst also nicht nur (einfach ausgedrückt) Schaukelbewegungen erfassen, sondern auch Wegebewegungen. Diese sind natürlich vom Aufbau nicht zu kompensieren. In die Berechnung gehen diese Werte aber bestimmt ein und sorgen so für unerwartete Reaktionen.

Ist nur so eine Idee von mir.

Das wäre ne geile Option..... geht das auch noch für die WLAN-Extensions?

Stimmt.... daher die Frage: Wie ist der aktuelle Stand? Ist eine Problemlösung in Sicht (da wo auch das schöne Wetter ist), oder brauchen wir noch sehr viel Geduld?

TF hat bei der letzten Diskussion versprochen die Doku bei Gelegenheit etwas eindeutiger zu formulieren.

Was ich aber anmerken muss:

Früher hat man ein Forum aufgesucht und darin gestöbert, ob ein Thread mit dem eigenen Problem schon vorhanden ist. Heute macht man sich nicht mehr die Mühe, sondern macht einnfach einen neuen Thread auf. Genau dieses Problem wurde letzte Woche schon einmal durchdisskutiert. Wo ist die Netikette geblieben.

Ich meine es ist im Grunde kein Riesenproblem und ich will hier niemanden persönlich angreifen, aber so wird es hier ein wenig unübersichtlicher. Ausserdem müsste die Diskussion richtigerweise geschlossen werden, da das Problem gelöst ist. Dann ist es für andere mit ähnlichen Problemen auch erkennbar, dass der Vorgang erfolgreich abgeschlossen wurde und es sich lohnt mal reinzuschauen.

ABER das sind meine presönlichen Ansichten.

FALSCH.

Erst vor kurzem hatten wir diese Diskussion schon einmal.

Der Master sitzt IMMER UNTER den Extensions.

Das Oben und Unten in den Beispielen bezieht sich auf die Extensions untereinander.

OK, das Seil ist wohl von einem Kran entwendet worden. 

Ich war mir nicht sicher, wie fest das Seil in dem Schlitten gehalten wird, also ob ein Rutschen überhaupt möglich ist. Dann ist wohl die empfindlichste Komponente die Kamera....

Bin mal gespannt.

Ja die Sekunde war mal frei gewählt. In diesem Beispiel wäre das natürlich zu viel.

Noch zur Frage: Bei einem Stromausfall im Stack fällt das Relais auch ab und der Motor würde dann auch stehen bleiben. Ich vermute mal, dass der Motor keinen Freilauf hat, also quasi eine echte Vollbremsung hinlegt. Das sollte die Konstruktion - vor allem auch das Seil - abkönnen.

Also ich bin mal auf Dein Feedback gespannt, wenn es funzt.

http://www.tinkerforge.com/doc/Software/Bricklets/DualRelay_Bricklet_VBNET.html#dual-relay-bricklet-vbnet-api

Vielleicht verstehst Du was ich meine. An Deinem Master müsste ja noch ein prot für ein Dual Relais frei sein.

Schau mal in der Doku. zur Programmierung. Der Counter müsste auf dem Master laufen. Bei Verbindungsabbruch sollte der Master ja nicht einfrieren. Der Counter sollte weiterlaufen.

Müsste man mal in 'Trockenen" testen. Wobei..... 50km/h.... wenn ich mich nicht vertippselt habe, sind das in 0,5 Sekunden immer noch fast 7m.

Ne Alternative wäre Du nimmst ein Dual Relais Bricklet und führst die Motorspannung darüber. Solange Dein Programm läuft lässt Du so ein Monoflop auf dem Bricklet laufen, welches nur etwa 1 Sekunde läuft und erneuerst dieses vim Steuerrechner aus alle 0,5 Sekunden. Bei Verbindungsabbruch fährt der Schlitten höchstens 0,5 Sekunden weiter, dann werden die Motroren abgeschaltet.

Nunja, es gibt Mikroschalter - so ähnlich wie im Shop hier - mit kleinen Rollen darauf. Es müsste als so etwas ähnliches wie eine Bande an der Seite - kurz vor dem 'Prellbock' montiert sein, die auf den Schalter drückt, dann hat der Schlitten noch etwas Weg zum ausrollen bzw schlittern.

Ich würde mir am Schlitten einen Endschlater anbringen. Der ist im Normalfall geschlossen und sollte man bis zum Ende fahren wird er geöffnet. Und über diesn Schalter würde ich die Versorgungsspannung vom Servo leiten.

Das ist auf jeden Fall eine sichere Lösung.

Hmmmm stimmt.... Lesen bildet.

Dann gibt es noch die Möglichkeit selbst eine Aluminiumfolie um das Kabel zu basteln und irgendwo mit GND zu verbinden. Sollte eine einfache Schirmung ergeben.

Ansonsten ist das ganze - lapidar gesagt - eine Fehlkonstruktion.

@thunderbird: Ich würde schon sagen, es geht darum mehrere Stepper absolut syncron fahren zu lassen.

Wenn ich mir das Bild unten anschaue, wird der Tische an beiden Seiten motorisch gefahren. Die Stepper sollten syncron sein, damit sich nichts verkantet. Also so habe ich es verstanden.

Hallo,

verwendest Du die 'neuen' Kabel? Die haben ja eine Schirmung und sollten in solchen Fällen, wo man bewusst mit Signaleinstreuungen rechnen muß Besserung bringen.

Soll jetzt keine Werbung sein, aber dafür wurden sie ja konzipiert.

Ahhhh OK

Ich arbeite mit Python, da läuft es wohl etwas anders. Aber eigentlich Schade - wäre ne schnelle Lösung gewesen.

Hallo Raphael,

mir fällt auf, dass der eine Aufruf als

BrickMaster

erfolgt und der andere als

masterBrick

Ist das richtig so?

Also ich habe vor etwa 2 Wochen mit dem WiFi-Modul ein paar Tests gefahren. Da hatte der Master die 2.0.3 und der BrickV 2.0.1 bzw. 2.0.2 - bin mir aber nimmer ganz sicher.

Da hat er den Zustand richtig angezeigt, so wie er vom Programm vorher gesetzt wurde. Da sich die Laufzeit des Getters im LowPowerMode etwas verlängert, konnte ich den Zustand des Moduls so ganz gut verifizieren.

Also scheint im neuen BrickV, oder neuer MasterFW ein Bug zu befinden.

Und sorry, zu Zeit läuft alles halbwegs stabil, ich werde meine Stacks momentan nicht aktualisieren. Erst wenn die Ethernet Extension raus ist.

Die Umstellung auf das Protokoll 2.0 hat bisher nicht die Verbesserungen gebracht, die ich mir erhofft hatte.

Innerhalb einer Woche von 2.0.0 bis 2.0.4 in 5 Stacks updaten ist vorerst genug gefrickel gewesen. SO DAS MUSSTE MAL RAUS.

Hallo, ich würde gerne auch etwas zum Thema sagen, bzw. schreiben....

Zum einen gibt es bezüglich Wünsche schon ein paar Threads, vielleicht mal im Forum etwas 'googlen'......

Also für eine Stromversorgung ist nicht zwingend eine Step-Down notwendig. Ich habe hier einen Stapel mit Master, den üblichen 4 Wetter Bricklets und einem WiFi-Modul. Das ganze ist an einem USB-Netzteil und läuft seit Wochen damit stabil. Da die Dinger bei vielen mobilen Geräten als Ladeteil dabei sind, habe ich einige davon, eine günstigere Stromversorgung kann ich mir gar nicht vorstellen. Zum Testen kann via USB der Stapel direkt an den Rechner, zum flashen sowieso. Also den USB Port würde ich mal nicht in Frage stellen.

Das WiFi Modul zu integrieren..... tja nicht jeder will's, kosten wird's aber trotzdem. Mir wäre LAN mit PoE sowieso lieber - kommt ja in Kürze.

Ich habe das TF eben als modulares Konzept verstanden. So holt sich jeder genau das, was er benötigt. Ein AllInOneModul ist sicher kompakter und im Einzelfall günstiger, aber man bräuchte mehrere Duzend davon. Jeder hat andere Wünsche und Ideen. Das dürfte für TF nahezu nicht machbar sein.....

Dennoch...... das Forum ist dazu da Ideen und Vorschläge zu äußern und zu diskutieren.

Ich werde mich in Geduld üben - bisher hatte ich die Option ja auch nicht.

Ich gehe ja davon aus, dass der Name im Modul gespeichert wird - also quasi ein Setzen nur einmalig notwendig ist. Da will ich mir jetzt nicht extra ein Prgrämmchen schreiben. Bevor ich mir was zerschiesse..... beim BrickV kann ich mir ja relativ sicher sein, dass es klappt.

Ich vermute mal ganz sanft, dass man erst in der nächsten Version des BrickViewer diese Option setzen kann.....

Ahhhh OK. Ich hatte immer den Taxi-Funk im Verdacht. Wohne inzwischen woanders. Schalte noch so Sachen, wie den Weihnachtsbaum, aber auch da hatte ich letztes Jahr so meine "Erscheinungen" .... war aber nicht das Christkind.

Hallo Jan,

hast Du keine Probleme mit Funkstörungen?

Ich habe mir vor Jahren vom Großen C welche zugelegt. Hatte aber immer das Problem, dass jeden Abend mir jemand das Licht ausgeknipst hat.

Auch die neueren schwarzen Modelle sind da störanfällig. Ich habe mich von dem Thema komplett verabschiedet... ich würde da nie was anschliessen, das zuverlässig schalten soll.