borg

Ein Pin des Bricklet-Steckers? Bitte melde dich einfach bei info@tinkerforge.com mit der Bestellnummer, wir tauschen das Bricklet dann aus.

Das IoT Gehäuse haben wir entsprechend abgeändert mit Einführung des neuen Master Bricks. Wenn du aus irgendwelchen Gründen ein neues Master Brick und altes Gehäuse hast schreib uns eine Email an info@tinkerforge.com, wir schicken dann einfach ein neues Gehäuse raus .

Das ist mit hoher Wahrscheinlichkeit direkt beim ersten Einstecken passiert. Schreib uns einfach eine Email an info@tinkerforge.com mit der Bestellnummer, wir tauschen den Master Brick aus.

@Nic: Linux unterstützt zwei WIFI Sticks, das ist kein Problem. Der Brick Viewer unterstützt allerdings weder zwei WIFI Sticks noch AP Modus und "normales Netzwerk" gleichzeitig. Sprich das müsstest du schon komplett selbst einrichten. Denk dran das du Routing zwischen den beiden Netzwerken benötigst.

Oh nein! Das hätte eigentlich automatisch aktualisiert werden sollen. Natürlich passiert das über Ostern... Und ich hatte mich schon gewundert warum wir den ganzen Tag nur eine Bestellungen bekommen haben...

@Parmaster: Das ist kompatibel zu allen Master Brick Versionen @Loetkolben: Wir haben bisher noch keine Konfiguration gefunden die funktioniert, es gibt also noch nichts auszuwählen . Wobei ich glaube das die beta2 jetzt wirklich alle Problem lösen sollte.

So, hat ein bisschen gedauert aber ich glaube wir haben es jetzt! Wir haben das jetzt mit dem RPi getestet und soweit wir das überblicken klappt das jetzt. Der Master Brick startet jetzt nicht neu wenn USB eingesteckt wird, er sollte sich aber trotzdem entsprechend initialisieren und im Brick Viewer auftauchen. Wenn man USB absteckt (und es wird weiter über die Step-Down versorgt) dann sollte sich der Master Brick neustarten. Bitte nochmal testen! master-brick-2.3.2-beta2.bin

