Jump to content

Christian

Members
  • Gesamte Inhalte

    112
  • Benutzer seit

  • Letzter Besuch

Über Christian

  • Geburtstag 28.05.1984

Christian's Achievements

Newbie

Newbie (1/14)

0

Reputation in der Community

  1. Kann ich das Master Brick echt nur flashen, wenn es im Bootloader Modus (nach dem Drücken der Tasten) ist?
  2. 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
  3. 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
  4. 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"
  5. 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
  6. 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
  7. 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
  8. da ham wirs... Dann musste wohl CM9 aufspielen .de läuft bei mir super
  9. 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
  10. 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 ;-)
  11. 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
  12. 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
  13. 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
  14. 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
  15. 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
×
×
  • Neu erstellen...