Equinox

Hallo, das Bild habe ich auch gesehen. Allerdings ist bei mir an dieser Stelle ein "dicker" schwarzer Jumper(?). Aber wenn ich die Antwort richtig verstanden habe, dann wird der Jumper nicht benötigt und ist "nur" ein Ersatzteil, korrekt?

Hallo, zu Weihnachten habe ich ein Motion Detector Bricklet bekommen. Schon in der Tüte ist mir ein kleines gelbes Teil, das lose darin war, aufgefallen. Ich dachte schon, da sei was abgebrochen. Nach dem Öffnen hat sich herausgestellt, dass es ein Jumper ist. Aber wozu? Ich konnte in der Doku nichts finden und ich habe auch keine Stelle entdeckt, wo er hingehören könnte. Und diese Erklärung verstehe ich nicht :- ( Brauche ich den Jumper nun oder funktioniert das Bricklet auch ohne? Wenn ich ihn brauche, wozu und wo genau gehört er hin, wenn nicht, warum ist er dabei (Ersatzteil?)?

Hallo, wenn ich in Java mehrere Listener registriere, z.B. für Humidity und Temperature, wieviele davon können gleichzeitig die Events abarbeiten? Immer nur einer? Einer pro Bricklet? Unbegrenzt? Falls nur einer (egal welche Variante), was passiert mit dem Event, das während der Abarbeitung des Callbacks eintrifft? Wird dies "gepuffert" und dann anschließend ausgeführt oder geht das verloren? Und heißt das dann, dass man größere Aktionen in einem Callback in einen eigenen Thread auslagern sollte? Vielen Dank!

Hallo, genau das verwende ich, d.h. ein Raspberry Pi mit dem "Erweiterungsmodul" RaZberry. Ich habe im Moment nur 2 Steckdosen damit verbunden. Mittlerweile funktioniert das auch recht gut. Ein Nachteil ist aber die meiner Meinung nach geringe Funkreichweite. Wenn man natürlich sein ganzes Haus mit Z-Wave-Aktoren und -Sensoren ausstattet, dann sollte das wegen des Mesh-Netzwerks kein Problem sein, da alle Z-Wave-Geräte als Repeater arbeiten sollten (sollte man aber vor dem Kauf sicherheitshalber prüfen). Ein Vorteil gegenüber den einfachen Funksteckdosen aus dem Baumarkt ist natürlich auch der Rückkanal. D.h., wenn ich die Steckdose manuell direkt am Schalter einschalte, kann ich dies über die Zentrale abfragen. Außerdem bekommt man auch eine Bestätigung, ob der Schaltvorgang auch funktioniert hat (bei den einfachen Steckdosen ist dies ja nur ein "Fire and forget", d.h. man weiß nicht, ob die Steckdose wirklich geschaltet hat, wenn man sich nicht gerade in Sichtweite dazu befindet).

Hallo zusammen, wie andere hier ja auch schon erwähnt haben, besteht bei diesen "einfachen" Steckdosen auf Grund der relativ wenigen Codes immer die Gefahr, dass sie von Fremden geschaltet werden können. Um das zu verhindern (oder zumindest zu erschweren), muss man zu deutlich teureren Systemen greifen. Bei Z-Wave muss man z.B. alle Geräte zuerst an einer Zentrale bzw. in einem Z-Wave-Netz anmelden. Danach können die Geräte dann auch nur von Geräten in diesem Netz geschaltet werden. Gibt es bei TF Überlegungen, Z-Wave kompatible Bricks/Bricklets/Extensions anzubieten? Würde mich sehr freuen!

Hallo, das wäre natürlich super, wenn man die Frequenzen (softwareseitig) umstellen könnte. Auch interessant ist, dass es sich dabei um einen Transceiver handelt, d.h. auch Empfang ist möglich (Rückkanal). Kann man damit dann auch Z-Wave Geräte steuern bzw. eine Z-Wave-Zentrale bauen? Oder ist das vielleicht sogar schon angedacht?

Hallo düdo26, es muss nicht zwangsläufig eine "defekte" TF-WLAN-Extension sein. Hast du die Möglichkeit, es mit einem anderen WLAN-Access Point zu versuchen? Ich hatte bei mir auch das Problem, dass ich keine Verbindung mit meinem Router herstellen konnte. Mit einem anderen Router hat es dann problemlos funktioniert. Ich bin der Sache nicht weiter nachgegangen, aber es scheint so, als ob die WLAN Extension einfach nicht mit allen Access Points zusammen funktioniert

Hallo, auf GitHub sind ja einige neue Bricklets etc. zu finden. Ich weiß, dass ihr keine Aussagen mehr dazu machen wollt, wann genau ein neuer Baustein verfügbar sein wird, aber ich bin trotzdem sehr neugierig Könnt ihr vielleicht sagen, auf welche neue Hardware ich mich mit großer Wahrscheinlichkeit unter meinem Weichnachtsbaum freuen kann? Habe ich das beim "Starterkit: Serverraum-Überwachung" auf einem Bild richtig gesehen, dass da ein Bewegungssensor-Bricklet verbaut ist? Kommt das also in Kürze?

Das hört sich interessant an. Aber wie kann ich am (Ent-)Ladestrom vom Akku zum Laderegler den prozentualen Ladestand des Akkus ermitteln?

Na das hört sich ja gut an (hab's inzwischen auch in der Doku auf der Internetseite gesehen ...). Interessieren würden mich die (Ent-)Ladeströme schon, allerdings wäre das im Moment rein zur Info, da ich mit den Werten nichts steuern kann (oder hat jemand eine Idee, was man damit machen könnte?). Vielleicht kaufe ich dann doch noch ein Voltage/Current Bricklet oder ich schließe das vorhandene Bricklet zwischen Akku und Laderegler an. Aktuell schalte ich schon bei einer Spannung von 12.15V von Akku- auf Netzbetrieb um. Ich denke, da ist noch Puffer (ich weiß allerdings nicht, bei welcher Spannung mein Laderegler abschaltet), aber ich würde nicht weiter als 11.8V, eher nur 12V, gehen.

Hallo, ich habe das Voltage/Current Bricklet nun zwischen Laderegler und Verbraucher angeschlossen und bisher funktioniert es wunderbar. Aber interessieren würde es mich trotzdem: Wie kann ich das Voltage/Current Bricklet korrekt zwischen Akku und Laderegler anschließen? Geht das überhaupt?

Hallo, danke. Mittlerweile habe ich aber meine Raspi auch auf Java 7 umgestellt.

Kommando zurück! Die eigene Übersetzung hat doch funktioniert.

Hallo, ich habe die Sourcen jetzt mal selbst übersetzt. Leider ohne Erfolg Der Unterschied ist, dass ich jetzt mit beiden Usern die gleiche Fehlermeldung bekomme: Exception in thread "main" java.lang.NoClassDefFoundError: com/tinkerforge/IPConnection$DisconnectedListener at ... Caused by: java.lang.ClassNotFoundException: com.tinkerforge.IPConnection$DisconnectedListener at java.net.URLClassLoader$1.run(URLClassLoader.java:217) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:205) at java.lang.ClassLoader.loadClass(ClassLoader.java:321) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) at java.lang.ClassLoader.loadClass(ClassLoader.java:266) ... Selbstverständlich habe ich die "Tinkerforge.jar" im Classpath. Ich habe nur das JAR-File ausgetauscht. Die JARs bis 2.0.9 funktionieren, ab 2.0.10 geht es nicht mehr. Noch eine Idee?

