borg

Firmware: IMU Brick 2.0 2.0.1 Fix wrong order of callbacks. Download: IMU Brick 2.0

Firmware: IMU Brick 2.0 2.0.1 Falsche Callback-Reihenfolge repariert. Download: IMU Brick 2.0

Have you tried to use the slow i2c mode with the set_i2c_mode funktion that the Temperature Bricklet API has?

Bitte einsenden. Je nachdem was da genau hochgegangen ist können wir das reparieren. Am besten einen kurzer Hinweis was passiert ist sowie die Rücksendeadresse dabei legen.

Danke für den Hinweis, ist gefixt!

It is currently not planned. There are LoRa USB sticks, perhaps you can get them to work with the RED Brick? That is the best i can think of .

Neue Software: Brick Logger Blogeintrag

New Software: Brick Logger Blogentry

@Stormrider: Das ist kein Problem. Beim Kalibrieren einfach in 10mg rechnen anstatt 1g. Also wenn du mit 500g kalibrierst trägst du halt 50000 ein statt 500. Schon hast du auf 10mg kalibriert anstatt auf 1g.

Batti meinte in der Werkbank, nicht außen. Da sind genug Löcher drin, das sollte nicht zu warm werden. Bricks über Kabel verbinden ist einfach technisch nicht möglich. Wir reden hier von 60 Leitungen auf denen Unterschiedliche Protokolle mit Frequenzen von 400kHz bis 8MHz gesprochen werden. Wie soll das aussehen? Wie soll die Signalintegrität eingehalten werden? Wie soll das CE-Konform bleiben (Störausstrahlung)? Edit: Ganz davon abgesehen haben wir ja schon eine Möglichkeit zwei Stapel per Kabel zu verbinden: Die RS485 Extension.

Tinkerforge Workbench Blogentry

Tinkerforge Werkbank Blogeintrag

The default port should be 4223.

Jeder hat halt seine eigene Anwendung im Kopf, das ist schon OK. Gerade bei Funk gibt es halt viele Richtungen: Reichweite vs Durchsatz vs Stromverbrauch vs Kompatibilität. Das man da jetzt Begehrlichkeiten weckt wenn man über Funk-Produkte redet ist klar, aber wir können mit einem Produkt nun einmal nur in eine Richtung gehen und wir werden zusätzlich vom bestehenden Baukastensystem eingeschränkt . Da werden wir schon einen Kompromiss finden .

Ja, ich meinte oben auch Kunststoff-Spritzguss und kein Metall .

Ja, das Ding verhält sich nach außen genau so wie ein Brick. Es schlägt im Brick Viewer auf wenn du es per USB anschließt, es hat eine API usw. Der aktuelle Prototyp kann das, ja.

Ich hab hier z.B. gerade eine Bestellung offen mit folgendem Inhalt: * 3x WIFI Extension * 3x Master Brick * 3x Motion Detector Bricklet * 3x USB Netzteil Bestellungen dieser Art sehen wir häufig. Darauf basiert die Idee im Prinzip. Also ein neues Baukastensystem (mit neuem Protokoll usw. welches auf Low-Power ausgelegt ist), richtig? Wie viel dürften denn die einzelnen Funksensoren in diesem Baukastensystem maximal kosten? Der Tchibo-Aussen-Temperatursensor ist so billig weil die ihre eigenes Ding bauen und dafür eine Funkabnahme machen. Die Kosten der Abnahme fallen bei 100000er Stückzahlen nicht so ins Gewicht. Wir müssten ein Modul mit Funkabnahme nehmen (z.B. XBee). Diese Module sind wie gesagt aktuell erheblich teurer als WiFi oder BLE Module.

Zwei Bilder vom aktuellen Prototyp:

