gagahhag

Vielen Dank für den Tip. Ich habe das Problem gefunden! Es war effektiv die Shebang! Bei bauen vom BrickV funktioniert das unter Manjaro (Arch) nicht, da 'python' auf Python3 gelinkt ist. Die Scripts jedoch brauchen Python2. Daher wird mittels sed bei allen py*-Scripts '/usr/bin/env python' mit '/usr/bin/env python2' ersetzt. Nun leider auch solche, welche bereits '/usr/bin/env python2' haben; wie die RED-Scripts. Es scheint so, als würden diese Scripts vom BrickV auf den RED kopiert. Ich habe mal einen Kommentar beim Package hinterlegt, damit der Sed-Befehl angepasst wird: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=brickv Vielen Dank für deine Hilfe!

Der Fehler besteht im aktuellen GIT-Status immer noch. Im /usr/local/scripts-Verzeichnis befinden sich 3 Python-Scripts: overview.py, restart_brickd.sh und settings_services.py. Alle gehören root:staff und haben 755-Rechte. Der stat-Befehl gibt folgendes aus: tf@red-brick:/usr/local/scripts$ stat overview.py File: overview.py Size: 2744 Blocks: 8 IO Block: 4096 regular file Device: b301h/45825d Inode: 330091 Links: 1 Access: (0755/-rwxr-xr-x) Uid: ( 0/ root) Gid: ( 50/ staff) Access: 2018-03-08 02:44:49.340000041 +0100 Modify: 2018-03-08 02:44:49.310000041 +0100 Change: 2018-03-08 02:44:49.310000041 +0100 Birth: - Wenn ich über Brickv den RED neu booten oder herunterfahren möchte, kommt folgende Meldung:

Danke für das Update: Error: Script error 100X: Script "overview" in wrong state: 2 (exit-code 127)

Ich baue Brickd und Brickv jeweils aus den Sourcen von GitHub.

Hallo zusammen ich habe seit längerer Zeit wieder mal meinen RED hervorgeholt und das neue Image 1.11 installiert. Gestartet wird RED ganz normal, jedoch können über Brickv keine Daten angezeigt werden. In der Übersicht krieg ich den Fehler: Error: Script error 100X: Script "overview" in wrong state: 2 und nach ca 30s sehe ich auf dem Refresh-Button nur "Collecting data...". Wenn ich den Brickd über System->Restart Brick Daemon neu starte, sehe ich für kurze Zeit wieder, wie er automatisch versucht zu refreshen, jedoch ohne Erfolg. Auf dem Settings-Tab selbst kommt nur die Meldung: Error getting current services status. Die anderen Tabs im Brickv scheinen zu funktionieren. Mit RED v1.10 habe ich die gleichen Effekte. Die lokale Software ist aktuell: - brickd 2.3.1 - brickv 2.3.14 Es scheint so, dass das Problem bei mir liegt. Die Probleme treten auf, wenn ich Brickd/Brickv unter Linux (Manjaro) laufen lassen. Unter Windows scheint es zu funktionieren. Ideen? Gruss und Danke!

Danke.

Wenn ich das richtig sehe, fehlt beim FrameRendered Interface die Doc zum frameRendered(int length) Callback. Ist das korrekt, dass der Parameter length die Anzahl LEDS, welche ans Bricklet verbunden sind, angibt? Gruss, Gagahhag

So, ich habe heute ein neuen LED Strip Bricklet inkl. LED Strip aus dem TF Shop erhalten. Es ist tatsächlich so, dass ich ein kaputtes LED Bricklet habe und deshalb das Ganze nicht funktiierte. Mit dem neuen Bricklet klappt alles wunderbar, sogar mit meinem Strip. :-)

Danke für deine Antwort, Loetkolben. - Farben sind korrekt, jedenfalls soweit ich das feststellen kann. - Bricklet und Strip werden vom gleichen 5V-Netzteil gespiesen. Habe aber schon alle Varianten versucht. Also mal nur den Brick, dann nur den Strip, beide ... - Die erste LED funktioniert. Sobald ich über TF - sagen wir - LED #1 ansteuere, beginnt auf dem Strip #2 zu brennen. Wenn ich nun den USB Stecker vom Master-Brick ziehe, beginnt neben LED #2 auch LED #1 zu brennen... Getestet habe ich das ganze Setup mit verschiedenen Stripts, verschiedenen Master-Bricks und das Bricklet an verschiedene Positionen am Master; immer mit dem gleichen Effekt. Teste tue ich soweit mit dem Brick-Viewer, hatte auch schon das kleine Python Demo-Skript ausprobiert ohne Unterschied. Ich hatte einmal einen Effekt, dass ich das Moving Color Dot gestartet habe. Mit einem Frame von 1000ms konnte ich sehen, dass alle LEDs bei einem Frame aufleuchteten, beim nächsten ablöschten aussert der Color Dot. Beim nächsten Frame wieder alle aufleuchteten, dann nur wieder der Dot, usw. Der Dot selbst wanderte bei jedem Frame eine LED weiter. Leider kann ich diese Situation aber auch nicht mehr wiederherstellen . Kann es sein, dass ich das Bricklet irgendwie gegrillt habe?

