borg

Mhh, i am not sure, again it works for me: tf@red-brick:~$ python Python 2.7.3 (default, Mar 14 2014, 17:55:54) [GCC 4.6.3] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> from apscheduler.schedulers.background import BackgroundScheduler >>> No errors.

Wenn du den RED Brick per USB an den PC anschließt und localhost statt der IP nimmst, funktioniert es dann? Edit: Nur um zu gucken ob es ein generelles Problem mit brickd ist oder spezifisch mit dem RED Brick zu tun hat.

Danke, ist gefixt. Das mit dem "true" ist schon OK so. Wenn in der Dokumentation von der API Codeschnipsel sind, ist das immer Pseudocode. Die Dokumentation existiert nur einmal und wird für alle Sprachen generiert, daher ist der Code an der Stelle nie sprachspezifisch.

Currently the only way is to flash the sd card and reconfigure. There will be an export/import function for the programs and configurations in one of the next Brick Viewer versions. It will be a lot easier to upgrade with that .

It works for me. You will need to run pip as root however: tf@red-brick:~$ sudo pip install apscheduler Collecting apscheduler Downloading APScheduler-3.0.1-py2.py3-none-any.whl (47kB) 100% |################################| 49kB 535kB/s Collecting six (from apscheduler) Downloading six-1.8.0-py2.py3-none-any.whl Collecting futures (from apscheduler) Downloading futures-2.2.0-py2.py3-none-any.whl Requirement already satisfied (use --upgrade to upgrade): pytz in /usr/lib/pytho n2.7/dist-packages (from apscheduler) Collecting tzlocal (from apscheduler) Downloading tzlocal-1.1.2.zip Installing collected packages: tzlocal, futures, six, apscheduler Running setup.py install for tzlocal Successfully installed apscheduler-3.0.1 futures-2.2.0 six-1.8.0 tzlocal-1.1.2 tf@red-brick:~$

RED Brick Images: Full and Fast 1.3 Probleme mit der Namensauflösung (DNS) behoben. Download: Full, Fast

RED Brick Images: Full and Fast 1.3 Fix problems wit name resolution (DNS) Download: Full, Fast

Die Ethernet Extension wird auf dem RED Brick komplett vom Linux Kernel Betrieben, der Master Brick hat da nichts mehr mit zu tun und man kann auch entsprechend die API nicht benutzen. Du müsstest dafür nutzen was das Linux bietet, also z.B. ifconfig usw.

Wenn keine Step-Down angeschlossen ist oder die Step-Down nicht mit Strom versorgt wird, sind die Leitungen mit denen wir Spannung und Strom messen "Floating". Wir haben da zwar extra noch einen Pull-Down-Widerstand dran, allerdings scheint hin und wieder, je nach Umgebung, nicht auszureichen. D.h. wenn der Stack nicht über die Step-Down versorgt wird, hat StackVoltage und StackCurrent keine Aussage!

Das ist natürlich theoretisch möglich und war auch ursprünglich so angedacht, in der Praxis wäre das allerdings aktuell viel zu viel Aufwand. Dafür sind zu viele gepatchte Pakete und Bindings usw. installiert, wir müssten eine Unmenge von Debian Paketen verwalten. Wenn in der Zukunft mehr von unseren Patches und von linux-sunxi in den normalen Upstream-Paketen angekommen ist kann man da nochmal drüber nachdenken. Aber selbst dann bleiben die ganzen Bindings, alles ganzen Pakete die wir über pip installieren, alles was wir über npm installieren usw. Das möchte ja alles aktuell gehalten werden in neuen Images... Hinzu kommt, dass das RED Brick in der Grundausstattung erstmal gar keinen Zugriff zum Internet hat, was das installieren/aktualisieren von Paketen erschwert .

Du benötigst keinen Master um die Ethernet oder RS485 (oder beide) Extensions zu nutzen. Die RS485 Extension kannst du auf dem RED Brick als normale Linux RS485 Schnittstelle benutzen, dafür gibt es von uns allerdings keinen direkten Software-Support o.ä. Die Implementierung des RS485 Tinkerforge Protokolls kannst du im brickd finden: https://github.com/Tinkerforge/brickd/blob/master/src/brickd/red_rs485_extension.c Die eigentliche Konfiguration der Schnittstelle findet in serial_interface_init statt (Zeile 224). Damit und mit libmodbus (http://libmodbus.org/) solltest du dir einen "General Purpose Modbus Server" bauen können.

