batti

Hallo Yvo, du hast damit recht, dass eine Verwechselungsgefahr prinzipiell besteht. Die Männchen/Weibchen Lösung wäre sehr schön, steht in der Praxis aber nicht zur Verfügung, da es diese Stecker nicht gibt (in dem Stecksystem). In einer Zukünftigen Variante wird der Ausgang über eine Diode getrennt sein, so dass bei einer Verwechselung nicht zurück gespeist wird. Viele Grüße, Bastian

Masder: Die Anzahl der Verbindungen auszulesen ist wirklich nur über die Webseite möglich. So etwas hat die 1.0er Version nicht. Bin heute noch nicht dazu gekommen deinen Code mal laufen zu lassen. Sah auf dem ersten Blick nichts böses im Code. Baue das morgen mal auf. Reinweb: Das ist interessant. Die einfachste Erklärung ist, dass die Verbindung tot ist. Der Frage ist warum. Könnte daran liegen, dass das WLAN gestört ist (außer Reichweite o.ä.) und dass das auto-reconnect nicht funktioniert. Alternativ hat sich der Stapel neugestartet. Mach mal bitte folgendes: 1. Kurz vorm disconnect ruf mal ein getter auf. Ich würde vermuten, dass dieser ein Timeout bekommt. Wenn ja ist die Verbindung tot. 2. Ruf mal bei der Initialisierung einen Setter auf und setze irgendwas auf einen nicht default Wert. Rufe diesen Wert nach dem neuen connect mal ab. Ist dieser wieder auf default -> neugestartet. Ist dieser auf dem alten Wert -> nicht neugestartet. p.s.: Wir hätten diesen Thread für euch beide mal spalten sollen. Ich glaube ihr habt sehr unterschiedliche Probleme.

Korrekt

Zitat aus der Dokumentation (Tabelle): "Maximale Anzahl gleichzeitiger Verbindungen 10" "ipcon.disconnect();" Reset des Master Bricks, der die WIFI Extension nutzt führt dazu, dass die WIFI Extension neu initialisiert wird. Dabei werden alle zuvor bestehenden Verbindungen "gelöscht". Dies ist auch die einzige Möglichkeit alle Verbindungen zu löschen. Richtige Vorgehensweise ist jede Verbindung auch irgendwann zu schließen. Sind die Callbacks denn noch konfiguriert? Am besten du schreibst dir ein kleines Programm, was den Zustand der Callbacks abruft. Dieses Programm rufst du auf, wenn der Stack wieder in diesem Zustand ist. Dann gibt es zwei Möglichkeiten: 1) Die Callbacks sind noch wie gewünscht konfiguriert. Wäre sehr komisch, kann ich mir nicht so recht vorstellen. 2) Die Callbacks sind nicht mehr konfiguriert. Hier wird es interessant. Entweder ein anderes Programm hat die Callbacks umkonfiguriert (deaktiviert) oder der Stapel wurde/hat sich neu gestartet. Masder dein Programm versuche ich gleich hier mal laufen zu lassen.

Das das so viele Fragen generiert, damit habe ich nicht gerechnet. Der Treiber besitzt eine interne Clock mit der er zum Beispiel Microstepping macht. Die Clock wird auch genutzt um zu definieren, wann zwischen dem Silentmodus (leise) und dem "normalen Modus" (mehr Kraft) umgeschaltet werden soll. Diese Schwelle kann von euch definiert werden. Als Referenz dient aber die interne Clock. Diese ist aber recht ungenau und z.B. temperaturabhängig. Damit die Schaltschwelle auch wirklich eingehalten wird und nicht immer anders ist nutzen wir jetzt als Referenz eine externe Clock.

Hallo Lars, wie liest du das Accelerometer Bricklet denn aus? (per Getter oder per Callback?) Du kannst eigentlich sehr schön mit dem Brick Viewer testen. Ggf. ist es ein Problem mit dem WIFI Empfang? VG, Bastian

Hallo Fabian, was schaltest du denn mit der IO-16? Idee: Falsche Spannungen? Problem mit Überspannung? Induktive Last o.ä.? VG, Bastian

Hallo developer, ich glaube wir hatten selten ein Projekt was sich so hinzog. Entschuldigt dies bitte. Die Entwicklung des Silent Steppers lief bis vor kurzen etwas "nebenbei". Die Software für den Silent Stepper Brick steht jetzt soweit. Olaf hat die letzte Woche da viel implementiert. Wir mussten aber nochmal einen neuen Prototypen bestellen, da wir nun doch eine externe Clock benutzen wollen. Die Leiterkarten dafür wurden heute an uns verschickt. Wenn alles gut läuft haben wir Ende der Woche einen neuen Prototypen. Den Testen wir danach noch ein wenig und dann sollte es endlich dazu kommen, dass wir das Ding in die Produktion geben. Zeitliche Horizont ist dabei 1 1/2 bis 2 Monate ab jetzt (1-2 Wochen Testen, 4 Wochen Leiterkartenlieferzeit, 1-2 Wochen Produktion).

Noch ein Nachtrag zu dem Connection kram. Im Gegensatz zu dem Brick Daemon, der prinzipiell unendlich viele Verbindungen halten kann, haben Ethernet Extension und WIFI Extension nur begrenzt viele Verbindungen. D.h. wenn euer Code mehr Verbindungen aufmachen will als möglich, werden irgendwann Verbindungen geblockt. Symptom ist dann, dass der Stapel nicht mehr "erreichbar" ist.

Masder, bitte schicke mir doch einmal deinen vollständigen (=lauffähigen) Code mit dem du testest.