Hallo zusammen ich habe mir mal ein WS2812B LED Strip besorgt (nicht aus dem TF Shop) und möchte den nun mit dem LED Strip Bricklet ansteuern. Mit den LED Pixels aus dem Shop funktioniert das auch wunderbar aber der jetzige Strip macht da ein paar Probleme: Wenn ich den TF Stack vor den LEDs mit Strom versorge, leuchten viele LEDs in allen möglichen Farben Wenn ich den Strip vor den TF Stack mit Strom versorge, leuchtet keine LED Die LEDs lassen sich einschalten und leuchten dann weiss, eine andere Farbe geht nicht Wenn eine LED mal leuchtet, lässt sie sich nicht mehr ausschalten Die Anzahl der leuchtenden LEDs lässt sich steuern Die erste LED im Strip leuchted nie. Wenn ich nur eine LED einschalte, beginnt die Zweite zu leuchten. Sobald ich jedoch den TF Stack vom Strom trenne, beginnt - neben der zweiten LED - die erste LED auch zu leuchten Die Angaben zum LED Strip sind folgende: - 144 LED/m - LED: WS2812B - IC: improved version WS2811 Hat jemand eine Idee, an was das liegen könnte? Ich blick da nicht wirklich durch...

Äähh... gelesen ja, geschnallt offensichtlich nicht. Es ist schon spät und ich glaube, ich sollte aufhören.... nichts für ungut

Ich wollte unter Linux den Brickd kompilieren. Ich habe jetzt aber bemerkt, dass die Daemonlib nicht mehr mit den Sourcen des Brickd (v2.2.0) mitgeliefert werden und somit das Kompilieren fehlschlägt: make: *** No rule to make target '../daemonlib/array.p', needed by '../daemonlib/array.o'. Stop. Ich habe das Daemonlib-Projekt von GitHub geladen und ins Src-Verzeichnis gespeichert, Anschliessen funktionierte das mit dem Kompilieren auch korrekt. Könnt ihr in einer nächsten Version die Sourcen von Daemonlib ebenfalls mitliefern oder eine kurze Bemerkung im Readme hinterlassen? Danke Gruss

Habe ich mich auch gefragt, wollte aber nicht warten und trotzdem bestellt...

Hallo Rincewind Ich hatte mal ein ähnliches Problem mit einem DualRelais und Ethernet Extension (ohne PoE), dass sich der ganze Stack aufgehängt hat.Ich hatte ein relativ langes USB Kabel für die Stromversorgung und nachdem ich das gekürzt hatte waren die Probleme verschwunden. Keine Ahnung warum.

Ich werde mal ein anderes versuchen und testen. Ich sollte sicherlich noch eines rumliegen haben. Gruss, Andreas

Hallo zusammen ich wollte gerade mit einem ähnlichen Problem einen Thread eröffenen. Ich habe meine Stack bestehend aus Master-Brick und Ethernet-Extension (ohne PoE) zusammen mit einem DualRelais Bricklet. Power kommt über ein USB-Netzteil (das aus dem Shop). Soweit so gut, nur dass ich nach ca. 2-3 Tagen den Stack nicht mehr ansprechen über Ethernet ansprechen kann. Nachdem ich den Stack kurz stromlos gemacht habe, funktioniert er wieder wie gewohnt. Geschalten wird nur eine 12V Quelle für ein paar mS. Hat da jemand eine Idee?

Hallo ich bin auch wieder mal da ;-) Zur Zeit habe ich das selbe Problem mit meiner Ethernet-Extension (ohne PoE). Ich habe diese auch auf DHCP konfiguriert, bekomme zwar eine IP, aber der Stack ist nicht über den Namen ansprechbar (DNS), nur über IP. Ich habe im Router nun diesen Name fest der IP zugewiesen und so hats dann funktionierts. Einige Router haben einen definierten Range für IPs. Kann es sein, dass alle schon vergeben sind? Ich denke zwar nicht, dass das das Problem ist, aber mal schauen schadet nicht.... Gruss, Andreas

Bei einem definitiv der Bricklet-Kabel-Anschluss. Der Pin ganz aussen war gebogen und hatte Kontakt mit dem Nachbarn. Ich denke, der andere LCD hat das gleiche Problem konnte ich aber noch nicht anschauen.

Hmmm... Könnte ein Grund sein. Werde mal die Bricklet-Kabel anschauen. Danke.

Das weiss ich nicht, nur dass der gleiche Fehler bei den gleichen zwei Bricklets aus der gleichen Bestellung auftritt. Ich habe schon einiges mit TF 'rumgespielt' und hatte noch nie solche Probleme. Wenn es mal vorkommt, ok, aber nicht gleich zwei mal Gleichzeitig... Ich möchte ja niemandem etwas unterstellen, finde das nur ein bisschen suspekt .

Die Listeners selbst müssen aus den Bindings kommen. Ich vermute nicht, dass die Brick/Bricklets überhaupt wissen, dass es Listeners hat? Ansonsten könnte man noch so Methoden wie hasTemperatureListener() machen, welche halt mit true/false antworten.

Guten Morgen alle zusammen ich möchte auf meinen Bricklets die Listener entfernen, dazu gibt es (leider) nur eine Methode, wobei der entfernende Listener bekannt sein muss. Dies ist nicht immer der Fall, v.a. wenn man anonyme Klassen für die Listener verwendet. Ich habe auch keine Methoden gefunden, um an alle Listeners eines Bricklets zu kommen! Wäre es möglich, entsprechende Methoden aufzunehmen? Zum Beispiel removeAllTemperatureListeners() oder getAllTemperatureListeners() für das Temperatur-Bricklet.

So, hatte mal die Bausteine Zuhause genau unter die Lupe genommen und doch tatsächlich festgestellt, dass beim LCD-Bricklet der äusserste Pin gebogen war. Muss jetzt noch schauen, ob der gleiche Fehler beim 2ten Bricklet auch der Gleiche ist. Was mich etwas irritiert ist, dass dies bei den LCDs aus einer Bestellung auftritt und zwar der gleiche Fehler.

Im Viewer und im eigenen Code. Beide melden sich mit einer 2 als Wert.

Locker sind sie difinitiv nicht.