Nic

Was ist nun das Ergebnis daraus ? Wenn ein sleep zw. jedem AddDevice nötig ist, scheint es einen Konflikt zw. der Methode backlightOn und den AddDevice zu geben !? Da doch hier intern 2 Threads arbeiten. Heisst das in der Folge der RaspPi unterstützt kein Multithreading Wenn ich mich recht erinnere an die alten DOS-Zeiten, gab es dort auch nur 1 Thread !

Tüchtig, tüchtig. Sieht gut aus. Insbesondere deine Lsg. vom Housing gefällt mir gut. Welches Material hast du als Bodenplatte zum Anschrauben der Bricks genommen ? Was hängt eig. links am AnalogIn dran (erste Platine von links im letzten Bild) ?

Und wenn erstmal nur das lcd hinzugefügt wird, also alle anderen addDevices auskommentieren ? Wieso fügst du eig. den Master als Device hinzu ? Ich mache das nie bei meinem Stack. Um die Bricklets im Code anzusprechen, brauchst du nicht den Master adden. Was heißt das ? Kommentiere mal das lcd aus ? Gibt es immer noch timeouts ?

Woher willst du das wissen ? Dann weisst Du also mehr als wir ! Wie kannst Du diese Behauptung untermauern ? Hast Du etwa Kontakt zu allen anderen, die sich nicht trauen zu fragen und noch kein Produkt gekauft haben ? Super, dann bist du die perfekte Marketing-Maschine Prima, dann würde ich den anderen das Wort überlassen und nach ihrer Meinung bitten...

Aber er/sie hat die Freiheit zur Not UNS im Forum zu fragen, Google übersetzen zu lassen, ein guten Dictionary in Buchform zu konsultieren oder ins kalte Wasser zu springen und einfach probieren, da es für die meisten eh nur "Spielzeug" ist. Warum das alles so bierernst und nüchtern nehmen ? BTW wenn ich mich recht erinnere werden auch Infos, die jetzt schon in Deutsch vorhanden sind, wie Installationshinweise, Forenbeiträge, sehr gerne überlesen bzw. ignoriert und dann im Forum oft die gleichen Fragen zig-mal gestellt.

War auch so nicht gemeint, nur erreicht man langfristig ein breiteres Publikum wenn initial die zum Anfang wichtige API in Englisch verfasst ist als in Deutsch. Es ist auch eine Frage der verfügbaren Ressourcen, ob und wann sowas übersetzt wird. Also wer sich solchen anspruchvollen Dingen wie Elektronik und Programmierung beschäftigen kann und möchte, sollte den Basics im Englischen mächtig sein. Warum so stringend ? Jeder der will kann seine Beiträge in Deutsch ODER in Englisch verfassen, so viel Freiheit muss drin sein. Richtig, wenn man die Kunden nur dazu nötigt in Englisch schreiben zu können, geht der Traffic u.U. nach unten. Dann fang mal mit gutem Beispiel an, und beteilige Dich am Wachsen der Wiki-Seiten, Forenbeiträge und Übersetzungen in Deutsch Die besten Bücher dazu, sind meiner Erfahrung, oft die aus Übersee. Die Übersetzungen ins Deutsche sind nicht immer gelungen. I.d.R. hole ich mir Tips und Lösungen meist aus den engl.Foren z.B. zu Programmiersprachen, weil dort das Angebot und das Engagement weit größer und fundierter ist als in Old Germany. Wie gesagt, soweit sind die TF-Teile und Konzept (noch) nicht. Ohne ein bisschen E-Technik und Programmierung geht es nicht. Und das Lesen der engl. API muss man auch nur einmal lesen und verstehen. PS: Und für Verständnis-Probleme egal ob es nun mal das Engl., Programmierung oder E-Technik ist sind wir hier im Forum doch da

Bin gerade bei Conrad an die richtige Verkäuferin (!) geraten, und die suchte mir einen SMA Stecker auf BNC Buchse Kupplung und visa versa raus. Ist zusammengesteckt etwas zu lang, aber damit entfällt das Löten und der USB-Stecker hat genügend Platz.

Also vom durchschn. IT-ler kann man schon erwarten, daß er zumindest das meiste aus den engl.sprachigen Seiten der TF-Teile verstehen kann. Sonst braucht er/sie erst gar nicht mit dem Programmieren anfangen. So einfach wie Lego zusammenstecken, ist es nun (noch) nicht. Ich sehe ein größeres Übel, wenn nun alles erstmal nur in Deutsch verfasst würde. Damit grenzt man mittel- und langfristig die übrige Welt aus. Nicht umsonst geht der Traffic im engl.Forum gegen NULL. Ev. könnte man die eingedeutschte Fassung der Bauteile und Beispiele ins Wiki zum freien Editieren stellen, dann kann sich jeder daran beteiligen, ev. mit mehr Hinweisen als im engl. Original.

