Christian

Kann ich das Master Brick echt nur flashen, wenn es im Bootloader Modus (nach dem Drücken der Tasten) ist?

Also das Ausschalten hat es tatsächlich gebracht... Allerdings hat sich das System nach ner Std. Betrieb wieder aufgehängt. Ich werd jetzt nach dem nächsten PowerOff mal die neuen Firmwares flashen... vielleicht hilfts ja Gruß Christian

Na, dann probieren wir das doch mal . Ich lasse das gesamte Teil einfach mal 5 min Stromlos machen. Das läuft sicher schon 1,5 Jahren quasi durch ;-). Na auf so einfache Sachen kommt man nicht, aber durch die Entfernung und die Zeitdifferenz sowieso immer schwierig da was zu machen. Ich lass es euch wissen, wenn es geholfen hat. Würd mich freuen, wenns so einfach ist! Gruß Christian

Die Frage mit dem Flashen auf der Console hab ich mir beim Studium der Doku selbst beantwortet: http://www.tinkerforge.com/de/doc/Software/Brickv.html#mit-brick-flash-cmd-auf-linux jetzt fehlt nur noch der "chinesische Remote Finger"

Hi Proton und Lötkolben, schön von euch zu lesen. Ist ja nun schon lange her, das ich mal wieder hier im Forum war . Danke für eure schnellen Antworten! Ich glaube, dass es so ist wie du meinst, dass der Master nicht auf Requests antwortet. Hier mal ein Logauszug: brickd --debug <I> <main_linux.c:277> Brick Daemon 2.2.0 started <D> <event.c:55> Initializing event subsystem <D> <event.c:219> Added generic event source (handle: 5, events: 1) at index 0 <D> <hardware.c:37> Initializing hardware subsystem <D> <usb.c:199> Initializing USB subsystem <D> <usb_posix.c:151> Successfully loaded brickd (for libusb symbols) <D> <event.c:219> Added USB event source (handle: 7, events: 1) at index 1 <D> <event.c:219> Added USB event source (handle: 9, events: 1) at index 2 <D> <usb.c:227> libusb can handle timeouts on its own <D> <usb.c:250> libusb does not support hotplug <D> <usb.c:295> Looking for added/removed USB devices <D> <usb.c:127> Found new USB device (bus: 1, device: 4) <D> <usb_stack.c:232> Acquiring USB device (bus: 1, device: 4) <D> <event.c:219> Added USB event source (handle: 10, events: 1) at index 3 <D> <event.c:219> Added USB event source (handle: 12, events: 1) at index 4 <D> <usb.c:182> Got told to add libusb pollfd (handle: 13, events: 4) <D> <event.c:219> Added USB event source (handle: 13, events: 4) at index 5 <D> <usb_stack.c:355> Got interface endpoints (in: 0x84, out: 0x05) for USB device (bus: 1, device: 4) <D> <usb_stack.c:359> Trying to claim interface 0 of USB device (bus: 1, device: 4) <D> <usb_stack.c:388> Claimed interface 0 of USB device (bus: 1, device: 4) at first try <D> <usb_stack.c:400> Got display name for USB device (bus: 1, device: 4): Master Brick [6xCjQr] <D> <usb_stack.c:413> Submitting read transfers to Master Brick [6xCjQr] <D> <usb_transfer.c:262> Submitted read transfer 0x904270 for 80 bytes to Master Brick [6xCjQr] <D> <usb_transfer.c:262> Submitted read transfer 0x9042d4 for 80 bytes to Master Brick [6xCjQr] <D> <usb_transfer.c:262> Submitted read transfer 0x904338 for 80 bytes to Master Brick [6xCjQr] <D> <usb_transfer.c:262> Submitted read transfer 0x90439c for 80 bytes to Master Brick [6xCjQr] <D> <usb_transfer.c:262> Submitted read transfer 0x904400 for 80 bytes to Master Brick [6xCjQr] <D> <usb_transfer.c:262> Submitted read transfer 0x904464 for 80 bytes to Master Brick [6xCjQr] <D> <usb_transfer.c:262> Submitted read transfer 0x9044c8 for 80 bytes to Master Brick [6xCjQr] <D> <usb_transfer.c:262> Submitted read transfer 0x90452c for 80 bytes to Master Brick [6xCjQr] <D> <usb_transfer.c:262> Submitted read transfer 0x904590 for 80 bytes to Master Brick [6xCjQr] <D> <usb_transfer.c:262> Submitted read transfer 0x9045f4 for 80 bytes to Master Brick [6xCjQr] <I> <usb.c:152> Added USB device (bus: 1, device: 4) at index 0: Master Brick [6xCjQr] <D> <udev.c:273> Initializing udev subsystem <D> <udev.c:167> Trying to load libudev.so.1 <D> <udev.c:172> Could not load libudev.so.1: libudev.so.1: cannot open shared object file: No such file or directory <D> <udev.c:173> Trying to load libudev.so.0 instead <D> <udev.c:189> Successfully loaded libudev.so.0 <D> <event.c:219> Added generic event source (handle: 14, events: 1) at index 6 <D> <network.c:275> Initializing network subsystem <D> <network.c:135> Opening server socket on port 4223 <D> <network.c:218> Started listening to '0.0.0.0' (IPv4) on port 4223 <D> <event.c:219> Added generic event source (handle: 15, events: 1) at index 7 <D> <event.c:477> Starting the event loop <D> <event_linux.c:139> Starting to epoll on 8 event source(s) <D> <event_linux.c:158> EPoll returned 1 event source(s) as ready <D> <event.c:390> Handling generic event source (handle: 15, received-events: 1) <D> <client.c:336> Creating client from plain-socket (handle: 16) <D> <event.c:219> Added generic event source (handle: 16, events: 1) at index 8 <I> <network.c:371> Added new client (N: 192.168.###.###:22030, T: plain-socket, H: 16, A: disabled) <D> <event_linux.c:171> Handled all ready event sources <D> <event_linux.c:139> Starting to epoll on 9 event source(s) <D> <event_linux.c:158> EPoll returned 1 event source(s) as ready <D> <event.c:390> Handling generic event source (handle: 16, received-events: 1) <D> <client.c:278> Received request (U: 1, L: 8, F: 254, S: 2, R: 0) from client (N: 192.168.###.###:22030, T: plain-socket, H: 16, A: disabled) <D> <hardware.c:111> Broadcasting request (U: 1, L: 8, F: 254, S: 2, R: 0) to 1 stack(s) <D> <usb_transfer.c:262> Submitted write transfer 0x904af8 for 8 bytes to Master Brick [6xCjQr] <D> <stack.c:129> Forced to sent request to Master Brick [6xCjQr] <D> <event_linux.c:171> Handled all ready event sources <D> <event_linux.c:139> Starting to epoll on 9 event source(s) <D> <event_linux.c:158> EPoll returned 1 event source(s) as ready <D> <event.c:390> Handling generic event source (handle: 16, received-events: 1) <D> <client.c:274> Received disconnect probe from client (N: 192.168.###.###:22030, T: plain-socket, H: 16, A: disabled), dropping request <D> <event_linux.c:171> Handled all ready event sources <D> <event_linux.c:139> Starting to epoll on 9 event source(s) <D> <event_linux.c:158> EPoll returned 1 event source(s) as ready <D> <event.c:390> Handling generic event source (handle: 16, received-events: 1) <D> <client.c:274> Received disconnect probe from client (N: 192.168.###.###:22030, T: plain-socket, H: 16, A: disabled), dropping request <D> <event_linux.c:171> Handled all ready event sources <D> <event_linux.c:139> Starting to epoll on 9 event source(s) <D> <event_linux.c:158> EPoll returned 1 event source(s) as ready <D> <event.c:390> Handling generic event source (handle: 16, received-events: 1) <D> <client.c:274> Received disconnect probe from client (N: 192.168.###.###:22030, T: plain-socket, H: 16, A: disabled), dropping request <D> <event_linux.c:171> Handled all ready event sources <D> <event_linux.c:139> Starting to epoll on 9 event source(s) <D> <event_linux.c:158> EPoll returned 1 event source(s) as ready <D> <event.c:390> Handling generic event source (handle: 16, received-events: 1) <D> <client.c:274> Received disconnect probe from client (N: 192.168.###.###:22030, T: plain-socket, H: 16, A: disabled), dropping request <D> <event_linux.c:171> Handled all ready event sources <D> <event_linux.c:139> Starting to epoll on 9 event source(s) <D> <event_linux.c:158> EPoll returned 1 event source(s) as ready <D> <event.c:390> Handling generic event source (handle: 16, received-events: 1) <D> <client.c:274> Received disconnect probe from client (N: 192.168.###.###:22030, T: plain-socket, H: 16, A: disabled), dropping request <D> <event_linux.c:171> Handled all ready event sources <D> <event_linux.c:139> Starting to epoll on 9 event source(s) 1 <D> <event_linux.c:146> EPoll got interrupted <D> <event_linux.c:139> Starting to epoll on 9 event source(s) <D> <event_linux.c:158> EPoll returned 1 event source(s) as ready <D> <event.c:390> Handling generic event source (handle: 5, received-events: 1) <I> <signal.c:49> Received SIGINT <D> <event.c:499> Stopping the event loop <D> <event_linux.c:171> Handled all ready event sources <D> <event.c:484> Event loop stopped <D> <network.c:334> Shutting down network subsystem <D> <event.c:352> Marked generic event source (handle: 16, events: 1) as removed at index 8 <D> <event.c:352> Marked generic event source (handle: 15, events: 1) as removed at index 7 <D> <udev.c:353> Shutting down udev subsystem <D> <event.c:352> Marked generic event source (handle: 14, events: 1) as removed at index 6 <D> <udev.c:214> Unloading libudev.so.0 <D> <usb.c:278> Shutting down USB subsystem <D> <usb_transfer.c:150> Destroying read transfer 0x904270 for Master Brick [6xCjQr] <D> <usb_transfer.c:73> Read transfer 0x904270 for Master Brick [6xCjQr] was cancelled <D> <usb_transfer.c:150> Destroying read transfer 0x9042d4 for Master Brick [6xCjQr] <D> <usb_transfer.c:73> Read transfer 0x9042d4 for Master Brick [6xCjQr] was cancelled <D> <usb_transfer.c:150> Destroying read transfer 0x904338 for Master Brick [6xCjQr] <D> <usb_transfer.c:73> Read transfer 0x904338 for Master Brick [6xCjQr] was cancelled <D> <usb_transfer.c:150> Destroying read transfer 0x90439c for Master Brick [6xCjQr] <D> <usb_transfer.c:73> Read transfer 0x90439c for Master Brick [6xCjQr] was cancelled <D> <usb_transfer.c:150> Destroying read transfer 0x904400 for Master Brick [6xCjQr] <D> <usb_transfer.c:73> Read transfer 0x904400 for Master Brick [6xCjQr] was cancelled <D> <usb_transfer.c:150> Destroying read transfer 0x904464 for Master Brick [6xCjQr] <D> <usb_transfer.c:73> Read transfer 0x904464 for Master Brick [6xCjQr] was cancelled <D> <usb_transfer.c:150> Destroying read transfer 0x9044c8 for Master Brick [6xCjQr] <D> <usb_transfer.c:73> Read transfer 0x9044c8 for Master Brick [6xCjQr] was cancelled <D> <usb_transfer.c:150> Destroying read transfer 0x90452c for Master Brick [6xCjQr] <D> <usb_transfer.c:73> Read transfer 0x90452c for Master Brick [6xCjQr] was cancelled <D> <usb_transfer.c:150> Destroying read transfer 0x904590 for Master Brick [6xCjQr] <D> <usb_transfer.c:73> Read transfer 0x904590 for Master Brick [6xCjQr] was cancelled <D> <usb_transfer.c:150> Destroying read transfer 0x9045f4 for Master Brick [6xCjQr] <D> <usb_transfer.c:73> Read transfer 0x9045f4 for Master Brick [6xCjQr] was cancelled <D> <usb_transfer.c:150> Destroying write transfer 0x904af8 for Master Brick [6xCjQr] <D> <usb_transfer.c:73> Write transfer 0x904af8 for Master Brick [6xCjQr] was cancelled <D> <usb_transfer.c:150> Destroying write transfer 0x904b5c for Master Brick [6xCjQr] <D> <usb_transfer.c:150> Destroying write transfer 0x904bc0 for Master Brick [6xCjQr] <D> <usb_transfer.c:150> Destroying write transfer 0x904c24 for Master Brick [6xCjQr] <D> <usb_transfer.c:150> Destroying write transfer 0x904c88 for Master Brick [6xCjQr] <D> <usb_transfer.c:150> Destroying write transfer 0x904cec for Master Brick [6xCjQr] <D> <usb_transfer.c:150> Destroying write transfer 0x904d50 for Master Brick [6xCjQr] <D> <usb_transfer.c:150> Destroying write transfer 0x904db4 for Master Brick [6xCjQr] <D> <usb_transfer.c:150> Destroying write transfer 0x904e18 for Master Brick [6xCjQr] <D> <usb_transfer.c:150> Destroying write transfer 0x904e7c for Master Brick [6xCjQr] <D> <usb.c:191> Got told to remove libusb pollfd (handle: 13) <D> <event.c:352> Marked USB event source (handle: 13, events: 4) as removed at index 5 <D> <event.c:352> Marked USB event source (handle: 10, events: 1) as removed at index 3 <D> <event.c:352> Marked USB event source (handle: 12, events: 1) as removed at index 4 <D> <usb_stack.c:540> Released USB device (bus: 1, device: 4), was Master Brick [6xCjQr] <D> <event.c:352> Marked USB event source (handle: 7, events: 1) as removed at index 1 <D> <event.c:352> Marked USB event source (handle: 9, events: 1) as removed at index 2 <D> <usb_posix.c:161> Unloading brickd (for libusb symbols) <D> <hardware.c:51> Shutting down hardware subsystem <D> <event.c:352> Marked generic event source (handle: 5, events: 1) as removed at index 0 <D> <event.c:79> Shutting down event subsystem <D> <event.c:370> Removed generic event source (handle: 16, events: 1) at index 8 <D> <event.c:370> Removed generic event source (handle: 15, events: 1) at index 7 <D> <event.c:370> Removed generic event source (handle: 14, events: 1) at index 6 <D> <event.c:370> Removed USB event source (handle: 13, events: 4) at index 5 <D> <event.c:370> Removed USB event source (handle: 12, events: 1) at index 4 <D> <event.c:370> Removed USB event source (handle: 10, events: 1) at index 3 <D> <event.c:370> Removed USB event source (handle: 9, events: 1) at index 2 <D> <event.c:370> Removed USB event source (handle: 7, events: 1) at index 1 <D> <event.c:370> Removed generic event source (handle: 5, events: 1) at index 0 <I> <main_linux.c:392> Brick Daemon 2.2.0 stopped Könnte ich sogar. Die tgz-Datei der Ursprünglichen Version hätte ich noch. Ist nur die Frage, ob das nen Unterschied macht. Ich habe es ja mit der Version auch schon probiert und auf Grund dessen einfach mal das Update aufgespielt Und kann ich mit auf dem Raspi - remote auf der bash via ssh - das Masterbrick flashen (wenn jemand die Knöpfchen drückt)?? Es gibt ja dann noch den Daemon der ja zu funktionieren zu scheint. evtl ja Remote von einer "lokalen" Windows-Maschine via LAN auf den Raspi-Daemon. Ginge das zur Not? oder nur via USB? Fränkische Grüße Christian

Servus, ich habe vor längerem (mitte 2013) ein Projekt auf Tinkerforge Basis umgesetzt. Ist eine kleine Box auf Basis eines Rasberry Pi, nem Masterbrick und ein paar Bricklets (Industrial Relay, Temp usw.). Es läuft auf der Maschine noch ein Apache, MySQL, ein PHP Projekt und div. Scripte die LED's via GPio schalten. Soviel zum grundlegenden. Problem ist folgendes: seit längerem steuert der brickd die Platinen nicht mehr an. Daemon läuft scheinbar. Ich kann mich via brickv drauf verbinden, sehe aber keine Platinen. via lsusb seh ich auch die "grauTec" Platine und sogar die Seriennummer des Masterbrick. auch im Debug-Modus wird es so ausgegeben: 2015-01-16 00:47:31.525591 <I> <usb.c:152> Added USB device (bus: 1, device: 4) at index 0: Master Brick [6xCjQr] Mein PHP Script bricht irgendwann ab und meldet mir, dass es die Verbindung nicht aufbauen kann. ich habe auch schon mit der Config von brickd.conf rumgetestet... verschiedene IP's (localhost, 127.0.0.1, 192.168.#.#, 0.0.0.0) getestet... was bewirkt eigentlich 0.0.0.0? Bindet er dann auf alle LAN IP's? und wo wird der "websocket" eingesetzt? Mit meiner alten Version (glaube 2.0.5) gabs sowas noch nicht. Hoffe das die Bricks/lets mit der (entsprechend alten Firmware) mit dem aktuellen BrickD 2.2.0 kompatibel sind. Leider ist es nicht ohne weiteres möglich den master Brick an einen anderen Rechner anzuschließen, da zwischen mir und dem Teil ca. 8700km liegen ;-). SSH ist aber kein Problem :-p Hoffe nur nicht, dass der MasterBrick nen Treffer hat... das wäre irgendwie unpraktisch ;-) vielleicht hat ja jemand noch ein paar Ratschläge. Bin nach 3h Fehlersuche etwas ratlos geworden. Zumal die Remote-Verbindung nach China nicht die beste ist... Danke euch schonmal. Gruß Christian

Ein bisschen einfacher gehts schon 1. du gehst auf ein "Projekt deiner Wahl" 2. in der Adresszeile ersetzt du "http://www.tinkerunity.org/wiki/index.php/Projekt_deiner_Wahl" mit "irgendwas" 3. wenn du auf "Irgendwas" bist, kannst du auf edit gehen... 4. Alternativ überspringst du Punkt 1-3 und besuchst direkt die URL "http://www.tinkerunity.org/wiki/index.php?title=Irgendwas&action=edit" Gruß Chris

da ham wirs... Dann musste wohl CM9 aufspielen .de läuft bei mir super

Liegts vielleicht an der Android-Version? SGS2 evtl schon Android 4 und das SGS1 ist ja nicht ohne weiteres über 2.3.7 hinaus zu bekommen . Je nachdem was du für eine API-Version genommen hast... Gruß Christian

Naja morgen werd ich mal wahrscheinlich die LEDs bestellen. Diese Bastelplatine muss ich dann auch noch ordern. Evtl dokumentier ich mein Projekt im Blog. Dazu muss ich aber meine Seite noch ein bisschen pimpen ;-) Upgrade von Joomla und a schöneres Template ;-)