Mir gefällt aktuell WIFI Bricklet Extension gut. Grundsätzlich gibt es zwei Gründe warum der erste Prototyp nur ein Bricklet-Anschluss hat: 1. Wir hatten gehofft ein bisschen Energiespar-Magie zu machen indem wir die Bricklet Firmwares aufbohren (dies hätte nur mit einem Bricklet-Anschluss funktioniert). Das bringt allerdings nach aktuellem Kenntnisstand nicht viel, da der Stromverbrauch sowieso von den WIFI Beacons dominiert wird. Das was ich hier geschrieben hab http://www.tinkerunity.org/forum/index.php/topic,3323.msg20394.html#msg20394 scheint mir aktuell eine bessere Alternative zu sein. 2. Es gibt die Überlegung ein (richtiges professionelles Spritzguss)-Gehäuse anzufertigen welches durch strategische Ausfräsungen die WIFI Bricklet Extension + ein beliebiges Bricklet aufnehmen kann. Also es würde ein Gehäuse geben, welches wir durch Fräsungen zu jedem Bricklet kompatibel machen könnten. So könnte man dann bei uns fertige "WIFI Sensoren" kaufen die wir direkt zusammengebaut in einem hübschen Gehäuse verkaufen können. Falls das gut ankommt könnte man dann mit einem weiteren Gehäusen z.B. auch "Ethernet Sensoren" verkaufen. Das geht natürlich nur mit einem Bricklet, da die Kombinationsmöglichkeiten bei zwei Bricklets zu groß werden (und auch das Gehäuse dann sehr groß sein müsste). Der Markt überschlägt sich auf Grund von "Wearables" und "IoT"-Kram in dem Bereich gerade. Aktuell nutzen die günstigsten Module welche inklusive Funkabnahme kommen WiFi. Eine "XBee Extension" wäre preislich einfach zu teuer. Vor allem weil man ja auch gleich zwei davon benötigt um eine Funkstrecke aufzubauen. Da vor allem im Konsumer-Wearables-Bereich alle entweder BLE oder WiFi nutzen, wird die Preisdifferenz zwischen den beiden Funkstandards und allen anderen in Zukunft sogar eher noch wachsen befürchte ich. Um zeigen wie sehr sich die Preise dort gerade ändern: Das WIFI Modul welches auf der neuen WIFI Master/Bricklet Extension sein wird, kostet ungefähr 1/8 von dem Modul auf der alten WIFI Master Extension. Vor ~2 Jahren als wir die alte WIFI Master Extension rausgebracht haben war es noch das günstigste Modul mit den Eigenschaften die wir haben wollten...

Neue RS485 Extension Blogeintrag

New RS485 Extension Blogentry

Das ist das Hauptproblem denke ich. Ist das nur wegen der Callbacks? Warum könnte man nicht das Nugget komplett in den Standby Modus schicken und nur bei Bedarf aufwecken ? Mhhhhh... Was man machen könnte ist sowas wie "setDeepSleep(int sekunden)". Dann würde die WIFI Bridge für X Sekunden komplett ausgehen (in den Deep-Sleep Modus wechseln) und erst danach wieder erreichbar sein. Das wäre dann als wäre es für X Sekunden komplett aus gewesen (also alle Einstellungen die man eventuell gemacht hatte gehen verloren). Aber das ist ja nicht so schlimm. D.h. die Vorgehensweise wäre z.B. (Pseudocode): do forevener { bricklet.configure(); bricklet.getSensorValues(); wifiBridge.setDeepSleep(60*5) system.wait(60*5); } Finde ich nicht dumm .

Die WIFI Bridge kann direkt per WLAN mit dem Host-PC kommunizieren (und auch einen AP aufmachen). Sie kann alles was die alte WIFI Extension kann. Nur auch noch ein bisschen mehr (z.B. einen AP mit WPA). Das gefällt mir auch .

Die Idee ist ein Bricklet möglichst günstig per WIFI ansprechen zu können. Wenn du 4 Bricklet Ports brauchst (oder später eventuell auch mehr) kannst du ja den Master und eine WIFI Extension nutzen. Den Master und die WIFI Extension so wie sie sind auf eine Leiterplatte zu bringen macht ja keinen Sinn, da sparen wir nur ein paar Euro für die BTB-Stecker. Aktuell gibt es Grundkosten von 90€ um ein Bricklet per WIFI anzubinden. Mit dem "Nugget" würden wir diese auf 30€ drücken. Wenn du sagst LiPo ist sinnvoll, wie lange sollte denn ein 2000mAh LiPo-Akku halten damit du es für sinnvoll betrachtest?