borg

https://www.tinkerforge.com/de/shop/cases/mounting-plate-8x8.html

Shop: Montageplatte 8x8 Neue Montageplatte mit gleicher Größe wie Bricks

Shop: Mounting Plate 8x8 New mounting plate that has the same size as the Bricks

Yes That would be better, but is still think the smallest range doesn't make much sense for the autoranging. While looking at the source code, i thought that we should have allowed the 0-3.3V range when the auto range is disabled: http://www.tinkerforge.com/en/doc/Software/Bricklets/AnalogIn_Bricklet_Python.html#AnalogIn.set_range We can't break the API now, so we would have to add the new range as constant "5".

Ich hab schonmal darüber nachgedacht ein Plugin für Wireshark zu machen welches unser Protokoll versteht. Das wäre dann IMO noch einfacher. Damit könnte man sich dann sowohl die USB als auch die TCP/IP Kommunikation angucken .

Wenn du unter Linux dmesg aufrufst nachdem du das Brick angesteckt hast taucht nichts auf? Evtl sowas wie [...] usb [...] failed with error -X

Mh, die einzige Erklärung die ich dafür hätte wäre wirklich ein Kurzschluss durch ein krummes Beinchen im Bricklet-Stecker. Wenn du einen zur Hand hast, könntest du nochmal versuchen den Brick an einen anderen PC anzuschließen und zu gucken ob sich da etwas tut, nur um sicher zu gehen. Ansonsten schreib eine Email an info@tinkerforge.com mit der Bestellnummer, wir schicken dann einen neuen Master Brick mit Rückumschlag für den nicht funktionierenden raus, dann können wir uns das angucken. Einen Transportschaden o.ä. gibt es aber auch nicht oder? Also ist irgendwo ein Bauteil abgebrochen oder so?

In theory the Bricklet could measure in the 0-3.3V range (by not using any of the resistors). But the smallest range currently can't be enabled by the API. We disabled the smallest range since there were problems with jumps in the measurements when a voltage of about ~3.3V (which is a common voltage) was measured. The range was switched back and forth too often.

Wie macht sich das Problem denn bemerkbar? Also woher weißt du das die Verbindung zum brickd abgebrochen ist?

Kannst du versuchen den Brick nochmal explizit in den Bootloader-Modus zu bringen (am besten indem du den "Erase"-Taster drückst während du das Brick per USB an den PC ansteckst)?

Leuchtet die LED am Master Brick? Funktioniert der Master Brick wenn du die Bricklets nicht angeschlossen hast? Ist evtl eines der Beinchen im Bricklet-Stecker krumm? http://www.tinkerforge.com/de/doc/FAQ.html#mein-brick-wird-heisz

Das geht soweit, bis die Nachrichten Timeouts bekommen weil sie so lange brauchen durch das System zu wandern .

IRAM_SIZE ist in SAM3S.h definiert: #if defined sam3s1 #define IFLASH_SIZE 0x10000 #define IFLASH_PAGE_SIZE (256) /* Internal FLASH 0 Page Size: 256 bytes */ #define IFLASH_LOCK_REGION_SIZE (16384) /* Internal FLASH 0 Lock Region Size: 16 Kbytes */ #define IFLASH_NB_OF_PAGES (256) /* Internal FLASH 0 Number of Pages: 256 */ #define IFLASH_NB_OF_LOCK_BITS (4) /* Internal FLASH 0 Number of Lock Bits: 4 */ #define IRAM_SIZE 0x4000 #elif defined sam3s2 #define IFLASH_SIZE 0x20000 #define IFLASH_PAGE_SIZE (256) /* Internal FLASH 0 Page Size: 256 bytes */ #define IFLASH_LOCK_REGION_SIZE (16384) /* Internal FLASH 0 Lock Region Size: 16 Kbytes */ #define IFLASH_NB_OF_PAGES (512) /* Internal FLASH 0 Number of Pages: 512 */ #define IFLASH_NB_OF_LOCK_BITS ( /* Internal FLASH 0 Number of Lock Bits: 8 */ #define IRAM_SIZE 0x8000 #elif defined sam3s4 #define IFLASH_SIZE 0x40000 #define IFLASH_PAGE_SIZE (256) /* Internal FLASH 0 Page Size: 256 bytes */ #define IFLASH_LOCK_REGION_SIZE (16384) /* Internal FLASH 0 Lock Region Size: 16 Kbytes */ #define IFLASH_NB_OF_PAGES (1024) /* Internal FLASH 0 Number of Pages: 1024 */ #define IFLASH_NB_OF_LOCK_BITS (16) /* Internal FLASH 0 Number of Lock Bits: 16 */ #define IRAM_SIZE 0xC000 #else #error Library does not support the specified device. #endif Fehlt da dem Debugger vielleicht irgendwie das define? Normalerweise wird der Microcontroller-Typ im Makefile mit übergeben, mit "-Dsam3s4" im Falle des Master Bricks. Du könntest zum testen einfach mal ein #ifndef sam3s4 #define sam3s4 #endif über den Block setzen.

