Loetkolben

Oh ja. Ich hatte die Beschraenkung auf 80 RGB LED pro Port im Kopf. Bei "offenen" Ports kann man pro Bricklet mehr LEDs ansteuern. Sieht das eine Buendel irgendwie anders aus? Sehen die LED Gehause oder Kabel irgendwie leicht anders aus, so dass man daraus schliessen koennte, dass sie aus einer anderen Charge stammen koennten? Der Loetkolben

Hallo A1245x, kannst du mit dem Brickviewer denn die LED schalten? Der Loetkolben

Hallo reinweb, haben alle LED Bricklets die gleiche Firmware und welche ist das? Was passiert, wenn du fuer die Buendel 1 und 2 die LED Bricklets tauscht? Ist dann das erste Buendel heller als das zweite? Ist die Stromversorgung richtig angeschlossen, so dass es keine Uebergangswiderstaende gibt? Also so, dass der Strom gut fliessen kann? Irgendwie halte ich eine Herstellungstoleranzen auch fuer moeglich, aber da muesste Tinkerforge was zu sagen koennen. Der Loetkolben

Hallo photron, funktioniert alles super. Warum der Button "Show Black" und nicht "Clear Color" oder "Color off" heisst, kann ich mir nur so erklaeren, dass ihr das in der Nacht programmiert haben muesst. Eine Frage zum Verstaendniss: Bei 4 LEDs, "Frame Duration" 100, und "Speed" 3 blinkt nur die 1 und 4 LED abwechselnd. Warum? Ist das richtig und ich habe den Sinn der Frameduration nicht verstanden oder ist das eine Eigenart des Brickviewers? Von mir aus kann es so bleiben, da Speed 1 fuer die Tests schon ok ist. Ich moechte nur dieses "Stolpern" verstehen. Danke Der Loetkolben

