Nic

Technisch ja, aber so ein Standalone-Betrieb muss erstmal ausprogrammiert werden. Wie gesagt wenns so einfach ist, warum hat es TF noch nicht umgesetzt, aber Du kannst Dich auch gerne daran wagen.

@Auron Power-over-Ethernet ? Powerversorgung geht doch mittlerweile auch über USB direkt, wenn man daran nur eine 5V Quelle anschließt. @bauerb Ist das so einfach möglich für uns Kunden, wie Du schreibst ? Wenn ja, warum wurde es noch nicht von TF umgesetzt, und wir alle könnten mit unseren Master-Bricks den Standalone Betrieb nutzen ?

Wie gesagt, die Examples aus den Bindings in VS laden und ausprobieren. Man muss nicht alles erstmal per Buch trocken lernen, ev. reicht eine Übersicht über den Syntax: http://de.wikipedia.org/wiki/Sprachelemente_von_C-Sharp

Für den C#-Anfang: http://openbook.galileocomputing.de/visual_csharp_2010/

VS2008 unterstützt > net 2.0, also 3.5, trotzdem tritt dort der Fehler auf. Die fehlenden Versionsangaben betr. auch Java und Phyton. Kein Mensch weiß, welche Entw.Umgebung er/sie mindestens zu nehmen hat, oder habe ich was übersehen ?

Möchte nicht unverschämt sein aber so eine Grobübersicht, wann und womit mittel- und langfristig zu rechnen ist - also eine Roadmap - würde sehr helfen, um das eine oder andere auf Kundenseite selber einplanen zu können oder entsprechend zu reagieren.

Danke Jan, aber mir gings eher um die Versionshinweise in der Doku.

Nun ja, auf den Standalone-Betrieb warten sicher noch mehrere. Dazu müsste TF sich äußern. Allerdings kann man von einem 3 Mann Unternehmen nicht zu viel erwarten. Davor sind sicher noch andere Dinge wichtiger, die gelöst werden müssten. Wieso kann ein PC nicht 24/7 laufen ? Das machen gewiss zahlreiche Media-Server oder File-Server in vielen Haushalten. Nettop-PC haben geringen Verbrauch 15-30 Watt... Und dann ist da noch der Raspberry-PC, den es noch nicht so richtig zu kaufen gibt. Ev. hängt das eine mit dem anderen zusammen.

Statt unter VS2010, habe ich mal testweise unter VS2008 compiliert und ich bekomme einen Fehler und Hinweis auf nicht unterstütze Features in Vs2008. Gibt es bei den Bindings Angaben zur unterstützten Version und ggf. Requirements zu den IDEs ?

Genau für solche Fälle habe ich mir die Funkerweiterung zugelegt.

@Photron Wie sieht es mit den Delphi-Bindings aus ? Geplant, und in Arbeit ? Wäre klasse.

Welche Probleme hast Du den jetzt noch mit C# ? Begonnen habe ich erstmal die Beispiele der TF-Doku zu machen, um das Verhalten und die Fkt. der Bricks/Bricklets zu erfahren. Und in den C#-Bindings sind die Beispiele sogar fertig zum Auspropieren.

Ist schon klar aber er nannte nix von einem Verbraucher !

Meint er ev. den Input Current ??

Ev. noch für kleine abgedeckte Lüftungslöcher sorgen, damit es nicht zu Tautropfenbildung an der Platine kommt. An den Wasserkocher denken, der z.b. unter Küchenaufbau steht, da bilden sich oft Tropfen.

Über IO-Bricklet wäre mir das zu umständlich, ich würde den Humidity-Bricklet nehmen, den in ein Gehäuse mit der Öffnung/Bohrungen nach unten, dass die Feuchtigkeit gemessen werden kann.

Habs gefunden, unter DOKUMENTATION finden wir nicht nur zu C#, Java etc. die Funktionsbeschreibung sondern es gibt jeweils auch ein Kapitel zur TCPIP-Kommun. eines jeden Bricks. Prima ! Da juckt es mir schon in den Fingern, das für Delphi zu implem. ... Dann aber gewiss ohne OUT-Param.