Hallo, ich habe heute eine Updateorgie gemacht und all meine Bricks, Bricklets und Bindings auf den aktuellen Stand gebracht. Leider funktioniert mein Java-Programm mit den aktuellsten Bindings auf meinem Raspberry Pi nicht mehr, genauer gesagt ab Version 2.0.10. Wenn ich mein Programm mit dem User "pi" starte, dann erscheinen sofort nach dem Start folgende Meldungen: Exception in thread "main" java.lang.UnsupportedClassVersionError: com/tinkerforge/IPConnection$DisconnectedListener : Unsupported major.minor version 51.0 at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:634) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) at java.net.URLClassLoader.defineClass(URLClassLoader.java:277) at java.net.URLClassLoader.access$000(URLClassLoader.java:73) at java.net.URLClassLoader$1.run(URLClassLoader.java:212) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:205) at java.lang.ClassLoader.loadClass(ClassLoader.java:321) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) at java.lang.ClassLoader.loadClass(ClassLoader.java:266) ... Mit dem User "root" ist es etwas anders: Exception in thread "main" java.lang.NoClassDefFoundError: com/tinkerforge/IPConnection$DisconnectedListener at ... Caused by: java.lang.ClassNotFoundException: com.tinkerforge.IPConnection$DisconnectedListener at java.net.URLClassLoader$1.run(URLClassLoader.java:217) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:205) at java.lang.ClassLoader.loadClass(ClassLoader.java:321) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) at java.lang.ClassLoader.loadClass(ClassLoader.java:266) ... Die Java-Version ist 1.6.0_27-b27. Wie gesagt, bis einschließlich Java Bindings 2.0.9 geht es noch problemlos. Woran liegt das und wie kann ich das Problem beheben?

Super, danke!

Irgendjemand eine Idee?

Hallo, da sich meine Bricklets vermehrt haben, habe ich mir einen zweiten Masterbrick zugelegt, den ich mit meinem ersten Master in einem Stapel verbinden möchte. Meine Fragen dazu: [*]Kann ich die Firmware beider Masterbricks "gleichzeitig" flashen oder muss ich den Stapel dafür trennen und beide Masterbricks einzeln updaten? Falls es im Stapel geht, reicht es den unteren in den Bootloader Modus zu versetzen? [*]Wie sieht es mit den Bricklets aus? Können die bei einem Firmware-Update am "oberen" Master bleiben oder muss ich dafür den Stapel auflösen?

Hallo, kann jemand was dazu sagen, was passiert, wenn man das Voltage/Current Bricklet zwischen Akku und Laderegler platziert? D.h. wird es zerstört oder zeigt es negative Werte an oder wird das Laden verhindert oder ...? Vielen Dank!

