jan

Kennt jemand eine Buzzeralternative? Muss im Moment auch nur einen "Ton/Beep" ausgeben, also keine nicht unbedingt eine Tonfolge/Melodie. Am besten wäre, er wäre mit 5V betreibbar und noch besser er würde direkt an den IO16 anschließbar sein. Wenn hier was gefunden wird, schreib ich's dann mit ins Wiki: http://www.tinkerunity.org/wiki/index.php/Externe_Sensoren.

Hi, ich habe ein Wiki angefangen: http://www.tinkerunity.org/wiki/index.php/Externe_Sensoren Ziel: Es gibt viele User hier, die selber Sensoren und Aktoren an der TF-Hardware beteiben. Damit mal alles eine zentrale Stelle hat => einfach ins Wiki. Es wäre auch schön, wenn einfach öfters aufs Wiki verwiesen werden würde und dies auch schön weiter gepflegt wird Danke

Über dem (Mess-)Widerstand wird nur die Spannung gemessen. Also reicht auch ein Analog-In-Bricklet. Das Voltage/Current Bricklet würde da auch "nur" Spannung messen, da es ja keinen Ausgang gibt. Dein Wicklungsverhältnis: 2000:1 => 30A Verbraucher=15mA Sekundär. Wenn du nun 100Ohm Messwiderstand nimmst, fällt darüber eine Spannung in Höhe von U=RxI=0,015x100=1,5Volt ab, die ist proportional zum Verbrauch un kann gemessen werden. Man sieht dann auch sofort, dass ein Verbrauch von 100 Watt = 0,5A =25mV entspricht. Also Kleinverbraucher sind relativ schlecht zu messen, hängt halt von der Fehlertoleranz des Widerstands und anderen Faktoren ab. Zur Glättung: Ja, Wechselstrom gibt eine schöne Hüllkurve in den Messwerten. Du kannst zwar glätten, dann solltest du es mit versch. Verbrauchern testen und messen und dir eine kleine Umrechnungstabelle bei den Berechnungen mit reinmachen (oder es wird ein fester Faktor, dann ist der OK). ABER wie gesagt. Auf ein/zwei Watt genau wird nichts mit messen.

Ich habe einen anderen "Sensor", den AC1020. Funktioniert. Du solltest darauf achten, dass du nur einen Leiter misst und nicht ein ganzes Kabel (mit 3 Leiern) dazwischen baust => dann kommt 0 heraus. Und lt. Dateblatt muss du den Messwiderstand selber "einbauen". "Ohne Verbraucher"=="Verbraucher ist OFF" stellt kein Problem dar, dann wird halt nichts gemessen.

Ja, habe ich. War mir auch etwas komisch. Grad mal 15% Verbesserung. Naja gut. War ja nur eine Idee. Hätte ja auch klappen können. Vielleicht GPS-Bricklet 2.0 mit anderem GPS-Sensor...

Pin14: Serial Data Input for DGPS RTCM Data Streaming ABER: RTCM is not enabled by default, please consult GlobalTop support to enable this feature. Also der GPS-Chip, den TF verwendet, ist für DGPS (Differential-GPS) vorgesehen. Ob man in der Firmware aktiviert ist oder nachträglich aktiviert werden kann, weiß nur der Hersteller.

naja, genau deswegen. Aber dort kostet ein GPS-Empfänger 500,- und man beötigt ja zwei. Wenn es nur am Algorithmus liegen sollte... Wer kennt sich hier mit sowas aus??

Würde man diese Genauigkeit (mit einem passendem Algorithmus) mit dem TF GPS-Bricklet hinbekommen? http://www.golem.de/news/kickstarter-piksi-erhoeht-gps-genauigkeit-fuer-privatanwender-auf-1-cm-1308-100851.html Wäre zumindestens "etwas " günstiger...

Da bin ich ja mal gespannt, ob sich die "Werbung" bei heise und co. und die "Maker Faire" auf die Anzahl der Nutzer im Forum und die Anzahl der vorgestellten Projekte positiv auswirkt

jepp, bei mir wird auch "MacOS X" mit dem Pi angezeigt

ja, Verbindung übers Internet -> Script läuft auf Server Host: per DynDNS Port: fest -> Weiterleitung im Router auf 4223 IP im Ethernet-Extension ist static. ------------- mit ipcon.set_timeout(10) lege ich die Zeit fest, wie lange im Script versucht wird, Werte von Bricklets abzurufen (z.B.: Temp.) oder zu setzen (z.B.: Relais). Nach dieser Zeit bricht das Script definitv ab: Traceback (most recent call last): File "xyz.py", line 46, in <module> temp = t.get_temperature()/100.0 File "tinkerforge\bricklet_temperature.py", line 92, in get_temperature return self.ipcon.send_request(self, BrickletTemperature.FUNCTION_GET_TEMPERATURE, (), '', 'h') File "tinkerforge\ip_connection.py", line 874, in send_request raise Error(Error.TIMEOUT, msg) tinkerforge.ip_connection.Error: -1: Did not receive response for function 1 in time