aja, dachte das ist quasi - bei 500 Hz - dass der Servo 500mal pro Sekunde den Schalter kippt... also 2ms aus, 2ms an, 2ms aus... usw. Gruß Christian

Also wenn man aufs Bild klickt kommen noch ein paar Daten: PWM max: 5V / 1 KHz Wenn er das Teil nun mit 500 Hz beflackert läuft er dann auf "Halber" leistung oder wie stell ich mir das vor? 1000 Hz ist ja die maximal-Rate von dem kleine KSQ. ist das dann volle Helligkeit oder nur die 10% minimum? Hatte mit PWM bisher noch nicht wirklich Berührungspunkte

Servus, ja genau, das sind scheinbar coole Teile. sieht nicht schlecht aus. Und könnte ich jetzt hier vom Servo-Brick das Signal an die PWM-Pins anlegen und dann Dimmen?? Der Servo-Brick hat doch glaub ich 7 Ausgänge, oder? Gurß Christian

Vielen Dank für deine Tipps. Der Link ist echt aufschlussreich. Ich habe am Wochenende noch einiges gelernt was mir viel gebracht hat. Zum Thema "keine KSQ" kann ich aktuell nur sagen, dass man dies unbedingt vermeiden sollte um die LED's nicht zu schrotten... Es ist wohl so, dass die LED's bei höheren Temperaturen immer mehr Strom ziehen und wiederum heißer werden bis letztendlich das Teil abraucht. Mit dem Strombegrenzer/KSQ verhindert man genau das wohl Zudem hab ich noch folgendes Teil entdeckt: CoolTWILED Das Teil ist eine Platinen-Bausatz samt Software, was einem ermöglich über 12 Ausgänge HighPower LED's mit ettlichen Watt zu befeuern und per PWM zu regeln. Das Teil ermöglicht es wohl auch Temperaturen zu messen auf einem LC-Display auszugeben und Diverse Simulationen (Sonnenauf-/untergang) usw. Genau das was ich mit Tinkerforge hätte auch machen wollen nur "fast-fertig"... Spart mir extrem viel Hirnschmalz und wahrscheinlich auch noch ein paar €... naja, mal schaun. Aktuell ist meine geplante Konstruktion etwas geschrumpft auf 114x35cm. Lichtleistung liegt mit meinen geplanten Modulen aktuell bei ~8300Lumen bei 110-130Watt... Naja, mal schaun wie's nu weiter geht... heut kam auch mein Lux-Meter um das ganze auch "verifizieren" zu können ;-). Jetzt muss ich mit mir nur mal einig werden was letztlich für LED's auf mein Panel kommen und dann muss "schleunigst" bestellt werden, weil die China Ware ja immer so seine 2 WOchen braucht :/ Gruß Christian