GSM/UMTS/4G Unterstützung (konfigurierbar über den Brick Viewer) ist für das nächste RED Brick Image geplant . Jemand der sich mit Linux und GSM-Sticks auskennt kann es natürlich auch aktuell schon nutzen. Eine GSM Extension wäre ähnlich teuer wie ein RED Brick + USB-GSM Stick (https://www.sparkfun.com/products/9607) und würde sicher nicht die Geschwindigkeit etc erreichen wie ein herkömmlicher USB-GSM Stick.

Für diesen Workflow bedeutet es das, ja. Welches Betriebssystem hat dein Rechner? Ich würde in so einem Fall immer mit sshfs arbeiten. D.h. ich würde ein Verzeichnis des RED Brick auf meinem PC mounten. Wenn du dann speicherst in Sublimetext wird direkt auf den RED Brick gespeichert. Dein auf das RED Brick hochgeladenes Programm ist einfach zu finden, es liegt unter /home/tf/programs/PROGRAM_ID/. Das Verzeichnis könntest du direkt mit sshfs einbinden. Ist vielleicht ein Versuch wert . windows: http://igikorn.com/sshfs-windows-8/ mac: https://osxfuse.github.io/ linux: http://fuse.sourceforge.net/sshfs.html

Die Idee ist eigentlich das du auf deinem PC entwickelst und testest (RED Brick ist per USB am PC angebunden und kann per localhost angesprochen werden). Wenn dein Projekt fertig ist oder du es stand-alone ausprobieren möchtest spielst du es auf den RED Brick.

Könnt ihr mal die Firmware im Anhang ausprobieren? Ich glaube ich habe eine gute Lösung gefunden. Der unterste Master im Stapel initialisiert die USB-State-Machine und PLL, usw. jetzt einfach unabhängig davon ob eine USB Verbindung da ist oder nicht. Dadurch kann ich dann auf USB_RESUME und USB_SUPSEND events reagieren. Was mir daran gefällt: Wenn man nun einen USB Stecker in einen Brick im Stapel einsteckt startet dieser nicht neu, wenn man den USB Stecker in den untersten Brick einsteckt wird der komplette Stapel neugestartet. Das ist eigentlich optimal so . master-brick-2.3.2-beta1.bin

Ist noch da, ist nur ein bisschen versteckt, siehe hier: http://www.tinkerunity.org/forum/index.php/topic,2965.msg18637.html#msg18637

Ah, verstehe. Ich hab nicht damit gerechnet das der RPi die Stromversorgung des USB Ports aktiv schaltet. Ich muss mir das genauer angucken, für diese Art von Aufbau lässt sich da aber bestimmt eine Lösung finden!

Was genau ist das Szenario hier? Der Stapel ist per Step-Down versorgt, läuft durchgängig und der PC wird aus/ein-geschaltet und der Brick wird dann nicht erkannt am PC? Eigentlich sollte das kein Problem sein solange beim ersten "Bootvorgang" des Bricks ein USB Kabel angeschlossen war. Edit: Das Szenario von Gruenauge sollte auch keine Probleme machen, USB wird bereits erkannt wenn nur eine Spannung anliegt auf USB. D.h. zu dem Zeitpunkt wo der Master Brick die Detektierung der USB-Verbindung durchführt, muss der RPi den USB Port bereits mit Strom versorgen, was eigentlich immer der Fall sein sollte. Oder übersehe ich da etwas?

@Ulrich: Das ist korrektes Verhalten! Die neueste Master Brick Firmware hat kein USB Hotplug, d.h. der Master muss einmal neugestartet werden nachdem man USB einsteckt. Der einzige Fall in dem das passieren kann ist genau deiner (man nutzt eine Step-Down Power Supply, versorgt diese zuerst mit Strom und steckt dann das USB Kabel an). Wir mussten die USB Hotplug Erkennung leider rausnehmen, da es leider zu "false positive" Erkennungen kommen konnte in bestimmten Fällen.

To change the resolution to 18 bits you just have to change the samples per second to 4 (which is default). To get the Analog Value you have to change line 212 of 020ma.c from ret_na = measurement*15625/91; to ret_na = measurement; Alternatively you can just multiply the current that you get by the Bricklet with 91/15625 to go back to the analog value.

Ist vielleicht einer der Pinne im Bricklet Stecker des Master Bricks krumm? So dass ein Kurzschluss entsteht wenn du das Industrial Quad Relay Bricklet einsteckst? Funktioniert der Master Brick wenn du das Quad Relay an einen anderen Port anschließt?

Generating a very precise current is a harder then measuring current precisely. So one way may be to just connect a sensor or similar and to measure the current with a good multimeter or through something like a uCurrent for the actual value. This way you should be able to get a few Bricklet/real measurement pairs and to calibrate offset/gain if necessary. The Bricklet itself relies on the accuracy of the used parts (datasheets can be found on the Bricklet page) and is not calibrated additionally.

Wenn ich das richtig sehe braucht man dafür einen text/vcard Mime Media Ndef Record. D.h. es müsste zuerst ein Ndef Record geschrieben werden und der Inhalt des Ndef Records müsste der Text sein. Ein Beispiel welches Ndef Mime Media Records schreibt gibt es bereits (in Python): https://raw.githubusercontent.com/Tinkerforge/nfc-rfid-bricklet/master/software/examples/python/example_write_ndef_message.py Siehe "def make_message_large(self):" im Beispiel, dort wird ein Ndef Mime Media Record geschrieben. Damit müsstest du das in PHP implementiert bekommen. Wenn es Unklarheiten zu irgendwelchen Details gibt einfach hier im Forum nachfragen, gibt viele PHP Entwickler hier .

Die erste Bitmaske gibt an welche Pins geschaltet werden sollen und die zweite Bitmaske gibt an welchen Zustand die Pins haben sollen. deinen kompletten Code kannst du ersetzen durch: iqr.setMonoflop(1 << pin, 1 << pin, 10000);

That mentor.com site gets increasingly harder to navigate, ridiculous! That said, "Sourcery CodeBench Lite" is just GCC with some patches, which is GPL. So they have to release it. I acutally don't know how you find this link anymore, but if you get an account at mentor.com, log in (let the site set a cookie) and then go here: https://sourcery.mentor.com/GNUToolchain/subscription3053? You can still get all of the "Sourcery CodeBench Lite" versions.

Der Master Brick selbst hat ja nicht viel Funktionalität. Auf was möchtest du denn genau zugreifen? Die API für den Master für Python gibt es hier: http://www.tinkerforge.com/de/doc/Software/Bricks/Master_Brick_Python.html

brickv war bisher noch nicht Python3-kompatibel da wir noch von libs abhängig waren die keine Python3 Unterstützung haben (z.B. pyqwt in Debian und Debian-Derivaten). Seit dem letzten brickv Release sind wir die Abhängigkeit zu pyqwt allerdings los, daher wird brickv bald auch Python3-kompatibel sein. Das wird mit einem Schwung kommen zum Update auf Qt5. Zu deinem Problem: Die Build-Scripte rufen selbst auch wieder Python auf (was auf deinem System Python3 ist). Ich hab das gerade schnell gefixt im git: https://github.com/Tinkerforge/brickv/commit/26ae1d60dce780287dd0fb88a9a845faaa31dbea Damit sollten die Build-Scripte jetzt mit Py2 und Py3 funktionieren.

Yes, that is correct. The Ambient Light Bricklet is more usable for deciding if there is or isn't light. It is not really good at measuring illuminance .

Hier gibt es einen Thread wo jemand von pipesBox eine Vorstellung macht: http://www.tinkerunity.org/forum/index.php/topic,1249.msg7667.html