borg

NFC ist auf 10cm Abstand spezifiziert. Das NFC/RFID Bricklet sollte das exakt einhalten, umstellen kann man da nichts. Wenn du request_page aufrufst hast du ja zuvor request_tag_id aufgerufen. Du bekommst immer den Inhalt des Tags mit der tag id die du zuvor ausgelesen hast. D.h. wenn du zwei Karten auslesen willst die sich im Lesebereich aufhalten musst du request_tag_id aufrufen, dann die Daten auslesen, dann wieder request_tag_id aufrufen (im Zweifelsfall solange bis du eine neue tag id bekommst) und dann die Daten von der zweiten Karte auslesen. Das funktioniert Problemlos, genauso macht das dein Handy auch .

Benutzt du einen USB 3.0 Port? Falls ja musst du evtl. den Treiber aktualisieren: http://www.tinkerforge.com/de/doc/FAQ.html#eines-meiner-bricks-wird-im-brick-viewer-nicht-angezeigt

Passt die UID?

Es funktioniert durch 3mm Plexiglas, das hab ich getestet. D.h. du kannst durch eines unserer Gehäuse Tags auslesen. Ich würde erwarten das es auch durch eine Holztür noch funktioniert.

Neue Bricklets: Color, NFC/RFID und Solid State Relay Blogeintrag

New Bricklets: Color, NFC/RFID and Solid State Relay Blog entry

Die 1200mA Pumpen sind genau am Maximum des Solid State Relais welches wir auf dem Quad Relay Bricklet einsetzen (CPC1020N). Laut Datenblatt macht der CPC1020N im Peak maximal 3A: http://www.clare.com/home/pdfs.nsf/www/CPC1020N.pdf/$file/CPC1020N.pdf Wenn deine Pumpen einen größeren Einschaltstrom als 3A haben fangen sie vielleicht gar nicht an zu laufen. Das wirst du im Endeffekt einfach ausprobieren müssen. Im Notfall musst du vielleicht über 2 Relais gleichzeitig schalten.

Welche Firmware Version haben die Stepper Bricks? Wir haben in der letzten Version einen Bug gefixt der dazu führen kann das ein Stack neugestartet wird wenn er heiß wird (durch ein fälschlicherweise erkanntes USB Hotplug Event).

Kriegen wir zum laufen, kein Problem.

Kannst du das Problem auf ein Beispielprogramm runterbrechen welches wir hier ausführen können? Tritt das Problem auch auf wenn du keine WIFI Extension verwendest? So richtig Sinn macht es nicht, der Konstruktur von der IO16 macht nicht mehr als ein paar Variablen zu initialisieren und sich selbst der IPConnection hinzuzufügen, so dass sie weiß wem die UID gehört.

Jo, sieht man: http://download.tinkerforge.com/_stuff/drehteller_test/test.html

http://download.tinkerforge.com/_stuff/drehteller_test3/test.html

Vollautomatischer Fotografiedrehteller Blogeintrag

Fully automatic photography turntable Blog entry

Die Seite lädt gerade nicht bei mir, aber grundsätzlich kannst du Servo Bricks stapeln und wenn die maximalen 3A nicht ausreichen die Spannung für die Servos einfach extern einspeisen (mit beliebigem Strom). Das ist beides kein Problem.

Schick einfach eine Email mit der Bestellnummer an info@tinkerforge.com, wir tauschen das LCD Bricklet aus.

API Bindings und Package Management Blogeintrag

API Bindings and package management Blog entry

Plugin: LED Strip Bricklet 2.0.5 Frame duration von 0 bedeutet jetzt das keine Frames mehr gesetzt werden sollen. Setze RGB-Werte mindestens zweimal damit sie immer übernommen werden. Fixe möglichen Overflow wenn Brick mit nur zwei Brickletsteckern genutzt wird. Download: LED Strip Bricklet

Plugin: LED Strip Bricklet 2.0.5 Frame duration of 0 now means that no more frames shall be set Set RGB values at least two times to make sure that they are really written Fix possible overflow if Brick with two Bricklet connectors is used Download: LED Strip Bricklet

Verstehe!

Was sehe ich denn auf den Fotos? Die weiße Box ist die Sensorbox nehme ich an (die mit "Stau" und "Static Port" Aufkleber)? Der Beamer für das HUD ist auf den Fotos nicht zu sehen oder?

Ich weiß nicht was du mit "blockiert andere Verbindungen" meinst, die Callbacks blockieren nichts. Wenn du die Frame Duration auf 1000ms stellst bekommst du nur einen Callback pro Sekunde (jedes mal wenn ein Frame auf die LEDs übertragen wurde). Die Pause zwischen den Callbacks sollte lang genug sein damit dein netcat einen Timeout bekommt.

So einfach ist es nicht, ich weiß beim Start weder wieviele LEDs noch welcher LED Typ angeschlossen ist. Du triggerst den FrameRendered Callback durch die gesetzte Frame Duration und dadurch das du das erste mal einen LED Wert setzt. Zur grundsätzlichen Funktionsweise des LED Strip Bricklet diesbezüglich haben wir eine Grafik hier: http://www.tinkerforge.com/de/doc/_images/Bricklets/bricklet_led_strip_fixed_frame_rate.png Die Firmware im Anhang hat folgende Änderungen: * Setze LED Werte erneut wenn sie vom Nutzer überschrieben wurden (auch wenn es die gleichen Werte sind) * Setze LED Werte 2x, auch wenn sie nur einmal vom Nutzer gesetzt wurden (das sollte dein Problem lösen welches bei dem allerersten setzen der LEDs auftritt) * Eine Frame Duration von 0 bedeutet, dass keine weiteren Frames mehr gesetzt werden, es also auch keinen FrameRendered Callback mehr gibt. Hinweis: Wenn du wieder neue Werte setzten möchtest musst du wieder eine Frame Duration > 0 einstellen. Alternativ, wenn du nur nur alle paar Stunden die Farbe wechseln möchtest, würde in deinem Fall vielleicht eine feste Frame Duration von 1000ms o.ä Sinn machen. Dann wirst du nicht zugespammt kanst aber trotzdem einfach deine LED Werte nach belieben setzen, es dauert dann halt maximal 1s bis sie angezeigt werden. Edit: Veraltete Firmware entfernt.

Callbacks gehen immer an alle Socketverbindungen, so ist das Protokoll. Anders ginge es auch gar nicht, woher soll der Brickd wissen welcher Teilnehmer den Callback haben möchte? Die Bindings selbst wissen ob du einen Callback registriert hast und schmeißen die Nachricht weg wenn du keinen registriert hast. Du meinst intern im WS28**? Offensichtlich nicht . Es ist kein Problem mit netcat, aber du kannst nicht davon ausgehen das du direkt als nächste Nachricht die Antwort auf eine Anfrage bekommst nachdem du sie losschickst, so funktioniert das Protokoll nunmal nicht .