batti

Als Hardware könntest du das Debug Brick dafür nutzen, allerdings gibt es keine API/Firmware dafür. Du müsstest also deine eigene Firmware dafür schreiben.

Hi Danoscar, we currently don't offer a 433Mhz receiver momentarily, so the question is if there exist a suitable receiver for your purpose. This was one of the first hits at google: http://www.futurlec.com/Radio-433MHZ.shtml The problem will be, that you have to implement the protocol which these modules are talking. So its no easy task. If you try to do this have the maximum API calls per second in mind.

hallo mruniversum, die Angaben sind halt von dem Sensor der auf dem Current Bricklet sitzt. Für Netzspannungsmessungen ist dieser aber in der Tat ungeeignet. Momentan könntest du z.B. einen Stromsensor nehmen, der 0-10V ausgibt und diese Spannung dann mit dem Analog IN Bricklet messen. Natürlich hätten wir gerne auch ein Bricklet hierfür im Programm, aber dies gilt für eine sehr große Anzahl an Bricklets. Leider können wir nur Schritt für Schritt unser Baukastensystem erweitern.

Ihr passt echt auf was wir tun. Habt aber leider recht. Aktuelle Stand bzgl. WIFI Extension ist, dass alle Bauteile da sind, wir unserem Bestücker den Auftrag zur Produktion erteilt haben und er jetzt kurzfristig versucht die Extensions zu bestücken. Normalerweise haben Bestücker sowas wie 3-4 Wochen Lieferzeit (aktuell meist länger). Wir bekommen da ne Extrawurst, wobei wir den Bestücker dann nicht auf nen fixes Datum festnageln können. Ich hatte eigentlich gehofft, dass wir diese Woche noch die WIFI Extensions bekommen. Leider klappt das nicht. Nächste Woche sollte es dann aber soweit sein. Grüße, Bastian

Mit Callbacks kannst du Änderungen mit bis zu 1khz detektieren.

Hi Anton, typically these interfaces can be controlled with a adjustable resistor. For example you can attach a 10k Ohm potentiometer to it and control the light. Currently there exist no product for this application.

Hi Anton, it is very hard to tell what the problem is. Maybe it's a problem with the driver IC. Please contact us via email. Thanks, Bastian

Vielleicht hat ja jemand Lust unsere Bricks/Bricklets miteinzubinden...

@ArcaneDraconum: Es wird wohl erst die Ethernet Extension geben und danach nen Chibi Ersatz. Chibi wird wohl nur wegfallen wenn wir keine Funk-Alternative finden. Wir haben uns da schonmal etwas umgesehen, Alternativen gibt es. Allerdings werden die etwas teuer werden wie die damalige Chibi Extension. Also ich denke das wird was @AuronX: Natürlich kann man sich da etwas basteln oder an den richtigen Stellen etwas anzapfen. Aber ich fürchte, dass das keine vernünftige Lösung im Sinne eines Produktes ist. So für Privat lese ich aber gern von so welchen Hacking Sessions @Loetkolben: Aus dem Auge verlieren werden wir das nicht. Allerdings wollte ich damit klarmachen das ich da momentan wenig Chancen sehe (lasse mich aber gerne eines besseren belehren). Das Problem sind weniger die Empfänger sondern mehr die Protokolle und Absprachen mit dem Hersteller.

Sorry, I guess the best will be to test this, but I would expect several meters. If you have problems with noise etc. try to decrease the value of the internal pullup by adding an external resistor in parallel. I would try to achieve that the maximum current is flowing to be maximum noise resistant.

Ich sehe ein, dass es an so einem Connect Brick Interesse gibt, allerdings fürchte ich das so etwas Utopie ist. Aus Erfahrung mit einem Hersteller weiß ich das die kein Interesse daran haben Ihre Protokolle offenzulegen. Die scheinen alle mit Opensource auf Kriegsfuß zu stehen. Dazu kommt dann ja noch die Tatsache, dass die ein solches Connect Brick als Konkurrenzprodukt ansehen könnten da sie natürlich lieber ihren Kram verkaufen wollen. Die WIFI Extension wird vorraussichtlich in zwei Wochen in Produktion gehen.

Dear Cathodion, ok, I have now something like ab A3 or A4 plastic sheet with ~2mm thickness and 5mm hole grid in mind. I will contact our hardware supplier and ask for prices...

Hi Cathodion, you can use an IO-4, IO-16 or Analog IN Bricklet for this. This Module has an open collector output with pullup (digital output!) Simply connect 3V3, GND and one input to this module.

Matthias hat mich gerade darauf hingewiesen, dass du eine typische Brick UID für das Bricklet angegeben hast. Das hatte ich übersehen. Wie gesagt, überprüf bitte mal deine UID

Hallo bluewhite, typischerweise ist dies ein Problem mit einer falschen UID, aber wenn die passt und Brickd läuft sollte es eigentlich gehen. Ein Rechteproblem gibt es da eigentlich nicht. Führst du die ungeänderte example_simple.py aus? Bitte überprüf nochmal die UID.