Woran erkenne ich - wenn ich "0" bei IPConnection.get_connection_state zurückbekomme - dass die Verbindung komplett zusammengebrochen ist?? Also im Unterschied zur "0" bei "Verbindung verloren und es wird versucht sich neu zu verbinden". Folgender Ablauf (Ausgabe IPConnection.get_connection_state): 1 1 1 1 0 <--- Verbindung verloren 2 <--- automatischer Reconnect inerhalb IPConnection.set_timeout() 1 1 0 <--- Verbindung komplett verloren, IPConnection.set_timeout(): Zeit ist rum 0 0 0

ja genau. ich habe mich mit den Werten bri den Funksteckdosen orientiert, da diese bis 1000 Watt sind und auch mit weniger Last funktionieren.

Zum Arbeiten Windows. Für zwischendurch Linux Ubuntu. Und für TF den RaspberryPi mit dem Raspbian (aber nur als Daemon bzw. günstige "LAN-Extension").

nö IPConnection.set_timeout(timeout) Parameter: timeout – float Rückgabetyp: None Setzt den Timeout in Sekunden für Getter und für Setter die das Response-Expected-Flag aktiviert haben. Standardwert ist 2,5.

Also nach einem umfänglichen Test heute Nacht, scheint das Internet "manchmal etwas zu langsam" zu sein. Wenn ich ipcon.set_timeout(20) einfüge und mir ipcon.get_connection_state() bei Änderungen anzeigen lasse, gab es nur einen Verbindungszusammenbruch diese Nacht, der aber innerhalb der 20 sec. behoben worden ist. Ich werde also das Programm noch etwas mit "try - except" aufpeppeln und dann auf mehr Stabilität hoffen. Andere Fragen: schließen sich nicht ipcon.set_auto_reconnect und ipcon.set_timeout(time) aus? Oder versucht er sich nur innerhalb diese Zeitfensters zu reconnecten? Wie kann ich feststellen, dass die (in meinem Fall) 20sec. vorbei sind und kein weiterer Verbindungsversuch erfolgt? Weil dann müsste ja das Programm versuchen die Verbindung noch einmal aufzubauen.

Hi, ich wollte nun meine Wohnung etwas mehr verkabeln und dacht mir folgendes: Masterbrick + LAN-Extension + Dualrelais => Kasten -> fertig (siehe Bidld). Folgende Änderung ist noch nicht zu sehn: Der Varistor wurde durch ein Snubber (100nF, 100Ohm) ausgetauscht. Funktonsweise: unten links Netzwerkkabel rein unten rechts Stromkabel rein -> Ausplittung -> einmal ans Relais, einmal an Euro-Buchse in der Euro-Buchse steckt ein kleines Schaltnetzteil -> Strom für Masterbrick Relais schaltet eine Steckdose, die oben mittig herausgeführt wird Problem: Alles funtkioniert - eine Weile (also ein paar Schaltzyklen) - dann bricht die Verbindung ab und funktioniert erst nach einem Harware-Reset wieder. Da der Kasten geschlossen betrieben werden soll ist dies natürlich nicht so toll. Egal was ich dran hänge: 40-Watt-Lampe, Energiesparlampe, Entfeuchter --> eine Weile gehts, dann ist aus... Hat irgendjemand irgendwelche Vorschläge? Danke.

[Push]: gibt es dafür eine Begründung? Vielleicht sollte es irgendwo erwähnt werden, bevor man sich dumm und dusslich versucht...

Ist es irgendwie möglich (Hardware, Firmware) den Masterbrick zu einem automatischem Reset zu bekommen??? Problem: Master + EthernetExtension ---- 15cm Kabel (geschirmt) ---- DualRelais ----> Verbraucher Der Stack wird mit einem Schaltnetzteil betrieben, aber auch über USB bestromt, gibt es Abstürze. Snubber ist dran (100 Ohm, 100nF). Ein paar Mal schalten geht, dann VerbindungsError übers LAN. Nur mit "Reset drücken" wird Master wieder ansprechbar. Das ganze sollte eigentlich "weit weg in einer dunklen Ecke" autonom laufen...

früher - keine ahnung bis welcher Version - wurden ein/zwei Minuten oder so 1000 Werte angezeigt... Ich wäre auch wieder für mehr Werte.

Na ja ein ungefährer Zeitpunkt wäre schon schön, und wenn es mit +/- x-Wochen angegeben wird.

Golem: http://www.golem.de/news/tinkerforge-hardware-hacken-fuer-anfaenger-1307-100444.html

Der Sensor ist der aus dem Shop von euch hier. Hab jetzt im BrickV auf 3-Wire umgestellt, da wird es noch ein halbes °Celsius mehr Differenz. Mal schauen, ob ich eine kleinen Testlauf heute mit 0° und 100°Celsius hinbekomme, dann schreib ich noch etwas dazu.

PTC (aus dem Shop hier) zeigt 20°C und das daneben liegende TempBricklet zeigt 25°C. Ich bin mir ziemlich sicher, daß das TempBricklet richtig mißt. Jumper sind korrekt gesetzt. Der PTC-Sensor ist Kabelfarblich lt. euren Bilder angeschlossen. Irgendeine Idee woran das liegt??

Noch eine Frage zum Anschluss: Welches Kabel (Farbe) kommt wo hin? Ihr habt zwar ein Bild, aber wie ist es mit anderen PTC-Sensoren? Gibts auch eine Möglichkeit ohne Datenblatt?