chiappa

Besten Dank für die schnelle Antwort. Das hört sich ja wunderbar an Gruss chiappa

Liebes TF Team, Es ist ja möglich das meine Topfpflanzen in hoch äzender Erde sich wohl fühlen und gut gedeihen, aber scheinbar ist selbige Erde nicht sonderlich bekömlich für die Feuchtigkeits Sensoren "Moisture Bricklet 1.0". So sahen diese nach 1-3 Wochen in der Erde aus, ganz rechts als Vergleich ein unbenutztes Modell. Weitere Infos zu meinem Projekt: http://blog.snix.ch/category/ais-2-0/ Nun gehe ich mal davon aus das das nicht die Endlösung zur Feuchtigkeitsmessung sein kann. Und da ich nicht nur rumnörgeln will bringe ich auch gleich einen Vorschlag für was hoffentlich langlebigeres. Ein Kapazitiver I2C fähiger Feuchte/Temperatur/Helligkeit Sensor für 16 Euro, welcher OpenHardware ist und sicherlich wunderbar ins TF Sortiment integriert werden könnte: Website: http://wemakethings.net/chirp/ Sourcen/Doku: https://github.com/Miceuz/PlantWateringAlarm Ich hab mir mal 2 davon bestellt und teste nun wie ich diese via TF RED ansprechen kann (Tips sind willkommen Muss ja nicht gleich der sein, aber so was in dieser Art wäre schon wünschenswert Ist da was geplant in der richtugn? wie ich sehe gabs ja schon mal nen Thred zu dem Thema udn da war die Rede von "Mittelfristig". Grüsse chiappa

@photron, Jetzt klappt es wunderbar Besten Dank nochmals für den Tip

Hallo Leute, Auch wenn diese Duskussion etwas in Vergessenheit geraten ist, muss ich leider auch das Problem mit dem Goldkontaktverschleiss am Moisture Bricklet kundtun. Ich habe mich mal Online etwas schlau gemacht und hab folgenden I2C fähigen Kapazitiven Sensor für $12.00 gefunden: https://www.tindie.com/products/miceuz/i2c-soil-moisture-sensor/ Das wäre doch ein spannendes Bricklet: Bodenfeuchte, Temperatur und Lichtmessung (ja das bietet der Sensor alles von Haus aus) für rund $12, dazu ein 2m festverbautes Messkabel und das ganze Wasserfest verarbeitet. Nur so eine Anregung von meiner Seite

Hallo photron, Ich habe irgend wo was von "2'000'000 soll gut sein" gelesen und dies eingestellt. Werde das gleich heute Abend mit 500'000 baud testen. Besten Dank für die Info chiappa

Hallo TF Pro's, Ich hätte da eine Frage zu folgendem Aufbau, bin mir nicht sicher ob ich was falsch mache oder es nicht unterstützt wird. Stapel 1: Stepdown -> RED -> Master -> rs485 (Master) Stapel 2: Stepdown -> Master (Temperature Bricklet) -> rs485 (Slave) Nun veruche ich auf dem RED via Pyton Script die Temperatur vom Stapel2 auszulesen (später sollen da noch ein ServoBrick und weitere Sensoren am Stapel2 folgen), leider ohne Erfolg. Test weise habe ich den Stapel1 Reduziert (Master -> rs485 (Master)) und via USB an meinen Laptop angeschlossen und das Script lokal laufen lassen und es klappt wunderbar und ich sehen das Temperature Bricklet auch im Brickv. Als zweiten Test hab ich das Temperature Bricklet am Stapel1 angeschlossen und das Script auf dem RED gestartet und auch das klappte wunderbar. Hab ich vergessen was am RED einzustellen? oder muss ich am Script etwas anpassen, wenn es vom RED direkt (via SSH Terminal via USB WIFI-Dongle) starte? Hier das Script, welches ich vom Laptop und vom RED gestartet hab: #!/usr/bin/env python # -*- coding: utf-8 -*- HOST = "localhost" PORT = 4223 UID = "rnb" from tinkerforge.ip_connection import IPConnection from tinkerforge.bricklet_temperature import Temperature if __name__ == "__main__": ipcon = IPConnection() t = Temperature(UID, ipcon) ipcon.connect(HOST, PORT) temperature = t.get_temperature()/100.0 print('Temperature: ' + str(temperature) + ' °C') ipcon.disconnect() Und hier die Fehlermeldung welche ich auf dem RED erhalten habe: Traceback (most recent call last): File "./rs485test.py", line 19, in <module> temperature = t.get_temperature()/100.0 File "build/bdist.linux-armv7l/egg/tinkerforge/bricklet_temperature.py", line 92, in get_temperature File "build/bdist.linux-armv7l/egg/tinkerforge/ip_connection.py", line 947, in send_request tinkerforge.ip_connection.Error: -1: Did not receive response for function 1 in time Exception in thread Disconnect-Prober (most likely raised during interpreter shutdown): Traceback (most recent call last): File "/usr/lib/python2.7/threading.py", line 810, in __bootstrap_inner File "/usr/lib/python2.7/threading.py", line 763, in run File "build/bdist.linux-armv7l/egg/tinkerforge/ip_connection.py", line 821, in disconnect_probe_loop File "/usr/lib/python2.7/Queue.py", line 177, in get File "/usr/lib/python2.7/threading.py", line 355, in wait <type 'exceptions.TypeError'>: 'NoneType' object is not callable Besten Dank für Hinweise oder Korrekturen chiappa