batti

Hey, nicht so tief stapeln, ist doch nen cooles Projekt. Das du weißt was du da tust sieht man an dem Aufbau. Besonders gefällt mir die Plexiglasabdeckung, da hat jemand an Sicherheit gedacht Gefällt mir. Grüße Bastian

Hallo treaki, danke für die Blumen Wir werden unser Zubehör Sortiment auf Dauer sicher erweitern. Eine fertige Schaltbox ist eine gute Idee, ich befürchte aber das der Preis für diese recht hoch ausfallen wird. Wir müssten die Box ja von irgendwem produzieren lassen. Ich hab mir dennoch mal die Idee aufgeschrieben. Mal abwarten Noch schöne Ostern

Moin, unser Schrittmotortreiber macht eine Stromregelung, d.h. der Strom mit dem die zwei Spulen deines Motors betrieben werden wird solange erhöht bis dein eingestellter Strom erreicht wird. Sobald sich dein Schrittmotor dreht hat dies Einfluss auf die Stromregelung (abhängig von der Geschwindigkeit). Daher auch der Unterschied zwischen dem stehenden Schrittmotor und dem drehenden. Unter Last sollte sich an diesem Verhalten nicht viel ändern. Wir haben hier gerade schnell auch noch mal ein paar Tests gemacht. Einen Unterschied können wir mir mit unseren Motoren nicht feststellen. Was für Werte misst du? Kannst du den Strom mit einem Multimeter mal nachmessen? Grüße, Bastian p.s.: Bezgl. deiner Mittelung, hättest du lieber eine API die dir bereits gemittelte Werte liefert? (z.B. gemittelt über 100ms)

Coole Sache Wir werden im Wiki bald ein paar Beispielprojekte dokumentieren. Vll. könntest du dein Projekt da auch hinzufügen. Könnte mir vorstellen das viele daran Interesse haben und sowas gerne nachbauen wollen. Mach weiter so, sind gespannt. Grüße Bastian

Ich hatte bei Visual Studio 2008 auch Probleme mit den Headern. Hatte auch die Meldung, dass stdint.h nicht verfügbar ist. Habe diesen dann unter http://msinttypes.googlecode.com/svn/trunk/stdint.h heruntergeladen und in das include Verzeichnis verschoben (bei mir C:\Program Files\Microsoft Visual Studio 9.0\VC\include). stdbool.h habe ich nie angepackt, lief wie gesagt auch ohne. Danach konnte ich direkt, ohne meine Projekteinstellungen zu ändern, kompilieren. Wir hatten wie gesagt mit einer neueren Version getestet, da treten diese Probleme überhaupt nicht auf. Vll. ist es einfacher zu update? Grüße, Bastian

Vielen Dank für euer Feedback. Andere Kunden haben uns auch direkt angeschrieben und uns ähnliches mitgeteilt. Wir haben jetzt einen neuen Zahlungsdienstleister aufgetan, der für uns die Kreditkartenzahlungen und Lastschrift übernimmt. Leider dauert es bis zu zwei Wochen bis alles aktiv ist und wir komplett umstellen können. Ich hoffe das wir dann diese Zahlungsprobleme los sind. So wie es momentan ist kann es ja nicht weitergehen. Vielen Dank für euer Verständnis Bastian