@borg: Hmmh, habe die Doku mal kurz überflogen: Wo finden wir eine Übersicht der Funktionen nach ID eines Bricks bzw. Bricklets ?

Gerne und wann gibt es einen Mengenrabatt ? Das lohnt sich natürlich nur dann, wenn das Slave-Problem gelöst ist Hab es nochmal getestet, und Du hattest Recht: Sobald der zuerst angegebene Slave in der Liste vom Master nicht gefunden wurde bricht die Schleife ab. Den Slave 2 kann man also nur dann sicher alleine benutzen, wenn man die Slave-Liste umdreht, also den Stack, den ich unbedingt benutzen möchte, an die erste Stelle zu setzen. Was mir noch einfällt, gibt es dann überhaupt Slaves vom Typ WLAN oder wird in der Slave-Liste, Chibi- und WLAN Slaves gemischt angegeben ? Wenn ich Dich richtig verstehe, gibt es beim WLAN in dem Sinne gar kein Master-Slave Beziehung richtig ?

Trotz der Doku wird das ev. eine sportliche Angelegenheit. Ich frage mich ob Flash ausreichend Basis-Komponenten hat, um z.B. TCPIP-Kommunikation komfortabel zu gestalten. Ich habe mal mit Flash gearbeitet, für Animationen ganz brauchbar, aber im Vergleich zu C# oder Java, also ich weiß nicht !? Für die Serialisierung und Deserialisierung würde ich erstmal einen Framework bzw. API bauen. Kann man in Flash nicht auch DLLs einbinden ? Ev. lässt sich die C#-DLL dort ansprechen.

Genau, mehrere gestackte Power-Bricks vervielfachen je nach Bedarf die Kapazität. Hier gibt es z.B. einen 380mAh in 35 x 20 x 7,0 mm http://shop.lipopower.de/Einzelzellen-37V Aber da stellt sich für mich die Frage, ob man immer an den 40x40mm festhalten muss. Ev. könnte sich eine 45x45 oder 50x50 Platine als abschließende Bodenplatte mit 1 oder mehreren LiPos anbieten. Alternativ böte es sich z.B. auch an - falls das techn.überhaupt möglich ist - die LiPos über das Bricklet-Kabel an eine StepUp Platine zu verbinden.

Möchte mein Funknetz weiter expandieren. Und überlege, ob ich ein weiteres Chibi zulege oder ob ich warten soll wenn das neue WLAN-Modul rauskommt. Wird ein Dual- bzw. Mischbetrieb von Chibi und WLAN möglich sein ? Welche Vor- bzw. Nachteile im Bezug auf Reichweite, Datendurchsatz etc. wird mit den Erweiterungen im Vergleich zu rechnen sein ? Ich vermute, dass WLAN-Modul wird WIFI-Direkt unterstützen...

Leider nein, das war erstmal nur ein Prototyp. Aber sowas müsste man grob ausrechnen können. Der Verbrauch ist bei jedem Brick in der Doku mitangegeben. Hinzu kommt sicher noch der Verbr. vom Chibi. Auf dem LiPo-Akku war aufgedruckt 1400mAh und es ist eine typische 3,7 V Zelle und mit Step-Up und Laderegelung wird das auf 5 V gebracht.

Finde ich klasse, dass Du Dir Mühe machst, strukturelle Verbesserungen zu machen. Nur würde ich empfehlen, dass gleich in den Beschreibungsdateien vom Code-Generator zu machen. Bin mir aber nicht ganz sicher, wie einfach das ist, noch ob die Mannschaft von TF das so gerne sieht

Weder noch, sondern vom Akku-Pack (http://www.amazon.de/dp/B004BLRG7E) wurde die Deckplatte vorsichtig entfernt, die 5V abgegriffen und mit den Connectoren verlötet. Zum Schluss mit einem Montagekleber auf dem Akku-Pack vergossen, da auf der Platine kein Platz zum Verschrauben. Sieht - ums diplomatisch auszudrücken - rustikal aus, aber klappt prima, selbst mit dem IMU.