AuronX

Also das Problem besteht unter Android noch immer. Außerdem: Wenn ich unmittelbar blog.tinkerforge.com ansurfe, dann lande ich ebenfalls nur auf der nginx-willkommensseite.

Villt sind die 15% auch bezogen auf die absolute Temperatur in Kelvin Dann hättest du noch richtig gute ^^

Hallo, ich vermute ich werde nicht der einzige sein dem zur neuen Extension sofort einige Fragen kommen werden, ich lade also jeden ein seine Fragen ebenfalls hier zu posten ^^ Ich bin tatsächlich jung genug, dass ich seriellen Schnittstellen bisher nahezu gar nicht (auch nicht im Studium) begegnet bin. Hat da jemand Erfahrungen was Paritäts- und Stopbits bringen? Also insbesondere frage ich mich ob es jetzt nützlich ist bei der Übertragung beispielsweise Paritätsbits zu aktivieren oder ob das unnötig ist. Einziger Hinweis für mich ist im Moment, dass TF in der Doku Paritätsbits abschaltet, also vermutlich unnötig? Meine zweite Frage bezieht sich auf das frisch hinzugefügte Netzteil im Shop: Da es ein USB-Netzteil ist vermute ich es ist mit 5V Output und 500mA Output spezifiziert, aber es wäre schon gut, wenn diese Informationen auch im Shop ergänzt werden (im wesentlichen das was auf dem NT auch draufstehen müssteEdit: auf einem der Bilder kann man die Beschriftung sogar erahnen, könnte sogar 1A sein, aber jetzt bluten meine Augen ^^). edit: Eine fällt mir noch ein: Was passiert wenn ich einen der mittleren Slaves auf Terminal stelle oder einen der äußeren nicht auf Terminal? Ist das alles fail-safe oder kann man auf diese Weise auch Schäden anrichten?

Ich glaube das ging irgendwie automagisch. Du musst glaube ich deinem Projekt nur eine Kategorie zuweisen und dann taucht es dort von alleine auf. Ich hab aber auch nciht viel Ahnung von Wiki-Magie ^^ Grad mal bei der Wetterstation abgeguckt, ich denke du musst in deinen Artikel nur ganz unten das hier einfügen: [[Category:Projekte]]

Du schreibst ja, dass du auch ein DC-Brick nutzt. Ich sehe auf dem Foto auch 4 Bricks im Stack, aber welche Aufgabe erfüllt das DCBrick? Im Code konnte ich es nicht entdecken LG Jan

Es sieht so aus (geschätzt) als wäre dein Name breiter als 4cm, hast du das Teil in zwei Schritten geplottet? Ansonsten sieht das sehr cool aus. Übrigens brauchst du beim Veröffentlichen von Code keine Scheu haben ^^ Es funktioniert und bei aller Kritik kann man höchstens selbst lernen (Meine Hoffnung wäre auch, dass ich beim Lesen auch noch was lerne ^^) Ist aber natürlich deine Sache ^^

Da hast du recht, bei allem was zeitkritisch ist wird das auch gefährlich... Ich wollte nur darauf hinaus, dass man es am Ende merkt ^^ Also wenn die Verbinung bestehen bleibt, dann wurde zwischendurch auch nix verloren. Das ist ja bei UDP anders. Du könntest auch zwischendurch mal eine Nachricht verpassen und danach ist wieder alles toll.

Nur um das klarzustellen: Paketverlust ist kein grundsätzliches Problem, da TCP genutzt wird. Paketverlust bedeutet am Ende auch (nur) eine höhere Latenz. Du verpasst aber keine Nachrichten oder so.

Ich habe das anderswo aus ähnlichen Gründen schonmal vorgeschlagen: Wenn der aktuelle brickd auch TCP-Devices (also andere "brickd"s) anbinden könnte, dann wäre das eine gute Lösung für folgende Probleme: - Code der nur eine Verbindung für viele Devices nutzt - mehrere Clients die den gleichen Stack nutzen wollen Inzwischen hatte ich auch schon die Gelegenheit den Brickd-Code anzuschauen. Leider ist der etwas obfuskiert... Aber egal, ich denke es sollte grundsätzlich möglich sein den Brickd um diese Funktionalität zu erweitern. Um es mal kurz zu umreißen: - Das Management der routing-tabelle müsste aus dem USB-Device in das brick-protocol wandern (die tabelle selbst liegt eh dort und ist auch "logisch" dort zu hause) - Das USB-Device müsste auf ein abstrakteres Konzept abgebildet werden (quasi neue super-class) - Das brick-protocol kennt nur noch diese abstrakte Klasse - Eine neue Klasse (TCP-Device?) kann diese neue Klasse ebenfalls implementieren

Was ist mit dem Reset-Schalter?