Die Geschichte mit dem Rechner ist schon richtig. Aber genau das Problem löst ja der RaspberryPi den ich schon habehabe Mein Problem ist entsprechend die Elektronik und Stromversorgung. - mache ich eine großs KSQ und Regel die 12V Spannung dann runter Vol nötig, oder macht diese Idee vielleicht sogar gar keinen Sinn? Ich will nur nicht für jedes LED Modul ein eigenes Netzteil betreiben... Gruß Chris

Servus, ich hab da mal eine Frage die nur indirekt mit TF Zutun hat. hier sind ein wenig Elektroniker Kenntnisse gefragt. Mein Halbwissen hier ist da ziemlich begrenzt und hätte hier gern ein Paar Tipps der Profis :-) Zu meinem Projekt: Gebaut werden soll eine Hochleistungs LED Aquariumsbeleuchtung für das neue Seewasser Aquarium von meinem Schwiegervater. das Becken wird ca. 350 Liter fassen und ist ca. 150*50*50 cm groß. Die Beleuchtung wird in einem Kasten hängend darüber platziert. Aufbau: auf einer Alu-Platte mit den Maßen 120-130*45 cm werden die LED's plaziert. diese sitzt mittig in einem Holzrahmen. Darunter evtl eine Diffusor PlexiPlatte. Die LEDs sind allesamt wahrscheinlich 10Watt-COB Module aus China mit Lichtleistungen von 500 bis 800 Lumen. Experimentiert hab ich bereits mit 2 solcher Module 6500K und 800Lm. Um dem Aquarium gerecht zu werden werde ich die Farbtemperaturen/Wellenlängen mischen. von 2800K warmweiß über 6500K Tageslicht/Kaltweiß bishin zu 25000K Arcticweiß und zusätzlich 405nm UV Licht, 455nm Royalblau und 655nm rot. Die Problematik: Die Beleuchtung wird extrem Lichtstark sein und vorraussichtlich um die 10000 Lumen leisten und zwischen 100 und 130 Watt verleuchten. Hier brauch ich natürlich entsprechend ein Leistungsfähiges Netzteil bzw Netzteile. Für mich stellen sich folgende Fragen: [*] Was ist das besondere an eine KSQ/Konstantstromquelle (was respektive auch als LED Driver bezeichnet wird, oder???) [*]wie gleiche ich am besten die unterschiedlichen Spannungen an? Meine weißen LEDs brauchen zwischen 11V und 12V und 900-1100 mA und die roten z.B glaub ich 6,8-7,2V... wie würdet ihr das angehen? Was nehm ich für Hauptstromquelle/en? [*]Wie Dimme ich die LED's am besten? Ich hab auch schon 50W Netzteile mit Drehdimmerer gesehen... Wir könnte ich das Realisieren? [*]Geplant ist auch mal eine Steuerung und Überwachung mittels Tinkerforge. Diverse Bauteile, LCD und RaspberryPi hab ich ja schon. Wie könnte man Z.b. einzelne LED Teilbereiche automatisiert Dimmen lassen um so z.B einen Sonnenuntergang und einen Nachtmodus (in Blau) simulieren? Was ist hier der Ansatz? Ich weiß, Fragen über Fragen. Evtl kann mich der ein oder andere bei diesem interessanten Projekt unterstützen :-D. Evtl werd ich mal den Fortgang dieses Projekts in meinen Blog schreiben . Aber da muss ich auch noch a bissl dran arbeiten Gruß Christian