Sorry hat etwas gedauert. Also ich habe Visual C++ 2008 installiert und hatte etwas mit Compiler und Linkerproblemen zu kämpfen (stdint.h etc.). Nachdem diese überwunden waren hat er mir eine .exe rausgeschmissen, die meinen Schrittmotor hier ansteuert. Funktioniert also. Ich habe die aktuell verfügbaren Bindings benutzt und die "example_configuration.c" für das Stepper Brick kompiliert (angegebene UID durch die meines Stepper Bricks ersetzt). (Damit es kompiliert ist es wichtig die unter http://www.tinkerforge.com/doc/Software/API_Bindings.html#c-c genannten Einstellungen durchzuführen.) Ich sehe keinen Grund warum dein Programm das Brick nicht ansteuern können soll wenn es im Brick Viewer auftaucht (sofern die UID korrekt ist, Groß/Kleinschreibung beachten).

Wir hatten es mit VisualC++ 2011 getestet. Richte gerade 2008 ein und melde mich bei dir sobald ich mehr weiß.

Nice to hear

Lass uns erstmal versuchen, dass alle Geräte im Brick Viewer korrekt angezeigt werden. Dein Problem mit dem einem Stepper deutet auf einen USB Defekt hin. Die Bricks wurden von uns per USB geflasht, zumindest zu diesem Zeitpunkt muss USB funktioniert haben. Kann es sein, dass für diesen einen Stepper die Treiber nicht korrekt installiert sind? Bitte schließe mal alle Bricks einzelnd per USB an (hintereinander) und überprüfe im Geräte Manager das die Treiber korrekt installiert sind.

Some ideas: Do you have installed the drivers? Please check if the drivers are installed correctly. (see http://www.tinkerforge.com/doc/Software/Brickd.html#windows-driver-installation) Do you have restarted your PC after the Brick Daemon installation? If not please try it. Also you can take a look into "Administrative Tools -> Events". If there are any problems they should be listed there.

Hi! Im Brick Viewer sollten immer alle angeschlossenen Geräte angezeigt werden. Habe ich das richtig verstanden, dass der eine Stepper auch wenn er einzelnd per USB angeschlossen ist Probleme hat im Brick Viewer aufzutauchen?

This is a good idea Thomas, but I see two problems. First, our bricklet connectors need a PCB underneath, so there would be necessary a second PCB which have to be connected to the other in some way. I don't know a solution for this. And secondly, our microcontroller has not enough pins to handle two more bricklet connectors when all other stack functionalities should be preserved.

Hallo, wir beobachten seit geraumer Zeit, dass viele Bestellungen nicht bezahlt werden. Dies kann natürlich verschiedenste Gründe haben. Ein paar Kunden haben uns kontatiert und uns mitgeteilt, dass sie nicht zahlen konnte. Dies betrifft insbesondere Lastschrift- oder Kreditkartenzahlungen. Wir haben uns natürlich mit unserem Zahlungsdienstleister auseinander gesetzt. Dieser besitzt immer "gute Gründe" warum eine Zahlung verwehrt wurde (Stichwort: Schutz vor Betrügern etc.). Da sind wir natürlich nicht gerade glücklich darüber. Wir gehen nicht davon aus, dass ein "Betrüger" sich bei uns meldet weil er nicht zahlen kann. Richtig ärgern tut uns aber, dass anscheinend Zahlungen die verwehrt wurden dem Kunden und auch unserem Shop nicht gemeldet werden. D.h. der Kunde erhält keine Nachricht das er nicht bezahlt hat (für ihn sieht alles gut aus), und unser Shop bekommt nicht mit das es da Probleme gab (die Bestellung wurde einfach nicht bezahlt). D.h. sein Warenkorb ist bei der Rückkehr auf unsere Seite leer. Wir können momentan überhaupt nicht abschätzen wie groß dieses Problem ist. Könnt ihr uns Feedback über eure Erfahrungen geben? Grüße, Bastian p.s.: Wir haben uns wiedereinmal um Alternativen bemüht. Man scheint dort aber wirklich vom Regen in die Traufe zu kommen...

Könnte mir vorstellen das deine Schalter prellen (kannste mal nach googeln). Wenn dies ist musst du deine "Debouce period" erhöhen. Siehe API Dokumentation unter set_debounce_period.

Switching inductive loads is really not easy. Theoretically there is no connection between the brick/bricklet circuits and the switched 240V circuit of your motor. But I can imagine too that some sort of feedback can cause this problem. Unfortunately we have this pump not here, so we can't test this.

Hi erselber, du kannst unsere Brickv kannst du so starten in dem du python, qt, qwt, opengl und matplotlib per port installierst. Einfach ausführen und gucken welche imports schiefgehen. Für brickd gilt das selbe. Hier kannst du die linux version starten: "sudo brickd_linux.py nodaemon". Das hotplug wird dann allerdings nicht funktionieren, d.h. du müsstest erst deine Geräte anschließen, dann den daemon starten und dann kannst du ihn benutzen. Alternativ wartest du noch ein wenig ab. Werde mir das morgen nochmal angucken und hoffentlich über das Wochenende fertig bekommen. Beta tester sind dann gern gesehen, da Olaf und ich keine Mac Profis sind Grüße Bastian

Perfekt Danke für die Rückmeldung

Hallo, das Treiber IC auf dem DC Brick ist vom Hersteller mit max 5A angegeben (Peak). Ich könnte mir vorstellen das man bei sehr guter Kühlung (aktiv) auch mehr heraus bekommt. Je nach Kühlung kann der Treiber diese Ströme mal länger mal nicht so lange verkraften. Wenn "ihm" zu warm wird schaltet er sich ab. Um das mitzubekommen gibt es dieses Overcurrent Event. Grundsätzlich gilt um so besser die Kühlung um so höher der Strom den er dauerhaft liefern kann ohne zu heiß zu werden. Wegen der Stack Geschichte gilt etwas ähnliches. Für eine gewisse Zeit wirst du auch sehr hohe Ströme durch den Stack leiten können. Wenn du das aber dauerhaft tust wird irgendwo sich irgendwas so stark aufheizen das es durchbrennen wird. Zwei DC Motoren mit jeweils max 5A (peak) sollten aber für einen Stack kein Problem darstellen.

Ansich lässt sich das machen. Problematisch wird es bei gewissen Sonderfällen,sonst hätten wir das wohl von Anfang an gemacht. Olaf hatt e das ja zuvor schon geschrieben, was z.B. wenn das Brick bereits in einem Stack eingesetzt wird und dann USB angeschlossen wird? Man könnte dann z.B. über beide Verbindungen "Zugriffe" erlauben, wohin sollen aber die Signale geschickt werden? Alternativ schaltet man dann nur auf USB um, der Master im Stack hat aber das Brick noch in seiner "Stack-Liste" und würde es immer wieder abfragen... Ganz so einfach ist das leider alles nicht. Wir werden uns das aber mal angucken.

That's really weird. There seem to be no reason (hardware/software) which can explain this behavior. Sorry but we have no idea what may cause this.

Ja, du hast recht. Vollduplex ist grundsätzlich schneller. Halbduplex = "Nur einer kenn gleichzeitig reden" Vollduplex = "Zwei können sich gleichzeitig unterhalten" Allerdings benötigt man für Vollduplex die doppelte Anzahl an Kommunikationsleitungen und diese müssen dann noch gekreuzt werden (immer RX mit TX verbinden). Vielleicht werden wir mal eine "schnellere" Version in Zukunft rausbringen. Die Version die jetzt bald rauskommen wird, wird aber Halbduplex sprechen.

Das hört sich ja echt spannend an. Halte uns mal bitte auf dem laufenden. Coole Idee den Ambient Light so als Schalter zu nehmen... Bin schon auf Fotos gespannt. Grüße, Bastianb

Bei unserer nächsten Reicheltbestellung werden wir mal so ein Relais mitbestellen. Ist wirklich nicht ganz einfach zu sagen was da genau passiert. Grundsätzlich ist es so, dass der "Treiber" der in der IO16 sitzt je nach Strom mehr oder weniger Spannung liefern kann. Wenn man größere Lasten bewegen möchte, dann müsste man also nach der IO16 erst noch einen Treiber zwischenschalten der dann die Last bewegt. Allerdings hätte ich auch die Vorstellung gehabt, dass dein Relais steuerbar sein sollte. Wie gesagt werden es testen sobald wir es hier haben (dauert aber etwas). Sorry das wir dir momentan so nicht weiterhelfen können.

Für die aktuelle Firmware gilt das Zweite.