borg

Das Log sagt, dass das Connect fehlgeschlagen ist. Bei mir funktioniert dein Programm so wie du es gepostet hattest. Hast du den Host weiterhin auf "localhost" und den Port auf 4223?

Ich hab das gerade ausprobiert, ich kann es nicht reproduzieren (das NFC/RFID Bricklet ist aus Sicht des RED Bricks eigentlich auch nicht anders als die anderen Bricklets). Um sicher zu gehen das es kein komisches Timing Problem während des Bootvorgangs ist, könntest du nachdem der RED Brick gebootet hat einmal den Reset-Taster von einem der Master Bricks betätigen. Dadurch sollte der RED Brick eine erneute Enumerierung durchführen. Hattest du im Brick Viewer einmal auf Disconnect -> Connect geklickt im Fehlerfall?

Ich hab es gerade selbst ausprobiert und das mono auf dem RED Brick scheint nicht die korrekte Runtime zu wählen. Hier ist der Error (mono selbst stürzt ab): 2014-12-20T20:51:25.821556+0100 ------------------------------------------------------------------------------- Missing method .ctor in assembly /usr/lib/Tinkerforge.dll, type System.Runtime.Versioning.TargetFrameworkAttribute Can't find custom attr constructor image: /usr/lib/Tinkerforge.dll mtoken: 0x0a00005a * Assertion at class.c:5597, condition `!mono_loader_get_last_error ()' not met Stacktrace: at <unknown> <0xffffffff> at AktuelleUhrzeit.Program..cctor () <0x0001b> at (wrapper runtime-invoke) object.runtime_invoke_void (object,intptr,intptr,intptr) <0xffffffff> Um das zu fixen kannst du bei deinem hochgeladenem Programm unter "C# Configuration" -> "Mono Options" folgendes hinzufügen: --runtime=v4.0 dann funktioniert es. Wir müssen irgendeine Last-Minute Änderung gemacht haben die das hervorruft, als ich das letzte mal Mono getestet hatte gab es das Problem nicht . Edit: Wir können in der nächsten Brick Viewer Version die runtime einfach auswählbar machen und v4.0 als default setzen (was nahezu immer korrekt sein wird). Edit 2: Falls sich hier jemand mit mono genauer auskennt: Gehe ich richtig in der Annahme das dies ein Bug in der aktuell auf dem RED Brick installierten Mono Version ist und das sich das Problem in Luft auflöst wenn wir das updaten?

Wenn du im Brick Viewer unter "Program" dein Programm auswählst, dann bis nach "Logs" Runterscrollst, was steht in den logs? Gab es eine Fehlermeldung?

Das ist komisch. Wenn es nach ein paar Versuchen funktioniert, läuft es dann stabil? Wenn es einen Wackelkontakt auf der Ethernet Extension gäbe, würde ich ja erwarten das dieser auch nach einer Weile auftritt nachdem es anfangs funktioniert hat.

Die Auflösung kannst du versuchen über GUI einzustellen, oder über die Console mit xrandr: http://wiki.ubuntuusers.de/XServer_grafisch_einrichten#LXDE Diese Embedded GPUs haben da allerdings nicht so viele Möglichkeiten wie man das von einem Desktop PC her gewohnt ist. Eventuell ist die genutzte Auflösung die einzige die verwendet werden kann, da müsstest du mit rumspielen.

Ja Moment, aber das sieht doch gut aus. Das Interface ist lediglich noch nicht konfiguriert. Du kannst das im Brick Viewer machen: "tf0" als Interface auswählen, "DHCP" als Konfiguration und "Connect" klicken (es dauert eine weile bis der RED Brick dann eine IP bekommt, etwas Geduld ist notwendig). Oder du kannst es auch händisch machen, dazu musst du sudo ifconfig tf0 up sudo dhclient tf0 ausführen. Wenn du es händisch machst geht die Einstellung nach einem neustart verloren, wenn du es über den Brick Viewer machst verwendet der RED Brick die gleiche Konfiguration automatisch nach einem neustart .

Inwiefern leer? Es sollte unten eine "Startleiste" sein. Ansonsten ist der Desktop im Standardzustand leer, ja. Das Terminal welches über USB zur Verfügung steht heißt "ttyGS0". Kannst du mal ps aux | ttyGS0 ausführen? Ich würde erwarte das so etwas kommt: root 25140 0.0 0.2 3152 1264 ttyGS0 Ss 12:52 0:00 /bin/login -f Wenn du den RED Brick mit Ethernet Extension startest und in der console ifconfig -a ausführst, was kommt dann? Hast du ein "tf0" im Settings-Tab des Brick Viewers?

Oh, das müssen wir wohl besser Dokumentieren. Die "Listen Address" ist die Adresse, auf die der Brick Daemon Verbindungen annimmt. Wenn du nur Verbindungen von einer ganz bestimmten Adresse erlauben möchtest, kannst du diese dort eintragen. Anonsten sollte dort 0.0.0.0 stehen, was Verbindungen von überall erlaubt. Das RED Brick muss unten sein, eine Step-Down Powersupply (falls existent) muss unter dem RED Brick sein, dadrüber sollte die Reihenfolge komplett egal sein. Wichtig ist, das der Stack nicht hotplugbar ist, d.h. du musst den RED Brick immer erst vom Strom trennen bevor du die Reihenfolge änderst! Das sollte immer gehen, solange die Verbindung aufgebaut werden kann (siehe Listen Address).