Ok. Gibt es ev. für den Antennenanschluss eine Verlängerungsstück bei Conrad und Co zu kaufen ? Ist das ein Standardanschluss ?

Richtig, und damit habt ihr endlich genügend Zeit zum Basteln und Forenbeiträge zu schreiben...

1) Habe im Viewer 1.1.2 die FW. 1.1.7 auf den Master installiert. Kann jetzt die Slave-Liste persistent speichern. UND bekomme diesmal ein Check-OK nach "Save-Chibi Config." Stecke ich bei dieser Konstellation den RS-485 dazwischen, bleibt auch nach dem HW-Reset der Viewer leer. RS-485 wird wieder entfernt. Master erscheint wieder im Viewer, Slave-Liste bleibt erhalten. 2) Upgrade den Viewer auf Latest 1.1.5: Kann wiederhin die Slave-Liste editieren und bekomme das Check-Ok 3) Upgrade Master FW auf 1.2.2: Kann wiederhin die Slave-Liste editieren und bekomme das Check-Ok 4) Stecke ich den RS-485 dazwischen, geht die Slave-Liste der Chibi-Ext. irreparabel verloren, auch ein Abstecken des RS-485 hilft nicht, erst wenn ich wieder mit 1) wiederhole, kann ich die Liste abspeichern. @Tinkerforge Ist ev. eine Kleinigkeit in der FW, aber vielleicht wäre es möglich, den uneingeschränkten Betrieb mit Chibi-Extension weiterhin zu gewährleisten, auch wenn man die RS-485 nur als Abstandhalter dazwischensteckt, z.B. die RS-485 disabeln etc. Oder gibt eine andere Alternative problemlos die grosse Antenne anzustecken, auch wenn das USB-Kabel am Master steckt ?

Möchte hierzu mal Alternativen mit x86 CPU, und damit Windows-Kompatibilität vorschlagen. Vom Formfaktor machen die Zotacs nicht mehr viel mehr her, vom Preis ev. schon eher: Zotac AD-11, Formfaktor 10x10x4cm http://www.alternate.de/html/product/ZOTAC/ZBOX_nano_XS_AD11_Plus/1000991/ Das Vorgängermodell AD-10 hatte u.a. noch eingeb. WIFI, aber 12x12x4cm Nicht jeder dürfte unendlich viel Zeit und Nerven haben, so ein RaspPi zum Laufen zu bringen, noch möchte man ev. eine neue Programmiersprache und Betriebssystemumgebung lernen.

Hatte bisher ein funktionierendes Chibi-Funknetz aus Master-Add 0 - Slave Add 1 - Slave Add 2 - Slave Add 3 (Dies funktioniert allerdings nur wenn alle Slaves eingeschaltet sind) Habe heute zwischen Master-Brick (Add 0) und Chibi Extension noch eine neue RS-485 gesteckt, um erstmal genügend Abstand zur USB-Buchse für die grosse Antenne zu haben. Im Viewer wurde nur noch die RS-485 angzeigt, aber nicht mehr die Chibi-Ext. Habe den Ext.-Type wieder auf Chibi geändert, Reset und nun wurde die Chibi-Ext. angezeigt, allerdings ohne die alten Einstellungen. Die habe ich versucht wieder erneut einzugeben und abzuspeichern. Nach dem SW-Reset blieb der Master-Brick Eintrag im Viewer weiterhin sichtbar, d.h. die Liste wurde nicht refresht. Erst nach einem HW-Reset. ABER die Slave-Liste blieb weiterhin leer. Habe die RS-485 abgesteckt, und den Ursprungszustand wieder hergestellt. ABER auch dann war es nicht mehr möglich die Slave-Liste zu speichern. Kann es sein, daß ab dem RS-485 Support in FW und Viewer, der Support für Chibi teilw. verloren ist ? Bitte Vorschläge für einen Workaround ? Ev. Rollback zur alten FW.1.1.9 und Viewer 1.1.2, oder reicht eines von beiden ?

Ist mir auch schon aufgefallen. Wenn MaxVelocity=0 sollte sich der Stepper weder vor- noch rückwärts bewegen dürfen.

Wird von TF - ja wenn es denn sowas mal geben wird - kaum billiger...