Im zweiten Beispiel habe ich an der Situation nichts veraendert, aber die Logfiles sehen anders aus. Vielleicht haengt es bei diesem mal damit zusammen, dass der weit entfernte Brickv in der Nacht vielleicht mal nicht erreichtbar war. (Providerprobleme) [...] 2014-07-12 05:10:06.129957 <I> <network|network.c:105> Added new client (S: 70, T: plain, P: 192.168.70.150, A: disabled) 2014-07-12 05:10:06.140868 <I> <network|client.c:242> Client (S: 70, T: plain, P: 192.168.70.150, A: disabled) disconnected by peer 2014-07-12 05:10:06.452147 <I> <network|network.c:105> Added new client (S: 70, T: plain, P: 192.168.23.81, A: disabled) 2014-07-12 05:10:14.060499 <I> <network|client.c:242> Client (S: 44, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-12 05:10:14.060691 <I> <network|client.c:242> Client (S: 45, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-12 05:10:14.076709 <I> <network|client.c:242> Client (S: 17, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-12 05:10:14.077244 <I> <network|client.c:242> Client (S: 16, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-12 05:10:14.078239 <I> <network|client.c:242> Client (S: 18, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-12 05:10:14.079139 <I> <network|client.c:242> Client (S: 19, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-12 05:10:14.080047 <I> <network|client.c:242> Client (S: 20, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-12 05:10:14.080975 <I> <network|client.c:242> Client (S: 21, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-12 05:10:14.081860 <I> <network|client.c:242> Client (S: 22, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-12 05:10:14.276522 <I> <network|client.c:242> Client (S: 23, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-12 05:10:14.277138 <I> <network|client.c:242> Client (S: 39, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-12 05:10:14.277227 <W> <network|client.c:495> Destroying client (S: 39, T: plain, P: 192.168.23.81, A: disabled) while 16 response(s) have not beed send 2014-07-12 05:10:14.277472 <E> <network|client.c:260> Could not receive from client (S: 7281224, T: plain, P: P^Mo, A: disabled), disconnecting client: EBADF (9) 2014-07-12 05:10:14.277636 <E> <network|client.c:260> Could not receive from client (S: 7281224, T: plain, P: P^Mo, A: disabled), disconnecting client: EBADF (9) 2014-07-12 05:10:14.277744 <E> <network|client.c:260> Could not receive from client (S: 7281224, T: plain, P: P^Mo, A: disabled), disconnecting client: EBADF (9) 2014-07-12 05:10:14.277834 <E> <network|client.c:260> Could not receive from client (S: 7281224, T: plain, P: P^Mo, A: disabled), disconnecting client: EBADF (9) 2014-07-12 05:10:14.277924 <E> <network|client.c:260> Could not receive from client (S: 7281224, T: plain, P: P^Mo, A: disabled), disconnecting client: EBADF (9) 2014-07-12 05:10:14.278117 <E> <network|client.c:260> Could not receive from client (S: 7281224, T: plain, P: P^Mo, A: disabled), disconnecting client: EBADF (9) 2014-07-12 05:10:14.278297 <E> <network|client.c:260> Could not receive from client (S: 7281224, T: plain, P: P^Mo, A: disabled), disconnecting client: EBADF (9) 2014-07-12 05:10:14.278400 <E> <network|client.c:260> Could not receive from client (S: 7281224, T: plain, P: P^Mo, A: disabled), disconnecting client: EBADF (9) 2014-07-12 05:10:14.278491 <E> <network|client.c:260> Could not receive from client (S: 7281224, T: plain, P: P^Mo, A: disabled), disconnecting client: EBADF (9) 2014-07-12 05:10:14.278578 <E> <network|client.c:260> Could not receive from client (S: 7281224, T: plain, P: P^Mo, A: disabled), disconnecting client: EBADF (9) [...] 2014-07-12 05:10:14.332228 <E> <network|client.c:260> Could not receive from client (S: 7281224, T: plain, P: P^Mo, A: disabled), disconnecting client: EBADF (9) 2014-07-12 05:10:14.332315 <E> <network|client.c:260> Could not receive from client (S: 7281224, T: plain, P: P^Mo, A: disabled), disconnecting client: EBADF (9) 2014-07-12 05:10:14.332398 <E> <network|client.c:260> Could not receive from client (S: 7281224, T: plain, P: P^Mo, A: disabled), disconnecting client: EBADF (9) 2014-07-12 05:10:14.332480 <E> <network|client.c:260> Could not receive from client (S: 7281224, T: plain, P: P^Mo, A: disabled), disconnecting client: EBADF (9) 2014-07-12 05:10:14.332561 <E> <network|client.c:260> Could not receive from client (S: 7281224, T: plain, P: P^Mo, A: disabled), disconnecting client: EBADF (9) 2014-07-12 05:10:14.333790 <E> <network|client.c:260> Could not receive from client (S: 7281224, T: plain, P: PTî¶PTî¶23.81, A: disabled), disconnecting client: EBADF (9) 2014-07-12 05:10:14.334005 <E> <network|client.c:260> Could not receive from client (S: 7281224, T: plain, P: PTî¶PTî¶23.81, A: disabled), disconnecting client: EBADF (9) 2014-07-12 05:10:14.334119 <E> <network|client.c:260> Could not receive from client (S: 7281224, T: plain, P: PTî¶PTî¶23.81, A: disabled), disconnecting client: EBADF (9) 2014-07-12 05:10:14.334231 <E> <network|client.c:260> Could not receive from client (S: 7281224, T: plain, P: PTî¶PTî¶23.81, A: disabled), disconnecting client: EBADF (9) [...] 2014-07-12 05:10:15.032396 <E> <network|client.c:260> Could not receive from client (S: 7281224, T: plain, P: PTî¶PTî¶23.81, A: disabled), disconnecting client: EBADF (9) 2014-07-12 05:10:15.032477 <E> <network|client.c:260> Could not receive from client (S: 7281224, T: plain, P: PTî¶PTî¶23.81, A: disabled), disconnecting client: EBADF (9) 2014-07-12 05:10:15.032558 <E> <network|client.c:260> Could not receive from client (S: 7281224, T: plain, P: PTî¶PTî¶23.81, A: disabled), disconnecting client: EBADF (9) 2014-07-12 05:10:15.032677 <E> <network|client.c:260> Could not receive from client (S: 7281224, T: plain, P: PTî¶PTî¶23.81, A: disabled), disconnecting client: EBADF (9) [und weg ist er] [Manueller Neustart] 2014-07-12 13:22:03.466557 <I> <other|main_linux.c:399> Brick Daemon 2.1.0 started (daemonized) 2014-07-12 13:22:03.799956 <I> <usb|usb.c:144> Added USB device (bus: 2, device: 4) at index 0: Master Brick [6qATV3] 2014-07-12 13:22:03.821729 <E> <usb|usb_stack.c:54> Read transfer 0x1fa0190 returned response with incomplete header (actual: 0 < minimum: from Master Brick [6qATV3] 2014-07-12 13:22:03.821973 <E> <usb|usb_stack.c:54> Read transfer 0x1fa01fc returned response with incomplete header (actual: 0 < minimum: from Master Brick [6qATV3] 2014-07-12 13:22:03.822075 <E> <usb|usb_stack.c:62> Read transfer 0x1fa0268 returned response with length mismatch (actual: 10 != expected: 181) from Master Brick [6qATV3] 2014-07-12 13:22:03.822158 <E> <usb|usb_stack.c:62> Read transfer 0x1fa02d4 returned response with length mismatch (actual: 10 != expected: 181) from Master Brick [6qATV3] 2014-07-12 13:22:03.822235 <E> <usb|usb_stack.c:62> Read transfer 0x1fa0340 returned response with length mismatch (actual: 10 != expected: 181) from Master Brick [6qATV3] 2014-07-12 13:22:03.822818 <E> <usb|usb_stack.c:62> Read transfer 0x1fa0190 returned response with length mismatch (actual: 10 != expected: 181) from Master Brick [6qATV3] 2014-07-12 13:22:03.823803 <E> <usb|usb_stack.c:62> Read transfer 0x1fa01fc returned response with length mismatch (actual: 10 != expected: 181) from Master Brick [6qATV3] 2014-07-12 13:22:04.176290 <I> <network|network.c:105> Added new client (S: 16, T: plain, P: 192.168.10.158, A: disabled) 2014-07-12 13:22:04.181477 <I> <network|client.c:242> Client (S: 16, T: plain, P: 192.168.10.158, A: disabled) disconnected by peer 2014-07-12 13:22:04.707175 <I> <network|network.c:105> Added new client (S: 16, T: plain, P: 192.168.70.150, A: disabled) 2014-07-12 13:22:04.708541 <I> <network|client.c:242> Client (S: 16, T: plain, P: 192.168.70.150, A: disabled) disconnected by peer 2014-07-12 13:22:05.231387 <I> <network|network.c:105> Added new client (S: 16, T: plain, P: 192.168.20.158, A: disabled) Die Anzahl der Zeilen die in den 2 Sekunden geschrieben wurden ist recht bemerkenswert. [# cat brickd.log | grep 7281224 | wc -l ==> 8220 Zeilen] Andere Logfiles geben garnichts her. Habt ihr eine Idee? Der Loetkolben

Hallo zusammen, habe hier einen Cubietruck (A20) mit dem Brickd seit Monaten nonstop am laufen. Minuetlich greifen andere Rechner auf den Stack zu. Alles ok. Gestern habe ich zusaetzlich von einem weit entfernten Rechnen den Brickv gestartet und die neue LED Funktion getestet. Ich habe die LED hin und her laufen lassen und ploetzlich (Nach Minuten bzw. Stunden, aber ohne erkennbaren Grund) ist der brickd zusammengebrochen. Warum? Logauszug 1 [Neu gestartet da vorher auch schon abgebrochen] 2014-07-11 16:24:50.986217 <I> <other|main_linux.c:399> Brick Daemon 2.1.0 started (daemonized) 2014-07-11 16:24:51.319809 <I> <usb|usb.c:144> Added USB device (bus: 2, device: 4) at index 0: Master Brick [6qATV3] 2014-07-11 16:24:51.330258 <E> <usb|usb_stack.c:54> Read transfer 0x7a6190 returned response with incomplete header (actual: 0 < minimum: from Master Brick [6qATV3] 2014-07-11 16:24:51.330478 <E> <usb|usb_stack.c:54> Read transfer 0x7a61fc returned response with incomplete header (actual: 0 < minimum: from Master Brick [6qATV3] 2014-07-11 16:24:51.330571 <E> <usb|usb_stack.c:62> Read transfer 0x7a6268 returned response with length mismatch (actual: 20 != expected: 10) from Master Brick [6qATV3] 2014-07-11 16:24:54.888251 <I> <network|network.c:105> Added new client (S: 16, T: plain, P: 192.168.142.81, A: disabled) 2014-07-11 16:24:58.324227 <I> <network|client.c:242> Client (S: 16, T: plain, P: 192.168.142.81, A: disabled) disconnected by peer 2014-07-11 16:24:59.294640 <I> <network|network.c:105> Added new client (S: 16, T: plain, P: 192.168.142.81, A: disabled) 2014-07-11 16:25:01.657628 <I> <network|network.c:105> Added new client (S: 17, T: plain, P: 192.168.20.142, A: disabled) 2014-07-11 16:25:01.658294 <I> <network|client.c:242> Client (S: 17, T: plain, P: 192.168.20.142, A: disabled) disconnected by peer 2014-07-11 16:25:03.277237 <I> <network|network.c:105> Added new client (S: 17, T: plain, P: 192.168.23.81, A: disabled) [...] 2014-07-11 17:57:04.340986 <I> <network|client.c:242> Client (S: 65, T: plain, P: 192.168.70.150, A: disabled) disconnected by peer 2014-07-11 17:57:04.717419 <I> <network|network.c:105> Added new client (S: 65, T: plain, P: 192.168.20.158, A: disabled) 2014-07-11 17:57:04.725188 <I> <network|client.c:242> Client (S: 65, T: plain, P: 192.168.20.158, A: disabled) disconnected by peer 2014-07-11 17:57:05.242788 <I> <network|network.c:105> Added new client (S: 65, T: plain, P: 192.168.20.156, A: disabled) 2014-07-11 17:57:05.248923 <I> <network|client.c:242> Client (S: 65, T: plain, P: 192.168.20.156, A: disabled) disconnected by peer 2014-07-11 17:57:06.482374 <I> <network|network.c:105> Added new client (S: 65, T: plain, P: 192.168.23.81, A: disabled) 2014-07-11 17:57:33.198430 <I> <network|client.c:242> Client (S: 65, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 17:57:33.199064 <I> <network|client.c:242> Client (S: 64, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 17:57:33.262793 <I> <network|client.c:242> Client (S: 21, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 17:57:33.263410 <I> <network|client.c:242> Client (S: 22, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 17:57:33.269394 <I> <network|client.c:242> Client (S: 23, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 17:57:33.270230 <I> <network|client.c:242> Client (S: 24, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 17:57:33.271161 <I> <network|client.c:242> Client (S: 45, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 17:57:33.272722 <I> <network|client.c:242> Client (S: 46, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 17:57:33.481449 <I> <network|client.c:242> Client (S: 60, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 17:57:33.644438 <I> <network|client.c:242> Client (S: 59, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 17:57:33.848978 <I> <network|client.c:242> Client (S: 61, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 17:57:33.896792 <I> <network|client.c:242> Client (S: 63, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 17:57:33.906556 <I> <network|client.c:242> Client (S: 28, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 17:57:34.015000 <I> <network|client.c:242> Client (S: 27, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 17:57:34.015747 <I> <network|client.c:242> Client (S: 26, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 17:57:34.016607 <I> <network|client.c:242> Client (S: 29, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 17:57:34.017469 <I> <network|client.c:242> Client (S: 30, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 17:57:35.876514 <I> <network|client.c:242> Client (S: 62, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 17:57:35.928508 <I> <network|client.c:242> Client (S: 16, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 17:57:35.929350 <I> <network|client.c:242> Client (S: 17, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 17:57:36.096414 <I> <network|client.c:242> Client (S: 33, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 17:57:36.595562 <I> <network|client.c:242> Client (S: 49, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 17:57:41.461377 <I> <network|client.c:242> Client (S: 50, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 17:57:41.461574 <W> <network|client.c:495> Destroying client (S: 50, T: plain, P: 192.168.23.81, A: disabled) while 4 response(s) have not beed send [und weg ist er] [Manueller Neustart] 2014-07-11 20:35:25.148457 <I> <other|main_linux.c:399> Brick Daemon 2.1.0 started (daemonized) 2014-07-11 20:35:25.480027 <I> <usb|usb.c:144> Added USB device (bus: 2, device: 4) at index 0: Master Brick [6qATV3] 2014-07-11 20:35:25.483273 <E> <usb|usb_stack.c:54> Read transfer 0xc6d190 returned response with incomplete header (actual: 0 < minimum: from Master Brick [6qATV3] 2014-07-11 20:35:25.483493 <E> <usb|usb_stack.c:54> Read transfer 0xc6d1fc returned response with incomplete header (actual: 0 < minimum: from Master Brick [6qATV3] 2014-07-11 20:35:25.483885 <E> <usb|usb_stack.c:62> Read transfer 0xc6d268 returned response with length mismatch (actual: 20 != expected: 10) from Master Brick [6qATV3] 2014-07-11 20:35:41.461904 <I> <network|network.c:105> Added new client (S: 16, T: plain, P: 192.168.142.81, A: disabled) 2014-07-11 20:36:01.808988 <I> <network|network.c:105> Added new client (S: 17, T: plain, P: 192.168.20.142, A: disabled) 2014-07-11 20:36:01.809928 <I> <network|client.c:242> Client (S: 17, T: plain, P: 192.168.20.142, A: disabled) disconnected by peer 2014-07-11 20:36:03.720722 <I> <network|network.c:105> Added new client (S: 17, T: plain, P: 192.168.142.81, A: disabled) 2014-07-11 20:36:03.721962 <I> <network|client.c:242> Client (S: 17, T: plain, P: 192.168.142.81, A: disabled) disconnected by peer 2014-07-11 20:36:04.023568 <I> <network|network.c:105> Added new client (S: 17, T: plain, P: 192.168.23.81, A: disabled) 2014-07-11 20:36:04.024999 <I> <network|client.c:242> Client (S: 17, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 20:36:04.315608 <I> <network|network.c:105> Added new client (S: 17, T: plain, P: 192.168.70.150, A: disabled) [...] 2014-07-11 21:22:04.655027 <I> <network|client.c:242> Client (S: 64, T: plain, P: 192.168.20.156, A: disabled) disconnected by peer 2014-07-11 21:22:04.965097 <I> <network|network.c:105> Added new client (S: 64, T: plain, P: 192.168.20.158, A: disabled) 2014-07-11 21:22:04.971990 <I> <network|client.c:242> Client (S: 64, T: plain, P: 192.168.20.158, A: disabled) disconnected by peer 2014-07-11 21:22:07.038151 <I> <network|network.c:105> Added new client (S: 64, T: plain, P: 192.168.23.81, A: disabled) 2014-07-11 21:22:16.038111 <I> <network|client.c:242> Client (S: 57, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 21:22:16.038378 <I> <network|client.c:242> Client (S: 58, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 21:22:16.038839 <I> <network|client.c:242> Client (S: 59, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 21:22:16.038945 <I> <network|client.c:242> Client (S: 60, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 21:22:16.040259 <I> <network|client.c:242> Client (S: 61, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 21:22:16.041077 <I> <network|client.c:242> Client (S: 62, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 21:22:16.454644 <I> <network|client.c:242> Client (S: 20, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 21:22:16.455385 <W> <network|client.c:495> Destroying client (S: 20, T: plain, P: 192.168.23.81, A: disabled) while 2 response(s) have not beed send [und weg ist er] [Manueller Neustart] 2014-07-11 21:33:49.867743 <I> <other|main_linux.c:399> Brick Daemon 2.1.0 started (daemonized) 2014-07-11 21:33:50.210163 <I> <usb|usb.c:144> Added USB device (bus: 2, device: 4) at index 0: Master Brick [6qATV3] 2014-07-11 21:33:50.238491 <E> <usb|usb_stack.c:54> Read transfer 0x35e190 returned response with incomplete header (actual: 0 < minimum: from Master Brick [6qATV3] 2014-07-11 21:33:50.238731 <E> <usb|usb_stack.c:54> Read transfer 0x35e1fc returned response with incomplete header (actual: 0 < minimum: from Master Brick [6qATV3] 2014-07-11 21:33:50.238819 <E> <usb|usb_stack.c:62> Read transfer 0x35e268 returned response with length mismatch (actual: 20 != expected: 10) from Master Brick [6qATV3] 2014-07-11 21:33:50.259328 <I> <network|network.c:105> Added new client (S: 16, T: plain, P: 192.168.142.81, A: disabled) 2014-07-11 21:34:01.602747 <I> <network|network.c:105> Added new client (S: 17, T: plain, P: 192.168.20.142, A: disabled) 2014-07-11 21:34:01.603669 <I> <network|client.c:242> Client (S: 17, T: plain, P: 192.168.20.142, A: disabled) disconnected by peer 2014-07-11 21:34:03.277598 <I> <network|network.c:105> Added new client (S: 17, T: plain, P: 192.168.23.81, A: disabled) 2014-07-11 21:34:03.280389 <I> <network|client.c:242> Client (S: 17, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-11 21:34:04.202591 <I> <network|network.c:105> Added new client (S: 17, T: plain, P: 192.168.142.81, A: disabled) [...] 2014-07-12 01:00:05.095423 <I> <network|client.c:242> Client (S: 67, T: plain, P: 192.168.70.150, A: disabled) disconnected by peer 2014-07-12 01:00:05.146476 <I> <network|network.c:105> Added new client (S: 67, T: plain, P: 192.168.20.156, A: disabled) 2014-07-12 01:00:05.148135 <I> <network|client.c:242> Client (S: 67, T: plain, P: 192.168.20.156, A: disabled) disconnected by peer 2014-07-12 01:00:06.871316 <I> <network|network.c:105> Added new client (S: 67, T: plain, P: 192.168.23.81, A: disabled) 2014-07-12 01:00:11.906864 <I> <network|network.c:105> Added new client (S: 68, T: plain, P: 192.168.23.81, A: disabled) 2014-07-12 01:00:22.788823 <I> <network|client.c:242> Client (S: 49, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-12 01:00:22.789838 <I> <network|client.c:242> Client (S: 53, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-12 01:00:22.790632 <I> <network|client.c:242> Client (S: 17, T: plain, P: 192.168.23.81, A: disabled) disconnected by peer 2014-07-12 01:00:22.791123 <W> <network|client.c:495> Destroying client (S: 17, T: plain, P: 192.168.23.81, A: disabled) while 14 response(s) have not beed send [und weg ist er] [Manueller Neustart] 2014-07-12 04:17:06.106847 <I> <other|main_linux.c:399> Brick Daemon 2.1.0 started (daemonized) 2014-07-12 04:17:06.442410 <I> <usb|usb.c:144> Added USB device (bus: 2, device: 4) at index 0: Master Brick [6qATV3] 2014-07-12 04:17:06.452552 <E> <usb|usb_stack.c:54> Read transfer 0x6ef190 returned response with incomplete header (actual: 0 < minimum: from Master Brick [6qATV3] 2014-07-12 04:17:06.452783 <E> <usb|usb_stack.c:54> Read transfer 0x6ef1fc returned response with incomplete header (actual: 0 < minimum: from Master Brick [6qATV3] 2014-07-12 04:17:06.452886 <E> <usb|usb_stack.c:62> Read transfer 0x6ef268 returned response with length mismatch (actual: 20 != expected: 10) from Master Brick [6qATV3] 2014-07-12 04:17:06.584489 <I> <network|network.c:105> Added new client (S: 16, T: plain, P: 192.168.142.81, A: disabled) 2014-07-12 04:17:06.654508 <I> <network|network.c:105> Added new client (S: 17, T: plain, P: 192.168.23.81, A: disabled) 2014-07-12 04:17:43.114548 <I> <network|client.c:242> Client (S: 16, T: plain, P: 192.168.142.81, A: disabled) disconnected by peer 2014-07-12 04:18:02.121975 <I> <network|network.c:105> Added new client (S: 16, T: plain, P: 192.168.20.142, A: disabled) [...] Aufgrund dieses Fehlers geht es im 2. Beitrag weiter: "Fehler beim Schreiben des Beitrages. Beitrag hat die max. Länge erreicht (20000 Zeichen)."

Ich glaube da haben wir es. Du hast wohl auf dem MAC noch mit FW 1.x.x gearbeitet, nun hast du aber auf dem Raspberry den Brickd der die FW 2.x.x benoetigt installiert. FW 1.x.x ist nicht mit FW 2.x.x kompatibel. Also mach bitte den grossen Rundumschlag und mach ein Update aller Komponenten auf FW 2.x.x. In den FAQ steht wie man Updated und gaanz unten ist noch eine Anleitung wie man von 1.x.x auf 2.x.x upgraded. Mein Tip: Wenn du auf dem Raspberry den aktuellen Brickv aufrufen kannst, dann damit zuerst den Masterbrick auf die neue FW bringen. Dann mit dem gleichen Brickv die Bricklets upgraden. Dann solltest du vom Raspberry schonmal alles sehen. Anschliessend auf dem MAC den Brickd und Brickv auf Version 2 updaten. Viel Erfolg. Der Loetkolben

Finde ich auch! Wenn jetzt noch jemand das MM Protokoll auf den Brick zaubert koennte man sogar fahren. Der Loetkolben

Wieso sollte man mit Adminrechten das nicht aendern koennen? Ob ich das nun per Hand mache oder per Script ist doch wohl egal. Was hat das mit Malware zu tun wenn die PC Firewall von aussen offen ist? Wovor schuetzt eine PC Firewall einen PC der an einem DSL Anschluss mit Router angeschlossen ist? Nur vor den anderen PCs im eigenen Netz! Von aussen kann da sowieso keiner rein. Selbst ohne Firewall. Und ich gehe davon aus, dass du keine Malwareschleudern im eigenen Netz hast. Der Loetkolben

Hallo zusammen, ich musste gerade feststellen, dass man man auf einen Stack an einem Windows 7 PC nicht automatisch zugreifen kann, weil die Firewall das blockiert. Normalerweise habe ich die Stacks per LAN oder an einem Linux Rechner angeschlossen. Beim Zugriff von aussen erscheint auch kein Hinweis am PC. Der "externe" Brickviewer bricht dann irgendwann mit einer Fehlermeldung ab. Ist das nur bei mir so? Die Portfreischaltung in der Firewall ist nicht so einfach zu finden und wenn man nicht weiss was zu tun ist, kann man daran verzweifeln. Koennte man nicht beim installieren des Brickd auf Windows gleich die Firewall mit konfigurieren oder zumindest den User fragen ob man diese konfigurieren moechte? Ich meine so ein Vorgehen bei einer VNC Software mal gesehen zu haben. ... oder bin ich auf dem Holzweg und bei euch allen funktioniert es sofort? Der Loetkolben

Hallo photron. Oh das freut mich sehr. Danke. Ich nutze den Brickviewer eigentlich mit Windows, habe ihn gerade mal auf Linux runtergeladen und aufgerufen. Aufrufen geht, aber ich sehe das Ergebnis nicht, da der Stack "meilenweit" entfernt ist. Berichte dann wenn ich vor Ort bin. Edit: Siehe einen Beitrag weiter unten. Funktioniert. Die Liste aller Dateien wird ja wohl nicht auf meinem PC vorhanden sein. Heisst das wirklich, dass ich (mein IE) jede Datei an Microsoft melde die ich runterlade? Jede MP3 Datei und jedes PDF? Warum bekomme ich keine Warnung wenn ich von meinem eigenen Server eine Datei runterlade? Das ist nun wirklich OT hier, aber gefaellt mir nicht. Bisher dachte ich, dass sich der IE (regelmaessig) immer eine Liste mit "gefaehrlichen" Seiten runterlaedt und der Vergleich bei mir lokal passiert. Der Loetkolben

Hallo zusammen, ich habe wohl als einer er ersten den neuen Brickviewer 2.1.1 von den Tinkerforgeseiten geladen und der IE hat eine Fehlermeldung gebracht, aber was bedeutet die? Siehe erster Anhang. a) Habe ICH den Brickv noch nicht haeufig runtergeladen? Dann wuerde die Meldung bei jedem File kommen was ich zum ersten mal runterlade. oder b) Haben ANDERE den Brickv noch nicht haeufig runtergeladen? Aber woher weiss mein IE das? Ich verstehe das einfach nicht. Ein neuer Treiber wird mit installiert. Wahrscheinlich der (Boot-) Treiber fuer den RED Brick? Dann kommen noch ein paar "Ideen" fuer den Brickv in Zusammenhang mit dem LED Bricklet: * Ein "Clear" Button der alle LEDs einfach aus macht. * "Moving Color Gradient" funktioniert mit 1 LED nicht. Vielleicht kann man das fixen. * Vielleicht kann man die Farben beim "Moving Color Gradient" vom der ersten zur letzten LED laufen lassen? Im Moment ist es umgekehrt, also von der letzten zur ersten LED. * Bei den WS2812 die RGB Felder richtig beschriften, denn da sollte es keine Probleme geben. Bei dem WS2811/WS2801 mit color1,2,3 arbeiten, da man nicht weiss wie die Chips verdrahtet sind. * Ein zweiter Test wuerde mir noch gefallen: Eine LED laeuft endlos von Anfang bis Ende der LED Reihe und dann wieder zurueck und zwar in der Farbe die man bereits unter "Color" eingestellt hat. Damit kann man ggf. Fehler in Verkettungen von LED Leisten erkennen. Soweit erstmal. :-) Bin aber richtig zufrieden, dass hier jetzt alles bunt ist. Der Loetkolben

im brickv und dann im Reiter vom Master bei der Konfiguration der WiFi Extension. Hallo Unexpected, bei der Ethernetextension gibt es 2 Ports die man dort einstellen kann PLAIN (Default:4223) und WEBSOCKET (Default:4280). Leider habe ich keine aktuelle FW auf dem WLAN Stack, aber dort wird wahrscheinlich nur ein Port einzustellen sein und das ist der PLAIN Port. :-( Schauen wir mal was kommt. Der Loetkolben

Wo hast du das festgelegt? Nicht das du da was "ueberlagerst". 4223 ist der Port fuer die Brickv Kommunikation 4280 ist der Port fuer die Websocket (Javascript) Kommunikation. Kannst du denn ueber www.brickv.com auf den Stack zugreifen? Kann es sein, dass nur die Ethernetextension Websockets kann und die WiFi-Extension noch nicht!? Leider nicht in der Doku gefunden. Der Loetkolben

Hallo zero_cool. Wird denn "Connect" angezeigt? Kannst du denn vom Mac auf den Stack am Raspberry uebers Netzwerk zugreifen? Der Loetkolben

Hier eine Info zu dem defekten Streifen vom Anfang des Threads: Wie bereits oben im ersten Beitrag geschrieben ist mir bei dem ersten Test der 10er Streifen kaputt gegangen. Nach ca. 30 Minuten ging er nicht mehr. Auch ein Power ON/OFF/ON/OFF hat irgendwann nicht mehr geholfen. Ich habe dann einfach mal die 3 Leitungen (+5/GND/DATA) in die mitte an die 5. LED angeloetet, aber auch hier keine Reaktion. Warum geht dann keine er restlichen 5 LEDs? Es hat sich spaeter herausgestellt, das "nur" die erste LED defekt ist und nicht das LED Bricklet. Nach dem abtrennen der ersten LED konnte ich den Streifen weiter verwenden. Warum ist ueberhaupt ohne weitere Einwirkungen die erste LED kaputt gegangen? Hier finden sich auch solche Hinweise: Schutzschaltung für WS2812-Pixel Spekulation: Villeicht lag es bei mir an dem noch Pi-mal-Daumen Timing der FW 2.0.2? Jetzt habe ich 5 LEDs des Streifens mit der FW 2.0.4 seit einiger Zeit problemlos am laufen. Siehe einen Beitrag hoeher. Der Loetkolben

Ja mit der "beta_2.0.4_beta1" funktioniert es. Der 12er WS2812B Ring funktioniert. Hier ein paar ausfuehrliche Infos: Test 1 nur der Ring: FW 2.0.3 mit 12er WS2812B Ring. Bild 1 Die LEDs haben einen hohen Weissanteil und die rotierenden Farben sind kaum zu erkennen, aber sie rotieren. Auf dem Foto kann man es im Prinzip nur erraten. FW 2.0.4 mit 12er WS2812B Ring. Bild 2 Farben und Rotation sind wie erwartet. Test 2 Ring und Streifen parallel: FW 2.0.3 mit 12er WS2812B Ring und PARALLEL 5er WS2812B LED Streifen. Bild 3 Dieser 5er Streifen ist ein Teil desjenigen Streifens auf dem mir beim Testen eine LED kaputtgegangen ist. (Unten mehr) MAN BEACHTE: Der Ring ist wieder fast weiss (Wie in Bild 1), ABER die erste LED des Rings hat die volle Farbe! Der 5er Streifen hat auch die vollen Farben. Vermutung/Glaskugellesen: Durch das parallelschalten aendert sich Kapazitaet an der (jeweils) ersten LED durch die beiden Kondensatoren. Oder das D-IN Signal am Eingang wird durch das andere Element verschliffen und so passt auf einmal das Timing. Warum die nachfolgenden LEDs wieder fast weiss (mit wenig Farbe) sind kann ich nicht erklaeren. Idee: Da die Kondensatoren auf dem Ring kleiner als auf dem Streifen sind, koennte ich mir vorstellen, dass allein durch Austausch der Kondensatoren auf dem Ring dieser mit der FW 2.0.3 funktionieren koennte! Nochwas: Wenn man in diesem Zustand mit dem Finger unten auf die Eingangskontakte des Rings fasst und somit das Signal verbrummt sind beim Ring auch alle Farben richtig. (Gut das es ein FW Update gibt, sonst muesste man die ganze Zeit den Finger dranhalten ) FW 2.0.4 mit 12er WS2812B Ring und PARALLEL 5er WS2812B LED Streifen. Bild 4 Farben und Rotation sind wie erwartet, auch der Streifen ist weiterhin Vollfarbig. Der Loetkolben

Hallo Jan, das ist sicherlich aergerlich, aber hier im Forum habe ich sowas noch nicht gelesen. Auch das alle Buendel gleichzeitig defekt sind ist schon komisch. Aber wenn Deutschland 7:1 gegen Brasilien gewinnt, kann es vielleicht auch sein dass alle LED Ketten gleichzeitig defekt sind. Ich denke du wirst hier im Forum noch eine Antwort bekommen. Haben die Ketten denn vor dem Einbau schonmal funktioniert? Die Kabel sind aber passend abisoliert und haben Kontakt in den Klemmen? Der Loetkolben

Das war mir auch nicht bewusst. Hier ein interessanter Beitrag der das genau aufschluesselt: Understanding the WS2812 Der Loetkolben

Hallo zusammen, bin erst 5 Minuten vorm Anstoss angekommen und bin immer noch vollkommen "besoffen" vom Ergebnis. Hier aber ein Kurztest: FW 2.0.3: Auch hier funktioniert meine erste Leiste nicht mehr. Die scheint platt zu sein, aber warum? Habe hier nun einen neuen 12er WS2812B Ring von watterott, da passiert folgendes: FW 2.0.3: Alle Farben haben einen Grundanteil von RGB. Beim "Moving Color Gradient" hat man den Eindruck, dass alle 3 LED pro Farbe schon einen Grundwert von ca. 40 haben. Dementsprechend sind sie "halbweis" und das eigentliche Farbspiel sieht man kaum. -> Bitte pruefen! FW 2.0.2: Der Farbtest sieht gut aus. Die Frage ist wie lange? Der Loetkolben

Whats about WS2811/WS2812? In this case all the RGB labelling in BrickV should be correct. Maybe you can use "color1, color2 and color3" for WS2810 and "Red, Green, Blue" for die WS2811/WS2812 selection. Der Loetkolben

Vielleicht noch ein Nachtrag: Das ist im Prinzip genau die Loesung die gesucht wird. :-) Hier wird anstelle einer APP eine Webseite geladen die dann vom Handy (oder auch PC/Smartphone) lokal via Port 4280 auf den Brickd (Stack) zugreift. Wichtig ist nur, dass man im Brickd den Port 4280 freigeschaltet hat, da diese Kommunikationsweise per default abgeschaltet ist. Der Loetkolben

Hallo Kinslayer, so etwas habe ich mit der Firmware 2.0.2, allerdings mit WS2812 Neopixel, auch beobachtet. Bitte teste mal die letzte Firmware bevor WS2812 Support mit hinein gebaut wurde. Die 2.0.1 findest du hier: http://download.tinkerforge.com/firmwares/bricklets/led_strip/ Einfach runterladen und dann ueber das Flashmenu von Hand die Datei auswaehlen. Der Loetkolben

Auch wenn ich den Quellcode nicht verstanden habe und bin ich gerne beim testen mit dabei. Ich dachte immer die WS2812 haetten, zumindest laut Datenblatt, alle das gleiche Timing?! Sind die Timings so kritisch? Der Loetkolben

Hallo Tinkerforge Team. Ich habe gerade den neuen Brickviewer in der Prozessliste gesucht. Windows 7 64bit. Er erscheint als "main.exe". Ein "brickv.exe" faende ich besser. Der Loetkolben