Jeder RED Brick wurde in unserem Testaufbau einmal gebootet und hat dabei auch ein Bild auf einem Monitor angezeigt, daher ist ein defekt unwahrscheinlich. Ob du das full oder fast image hast, kannst du im Brick Viewer sehen (Image Version, oben in der Mitte). Hast du einen anderen Monitor o.ä. mit HDMI und kannst den Testen? An und für sich sollte sofort ein Bild auftauchen sobald du das HDMI Kabel einsteckst. Wenn du erst das HDMI Kabel einsteckst und dann den RED Brick mit Strom versorgst, wird dann etwas angezeigt? Während des Bootvorgangs sollte das TF Logo dargestellt werden, bevor LXDE startet.

Mh, kannst du unter Windows Putty oder unter Linux gtkterm o.ä. ausprobieren um auf die serielle Schnittstelle zuzugreifen? Edit: Und hast du im Brick Viewer mal in das schwarze Feld geklickt und enter gedrückt?

Status update: Shipping at Tinkerforge Blog entry

Statusbericht: Versand bei Tinkerforge Blogeintrag

Ja, so flashen wir die Bricklets auch das erste mal. Dazu musst du das Bricklet hotpluggen (also anschließen nachdem der Master gestartet ist).

Is it possible that the firmware version of your Master Brick and DC Brick are not compatible? Unfortunately we had to break compatibility for the RED Brick. Both Bricks should at least have firmware version 2.3.0 (or both should be below 2.3.0). Do they work individually (if you don't build a stack)?

Actually, with the currently available Step Down Power-Supply you can attach a 5V supply to the green connector, as long as you connect nothing to the black connector. Since we want to protect the stack against accidentally connecting to the wrong connector in the future, this will not be possible in the next version of the Step Down Power-Supply. (Accidentally killing a whole stack because you connect 24V to the green connector instead of the black is currently one of the most painful things that can happen )

Es sind aktuell neben der "Standardbiliothek" keine weiteren Lazarus libs installiert. Das liegt einfach daran, dass es im Debian-Repository dort keine so große Auswahl gibt, wir sind da aber für Vorschläge natürlich offen .

There was a huge amount of spam posted in this forum over the last few hours. Upon further investigation i found out that all of the spam accounts had either an "*@*.ru" or an "*@outlook.com" email address. There were several hundred new users with these email addresses created yesterday. To get the situation under control i deleted all accounts that were created in the last two days that have an .ru or outlook.com email address. I also changed the captcha, it should now be harder. If you are from russia or use outlook.com and can't log in anymore, you probably have to reregister your account, sorry!

We use Lazarus on the RED Brick: http://www.lazarus.freepascal.org/ You will either have to crosscompile your program for arm/linux with Lazarus, or you have to compile it on the RED Brick itself. You should probably check out if all of the GUI elements that you need are available in Lazarus!

RED Brick veröffentlicht Blogeintrag

RED Brick released Blog entry

Ich vermute dein UMTS-Stick wird die Sendestärke erhöhen da er schlechteren Empfang hat in dem Gehäuse und gleichzeitig reflektiert alles im Gehäuse besser wodurch es noch mehr Störungen gibt. Die Fehlermeldung selbst sagt erstmal, dass der USB Hub sich aufgrund zu hoher Elektromagnetischer Störungen ausgeschaltet hat. Die werden sich vermutlich durch eines der USB-Kabel einkoppeln. Vielleicht könntest du kürzere USB-Kabel verwenden oder den UMTS-Stick sogar außerhalb des Gehäuses anbringen (wodurch sich auch der Empfang verbessern würde)?

Yes, every Brick now has a "reset" function. Here is for example the documentation for a Master Brick with Python: http://www.tinkerforge.com/en/doc/Software/Bricks/Master_Brick_Python.html#Master.reset

IMO ist "UID 6wVE7W (3631747890 as integer)" korrekt: olaf@pc:~$ python Python 2.7.8 (default, Oct 20 2014, 15:05:29) [GCC 4.9.1] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> BASE58 = '123456789abcdefghijkmnopqrstuvwxyzABCDEFGHJKLMNPQRSTUVWXYZ' >>> def base58decode(encoded): ... value = 0 ... column_multiplier = 1 ... for c in encoded[::-1]: ... column = BASE58.index(c) ... value += column * column_multiplier ... column_multiplier *= 58 ... return value ... >>> base58decode("6wVE7W") 3631747890L >>> base58decode("6xVE7W") 3643064386L Du kannst auch diesen Online-Rechner Probieren: https://www.darklaunch.com/tools/base58-encoder-decoder Wir benutzen das normale Base58 Alphabet, was auf dieser Seite "Flickr Alphabet" genannt wird

Oh . Wenn der Pt100 von uns ist, schick einfach eine kurze Email an info@tinkerforge.com, wir tauschen den Sensor natürlich aus.