batti

Hallo Dan, das Kabel könnte passen. Garantieren kann ich es dir aber natürlich nicht. Wir haben gerade aber auch die Verbinder einzeln mit aufgenommen. Ich denke das war ein sehr sinnvoller Hinweis. Danke! Grüße, Bastian

Es ändert sich quasi nichts, nur dass der Rechner mechanisch mit im Stapel sitzt. Wenn Wifi im Stapel sitzt, dann muss der Stapel trotzdem auseinander genommen werden. Dies kann nur über eine neue Hardwareversion des Master Bricks gefixt werden.

Hallo Robin, da können eigentlich keine großen Ströme fließen. Die Graphen im Datenblatt zum VJ13PC0300KBA Varistor fangen leider erst bei ~30V an und da liegt man im µA Bereich.

Das Problem dabei ist, dass viele GPIO's im Stapel mit allen Teilnehmern verbunden sind. Um gezielt einen Teilnehmer flashen zu können muss ich diesen einzeln adressieren können. Dies ist bei unserer Hardware aber nicht möglich. Das USB Host vom RED Brick ist ein ganz normaler USB Anschluss und kann auch genauso verwendet werden. D.h. das Flashen eines Bricks ist darüber auch möglich. Die Frage ist dann nur wie dieser in den Bootloader kommt.

Na das hört sich doch gut an... Freut mich.

Kannst du ein Foto vom Aufbau machen? Es existiert keine USB Verbindung zwischen Raspberry und einem Brick, richtig?

Die 1000 Nachrichten sind zum einen über die USB Schnittstelle begründet, die dann ja wegfallen würde, aber auch die ganze Software ist daraufhin designed (1ms Tick Task etc.). Daher wird auch die SPI Lösung nicht mehr Nachrichten erreichen können. Das wird nicht gehen. Zumindest nicht das ein beliebiger Teilnehmer im Stapel geflasht werden kann. Da werden wir erstmal bei USB bleiben müssen.

Die Strommessung bei der Step-Down Power Supply ist für kleine Ströme nicht sonderlich genau. Das kann also sein. Bezüglich der Chip Temperatur, wie gesagt das können bei 51°C in real genausogut 20°C wie auch 80°C sein. Ich bin mir momentan ehrlich gesagt nicht sicher ob es überhaupt an der Temperatur liegt. Läuft denn auch der Kasten oben bei dir stabil wenn er offen ist? Hast du das mal längere Zeit getestet?

Die Lufttemperatur im Kasten würde mir reichen. Wenn du diese Messen kannst, dann gerne auch die Chip Temperatur. Die Drehung des Kastens ist echt eine gute Idee gewesen. Bin auf das Ergebnis gespannt. Die Anzahl der "Open Connections" lässt sich nicht auslesen. Der Bufferzustand lässt sich mit getWifiBufferInfo() auslesen.

Hallo Martin, Sorry für die späte Antwort. Haben deinen Post wohl irgendwie übersehen. Schreib uns bitte mal per Mail an. Grüße, Bastian

Jax, mich würden die wirklichen Temperaturen interessieren. Die Chip Temperatur kann beliebig falsch liegen. Ich kann immer noch nicht glauben, dass die Bricks/Bricklets Probleme mit 55°C haben. Kannst du mit einem externen Thermometer nachmessen? Der Chip auf der Step-Down Power Supply wird bei zu hoher Temperatur abschalten ("Überlast"). Allerdings sollte dein Aufbau die Step-Down Power Supply nicht sonderlich auslasten. Ich würde nur eine minimale Erwärmung erwarten. Was sagt die interne Strommessung? 24V Eingangsspannung sollten kein Problem machen.

Das mit der Antenne kann ich mir eigentlich nicht vorstellen. Was passiert denn wenn du nicht über das Netzteil sondern z.B. über ein USB Netzteil versorgst? (Dann ist WIFI ja immernoch aktiv)

Hallo Jax, das mit der Überhitzung kann ich mir nicht vorstellen. Die Bricks und Bricklets arbeiten eigentlich auch noch bei deutlich höheren Temperaturen. Ich denke man muss hier systematisch dran gehen. Was passiert, wenn du das Schalten des Relais auskommentierst. Läuft dann das System stabil?

Hallo Gabe, sofern die roten am Sensor miteinander verbunden sind und auch die weißen miteinander, dann sollte es egal sein. Du kannst ja einfach mal die Widerstände messen die einen sollten ~Ohm haben und die anderen ~100 bzw 1000 Ohm. Grüße

Bezüglich des Releases haben wir noch keinen offiziellen Termin. Wir fangen jetzt mit der Entwicklung des Prototypen an. Das wichtigste wird dann sein diesen stabil zum laufen zu bringen. Wenn das geschafft ist muss der SPI Treiber für den Stapelbetrieb geschrieben werden und Brickd erweitert werden. Ist dies vollbracht, dann könnte eine Art "Developer Version" veröffentlicht werden, die noch nicht das Webinterface etc. bietet. Zeitlich möchte ich mich hier nicht festlegen. Wir werden euch über den Blog auf dem Laufenden halten.

Hallo Dan, ist der Zustand nach einem Neustart des Raspberrys immer noch da? Wie versorgst du die LEDs? Welche Version vom Raspberry Pi hast du? Die ersten hatten Probleme mit der 5V Stromversorgung über USB. Du könntest mal probieren zwischen Raspberry und dem Master Brick einen aktiven (mit eigenen 5V Netzteil) USB Hub zwischenzuschalten. Grüße

