borg

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 .

Alles was in Debian Wheezy enthalten ist, ist auch in der "RED-Distro" enthalten. Die "RED-Distro" ist Debian Wheezy mit einem großen Haufen zusätzlicher Pakete die wir für unser System benötigen.

Über die repos ist es verfügbar, klar.

Nicht per Default.

Jop!

Bindings: Delphi/Lazarus 2.1.5 Add support for arrays in callbacks (used by RED Brick) Download: Delphi/Lazarus

Bindings: Delphi/Lazarus 2.1.5 Support für Arrays in Callbacks hinzugefügt (wird fürs RED Brick benötigt) Download: Delphi/Lazarus

Ich glaube du schmeißt da etwas durcheinander. Ohne RED Brick kann die Ethernet Extension nur von einem Master Brick genutzt werden. Wenn du das RED Brick benutzt ersetzt das sozusagen den Master Brick. D.h. du kannst du die Ethernet Extension mit dem RED Brick benutzen, ohne weiteren zusätzlichen Brick.

Not sure if i completely understand what is happening . You can use some kind of Basic dialect to write Apps for Android/iOS with b4x and you talk to the Bricks/Bricklets through this Basic with the help of our Java Bindings. Right?

Have you tried to adjust the contrast (there is a small potentiometer on the Bricklet for that).

Der Längengrad kann in der Tat DDD haben, das ändert aber nichts an den Formeln um das umzurechnen. Wir benutzen im Brick Viewer folgende Funktionen für die unterschiedlichen Formate: def make_ddmm_mmmmm(self, degree): dd = degree / 1000000 mm = (degree % 1000000) * 60 / 1000000.0 mmmmm = (mm - int(mm)) * 100000 dd_str = str(dd) mm_str = str(int(mm)) mmmmm_str = str(int(mmmmm + 0.5)) while len(mm_str) < 2: mm_str = '0' + mm_str while len(mmmmm_str) < 5: mmmmm_str = '0' + mmmmm_str return u'{0}° {1}.{2}’'.format(dd_str, mm_str, mmmmm_str) def make_dd_dddddd(self, degree, url=False): if url: return '%2.6f' % (degree / 1000000.0) else: return u'%2.6f°' % (degree / 1000000.0) def make_ddmmss_sss(self, degree): dd = degree / 1000000 mm = (degree % 1000000) * 60 / 1000000.0 ss = (mm - int(mm)) * 60 sss = (ss - int(ss)) * 1000 dd_str = str(dd) mm_str = str(int(mm)) ss_str = str(int(ss)) sss_str = str(int(sss + 0.5)) while len(mm_str) < 2: mm_str = '0' + mm_str while len(ss_str) < 2: ss_str = '0' + ss_str while len(sss_str) < 3: sss_str = '0' + sss_str return u'{0}° {1}’ {2}.{3}’’'.format(dd_str, mm_str, ss_str, sss_str) Dabei kann "DD" immer auch "D" oder "DDD" werden, je nachdem wo man sich befindet .

Welchen tag type verwendet der neue Perso denn? Habe leider keinen hier zum testen.

Ich befürchte das Servo Brick kann nicht sicherstellen, dass zwei PWM Signale nicht zur gleichen Zeit den "Puls" senden, dadurch können die auch nicht überlagert gesendet werden.

In der Tat, wird im nächsten Release gefixt, Danke!

Du kannst Dateien auf den RED Brick über den Programm-Upload hochladen in dem du ein Dummy-Programm hochlädst in dem das Paket ist oder indem du es bei einem vorhanden Programm dazu packst. Über einen USB Stick oder indem du die SD Karte auf deinem PC mountest geht es aber auch.

Welche Hardware Version hat der Master Brick und welche Firmware Version ist installiert? Das Log sieht so aus als würde der Master Brick ein Reset auslösen, wodurch dann eine neue Enumerierung stattfindet.

Auf dem Testimage was ist hier hab ist sudo setuid: tf@red-brick:~$ ls -l /usr/bin/sudo -rwsr-xr-x 2 root root 78236 Mar 1 2013 /usr/bin/sudo Ich hab aber vorsichtshalber nochmal das Image welches im Netz ist neu runtergeladen und lokal gemounted: sudo mount -o loop,ro,offset=10485760 full.img /mnt/ ls -ahl /mnt/usr/bin/sudo ls -l /mnt/usr/bin/sudo -rwxr-xr-x 2 olaf olaf 78236 Mär 1 2013 /mnt/usr/bin/sudo Das scheint also wirklich kaputt zu sein. Ich kann es mir nicht erklären, wir werden es aber definitiv Montag oder Dienstag mit einem 1.2 Release fixen. Sorry!

Das heißt bei euch ist im Fast Image reproduzierbar nach dem Boot das Loopback-Interface nicht vorhanden? WTF? Ich kann das nicht reproduzieren und wir haben diesbezüglich auch eigentlich keine Änderungen gemacht.

Das Problem ist, dass die Bricks/Bricklets weiterlaufen würden, selbst wenn wenn das RED Brick aus ist. IMO wäre dafür eine externe Lösung schöner, welche die Stromzufuhr komplett trennt für einen gewissen Zeitraum. Wir haben da schon mehrere Ideen durchgesprochen, alle möglichen Lösungen haben aber irgendwelche schwer abzuwegenen Vor- und Nachteile .

That sounds like there is no plugin on the LCD Bricklet. Could you try to reflash it? * Connect the Master Brick (without any Bricklets) via USB * Then connect the LCD Bricklet ("hotplug") * Then flash the Bricklet with the correct firmware through the Brick Viewer * Then restart the Master Brick

sudo -s funktioniert bei mir. Was sagt groups bei dir? tf@red-brick:~$ groups tf adm dialout cdrom sudo audio video plugdev games users ntp crontab netdev

Anbei das dmesg einer frischen fast Image SD Karte auf einem RED Brick mit einem Master Brick und zwei Bricklets: Beachte, dass das Initialisieren der Ethernet Extension bei dir ziemlich lange dauert. Ich denke das sieht also alles normal aus bei dir. Aber wie schon in dem anderen Thread beschrieben, da gibt es noch reichlich Verbesserungspotential bzgl der Bootzeit, welches wir auch direkt nächstes Jahr umsetzen werden .

Benutzt du eine unserer SD Karten oder eine eigene? Falls es eine eigene ist, welche Klasse hat sie? (class 4, class 10, UHS-1, ...) Das Fast Image mit einer 45MB/s SD Karte bootet aktuell in ca. 35 Sekunden. Mehr Informationen dazu gibt es hier: http://www.tinkerunity.org/forum/index.php/topic,2709.msg17374.html Bootchart: http://i.imgur.com/sIxhuwY.png Die [mmc-err] smc 0 err, cmd 52, RTO und [mmc-msg] sdc0 set ios: clk 400000Hz bm PP pm ON vdd 3.3V width 1 timing LEGACY(SDR12) dt B Meldungen sind normal. Ich zitiere mal dazu mal von der offiziellen linux-sunxi Mailinglist:

New Master Bricks and Merry Christmas Blog entry