Also sowas, kopierst hier einfach meine Argumente die galten aber in einem anderen Zusammenhang. Ist nunmal ein Unterschied, ob es Ware ist, die komplett aus dem Shop genommen wurden oder im Grundsortiment vorhanden, aber nicht lieferbar ist. Ich bestelle nur dann, wenn ich weiß ob und wann ich es bekomme. So ins Blaue hinein bestellen, und warten bis nächstes Ostern kommt, hat bestimmt auch nicht Amazon so angefangen. Ich möchte vorausschauend plannen können und wissen wie, wann und ob ich mit dem Teil zu rechnen habe, ansonsten nutze ich die Ressourcen anderweitig. Wenn unbedingt der Vergleich zu Amazon gezogen wird, dann schaut mal in die Infos zu den Produkten: Lieferbar in 2 bis 3 Wo etc. Ist immerhin besser als überhaupt nix zu melden. So kann ich besser planen UND nach einer Bestellung wird man von Amazon unaufgefordert informiert, dass die Teile ausserplanmäßig x Tage früher oder eben später geliefert werden. Es soll hier auch Leute geben, die die Teile für Projekte mit kommerziellen bzw. Uni-Hintergrund benötigen, und nicht für die Hobbykiste verstaubter Langzeitprojekte Soll mir keiner erzählen es wäre zu aufwendig, ins Hardware Forum ein Dauertopic mit Verfügbarkeiten einzustellen. Der aufmerksame Leser kann sich dort zuerst verbindlich informieren, ist ne Sache von einem Einzeiler...

Übergangsweise wäre als GPS die Alternative von Phidgets: http://www.phidgets.com/products.php?product_id=1040_0 Das Teil wird ohne Umweg direkt an USB angeschlossen, benötigt aber einen eigenen Treiber. In der Application könnte man dann die TF- und Phidget Teile implementativ mergen.

Habe zufällig (!) bemerkt, daß der Stepper-Brick wieder im Shop verfügbar ist. Wie lange ist das schon so ? Es wäre prima und kundenfreundlich, wenn es analog wie zu den Veröffentlichungen (http://www.tinkerunity.org/forum/index.php/topic,673.0.html) unter Allgemeine Diskussion auch ein fest-angepinntes Topic "Verfügbarkeiten" (immer on Top) im Forum Hardware gibt. Wenn es schon i.d.R. keine Antworten auf Beiträge zur Hardware-Verfügb. gibt, so hätten wir zumindest so aktuelle Informationen über den Status diverser angekündigter, zeitl. verschobener, zukünftig abgekündigte Hardware im Überblick.

Hört sich für mich ev. nach der gleichen Baustelle wie für diesen Bug an: http://www.tinkerunity.org/forum/index.php/topic,715.0.html

"Überkreuzender Bezug zweier Units": Delphi ist in dieser Hinsicht sehr pingelig, was eig. richtig ist, da die Klassen bidirektional verknüpft sind. Mit dem Hack über TObject und dem späten Casten auf IPConnection kann man das aber umgehen. Ich arbeite damit seit einigen Monaten, und zwar problemlos. Meldet der Compiler Fehler bei ?

hmmh, das kann auch richtig sein, dann ist der Magnetic-Field Wert auf der X-Achse höher als bei y und y zeigt bei dir dann nach Osten. Je nachdem wie man den IMU dreht, wird mal die x, dann wieder die y-Achse einen höheren Wert anzeigen. Die Achse, die den höchsten Ausschlag beim Magnetc Field zeigt, müsste auf Norden zeigen, oder ?

Methoden, Attribute und Eigenschaften die vererbt werden sollen, müssen in protected bzw. public deklariert sein, durch das Schlüsselwort virtual sind Methoden im Nachfahr überschreibbar (mit override) Zwecks Übersichtlichkeit, kompakte Units etc., Konform zum Design des TF-Frameworks in Java. Nicht nur in Delphi halte ich mich meist nach 1 Klasse = 1 Unit/Datei

In D7 lässt sich das problemlos compilieren ! Ev. die Device-Klasse noch ausgelagert in eigene Unit. ipconnection.pas Device.pas

Nö, kann ich nicht bestätigen: Die Y-Achse zeigt nach Norden, x-Achse nach Osten, und damit USB-Buchse nach Süden. Also eigentlich wie bei Real_Black, aber ich schaue auf die LEDs !

Tüchtig, tüchtig das ist der gesamte TF-Framework ! Werde es durch meinen Delphi 7 Compiler jagen, und berichten. Wozu 2x die Semaphore Unit ? Hmmh, zumindest die Brick-Klassen lassen sich so nicht ableiten.