Danke für die Hilfestellung! Ich dachte dabei aber eher an Industrieprodukte die wir dann zum Testen benötigen würden. Das Raspberry Pi nutzt einen Prozessor von Broadcom mit Package on Package (der RAM sitzt auf dem Prozessor) Technologie. Darum haben wir uns zuerst bemüht, da wir mit dieser Technik sehr viel Platz sparen würden. Für keine Firmen wie uns scheinen Prozessoren mit dieser Technologie aber nicht erhältlich zu sein. Texas Instruments bietet ähnliche Prozessoren, unter 100T Stück läuft da wohl garnichts. Ein bestehendes Design zu übernehmen ist aber auch gar nicht möglich, da ich dieses ja nicht einfach ausschneiden kann. Was meinst du damit? Natürlich gibt es für das Raspberry Pi und andere Boards fertige Images. Auf diese können ja auch Brickd etc. installiert werden. Siehe oben. Kann ich nachvollziehen. 30€ ist natürlich auch ein Wort zum Sonntag...

Soweit wie ich das sehe (man möge mich korregieren) würde man dazu eine externe Interruptquelle benötigen (Co-Prozessor). Auf dem RED Brick selbst werden wir da keinen Platz für haben. Vll. kann dieses Thema in Zukunft mit einer speziellen Power Supply angegangen werden, die intelligent die Stromzufuhr steuert oder über eine Interruptleitung weckt. Das ist aber absolute Zukunft! Das kann man natürlich tun. Die Nutzung eines Raspberry PIs mit unserem Baukastensystem ist ja schon länger dokumentiert. Nachteilig dabei sehe ich: 1) Formfaktor/nicht in Stapel integrierbar 2) Unterstützung (Linux Kenntnisse notwendig) 3) Stromverbrauch Damit ich jetzt nicht als Miesepeter dastehe: Andere Embedded Boards werden auch mit dem RED Brick weiterhin eine Option sein. In letzter Zeit sind einige Boards rausgekommen mit verschiedensten Quad Core Prozessoren etc. die leistungsmäßig in einer anderen Liga spielen. Dies aber zu Lastern der Größe und des Stromverbrauchs.

Nachtrag zum Stromverbrauch (getestet mit Olimex A10s Board): 100%CPU Last: <410mA Ich habe gerade nochmal einen 100% CPU Last Test gemacht. Ich bleibe mit dem Demo Board immer unter 410mA (~2W). Unausgelastet liege ich wie gesagt bei <240mA.

Ja, hatte das falsche gequotet.

EDIT: Wie gesagt, können wir nicht versprechen. Eingeplant ist es aber erstmal.

Nein, das hat nichts miteinander zu tun. Bei Chibi konnten wir uns unser Protokoll aussuchen (selbst definieren). Der Funk Chip besitzt eine interne Empfangs-FIFO, so dass mehrere Bytes nach einer gewissen Zeit abgerufen werden können. Damit wäre das Problem gelöst, allerdings lässt sich diese FIFO nur nutzen, wenn die Funk-Pakete einen gewissen Aufbau haben (Preambel etc.). Dies ist bei vielen Protokollen nicht der Fall. Daher können wir die FIFO für diese Protokolle nicht nutzen und müssten jedes Bit einzeln auswerten. Die 868MHz Protokolle haben wir noch nicht betrachtet, weil wir bisher nur ein 433MHz Modul zur Verfügung haben. Wenn diese Protokolle ebenfalls nicht zufällig genau die richtige Preambel nutzen, dann haben wir ebenfalls die oben genannten Probleme. Das hängt vom Protokoll ab. In der Tat kann es sein das ein Hinkanal ausreicht um einfach Werte zu setzen (siehe aber auch den Post von BorgelMorgel). Um zumindest komplett HomeMatic o.ä. zu unterstützen müsste der Rückkanal aber auch funktionieren.

Ja, für den Stack gilt das. Wie gesagt momentan ist ein kleiner GPIO Flexkabel Anschluss eingeplant. Dieser ließe sich auch parallel zu Stack-SPI nutzen. Auf dem geplanten GPIO Flex Anschluss liegen 12 GPIO, darauf liegt SPI und ein UART (RS232, allerdings nur RX, TX). Der maximale Strom wird bei 1.1A liegen. Dies kann aber nur funktionieren wenn der Brick per Step Down versorgt wird.

Da sollten wir drunter liegen. Ich teste hier gerade mit einem A10s Board von Olimex. Beim booten komme ich so auf max. ~320mA (stark schwankend). Im Dauerbetrieb (Brickd, Python Script) komme ich so auf 255mA. Das Board hat aber zusätzlich Ethernet mit drauf (das in meinem Aufbau nicht genutzt wird) das vll. auch noch etwas den Stromverbrauch nach oben zieht. Diese Beschränkung ist ersteinmal unabhängig vom RED Brick. Die komplette Software ist auf 1000 Nachrichten ausgelegt (1ms Tick Task etc.).

RS232 mit der Standardbuchse ist deutlich zu groß. Auch ein Pin Header würde Eng, da HDMI bereits in der Micro HDMI Ausführung geplant ist. USB Host möchten wir gerne als USB A lassen, da man ja sonst für alles Adapter benötigt (Beispiel Wifi Stick) Korrekt Richtig.