borg

Wir denken darüber nach ein günstige Möglichkeit zu schaffen ein einzelnes Bricklet über verschiedene Schnittstellen anzubinden. Kategorie: Die neue Kategorie von Produkten hat eine USB Schnittstelle (zum flashen und bestromen) und eine WIFI/Ethernet/RS485 Schnittstelle sowie einen Bricklet Port. Es hat keine Board-to-Board Stecker, ist möglichst klein und einseitig bestückt. Als erstes Produkt dieser Kategorie würden wir WIFI anbieten. Produktname: Die Produkte in der neuen Kategorie sind offensichtlich keine Bricklets. Da sie weder stapelbar noch 4x4cm groß sind würden wir sie auch nicht Brick nennen wollen. Wir schwanken aktuell zwischen diesen zwei Namensideen (Beispiel WIFI): * WIFI Bridge: Es schlägt eine "Brücke" zwischen WIFI und einem Bricklet. * WIFI Nugget: Es ist kein stapelbarer Ziegelstein (Brick) sondern ein Stein den man nicht stapeln kann. Ist aber schön klein und hat tolle Eigenschaften. Also ein Nugget . Welches findet ihr besser? Bessere Namensideen? LiPo oder nicht LiPo: Speziell für WIFI hatten wir uns überlegt vielleicht eine Schaltung zum laden/nutzen von LiPo Akkus mit einzubauen. Man könnte dann einen LiPo Akku anschließen und verwenden sowie über USB laden. Wenn wir weiterhin unser normales Protokoll beibehalten wollen, muss eine WIFI Verbindung durchgängig bestehen bleiben. D.h. der "WIFI Nugget" muss mit dem AP verbunden bleiben. Was soviel bedeutet wie, das alle 100ms ein Beacon Paket vom AP reinkommt. Nach unseren Messungen benötigt die Abarbeitung dieses Pakets ca. 8ms bei 100mA Stromverbrauch. Bei einem sonst durchschnittlichen Stromverbrauch von 1mA würden wir mit einem 2000mAh Akku auf eine Laufzeit von höchstens einer Woche kommen. Je nachdem welches Bricklet man anschließt und wie oft man es anspricht sinkt die Laufzeit natürlich. Diese LiPo-Schaltung würde ca. 10€ Aufpreis kosten. Ist das noch sinnvoll oder ist das Blödsinn? Was meint ihr? Wir hatten uns längere Laufzeiten erhofft, unsere komplette Softwareinfrastruktur und Benutzungsweise über die APIs ist aber einfach nicht auf Stromsparen ausgelegt. Als Alternative hatten wir die Idee vielleicht einfach eine USB Powerbank mit in den Shop aufzunehmen (und natürlich kann man den WIFI Nugget auch über ein USB-Netzteil o.ä. betreiben). Preis: Der Preis (des WIFI Nugget ohne LiPo-Schaltung) wird zwischen 29,99€ und 39,99€ brutto liegen. Was haltet ihr allgemein von der Idee?

Um 90° auf der Fläche des Bricklets drehen? Oder meinst du wirklich um 90° abwinkeln ?

Ich befürchte das würde nicht auf die Größe eines Bricks passen, schon alleine wegen den Steckern.

Ist mir völlig unklar warum die WIFI Extension als AP funktionieren sollte aber nicht als Client. Ist das U.FL Kabel richtig angeschlossen? Nicht das einfach die Verbindung schlecht ist und im AP-Modus funktioniert es nur weil der Client sehr nah dran ist. Ansonsten gehen mir auch die Ideen aus woran das liegen könnte .

Für ganz genaue Informationen guck dir das Datenblatt des Beschleunigungssensor-ICs an (3.1: Machanical characteristics): https://github.com/Tinkerforge/accelerometer-bricklet/raw/master/datasheets/LIS3DSH.pdf Die Auflösung die wir angeben ist 0.001g. Der IC selbst gibt sogar 0.06mg an (also 0.00006g). Das sagt nichts zur Genauigkeit aus. Laut Datenblatt gibt es typischweise einen Offset von +-40mg (der ist nicht schlimm den kann man rauskalibrieren) und eine Temperaturabhängigkeit von 0.5mg/°C. Zusätzlich hast du da natürlich noch rauschen drauf, das kannst du aber wieder rausrechnen mit einem großem Mittelwert. Damit kannst du Schwingungen die über einer Bestimmten Frequenz liegen rausfiltern. Jo, wenn du es sehr gerade auf den Tisch legst und die Ebene welche von der X/Y-Achse aufgespannt wird exakt Orthogonal zur Erdgravitation ist und du über viele Werte mittelst .

Die Erstkonfiguration kannst du eigentlich immer im "constructor" finden: https://github.com/Tinkerforge/ambient-light-v2-bricklet/blob/master/software/src/ambient-light.c#L77

Minimale Eingangsspannung ist 8V, ich würde 24V oder mehr empfehlen.

Firmware: Stepper Brick 2.3.2 Externe Spannungserkennung auf 6V erhöht. Download: Stepper Brick

Firmware: Stepper Brick 2.3.2 Increase external detection voltage to 6V Download: Stepper Brick

