batti

Bricks müssen ja mittels Erase Button in den Bootloader gebracht werden. Wird dieser beim Starten eines Bricks gedrückt (zum Beispiel durch Reset erzeugt), so löscht der Controller seine Firmware. Dann leuchten auch keine LEDs mehr. Der Brick wartet dann auf eine neue Firmware. Sonst probier bitte nochmal den Brick in den Bootloader zu bringen und ihn erneut zu flashen. /dev/ttyACM0 klingt prinzipiell nach dem richtigen Port.

Hallo, was für eine Schnittstelle wird denn zum flashen ausgewählt? Kann es sein, dass du eine falsche wählst? Das würde erklären warum das Verify fehlschlägt.

Hallo, "beim erstmaligen Starten" ist so gemeint, dass die ID festgelegt wird sobald der Sensor Strom hat. D.h. ein Batteriewechsel ändert seine ID.

Beim Servo Brick ist ja definitv etwas kaputt gegangen. Ich bin mir nicht sicher ob nicht auch die restliche Hardware darunter gelitten haben könnte. Wie gesagt das Angebot steht das du uns die Hardware zuschickst, wir diese prüfen und ggf. ersetzen. Mit explodierter Hardware irgendetwas weiter zu versuchen, halte ich nicht für sinnvoll.

+ an +... korrekt prinzipiell kann man auch zwei grüne Stecker nehmen. Der unterschied ist wirklich nur die Farbe. Wichtig ist, dass die schwarze Buchse auf der Step Down Power Supply ein Eingang ist und die grüne ein Ausgang. Wir trennen diese farblich, damit es da eine Unterscheidungsmöglichkeit gibt.

Korrekt, verfolge doch bitte mal ob "+" auf dem Step Down Ausgang mit "+" auf dem Bricklet verbunden ist. Meiner Meinung nach ist das gedreht (wenn ich auf dem Foto die Kabel verfolge).

Hallo Martinac, soweit wie ich das an deinem neuen Foto nachvollziehen kann, würde ich behaupten, dass das Kabel zum LED Strip Bricklet verpolt wurde. Ich fürchte damit wurden die 5V mit Masse verbunden. Prinzipiell ist der 5V Ausgang von der Step Down Power Supply gegen Verpolung geschützt. In diesem Fall konnte der aber nicht greifen, da ein Kurzschluss über unser System hergestellt wurde. Wenn du uns den Stapel und das Bricklet zuschickst, dann würde ich mir das ansehen und die Komponenten tauschen, die defekt sind. VG Bastian

Hallo Martinac, was ist denn auf dem Servo Brick passiert? Sind da irgendwelche Bauteile sichtlich zerstört? Ist bei dem LED Strip Kabel (1) ggf. die Polarität vertauscht? VG Bastian

Hi Malik, von beiden Bricklets gibt es Prototypen. Wir sind aktuell noch am entwickeln. Das HAT Bricklet wird ja eine (Notstrom-) Versorgung über Akku ermöglichen. Wir haben dafür jetzt einen eigenen Akkuhalter für zwei 16850er Zellen entwickelt und testen diese gerade. Wie es mit den Bricks weitergeht steht noch nicht ganz fest. Egal wie die Entscheidung ausfällt, wir wollen zumindest die aktuellen Master Bricks über eine längere Zeit weiterhin fertigen, so dass die älteren Bricklets auch zukünftig noch genutzt werden können. Prinzipiell wollen wir zukünftig alles auf die 7pol umstellen. VG Bastian

Hallo Kirill, Der Grund ist, dass wir die Bootzeit möglichst klein halten wollten. Wir haben uns einen "Flash-Adapter" gebaut, der die Stromversorgung einschaltet und anschließend das Bricklet flasht. Dafür haben wir einfach ein Industrial Quad Relay Bricklet genutzt. Somit sind die 333ms dann auch lang genug. Manuell diese zu treffen ist sicherlich nicht einfach. Wir machen das in der Tat über den Debug Pin ("printf"). Viele Grüße, Bastian

Das ist korrekt Wir flashen zuerst immer einen Bootstrapper per serielle Schnittstelle (zwei der vier Datenleitungen des Bricklets). Dann einen Bootloader und dieser kann dann über unser Protokoll und die vier Datenleitungen (SPI) die eigentliche Firmware schreiben. Der Bootloader übernimmt auch das Schreiben der Firmware, wenn man zum Beispiel über den Brick Viewer eine neue Firmware auf das Bricklet schreibt.

Hallo Kirill, aktuell ist nichts dergleichen geplant. Ich denke, dass der Markt recht umkämpft ist und das es da mittlerweile echt gute Produkte gibt. Wir sehen uns im Falle des 3D Drucker Marktes eher als "Zubehör" mit dem man einfach die Dinge implementieren kann, die der Drucker nicht direkt bietet (Steuerung von Zusatzgeräten, Sensorik etc.)