also ich konnte mich am Lounch-Tag in dem Chaos um 06:05 Uhr ca. eingetragen... bestellen konnte ich Ihn am 15. Mai und war am 18. Mai schon da Gruß Christian

gute Frage. Ich denke mal das man 2 Verbindungen irgendwie starten muss. Eine Localhost die andere für WLAN-IP... wie siehts eigentlich IPv6 Unterstützung aus? is zwar jetzt fast a bissl off Topic, aber das Thema wird ja immer konkreter...

dacht ich auch, habs aber dann nochmal gedruckt, und hab das beachtet, aber hat irgendwie nicht geklappt . Wie auch immer. Wollte das "Gehäuse" sowieso noch aufhübschen

Mal so ne ganz Laienhafte Frage: Kann ma das IMU nicht einfach vom Umgebungs-Magnetfeld der Motoren abschirmen? oder eben die Motoren? Gruß Christian

Jup läuft mit Debian Squeez und LXDE... Hab jetzt noch nicht wirklich viel damit gemacht, weil mir einfach die Zeit a bissl fehlt . Ich hab aber mal ein "Papp-Case" gebastelt und dem Raspberry ne Behausung geschenkt. Wer will, dem kann ich mal eine Passende Corel-Datei zur Verfügung stellen. Mit den PDF's hatte ich so meinem Probleme (waren zu klein?!). Gruß Christian