Hallo Masder, Danke für den Code. Das sieht ja alles sehr harmlos aus (bzgl. Callback Perioden etc.). Mit diesem Code kannst du bei dir Probleme erzeugen? Wie sehen diese aus? Womit muss ich testen (HW aufbau)?

Okay... Warten wir mal ab

Hallo Loetkolben, nein, das ist prinzipiell egal. Elektrisch ist das egal. Wir hatten mal einen Fall, wo es Probleme mit den Stapel-Kontakten gab, wo es einen Unterschied machte wo die Extension steckt.

Ok, Danke!

Hallo reinweb, jetzt habe ich dich auch erkannt. Besser wäre es, wenn du uns irgendein Beispiel nennst bei dem es sich bei dir halbwegs reproduzierbar aufhängt. Ich kann dir irgendein Beispiel programmieren, befürchte/glaube/hoffe aber, dass das durchlaufen wird. Dann sind wir genauso schlau wie vorher. Wie steht das im Verhältnis zu deinem Post? Ein LED Strip Bricklet ist bei deinem Wunschbeispiel ja nicht dabei. Deine Beschreibung von "1000 Varianten" hilft uns nicht dabei konkret eine Lösung zu finden. Was bei der WIFI Extension Problematisch sein kann, ist wenn man das System sehr viele Callbacks generieren lässt, die die WIFI Extension in der Zeit nicht verschicken kann (z.B. wegen schlechter Verbindung).

Hallo Masder, ich kann das morgen zusammen bauen und programmieren. Bin mir aber nicht sicher ob das sinnvoll ist. Wäre es nicht besser, wenn du uns deine Probleme nennst und wir versuchen diese nachzustellen? VG

Hallo zusammen, Sorry, dass ihr von uns so lange nichts dazu gehört habt. Mir ist momentan unklar wie wir euch helfen können, da hier mehrere Probleme verschiedener Nutzer behandelt werden. Alle mit anderen HW Konfigurationen, mit anderer Software usw. Es ist schwer da einen Überblick zu behalten. Masder, bitte poste hier oder schicke uns mal Beispielcode mit dem du dein Problem erzeugen kannst (Wie von Matthias zuvor erbeten). Bitte nenne auch die dazugehörige Hardwarekonfiguration. Dann können wir testen. VG, Bastian p.s.: Allgemein würde es uns helfen, wenn Ihr die Informationen nicht über mehrere Posts verteilt. Ein Post mit allen Informationen (inkl. Fehlerbeschreibung, genutzte Hardware und Beispielcode) würde es uns sehr erleichtern Probleme nachzustellen.

Hallo lobo, du kannst beim Stepper Brick den Phasenstrom einstellen. Maximal sind dies um die 2A für Dauerbetrieb. Damit kann man auch einen 3.5A Motor betreiben, allerdings erreicht dieser dann nicht die Kraft die er bei 3.5A hat. Der Schrittmotortreiber ist fest auf dem Brick integriert. In Theorie könnte man einen externen Treiber dahinter schalten, der dann die Stromregelung übernehmen muss. Aber das ist dann echt die Bastlerlösung. VG Bastian

Hallo Klaus, die IO-4 legt quasi direkt die Prozessorpins auf den Anschlüssen. Der Przessor schaltet beim booten diese Pins auf Input Pullup (~100k Ohm). Für ein Gerät welches keine Leistung zum Schalten benötigt (z.B. SSR) reicht das zum Schalten aus. Lösung dafür wäre ein 1k Pulldown (gegen Masse) anzuschließen. Damit sollte dann nicht mehr geschaltet werden. VG Bastian

Hallo Nic, leider hatten wir gewisse Signale fest für den 2100 in den letzten Prototypen verdrahtet, so dass das Design nicht mehr mit dem 2130 nutzbar ist. Bestellen jetzt bald eine neue Version mit den Änderungen für den 2130.

Hallo Marcel, hast du irgendwo verbogene Pins in den Bricklet Steckern? (Am Bricklet oder am Brick). Hast du ein anderes Brickletkabel mal probiert? VG Bastian

Hallo Ralf, die 150mA beziehen sich auf eine PTC Sicherung, die auf dem Bricklet verbaut ist um den Strom zu begrenzen. Der Spannungsausgang ist dazu gedacht externe Sensoren o.ä. mit Strom zu versorgen. Bei Parallelschaltung von vier Bricklets sollte wirklich der vierfache Strom über diese Sicherungen fließen können (sofern sich das gleich aufteilt). Falls ihr eine Step Down Power Supply zur Hand habt, könnt ihr diese einfach unter den Stapel stecken. Auf der grünen Buchse liegen dann die "vollen" 5V an. Die schwarze würdet ihr dann nicht nutzen, da ihr ja per USB versorgt.

Hallo, das geht eigentlich nur über eine externe Beschaltung. Am einfachsten ist vll. ein Spannungsteiler.

Hallo jgmischke, der erste Prototyp unterstütze beide Treiber. Der nachfolgende nur noch den TMC2100. Grund war der deutlich günstigere Preis für den TMC2100. Danke für den Hinweis, da scheint sich in der Zwischenzeit ja wirklich etwas geändert zu haben. Wir wollten diese Woche den neuen Stepper bestellen, werden damit jetzt aber erstmal warten und uns nochmal den TMC2130 ansehen. VG, Bastian

Ja, es wird der gesamte Stromverbrauch gemessen (inkl. 5V Wandler). Aus den Fotos bin ich leider noch nicht schlauer geworden.