borg

Wir arbeiten dran! Es sollte heute Mittag eine geplante Auszeit für 20 Minuten geben, daraus ist leider ein größeres Problem entstanden... Eventuell müssen wir ein Backup einspielen (wir haben eins von heute morgen). So wie es aktuell aussieht sind zwei Festplatten kurz hintereinander kaputt gegangen...

Mh, der Patch sollte in der neuesten Firmware eingepflegt sein. Vielleicht gibt es da irgendwelche Nebeneffekte mit der RGBW Unterstützung. Das muss ich mir dann nochmal angucken.

Oh, da war in der Tat ein Typo in den configs committet. Hab das gefixt, bitte einmal "git pull" im "tf/generator/" Verzeichnis aufrufen. Danach geht es dann.

It will be a bit smaller and it will support GPS as well as GLONASS (as well as Galileo with a software update later on if it becomes available). Additionally there will be more API with more of the GPS information available for the user. To do this we use a higher end GPS/GLONASS receiver. So all in all definitely an improvement compared to the old one . Unfortunately it will only be available at the end of the year/early beginning next year. We originally thought that we had enough stock of the old GPS Bricklet to not run out before the new one is available, but that didn't really work out...

You can use it for that, but every error that occurs will be summed up over time. So over time the position will get worse and worse. There is nothing you can do about that. In contrast, there are no incremental errors for determining the rotation. The acceleration, angular velocity and magnetic field are sufficient to calculate the current rotation of the IMU Brick at any given time.

The PWM of the Servo Brick can only supply a few mA, you can't use it to drive a DC Motor. With a servo motor you supply 5V to the Servo and then use the PWM to control it. The PWM signals don't need any power.

Die neue LED Strip Bricklet Firmware unterstützt jetzt RGBW

Hinweis: Aufgrund eines Bugs beim Transferieren der letzten 256 Bytes vom EEPROM eines Brickelts in den flash eines Bricks kann es theoretisch zu undefiniertem Verhalten bei einigen Funktionen in unbekannten Situationen führen. Wir wissen aktuell nicht ob dieser Bug bei einer der veröffentlichten Firmwares auftritt (es ist schwer zu reproduzieren). Wir empfehlen trotzdem alle Bricks zu aktualisieren um auf Nummer Sicher zu gehen. Firmwares: DC Brick 2.3.2, IMU Brick 2.3.2, IMU 2.0 Brick 2.0.4, Master Brick 2.4.1, Servo Brick 2.3.1, Stepper Brick 2.3.3 Stelle sicher das alle Chunks beim schreiben der Firmware genutzt werden Download: DC Brick, IMU Brick, IMU 2.0 Brick, Master Brick, Servo Brick, Stepper Brick

Note: Because of a bug during transfer of the last 256 bytes from the EEPROM of a Bricklet to the Brick flash it is theoretically possible that any Bricklet above a specific size has undefined behavior for some functions under some circumstances. We don't know if this bug is present for any of the released firmwares (it is hard to determine and reproduce). We recommend to update all of the Bricks, just in case. Firmwares: DC Brick 2.3.2, IMU Brick 2.3.2, IMU 2.0 Brick 2.0.4, Master Brick 2.4.1, Servo Brick 2.3.1, Stepper Brick 2.3.3 Make sure to use all chunks when writing firmware Download: DC Brick, IMU Brick, IMU 2.0 Brick, Master Brick, Servo Brick, Stepper Brick

Die C#/VB.NET Bindings sind aktuell nicht UWP (https://de.wikipedia.org/wiki/Universal_Windows_Platform) kompatibel. Da Kompatibilität herzustellen steht auf der TODO-Liste, kommt auf jeden Fall in in nächster Zeit.

Das geht so nicht, wir müssen die Daten ja an die LEDs übertragen. Wenn du z.B. das Blinkenlights Kit nutzt und es mit 30 FPS betreibst wird die komplette Zeit zwischen zwei Rendering aufrufen zum übertragen der Daten verwendet. D.h. wir würden die maximale Framerate mit deiner Änderung auf 15 FPS verringern. Eine Option um die Callbacks auszustellen bauen wir rein, das ist kein Problem. Die Änderungen von Lukas kannst du dir bereits angucken: https://github.com/Tinkerforge/led-strip-bricklet/commits/master Die neue Firmware gibt es bereits nächste Woche.

Wir haben Support für MATLAB: http://www.tinkerforge.com/de/doc/Software/API_Bindings_MATLAB.html Ob MathWorks jemals selbst ein "Tinkerforge Support Package" anbietet weiß ich nicht, das musst du MathWorks fragen .

Wir können das Problem hier leider nur alle paar Wochen reproduzieren und haben noch keine Lösung gefunden. Aktuell haben wir auch keine Ideen woran es liegen könnte .

You can upload via USB through the program tab in Brick Viewer, see here: http://www.tinkerforge.com/en/doc/Hardware/Bricks/RED_Brick_Program_Tab.html#red-brick-program-tab For WIFI we recommend a USB WIFI Stick, like this one: https://www.tinkerforge.com/en/shop/accessories/red-brick/wifi-usb-adapter.html