Danke für den Hinweis AuronX, werde ich den Jungs gleich mal vorschlagen. Bzgl. TCP/IP, das stellt kein Problem dar. Haben es auf dem Raspberry Pi getestet. Eine reine C Implementierung schafft ohne Ende Nachrichten (>10.000/Sek). Das Stellt kein Flaschenhals dar. Testet man dies allerdings mit Python, so ist man schon wieder in der Nähe von 1.000/Sek. Und da kommt beim Brickd natürlich noch der USB Kram und das Messagehandling dazu.

Natürlich ist das lohnenswert. Allerdings ist es schon einiger Aufwand und wir wollen eigentlich nicht zwei Brickd's parallel haben. D.h. wir würden dann Brickd komplett auf C für alle Platformen umstellen damit wir nicht zwei Systeme parallel warten müssen. Ein C Programm für verschiedene Plattformen (32bit/64bit, Linux/Mac OS X/Windows etc.) anzubieten ist aber leider einiger Aufwand. Dies war auch einer der Gründe warum wir Brickd in Python geschrieben haben. Ich denke das die 8ms kein Problem darstellen. So oder so muss ja eine Regelung dahinter die auch die Beschleunigungswerte des Quadrokopters mit einbezieht.

That the LCD dimm slightly when switching the DR is normal. The reason is, that the DR draws a significant current when switched on, so the voltage drop across the protection diode on the bricks is higher. This leads to a lower voltage on the 5V line and a slightly darker LCD backlight. Regarding the LCD Problem. Please write us an email, there seems to be something wrong with it.

I understand the need for a mounting plate, but I don't know how this plate should look currently. I think it should have a 5mm grid with 3mm drills. What dimensions should this plate have? Should there be some other kind of Mounting holes? Please make some suggestions. If possible a DXF file or something else would be nice. Thanks

Das mit dem Quadrokopter können wir auch nicht mit Sicherheit beantworten. Das weiß man wohl erst wenn man es probiert hat. Falls jemand an eine Anwendung des Raspberry Pi's denkt, dann wird das mit dem jetzigen Brickd nicht möglich sein. Python ist einfach sehr langsam auf dem Raspberry Pi (Brickd ist in Python geschrieben). Wir denken aber über eine Implementierung in C nach, so dass auch auf dem Raspberry Pi 1000 Nachrichten/sek möglich sind. Problematisch könnte dann noch Reaktionszeit sein, da die Nutzung von USB natürlich Latenz mitbringt. Keine Ahnung wie schnell man bei so einem Quadrokopter reagieren muss und was alles durch eine vernünftige Regelung rauszuholen ist. Grundsätzlich halte ich das ganze aber für möglich und wer weiß, vll. gehen wir das auch mal an...

Ok... That was not the answer I was expecting , but it's nice that you enjoy the tinkering...

Dies wäre unserer VK Preis. Wir haben uns gegen einen Poll entschieden, weil wir gerne auch eure Gründe dazu hören wollt.

Any update here Xenna? We are currently discussing possible improvements...

Hallo Holy, hat der upload geklappt? Können wir dich irgendwie unterstützen (auf server hochladen, dokumentation etc)? Grüße, Bastian

Hallo zusammen, wir können euren "Zorn" natürlich verstehen. Wie wir schon zu genüge geschrieben haben waren wir mit Chibi so nicht zufrieden und versuchen lieber möglichst schnell eine bessere Alternative anzubieten. Es gibt natürlich Gründe warum wir nicht einfach noch nen paar Chibis machen. So müssen die Bauteile wieder neu beschafft werden und der Bestücker muss wieder loslegen. Normale Kunden bestellen Ihre Waren 4 Wochen im vorraus beim Bestücker. Dieser "normale" Weg würde also durchaus lange dauern. Einfach auf nen Knopf zu drücken und schwupps ist alles da ist also nicht möglich (leider). Anstatt unsere Energie darein zu stecken, setzen wir momentan alles daran die WIFI Extension fertig zu bekommen. Unser Bestücker wird auch alles versuchen sie schneller zu produzieren. Nun ist das aber so, dass es nicht "das WIFI Modul" gibt. Wir haben uns Anfangs auf das WiFly eingeschossen da es weit verbreitet und recht günstig ist. Nach nen paar Tests und nen Prototypen haben wir aber festgestellt, dass es Probleme mit manchen FritzBoxen gibt. Der Hersteller verkauft mehr oder weniger an Firmenkunden wo dies nicht so wichtig zu sein scheint. Für uns war dies natürlich ein k.o. Kriterium. Also haben wir uns andere (teurere) Module schicken lassen und diese getestet. Wir scheinen jetzt zwei Kandidaten zu haben. Typischerweise werden diese Module per serieller Schnittstelle betrieben. In unserem System wäre eine SPI Schnittstelle aber deutlich sinnvoller, da der Prozessor geschont werden könnte und auch ein höherer Durchsatz möglich wäre. Die Module unterstützen SPI laut Datenblatt, wenn man aber mal nachfragt stellt man fest, dass diese sich noch in der Entwicklung befindet... Kurzum: Wir haben hier jetzt Module die wir auch per SPI ansteuern können. Etwas müssen wir dies noch testen, dann gibt es noch einen "Vorserien Prototypen" und dann werden die Leiterplatten bestellt. Sorry das dies so lange dauert. Grüße, Bastian