ARG, Gottverdammt! Jetzt hab ich für Version 1.2 mehr als 6 Stunden lang jeden möglichen Anwendungszweck durchgetestet, in jeder Programmiersprache ein Beispiel hochgeladen usw. Ich bin aber nicht auf die Idee gekommen mal eine Webseite zu Pingen oder zu gucken ob NTP geht. Ich hab es inklusive Fix zu den bekannten Problemen in der RED Brick Doku hinzugefügt: http://www.tinkerforge.com/de/doc/Hardware/Bricks/RED_Brick.html#bekannte-probleme Wir haben uns das eingefangen weil schon ein Teil der hostapd Implementierung (um den RED Brick als WIFI Access Point nutzen zu können) mit im Image gelandet ist. Dadurch haben wir uns ausversehen die Namensauflösung kaputt gemacht. Was meint ihr, soll ich morgen früh ein schnelles 1.3 Release machen? Ich könnte als "Quickfix" einfach das Image mounten, die Versionsnummer inkrementieren, die resolv.conf hinzufügen und das als 1.3 Release hochladen. Alternativ ist ca. Ende nächster Woche ein neues Feature Release mit WIFI Access Point Unterstützung und noch ein paar anderen neuen Konfigurationsmöglichkeiten geplant.

Wir haben die SanDisk Extrem Pro getestet, die funktioniert grundsätzlich. Laut Spezifikation schafft sie _bis zu_ 95MB/s während die bei uns im Shop _bis zu_ 45MB/s schafft, in der Realität gab bei den Benchmarks die wir gemacht haben nur sowas wie 10% Unterschied. Einen größeren Unterschied macht es beim Flashen. Beim reinen sequentiellen schreiben über eine USB 3.0 Hub erreicht man bei unseren Karten exakt 45MB/s und ich denke bei den SanDisk Karten wird man auch an die 90MB/s rankommen können.

Also wenn da kein Buchstabendreher o.ä. in der UID ist fehlt da anscheinend die Kalibrierung. Wenn du die Kalibrierung nicht vorher gespeichert hast kannst du die IMU nur einschicken und wir kalibrieren sie neu .

Kannst du probieren das Temperature IR Bricklet auf (die gerade veröffentlichte Version) 2.0.4 zu aktualisieren? Im Zweifelsfall musst du das Bricklet dafür einmal "hotpluggen", also erst anstecken nachdem der Mater Brick gestartet hat.

Plugin: Temperature IR 2.0.4 Stelle sicher das "select" immer gezogen wird, so dass der I2C Switch des Master Brick 2.1 ordnungsgemäß funktionieren kann. Download: Temperature IR Bricklet

Plugin: Temperature IR 2.0.4 Make sure that select line is pulled, so that I2C switch on Master Brick 2.1 works properly Download: Temperature IR Bricklet

Ah, das bezieht sich auf die beta hier: http://www.tinkerunity.org/forum/index.php/topic,2719.msg17420.html#msg17420 Offiziell ist 2.2.1 noch nicht veröffentlicht.

Öh, die letzte Brick Viewer Version ist 2.2.1 und die letzte Brick Daemon Version ist 2.2.0. Beiden werden auch so angezeigt auf der Download-Seite bei mir? http://www.tinkerforge.com/de/doc/Downloads.html

Aktuell muss man neu konfigurieren. Eine Export/Import Funktion im Brick Viewer mit der man Einstellungen und Programme sichern und wieder aufspielen kann ist aber in Planung und wird auch bald kommen .

Die Images mit Version 1.2 sind jetzt online, die Probleme sind dort gefixt!

RED Brick Images: Full und Fast 1.2 Delphi/Lazarus Bindings auf Version 2.1.5 aktualisiert Problem mit fehlendem Loopback-Interface beseitigt Fehlendes setuid Flag in /usr/bin/sudo hinzugefügt gphoto2 und libgphoto2 hinzugefügt Download: Full, Fast

RED Brick Images: Full and Fast 1.2 Update Delphi/Lazarus Bindings to version 2.1.5 Fix intermittent missing Loopback-Interface problem Fix mixing setuid flag in /usr/bin/sudo Add gphoto2 and libgphoto2 Download: Full, Fast

Hast du den ersten Abschnitt aus der readme gelesen? https://github.com/Tinkerforge/brickd

Im Brick Viewer unter Settings gibt es den Unterpunkt "File System", dort kannst du die Partition auf die komplette Größe vergrößern .