PoE Injectors are quite cheap, this one works well: https://www.amazon.com/TP-LINK-Gigabit-Injector-Adapter-TL-PoE150S/dp/B001PS9E5I/ref=sr_1_3?ie=UTF8&qid=1471466171&sr=8-3&keywords=poe+injector You can also just power the stack through the USB connector of the bottom Master Brick (or RED Brick) with a USB power supply. There is slot in server room monitoring front panel for that.

Der Sensor den wir bei dem Laser Range Finder Bricklet verwenden (LIDAR-Lite V1) hat eine digitale Schnittstelle (d.h. der gibt uns direkt eine Distanz zurück). Da können wir also nicht viel machen. Offiziell von PulsedLight (dem Hersteller) gibt es leider keine Angaben zur Temperaturabhängigkeit. PulsedLight wurde Anfang des Jahres von Garmin aufgekauft, von denen soll es bald ein V3 geben mit besseren Eigenschaften und Spezifikationen. Vielleicht gibt es dann Informationen zur Temperaturabhängigkeit.

Das ist in der Tat ein gutes Argument (wenn die LED erst nach einer Zeit aufblitzt). Dann muss ich mal mit dem Oszilloskop aufzeichnen was da beim starten genau passiert und gucken ob wir das nicht umgehen können.

Sorry, ich werde immer noch nicht ganz schlau draus. Wir haben hier einen 32-Port Switch in der Firma an dem alle Rechner usw hängen. Da laufen durchgängig viele Mbit/s drüber und ich kann beliebig Ethernet Extensions anschließe ohne das es zu ausfällen kommen würde. Die Ethernet Extension selbst nimmt nur Pakete auf Port 4223 und 4280 entgegen (Pakete die andere Ports gehen werden direkt im den Ethernet IC den wir verwenden verworfen). Falls ein Paket ankommt welches nicht unserem Protokoll entspricht (Prüfsummen passen nicht etc.) wird der Socket sofort geschlossen.

Soweit ich das überblicke können wir da nichts gegen machen. Wenn der Microcontroller startet schaltet er automatisch alle Pinne auf Input mit Pullup. Was dann bei der LED wie eine Flanke aussieht und kurzfristig die LED aufleuchten lässt. Dass das beim LED Strip Bricklet nicht passiert ist allerdings ein Argument dafür das es vielleicht fixbar wäre. Mhhh komisch, gucke ich mir nochmal an.

Ja, die LED ist ziemlich hell. Wir betreiben sie schon weit unter den Herstellerangaben . Wir gucken bei der nächsten Bestückung nochmal ob wir die nicht noch ein bisschen dunkler bekommen. Du kannst sie aber auch (wie du schon geschrieben hast) per API ausstellen .

Die Firmware des RGB LED Bricklets spricht nur eine LED an. Ein weiteres Bricklet welches RGB LEDs anspricht und irgendwo zwischen dem RGB LED und dem LED Strip Bricklet ist, ist nicht geplant . Das wäre dann zuviel des guten. Da kann ich mir schon eher beim LED Strip Bricklet eine API Funktion vorstellen welche den Callback ausstellt. Das passt auch ganz gut, unser Praktikant den wir für 8 Wochen hier haben bringt nämlich gerade dem LED Strip Bricklet neue Protokolle bei (APA102, APA102C etc). Dann schreibe ich ihm das mit auf die TODO-Liste .

Das Problem ist neu, das kenne ich noch nicht . Die Broadcasts kommen per UDP? Falls per TCP (gibt es das überhaupt?), kommen die Pakete dann auf dem Port 4223 an?

Wir schätzen das auch! Sonst würden wir es ja nicht machen. Aktueller Zustand ist das wir jetzt auf den 2130 IC umgestellt haben. Einen Prototyp dafür haben wir hier und bereits aufgebaut, mit der Software dafür fangen wir in ca. 2 Wochen an. Bei einer Erstbestellung eines neuen Produktes dauert es Grundsätzlich ca. 1 Monat bis wir die Leiterplatten haben und ca. 1 Monat bis die Bestückung durch ist. Das geht dann bei einer Nachbestellung schneller, da die notwendigen Schablonen usw. bereits vorhanden sind.

Ja, das ist der Nachteil wenn man so offen mit der Entwicklung neuer Produkte und Ideen umgeht. Wenn dann mal etwas nicht so gut klappt ist das natürlich immer gleich sofort öffentlich .

Das "10W RGB flood light pixel kit" ist doch ein Board welches man mit dem LED Strip Bricklet ansteuern kann, oder verstehe ich das falsch? Das könnte man ja bereits nutzen? Ein "PWM Bricklet", welches ein einstellbares PWM mit viel Power ausgibt, aber nicht die ganze andere Funktionalität des DC Bricks hat könnte ich mir gut vorstellen . Ist aber dann wieder was ganz anderes (das könnte man dann ja auch nutzen um z.B. DC-Motoren anzusteuern).