Alle erstellten Inhalte von borg
-
Accelerometer
Die Grenze des eingesetzten Sensors auf dem Accelerometer Bricklet ist 1600Hz. Die Grenze von USB sind 1000 Nachrichten pro Sekunde (also 1000Hz oder eine Nachricht pro ms). Wenn du Callbacks nutzt und der USB Bus sonst nicht von anderen Teilnehmern ausgelastet wird würde ich erwarten dass du 1000Hz wirklich erreichen kannst. Wo jetzt genau der Flaschenhals bei der ist bin ich mir nicht sicher. Wahrscheinlich einfach das IO, also das Schreiben in die Datenbank? Hast du irgendwo noch Logging laufen welches in die Console ausgibt? Damit kann man auch schnell einen Flaschenhals erzeugen.
-
Dust Sensor
The Dust Detector Bricklet can not be used to determine PM10 or PM2.5. This would require that it can distinguish between many small particles and one big particle, which it can not. E.g. pollen (from flowers) would not be registered in PM2.5, since the pollen particles are quite big. But they would register in the Dust Detector Bricklet.
-
Master taucht nicht als COM-Port auf (Flashen geht nicht)
@Monti: Das ist echt komisch, vor allem wenn er direkt vorher funktioniert hat. Ist der Erase/Reset-Taster vielleicht irgendwie "eingeklemmt", so dass der Taster immer ausgelöst ist? Sonst schreibe bitte eine Email an info@tinkerforge.com mit der Bestellnummer der Bestellung in der der Master Brick war, wir schicken dann einen neuen raus .
-
IMU V2.0 Python Callback_Orientation
Oh, du hast in der Tat einen Fehler in der Firmware gefunden . Bitte auf 2.0.1 aktualisieren, dort sollte es jetzt gefixt sein .
-
Announcements
Firmware: IMU Brick 2.0 2.0.1 Fix wrong order of callbacks. Download: IMU Brick 2.0
-
Veröffentlichungen
Firmware: IMU Brick 2.0 2.0.1 Falsche Callback-Reihenfolge repariert. Download: IMU Brick 2.0
-
Temp sensor returning bogus values!
Have you tried to use the slow i2c mode with the set_i2c_mode funktion that the Temperature Bricklet API has?
- Autsch!
-
Doku falsch beim Remote Switch Bricklet
Danke für den Hinweis, ist gefixt!
-
LoRa compatibility?
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 .
-
Veröffentlichungen
Neue Software: Brick Logger Blogeintrag
-
Announcements
New Software: Brick Logger Blogentry
-
Funktionsweise Wägezelle
@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.
-
"Werkbank"
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.
-
Announcements
Tinkerforge Workbench Blogentry
-
Veröffentlichungen
Tinkerforge Werkbank Blogeintrag
-
Issues with Brick Daemon
The default port should be 4223.
-
Feedback benötigt: Neue Produktidee und Kategorie WIFI Bridge/Nugget
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 .
-
Feedback benötigt: Neue Produktidee und Kategorie WIFI Bridge/Nugget
- Feedback benötigt: Neue Produktidee und Kategorie WIFI Bridge/Nugget
Ja, ich meinte oben auch Kunststoff-Spritzguss und kein Metall .- Feedback benötigt: Neue Produktidee und Kategorie WIFI Bridge/Nugget
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.- Feedback benötigt: Neue Produktidee und Kategorie WIFI Bridge/Nugget
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.- Feedback benötigt: Neue Produktidee und Kategorie WIFI Bridge/Nugget
Zwei Bilder vom aktuellen Prototyp:- Feedback benötigt: Neue Produktidee und Kategorie WIFI Bridge/Nugget
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...- Veröffentlichungen
Neue RS485 Extension Blogeintrag - Feedback benötigt: Neue Produktidee und Kategorie WIFI Bridge/Nugget