Die "WIFI Bridge" ist aktuell noch ein internes Forschungsprojekt, da gibt es noch keine Informationen drüber . Der Silent Stepper Brick wird in der Tat ein Stepper Brick sein welcher einen Schrittmotor-IC verwendet der extra dafür gedacht ist Schrittmotoren lautlos zu bewegen. Er wird bis zu 1/256 (interpolierte) Mikroschritte machen können. Die WIFI Extension 2.0 wird nicht auf dem RED funktionieren. Wir brauchen im Stack einen WIFI-IC der TCP/IP selbst bereits spricht (da wir keinen Platz für einen TCP/IP Stack auf dem Master Brick haben). Allerdings haben diese ICs alle keine Unterstützung für Linux, da Linux natürlich einen TCP/IP Stack mitbringt und so ein Chip daher keinen Sinn macht. Sie wird dafür aber andere tolle neue Sachen können .

Das ist mit der API nicht möglich und es ist auch nicht implementierbar. Die Ausgänge der IO-4 sind direkt mit den Pinnen des Microcontrollers auf dem Brick verbunden. Microcontroller haben beim Booten für gewöhnlich immer alle ihre Pinne auf "Input Pull-Up" stehen. D.h. den Zustand könnten wir frühestens ändern wenn das Brick gebootet hat und die Bricklet Plugins geladen sind und der erste Tick ausgeführt wird. Bis dahin sind aber schon 2-3 Sekunden vergangen. Zu dem Zeitpunkt kannst du es dann aber auch einfach über die API einstellen.

Für das Video haben wir ein Labornetzteil genutzt.

Das ist komisch. Die aktuell veröffentlichen Bindings unterstützen leider den Error Callback noch nicht, daher können wir nicht überprüfen ob es ein Parity- oder Framing-Error o.ä. ist. Ich würde versuchen das hier nachzubauen (also RED Brick + Master Brick + RS232 + Nachriten alle 250ms). Mal schauen ob ich das reproduzieren kann. Aber ich befürchte das wird durchlaufen. Wenn du meinst es könnte an irgendwelchen Störungen liegen könntest du versuchen das RS232 Bricklet räumlich mehr von den anderen Komponenten zu trennen. Tritt der Fehler denn immer nur auf wenn du etwas mit dem Display machst? Es ist aber nicht so das die Spannung einbricht wenn das Display an ist?

Die Bricks/Bricklets haben leider keine Real Time Clock. Dadurch würde es dort schnell zu großen Abweichungen kommen. Ich befürchte ein PC/RPi/RED kann die Amperestunden viel besser bestimmen als wir es auf dem Bricklet könnten. Daher macht das denke ich keinen Sinn.

Welche Firmware Version hat das RS232 Bricklet?

Ist egal. Die Virtualisierung funktioniert vermutlich effizienter wenn die VM gleich-bittig mit dem Host ist. osboxes@osboxes:~$ du -h tf/ [...] 3.3G tf/ osboxes@osboxes:~$ df -h Filesystem Size Used Avail Use% Mounted on [...] /dev/sda1 48G 8.3G 37G 19% / [...] Also der tf Source Code braucht ca. 3,3G und die ganzen Pakete brauchen ca. 5G. Ich würde mindestens 15G reservieren.

Build environment for Brick firmware development Blogentry

Build-Umgebung für Entwicklung von Brick-Firmwares Blogeintrag

Das sieht leider schlecht aus. Wir haben zwar funktionierende Prototypen hier, haben allerdings jetzt mittlerweile von drei Herstellern Lieferzeiten von je ~6 Monaten für größere Stückzahlen bekommen. Die ganzen "Wearables" die aktuell produziert werden scheinen den ganzen Markt an kleinen OLEDs leer zu kaufen. Wir suchen noch ein bisschen weiter. Falls wir keinen Hersteller mit Lagerbestand (oder kürzeren Produktionszeiten) finden müssen wir mit 6 Monate Lieferzeit bestellen .

So, ich hab eine setBreakCondition-Funktion hinzugefügt: https://github.com/Tinkerforge/rs232-bricklet/commit/2ea5313996fc75d28cc9da159937c9b709960603 https://github.com/Tinkerforge/generators/commit/dc4dd52c24ab470c5582cfaa0d67690490ec5d0c Das steht dann mit dem nächsten Bindings-Release zur Verfügung .

Ne, das siehst du falsch. Es werden einfach Binärdaten als char-Array übertragen. Da wir (auf Grund er generierbarkeit) keine dynamischen Arrays in unseren APIs haben können, musst du immer ein komplettes char-Array der Länge 60 übertragen und zusätzlich eine Länge. Wenn du nur ein Byte schreiben möchtest, musst du also einfach das Byte in das erste Element des Arrays schreiben und die Länge auf 1 setzen.

Yes you do! There are only 5V and 3.3V rails on the Bricklet connector, so the 12V can't be given to the Bricklet.

MQTT mit Tinkerforge Blogeintrag

MQTT with Tinkerforge Blogentry

Du kannst die 1kg Wägezelle durch eine 5kg Wägezelle austauschen, sie sind von der Größe her kompatibel. Allerdings ist der mechanische Aufbau nicht wirklich für 5kg ausgelegt. Der Durchmesser des Tellers hat nur: 10cm. Uups, Ist gefixt.