Jump to content
View in the app

A better way to browse. Learn more.

Tinkerunity

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

borg

Administrators

Alle erstellten Inhalte von borg

  1. Thema antwortete auf borgs fedex in: Hardware
    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.
  2. Thema antwortete auf borgs xsherlock in: General Discussion
    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.
  3. @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 .
  4. Oh, du hast in der Tat einen Fehler in der Firmware gefunden . Bitte auf 2.0.1 aktualisieren, dort sollte es jetzt gefixt sein .
  5. Thema antwortete auf borgs photron in: General Discussion
    Firmware: IMU Brick 2.0 2.0.1 Fix wrong order of callbacks. Download: IMU Brick 2.0
  6. Firmware: IMU Brick 2.0 2.0.1 Falsche Callback-Reihenfolge repariert. Download: IMU Brick 2.0
  7. Have you tried to use the slow i2c mode with the set_i2c_mode funktion that the Temperature Bricklet API has?
  8. Thema antwortete auf borgs jgmischke in: Hardware
    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.
  9. Danke für den Hinweis, ist gefixt!
  10. 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 .
  11. Neue Software: Brick Logger Blogeintrag
  12. Thema antwortete auf borgs photron in: General Discussion
    New Software: Brick Logger Blogentry
  13. Thema antwortete auf borgs jan in: Hardware
    @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.
  14. Thema antwortete auf borgs Nic in: Hardware
    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.
  15. Thema antwortete auf borgs photron in: General Discussion
    Tinkerforge Workbench Blogentry
  16. Tinkerforge Werkbank Blogeintrag
  17. The default port should be 4223.
  18. 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 .
  19. Ja, ich meinte oben auch Kunststoff-Spritzguss und kein Metall .
  20. 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.
  21. 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.
  22. 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...
  23. Neue RS485 Extension Blogeintrag

Account

Navigation

Suche

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.