Hallo, in der ganzen Diskussion ist die ursprüngliche Frage von P4trick wohl irgendwie untergegangen: Was passiert, wenn man das Voltage/Current Bricklet zwischen Akku und Laderegler platziert? Wird es zerstört? Oder zeigt es dann beim Laden negative Strom- und Spannungswerte an? Oder wird das Laden verhindert? Oder ...? Andere Frage: Wie könnte man mit TF-Mitteln möglichst einfach eine korrekte Kapazitätsmessung eines Akkus machen?

Hmmm, d.h. du würdest messen, wie lange wieviel Strom in die Akkus reingeflossen ist und dann dasgleiche für den Strom, der entnommen wurde? Hört sich zwar machbar an, aber dazu müsstest du auch mit einem komplett leeren Akku starten und diesen dann laden (bzw. der Akku sollte zumindest so leer sein, wie du ihn maximal entladen willst, damit du leicht bestimmen kannst, wieviel noch zu entnehmen ist). Aber dabei hast du trotzdem das Problem der Selbstentladung. Und dazu kommt noch, dass das auch noch temperaturabhängig ist. Ich denke, dass wird dann noch etwas komplizierter. Hier (http://de.wikipedia.org/wiki/Starterbatterie) ist zumindest eine Tabelle angegeben, wie sich Ladezustand und Spannung verhalten. OK, das ist eine Starterbatterie, aber ich denke, das spielt keine Rolle. Ich gehe deshalb davon aus, dass man das über die Spannung machen kann. Außerdem: Wie macht es denn der Laderegler? Der misst doch auch nur die Spannung und schaltet ab, wenn die zu klein wird, um eine Tiefentladung zu vermeiden, oder? Der misst doch bestimmt nicht irgendwelche "Kapazitäten".

Ich vermute mal, dass der Laderegler nicht viel Strom verbraucht. Abgesehen davon möchte ich den Ladezustand der Akkus prüfen, damit ich rechtzeitig abschalten kann, und das kann ich doch nur über die Spannung machen, oder? Schließlich muss das auch bei ausgeschalteten Verbrauchern gehen (damit ich weiß, wann und ob ich einschalten darf). Da dann aber kein Strom fließt, aber Spannung anliegt, ist das dann doch der richtige Weg! Außerdem wird doch auch der Ladezustand von Akkus/Batterien über die Spannung angegeben/ermittelt. So gesehen, müsste mein Vorhaben funktionieren. Warum willst du das Voltage/Current Bricklet zwischen Akku und Laderegler stecken? Denkst du, dass dein Laderegler soviel Strom verbraucht? Wenn du die "Ersparnis" durch den Solarbetrieb ausrechnen willst, dann solltest du das Bricklet doch auch besser zwischen Laderegler und Last bauen, da du im Netzbetrieb ja den Laderegler nicht mit Strom versorgen wirst.

Ja, so habe ich auch gerechnet und deshalb nur mit einem 14Ah Akku angefangen. Da der dann aber ständig leer war, habe ich den zweiten Akku dazugekauft. Die Verbraucher sind alle native 12V Verbraucher. Die 15W habe ich gemessen, d.h. da habe ich mich nicht auf die Angaben der Verbraucher verlassen. Ich denke, die Akkus sind bestimmt nicht die Besten, aber länger durchhalten sollten sie trotzdem. Ich weiß allerdings auch nicht, was die jeweilige Kapazität von z.B. 14Ah genau angibt. Vielleicht ist das nicht bis zur Tiefentladegrenze, sondern bis sie wirklich vollkommen leer sind? Oder aber mein Laderegler schaltet viel zu früh ab. Das muss ich mal prüfen.

Interessant! Ich wusste nicht, dass es auch Laderegler gibt ohne einen Lastanschluss. Allerdings muss ich sagen, dass bei mir der Tiefentladeschutz nicht richtig funktioniert, d.h. bei mir wird die Last zu lange eingeschaltet. Dies führt dazu, dass die Verbraucher eingeschaltet werden, dann bricht die Spannung zusammen und der Laderegler schaltet die Last wieder aus, dann erholt sich der Akku und der Laderegler schaltet die Last wieder ein. Es wird also ständig ein- und ausgeschaltet. Leider kann man an meinem Laderegler keine Spannung für die Last einstellen, wann abgeschaltet werden soll. Deshalb will ich das ja auch mit dem Voltage/Current Bricklet selbst machen. Ich habe bei meinem Laderegler mal nachgemessen und konnte keinen Unterschied der Spannung zwischen Akku-Anschluss und Last-Anschluss feststellen. Deshalb sollte, zumindest für meinen Zweck, der Lastanschluss ausreichen. Wenn es beim Akku auch geht, wäre das trotzdem eine Überlegung wert. Bez. Relais: Das Industrial Quad-Relay verkraftet "nur" 1,2A, ist also keine Alternative.

Ach ja, eins noch: Du könntest auch Probleme bekommen mit dem Dual Relay Bricklet, da das "nur" bis 10A geht. Wenn du aber 150W von den Solarpanels bekommst (bei 13,5V), dann fließen da schon über 11A.