Welche Programmiersprache verwendest du denn? Bei Python würde man dafür für gewöhnlich eine Lambda-Funktion verwenden, also sowas wie: register_callback(lambda x: my_callback("UID", x))

Die Algorithmen die man dafür braucht liegen sozusagen "direkt hinter der Antenne". Das GPS Modul was bei uns drauf ist gibt ja schon direkt GPS Koordinaten aus, ich glaube nicht das es möglich ist sowas mit dem GPS Bricklet nachzubauen kann. Wenn da jemand ein besseres Verständnis von der Materie hat lasse ich mich aber auch gerne vom Gegenteil überzeugen .

So wie der Master im Moment programmiert ist, ist er immer voll ausgelastet. Wenn nichts zu tun ist fragt er seine Stack-Teilnehmer ununterbrochen nach neuen Daten. Die Frage ist was du machen möchtest, viele Dinge könnte man in Theorie direkt auf dem Master Brick machen. Wenn du aber z.B. viele Floating-Point-Berechnungen brauchst, bist du ganz schnell an der Leistungsgrenze. Kann man so allgemein nicht beantworten.

Ich könnte da noch eine Statistik vom tinkerforge.com Webserver beitragen: Das entspricht allerdings nicht unbedingt den aktiven Nutzern unserer Produkte.

Sowas in der der Art, ja . Der Prototyp mit dem ich hier arbeite hat eine Ziffernhöhe von 10mm. Die Größe gefällt mir eigentlich auch ganz gut.

Die "Arbeitsrechner" und der "Versandrechner" im Lager usw laufen bei uns hier alle unter Linux. Zusätzlich haben wir ein MacBook Pro sowie VMs für alle gängigen Windows Versionen zum testen.

Ha, genau daran arbeite ich gerade. Fällt bei uns unter dem namen "Multi Touch Bricklet". https://github.com/Tinkerforge/doc/commit/874f479e1f3388cae1d5a5d37958aea1c4d58a5a Der MPR121 hat sehr viele Einstellungsmöglichkeiten, bin gerade noch dabei herauszufinden welche wir einfach festlegen können und welche wir per API Einstellbar machen sollten .

Die Plugins der Bricklets werden einmal pro ms aufgerufen. D.h. die Bricklets selbst können auch nur mit einer Auflösung von einer ms einen Puls auswerten. Wir planen ja auch schon seit längerem selbst ein Ultraschallsensor-Bricklet anzubieten, genau wegen dieser Problematik ist das leider nicht so einfach. Da gibt es im Prinzip nur zwei Möglichkeiten: Entweder wir werten die Pulslänge irgendwie über einen weiteren IC aus oder wir nehmen teurere Ultraschallsensoren die selbst schon I2C o.ä. sprechen. Kurz gesagt: Für dein Problem gibt es leider keine einfache Lösung . Am einfachsten wäre es wenn du einen Ultraschallsensor nimmst der eine analoge Spannung ausgibt und diesen am Analog In oder Voltage/Current Bricklet anschließt.

Zu kaufen wird es ein vergünstigtes Starter Kit: Wetterstation geben. Beim Hardware Hacking Kit haben wir leider gerade Lieferschwierigkeiten zum ungünstigsten Zeitpunkt... Angucken kann man sich die Kits, Bricks/Bricklets und einen weiteren Testaufbau (den es schon auf der Elektor LIVE gab). Einen Prototypen des nächsten Starter Kits wirds auch geben. Zusätzlich haben wir eine Überraschung für jeden Besucher des Stands die man sich vor Ort selbst zusammenbasteln kann. Und wer möchte kann sie dann zuhause auch an einen Brick anschließen .

Ein Flankenzähler ist ja das gleiche wie ein Tastendruckzähler , das eine würde also automatisch mit dem anderen kommen.

Man könnte einen Flankenzähler in die IO Bricklets einbauen. Allerdings würde der Zählerstand sich trotzdem zurücksetzen wenn der Strom ausfällt oder das Brick aus anderen Gründen neustart! So ein Flankenzähler steht schon auf der TODO Liste.

Ist das denn wieder ein WLAN Problem? Also hast du die Probleme auch wenn du es direkt per USB anschließt? Ich teste deinen Beispielcode heute Abend, mal gucken ob ich das reproduzieren kann.