Mist... aber immerhin 30%... Da sollten die Admins das langsam mal auf 1-5MB wenigstens anheben... Gruß Christian

Ich hab mal was zum Thema komprimieren ins Wiki geschrieben vielleicht hilfts ja

Das ist schon richtig... zum einen sollten wir im WIki mal ne vernüftige "Wie fang ich an" Seite machen... Mit Tipps zu Programmieren und wie ich auf den unterschiedlichen Systemen das Zeugs mal grundlegend in Betrieb nehm... darauf wird dann einfach verwiesen und man muss nicht alles 20x erklären :-) Genauso wie mit den "Wann gibts denn einen Kaffee-Brick" usw... Da sollten dann einfach "Sticky"-Notes im Forum angebracht werden. Evtl - falls die Tinker-Boys sich da nicht unter Druck fühlen - eine Wiki-Site zu geplanten Bausteinen und deren geplante Einführung (im Q3-2015 usw)... Das würde viel Müll vermeiden, oder?

Ich denke mal 10.000 ist ein bisschen arg... Ich glaube nicht, dass bisher überhaupt annähernd so viele Chibis gefertigt wurden. Wahrscheinlich nicht mal Masterbricks . aber so 100 Stück werdens schon sein... Die Idee mit den Vorbestellen find ich net schlecht.