Hallo, zu diesem Zweck dienen die RS485 Extensions. Viele Grüße, Bastian

Technisch handelt es sich bei dem Analog In 3.0 einfach um ein ganz anderes Produkt. Die Spannungsmessung erfolgt hierbei mit dem XMC Prozessor auf dem Bricklet direkt. Dies wurde zuvor von dem Prozessor des Bricks übernommen.

Dies wurde in RED Brick Image Version 1.13 gefixt.

Hallo Plenz, das neue Analog In Bricklets in Version 3 unterstützt eine Kalibrierung (siehe API "set_calibration"). Version 1 und 2 besitzen diese Funktion leider nicht. Bei den Versionen ist leider nur eine nachträgliche Korrektur, d.h. in der eigenen Software, möglich. VG Bastian

Hallo, ich muss zugeben, dass ich kein GPS Experte bin. Es scheint aber ja so zu sein, dass im Zug der GPS Empfang gestört ist. Technisch scheint das Bricklet ja zu funktionieren (Test außerhalb des Zugs). Was passiert denn, wenn man das Bricklet aus dem Holzkoffer nimmt und mal an die Scheibe vom Wagen legt o.ä. (einfach mal mehrere Positionen ausprobieren). Viele Grüße, Bastian p.s.: Nur aus Interesse: Handelt es sich beim Handy wirklich um GPS Daten? Das Handy kann auch seine Position über die Funkmasten bestimmen, so dass man da ggf. getäuscht werden kann.

Das heißt, wenn das Bricklet nicht im Wagen betrieben wird, funktioniert es korrekt? Wie ist das Bricklet bzw. die Antenne des Moduls verbaut? Ist diese im Wagen verbaut und durch Metall o.ä. abgeschirmt? Wir auch nach lägerer Wartezeit nicht ein Satellit erkannt? VG Bastian

Hallo MiRo, ehrlich gesagt können wir uns das Problem nicht erklären. Damit ein V1.0 Bricklet (10pol Stecker) erkannt wird muss nur dessen EEPROM gelesen werden. Da ein Reset nicht hilft und du die Versorgungsspannung unterbrechen musst, heißt das, dass das EEPROM anscheinend einen Powercycle benötigt. Das ist sehr mysteriös, Ich wüsste aktuell nicht wo ich anfangen sollte, dass bei dir zu debuggen. Von dem IO-16 Bricklet gibt es eine neue Version. Diese nutzt kein EEPROM mehr (7pol). Wäre es für dich eine Option, dass wir dir vier von diesen Bricklets zuschicken und du diese mal testest? Falls ja schreib uns doch bitte per Mail an. LG Bastian

Hallo MiRo, wenn die IO-16 im Brick Viewer nach dem Connect (löst ein ennumerate aus) nicht auftauchen, dann meint der Master Brick auch das er keine Bricklet angeschlossen hätte. Der Master Brick taucht aber auf, ja? Kannst du über den Brick Viewer zum Beispiel die Status LED vom Master Brick ein/ausschalten? (Häkchen neben dem Reset Button). VG Bastian

Oh, gut, dass du das Problem lösen konntest. Von unserer Seite aus wäre dies schwierig gewesen. Das Raspberry Pi hatte ich ehrlich gesagt gar nicht auf dem Schirm (hattest du zuerst ja auch nicht erwähnt). Bei so etwas ist es immer gut auch lokal am Rechner das ganze mal zu testen.

Hallo UKN_PV, ich habe so recht auch keine Idee. Kannst du uns die Komponenten zuschicken? Wir würden die dann hier prüfen und ggf. ersetzen. Viele Grüße, Bastian

Hallo MiRo, das ist sehr merkwürdig. Bei einem Reset oder aber sobald der Master Brick das erste mal mit Strom versorgt wurde, prüft dieser ob Bricklets angeschlossen sind. Dazu wird bei den 10 Pol Bricklets ein kleiner Speicher (EEPROM) auf dem Bricklet ausgelesen. Dieser hängt am gleichen Bus wie das IC, welches die eigentlichen I/Os steuert. Kannst du prüfen ob die "nicht verschwundenen" Bricklets noch funktionieren? (Inputs ändern sich noch) Viele Grüße, Bastian

Das verstehe ich nicht. Die schreiben da ja etwas von "Passthrough". Ich könnte mir nur vorstellen, dass die Switche untereinander den "at" Standard nutzen und dass dann unsere Extension mit dem "af" Standard nicht funktioniert.

Hallo Jan, das ist eigenartig. Wie versorgst du denn den GS105PE? VG Bastian