Das mir der Uhrzeit ist aber bekannt. Da war der Grund laut website, dass ne Echtzeituhr zu teuer ist... @Nifty: Wie versorgst du dein Pi denn mit Strom? Habe gehört, dass er selbst ein wenig mehr haben möchte. Möglicherweise ist die Stromversorgung unzureichend und deswegen gehen dann auch angehängte Geräte flöten...

Ich rate auch dringend von C++ ab und würde zu C#, Python oder Java raten. Das hat primär für Anfänger auch was mit den Fehlermeldungen zu tun die die jeweiligen Compiler einem verraten: C++ ist da eher arm/verwirrend, während die anderen drei das gut anzeigen und es auch Werkezuge gibt, die es einen direkt im Code anzeigen. Der richtige EInsteiger-Tipp ist denke ich noch immer Python, aber das sei jedem selbst überlassen ^^

Da gebe ich dem Master recht. Also ich komme ja aus einer Ecke wo ich gar keine AHnung von Elektronik hatte. Je länger ich jetzt hier mitlese desto mehr denke ich "oh, das scheint ja eigentlich fast alles mit dem Analog In machbar zu sein", aber ganz klar: Wenn ich mir alles erst selber bauen müsste hätte ich nicht mit TF angefangen. Deswegen finde ich es gerechtfertigt viele verschiedene Bricklets anzubieten, die auch alle hätten selber gebaut werden können (wie gesagt, das trifft fast auf alles hier zu). Aber ich verstehe auch einen Plenz der sich mehr Bricks wünscht die man nciht mal eben selbst bauen kann (so wie ein IMU ^^)

Ich sehe schon, offenbar stiftet der ursprüngliche Vorschlag von Borg am wenigstens Verwirrung P.S.: Mein Favorit wären aber Nachos

@borg: Wie wäre es mit getChipTemperature? Das transportiert die Bedeutung hoffentlich genauso gut ist aber kürzer Aber mir egal, nur ein Vorschlag ^^

Hier gerade mal ein Youtube-Video wo jemand den Geräte-Manager öffnet, vielleicht hilft es ja...

Ich weiß nicht ob das mit einem der beiden Probleme zusammenhängt, aber ich habe (unter Windows) teilweise das Problem, dass der brickd sich beim ab- und anstecken der Bricks verschluckt und dann bis zum Neustart des brickd das gleiche Brick nicht mehr vom brickd erkannt wird. Das heißt unsichtbarkeit im brick-viewer und in den Bindings. War für mich bisher kein Problem, aber hilft euch vielleicht weiter...

Vielleicht solltest du für bessere Hilfe ein wenig mehr schreiben. Ich hätte folgende Fragen: Also du hast den Treiber jetzt installiert, ja? Er taucht auch mit einem ordentlichen Namen (siehe Post von borg und photron) im Geräte-Manager auf? An welchem COM-Port hängt der Brick? Das heißt der Name des Gerätes im Geräte-manager endet auf welchen Namen (Beispiel: "AT91 USB to Serial Converter (COM5)" heißt er hängt an COM5)? Taucht dieser COM-Port auch im Brick Viewer auf? Hattest du diesen COM-Port ausgewählt als du das flashen versucht hast?

Falls du deinen brickd eh nur lokal nutzt, also vom gleichen Rechner aus würde ich die Firewall (ich nehme an du nutzt windows) einfach so konfigurieren, dass nur lokale Zugriffe erlaubt sind, also nur von localhost. Dann ist das Ding dicht. Ansonsten kannst du ja auch unterschiedlich für Öffentliche Netzwerke und Heimnetzwerke konfigurieren, damit wäre es sogar möglich zu hause den Fernzugriff zuzulassen. LG Jan

Blinder Tipp: sudo apt-get install python-ctypes

Was ist der Grund? Passen die Spannungen nicht?

Bedenke: C#-Konvention für None ist 0

Gibt es ein geräusch (dö-düm) das das Anstecken eines Gerätes signalisiert? Taucht das Gerät im Gerätemanager auf? (entweder mit Namen oder als unbekanntes Gerät)

Also laut der Fehlermeldung wurde die von dir (bzw. vermutlich von apt-get) geforderte Datei nicht auf dem Server gefunden (404). Das ist glaube ich ungewöhnlich, weil alle Debian-Mirrors die gleichen Dateien haben sollten. Hast du schonmal die Tipps probiert die da stehen? also mal ein apt-get update gemacht? fix-missing kenne ich nicht. Möglicherweise gibt da eine man-page noch was her. Bei was trat dieser Fehler überhaupt auf? Also was hast du gerade getan?

Wenn das so ist dann sollte die Master-Brick API das auf jeden Fall anbieten +1 hierfür ^^ Gegengedanke: Möglicherweise war es eine Designentscheidung, weil zukünftige Masterbricks so auch andere Chips nutzen könnten, die möglicherweise keinen solchen Sensor haben ^^ (Wer wenig Annahmen über die Hardware trifft kann diese leichter austauschen).