borg

@nikwest Habe gerade eine neue Master Brick Version (1.1.4) und eine neue Brick Viewer Version (1.0.6) hochgeladen, diese implementieren es jetzt so wie du es vorgeschlagen hast. So wie es vorher war, war es einfach nicht verständlich genug. Hier ist die neue Dokumentation dazu: http://www.tinkerforge.com/doc/Hardware/Master_Extensions/Chibi_Extension.html#chibi-configuration Da gibt es jetzt denke ich nichts mehr misszuverstehen!

No idea what is going on there. There is no way to install python 2.4 on any of the systems i have here (other then compiling it from source), but there is nothing that could be considered a syntax error in any python version at that location.

In general i agree. But one of the groups our hardware is very appealing to are pupils that want to learn a programming language. With some Bricks and Bricklets thrown in, learning a programming language can be a lot more fun. This group especially may not be comfortable in english and needs native language support. Currently we are mostly selling to Germany (~80%). That is probably the case because of the bigger media respose we had in Germany. I expect that the numbers will shift in the future and then there will automatically be going on more in the english language forum.

python-gudev is needed for USB hotplug, you can use brickd without it (you have to plug in the Bricks before starting brickd in that case). Regarding your traceback: Is that the complete traceback? It isn't saying anything. Can you change the logging level to logging.DEBUG in config.py and then run brickd with ./brickd_linux nodaemon and post the outcome? edit: I just did a quick search, it seems libusb1 and python-gudev is readily available as rpm: http://rpm.pbone.net/index.php3/stat/3/srodzaj/1/search/libusb1 http://rpm.pbone.net/index.php3/stat/3/srodzaj/1/search/python-gudev there are also rpm's for CentOS 6 in the list (i can't see any for 5.8 unfortunately).

Oh! D.h. da muss etwas eingestellt gewesen sein was nicht erlaubt ist, die frage ist natürlich wie das passiert ist. Entweder das EEPROM hatte im Auslieferungszustand nicht überall 0xFF stehen (was es eigentlich haben sollte) oder es ist irgendwo ein Bug den du getriggert hast der dafür gesorgt hat. Wenn das gleiche Problem nochmal auftritt bitte Bescheid sagen und posten was du gemacht hast bevor es aufgetreten ist .

Klingt so als seien auf den Bricklets die Plugins nicht OK. Der Brick läd die Plugins, führt sie aus und stürzt ab. Deswegen blinken dann die LEDs auch nicht. Kannst du mal versuchen die neu zu flashen? Dazu das Brick per USB anschließen, dann das Bricklet anschließen (in der Reihenfolge bitte nur machen um neu zu flashen), dann auf "Advanced Functions" und das entsprechende Plugin und den passenden Port auswählen und auf Save klicken. Davor bitte die neueste Brick Viewer Version installieren, unter Windows gab es vor Version 1.0.3 Probleme beim Plugin flashen: http://download.tinkerforge.com/tools/brickv/windows/

How many 240V devices do you have attached to the Dual Relay Bricklets? Does this happen with one already? And what do you use to power the Master Brick? I expect that the Master Brick does not get enough power through the USB port in your case. There is a thread in the German forum with a similar problem, he could get it working with a Step-Down Powersupply.

Wir haben im Moment das Problem, dass der Brick Viewer beim drücken von bestimmten Buttons (die eigentlich gar nichts böses tun) abstürzt. Aber nur wenn wir eine .app draus gemacht haben, wenn wir aus dem Source starte gibt es keine Probleme. Das bereitet uns ein wenig Kopfzerbrechen, da haben wir noch keinen Ansatzpunkt gefunden das zu fixen. Bastian ist gerade nicht mehr hier, der kümmert sich um die Mac OS X Version. Vielleicht kann er aber heute Abend irgendwann eine kurze Anleitung schreiben wie man Den Brick Daemon/Viewer aus den Sourcen unter Mac OS X starten kann.

Mh, das klingt alles richtig. Kannst du mal ganz kurz die Frequenz auf etwas anderes umstellen zum testen? Wir kennen von einem Fall wo ein Funkthermostat auf der 868Mhz Frequenz so viele Daten sendet das bei Chibi zwischendurch Daten verloren gehen (allerdings funktioniert es dort prinzipiell erstmal). Du hast jetzt zwei neue Master Bricks, oder? Da würde ich die Wahrscheinlichkeit als sehr gering einschätzen das es an denen liegt.

We added support for that in the Master Brick firmware version 1.1.3: http://download.tinkerforge.com/firmwares/bricks/master/

Currently we are working on OS X support and the RS485 Extension, after that we will probably make the firmware for the Encoder Bricklets (they make the driver Bricks a lot more usefull) and then i intend to add more languages. Yes, it is probably a good idea to document the protocol we are speaking. It is certainly possible to speak the protocol in every language, there is no magic involved. One of our very first ideas was that a Brick could anounce itself as a mass storage device to the PC with a filesystem as described by you. But, as you said the events are problamatic and the events are very very important if you want any kind of performance over USB. For example if you have a few sensors in a stack over USB and you want to control a motor at the same time, you will be amazed how little bandwith there is left for the motor controlling if you are polling the sensors with a high frequency. Where as events with e.g a period of 10ms per sensor wouldn't be any problem. However, it would be possible to write another daemon that sits behind the Brick Daemon and generates a /sys like filesystem that can be used from everywhere. It probably would have a lot in common with the generators we use to generate the language bindings. So if there is someone that would be interested in writing something like this, i would certainly help if there are questions or problems.

Macht es dabei eigentlich Probleme, dass die Bricks und der PC gleichzeitig Strom bekommen. Ich nehme mal an, dass die Bricks deutlich schneller hochgefahren als der PC, und somit nicht wissen ob sie an einem PC hängen oder nicht? Gute Frage, da hab ich noch nicht drüber nachgedacht. Man kann natürlich wenn das Linux Board hochgefahren ist beim Master einmal auf Reset drücken, dann läufts. Rein softwaretechnisch ist es aber denke ich auch möglich den Bricks USB-Hotplug beizubringen (d.h. ein Brick wechselt vom Slave in den Master Modus wenn es an ist und man USB dransteckt). Das wirft dann natürlich Fragen auf: Was ist mit einem Brick das im Slave Modus in einem Stack ist der über USB angeschlossen ist? Wenn ich da USB dran anschließe, was soll dann passieren?

@gunter das Encoder Bricklet steht in der TODO Liste nach OS X Support und RS485 Extension @redieck: Wir verkaufen im Moment noch alte Step-Down Powersupplies aber die neue die gerade in Produktion ist hat neben dem 6-27V Eingang auch noch einen 5V Ausgang (exakt für Sachen wie das Beagle Board oder das Raspberry Pi).

Du kannst den Master Stack nach neuen Chibi Teilnehmern suchen lassen indem du auf den Reset Knopf drückst. Bzgl des Platzes am unteren Rand der Chibi Extension: Sieht für mich so aus als würde da keine Leiterbahn durchgehen, hab mal das Layout mit allen relevanten Lagen angehängt.

Hehe, innerhalb deutschlands kann ich mir gut vorstellen auf dauer auch einen Paketdienstleister zu benutzen. Bisher hatten wir einfach nicht die Zeit da mit einem zu verhandeln. Ich könnte mir aber gut vorstellen das wir uns da drum kümmern wenn jetzt die ganzen Vorbestellungen raus sind. Ins Ausland sind die Einschreiben für uns allerdings wirklich super. Wir haben den Vorteil das unsere Produkte klein und leicht sind, d.h. wir können sie als Maxibrief (unter 500g) ins Ausland schicken für schlappe 3,45€ (7€ für 500-1000g) dazu kommen dann jeweils noch 2,05€ für das Einschreiben. Dafür wird aber z.B. eine Sendung nach Australien in unter 5 Tagen verschickt! Zum vergleich: Ein DHL Paket nach Australien kostet 42€ und dauert 11 Tage! Was ein Express DHL Paket nach Australien kostet will ich hier gar nicht sagen, das würde mir eh keiner glauben: http://bit.ly/wHvVco . Edit: Ganz Allgemein verschicken wir natürlich als Einschreiben damit wir einen Nachweis darüber haben das wir es abgegeben haben und auch einen Nachweis bekommen wenn es angenommen wurde. Versichert sind Einschreiben auch bis zu einem bestimmten Betrag.

Das kann ich leider nicht erklären. Ich frage batti morgen früh ob er was dazu schreiben kann, er ist der Elektrotechniker von uns beiden. Da aber die eigentliche Bricklet Spannung (gemessen zwischen + und -) nicht einbricht gehe ich davon aus das es was mit den Interna von dem IO Expander zu tun hat.

Wait, what? That works? I was "hoping" that the Master doesn't show up in the Brick Viewer anymore in that case (this would mean that the Chibi Extension must be defect) This is the most confusing thing ever. Well if everything works this way i suppose it is OK.

Ich befürchte das bedeutet, dass der IO Expander deine Reed Relais nicht Schalten kann (Aufgrund zu hoher Peak Ströme oder zu hoher Induktivität oder so, man weiß es nicht). Wenn wir das nächste mal etwas bei Reichelt bestellen bestelle ich mal so ein kleines Reed Relais mit, wir können dann mal genauer nachmessen woran es liegt. D.h. wenn du mit der IO16 Relais schalten willst muss da wohl ein Transistor oder MOSFET o.ä. her: http://www.mikrocontroller.net/articles/Relais_mit_Logik_ansteuern

Mit deinem Nachbarn kannst du dich absprechen wer welche Kanälfe, Frequenzen und IDs verwenden darf. Gegen einen "Angriff" auf dein Chibi Netz gibt es allerdings keine Sicherheiten! Daten werden nicht verschlüsselt übertragen o.ä.

I see. One thing i didn't ask yet: Do you have antennas connected to the Chibi Extensions? And if you can test one more thing: If you change the master and slave Chibi Extensions (i.e. you configure the current slave as master and the other way around) does that change something? Edit: I just reread the thread, what i noticed now: When you say: "another to a dc brick for power" you mean Step-Down Powersupply, right? The DC Brick is a Brick that controls DC Motors, that can't power a stack. And if you use the Step-Down Powersupply, what do you use for power input?

Überall wo es Callbacks gibt nehmen wir die natürlich, ansonsten Timer, ja.

Hab doch noch ein Relais gefunden das klein genug ist um es mit der IO16 zu schalten (http://pewa.panasonic.com/assets/pcsd/catalog/js-m-catalog.pdf): http://i.imgur.com/mtgYR.jpg Ich messe im geschalteten Zustand (A7=low): 30mA last 4,68V zwischen + und - 3,88V zwischen + und A7 Ich messe im nicht geschalteten Zustand (A7=high): 4,76V zwischen + und - 0V zwischen + und A7 Das ist ziemlich genau was ich erwartet hab, die Spannung vom Bricklet selbst bricht nicht ein, an dem belasteten Pin allerdings schon. Kannst du das so bestätigen bei dir? Ich kriege es bei mir allerdings nicht hin irgendwas zum abstürzen zu bringen damit. Ein unterschied ist, dass dein Relais ein Reed Relais ist und meins nicht, ich weiß nicht ob da nicht vielleicht die Peak Ströme höher sind.

Interesting that there even is a signal strength when you don't see the other master. The signal strength is only measured if packages are received. I am still a bit confused, you wrote before: What did you mean by that? I thought you meant that you had a Chibi connection between two Master? Edit: If you go to "Configure Extension Type" and you reconfigure the extension to Chibi, all of the other configurations will be deleted. Perhaps you did that?

OK, dann meld dich auch mal bei info@tinkerforge.com mit deiner Bestellnummer für den alten Master Brick. Heute scheint der Tag der defekten Hardware zu sein .

Nur um auf nummer Sicher zu gehen: Du hast: Master Brick HW Version 1.1, der funktioniert mit Chibi. Master Brick HW Version 1.0, FW Version 1.1.3, der funktioniert nicht mit Chibi. Korrekt?