jax

sehr gut, muss nämlich sehr bald schon so einen ansteuern http://www.eaton.com/Eaton/ProductsServices/Electrical/ProductsandServices/AutomationandControl/AdjustableFrequencyDrives/OEMDrives/DE1/index.htm?wtredirect=www.eaton.com/DE1

http://www.tinkerunity.org/forum/index.php?action=dlattach;topic=1944.0;attach=1941;image unten rechts im Kasten ist der goldige Anschluss reingebohrt, um die Antenne aussen zu montieren. Das Problem ist, dass der Schwanz nun zu kurz ist um das WiFi Brick zu erreichen. Die 20cm Mäuseschwänze sind aber unterwegs, dann sollte es Problemlos klappen. Habe folgende Bestellt, falls jemand das auch mal sucht: http://www.biz-conrad.ch/ce/de/product/986205/WLAN-Antennen-Verlaengerungskabel-1x-IPEX-Stecker-1x-RP-SMA-Buchse-020-m-Grau-vergoldete-Steckkontakte-Delock/SHOP_AREA_19069 Wichtig ist, dass das ne RP-SMA Buchse ist, und nicht eine SMA Buchse. Die sehen zwar gleich aus, die RP-SMA Buchse hat aber noch einen Pin in der Mitte drin - sehr entscheidend wenns funktionieren soll.. An die TinkerForge leute: Kann es sein, dass obwohl der Empfang relativ gut ist ~-39dB, trotzdem die Verbindung sehr schlecht ist, da die Frequenz durch die Installationsbox verschoben wird? Wie könnte man das sicher überprüfen?

oder das hier: http://www.conrad.ch/ce/de/product/986205/WLAN-Antennen-Verlaengerungskabel-1x-IPEX-Stecker-1x-RP-SMA-Buchse-020-m-Grau-vergoldete-Steckkontakte-Delock?ref=searchDetail Oder hat man da wieder Impedanz Probleme?

so was wäre doch das richtige? Direkt am U.FL Anschluss des WiFI Extensions anbauen und am Gehäuse anschrauben. oder? http://www.titanwirelessonline.com/10-U-FL-to-RPSMA-Female-Pigtail-p/pt-rsmaf-ufl.htm

genau, wenn du genau hinschaust hab ich da schon ein Verlängerungskabel mit micro-FL (U.FL auf SMA) welche aus der box geht. Da hab ich die Antenne angeschraubt aber hatte ganz schlechten Empfang. Ich habe aber festgestellt, dass ich eventuell das falsche Kabel genommen habe, denn das SMA ende hat keinen Stift drin wie der Anschluss am WiFi Extension. Ich müsste wohl eher ein RP-SMA Anschluss am Gehäuse aussen haben. Oder eventuell einfach ein Stück Draht reinstecken zum testen?

oh interessant: http://www.lsr.com/white-papers/antenna-matching-within-an-enclosure

Anbei noch ein aktuelles Bild der Box. Setup wie bisher: Links 3x PTC, dann Industrial Digital Out 4, Step Down unter dem Master, und Wifi zuoberst. Grosses Bild, hier klicken http://www.tinkerunity.org/forum/index.php?action=dlattach;topic=1944.0;attach=1941;image

Ich habe immer noch Probleme sobald ich das Gehäuse schliesse. Momentan hab ich die Box etwa 3m vom WLAN AP entfernt. Wenn ich den Transparenten Teil des Gehäuses abmontiere, funktioniert alles wunderbar. Sobald ich dann das Plastikteil wieder montiere, beginnt sich nach einiger Zeit alles wieder zu restarten und ich kriege Timeouts im Brickv, dann gibts immer wieder "Reconnected!"... Weiss jemand, ob es unmöglich ist das WLAN Brick IN einem Gehäuse zu montieren? Ist dies eventuell Materialabhängig, dass der Empfang dann drastisch abnimmt? Ist eine normale Industrie CUBO S Box wie im Bild oben zu sehen ist.

ah stimmt natürlich, entschuldigung, war grad nicht so bei der Sache! Mal was bestellen und schauen was passiert! Danke für die Idee! Beste Grüsse aus Bern, Gabe

Ich betreibe mein Stapel mit 24V. Ich möchte gerne den Strom dynamisch ändern, damit ich die RPM des Motors ansteuern kann – ein fixer Widerstand würde diese Aufgabe nicht erfüllen. Aber da hab ich wohl Pech

Gibt es Bricklet mit dem man entweder Spannungen von 0-10V oder Ströme von 4-24mA generieren kann? Ich möchte z.B folgendes Teil ansprechen um die Drehzahl eines Motors zu steuern: http://www.comat.ch/dokumentation/CMC15_CMC16_DB.pdf Hab ich das im "Industrial" Bereich übersehen? Grüsse, Gabe

Gibt es eine Möglichkeit den pH-Wert temperaturabhängig auszulesen mit bestehenden Bricklets?

Ja das ist so. Ich habe auch in letzter Zeit mit den Antennen rumgespielt um diese besser auszurichten. Jetzt ist besser. Genau das ist auch das Problem mit dem Teil im Keller, der ist über eine Wireless Bridge mit dem Netzwerk hier oben verbunden, das geht aber durch 2 Stahlbeton Wände durch, deshalb kommt es vor, dass es z.T packet-loss gibt. Aber ich teste nun schon 24h durch und es funktioniert nun prächtig. Ab und zu gibt es disconnects, aber jeweils nur 1 paket, dann sofort wieder da. Danke für all die Ideen und Hilfe!

Also ich habe das Problem gefunden. Es ist eher ein WiFi/TCP-IP Problem als etwas mit dem Master. Der Master stürzt nicht ab, sondern hat nur netzwerk probleme. Ich habe mein Skript nun so geändert, dass er automatisch re-connectet - ohne das reconnect des APIs. nun kriege ich folgende resultate: Statistics: Total run-time: 8:39:07.261778, Number of disconnects: 30 Er ist zwar kurzzeitig nicht erreichbar, kann jedoch jeweils nach einem Retry wieder verbinden. Den code habe ich in etwa so geschrieben: disconnects = 0 ipcon = IPConnection() ipcon.set_auto_reconnect(False) ipcon.set_timeout(2.5) master = Master(settings.TINKERFORGE_CONFIG['kegcontrol']['MASTER'], ipcon) # Create device object ptc_top = PTC(settings.TINKERFORGE_CONFIG['kegcontrol']['PTC_AIR_TOP'], ipcon) ptc_bottom = PTC(settings.TINKERFORGE_CONFIG['kegcontrol']['PTC_AIR_BOTTOM'], ipcon) ptc_water = PTC(settings.TINKERFORGE_CONFIG['kegcontrol']['PTC_WATER'], ipcon) ido4 = IndustrialDigitalOut4(settings.TINKERFORGE_CONFIG['kegcontrol']['IDO_COMPRESSOR'], ipcon) ipcon.connect( settings.TINKERFORGE_CONFIG['kegcontrol']['HOST'], settings.TINKERFORGE_CONFIG['kegcontrol']['PORT'] ) ptc_top.set_wire_mode(PTC.WIRE_MODE_4) ptc_bottom.set_wire_mode(PTC.WIRE_MODE_4) ptc_water.set_wire_mode(PTC.WIRE_MODE_4) # Get initial compressor state state = ido4.get_value() start_time = timezone.now() while True: end_time = timezone.now() run_time = end_time - start_time try: t_top = ptc_top.get_temperature()/100.0 t_bottom = ptc_bottom.get_temperature()/100.0 t_water = ptc_water.get_temperature()/100.0 avg_air = (t_top+t_bottom)/2 print "Temp 1: %s °C Temp 2: %s °C Temp 3: %s °C Online: %s" % (t_top, t_bottom, t_water, run_time) except Error as e: print e end_time = timezone.now() run_time = end_time - start_time print "Detected disconnect", run_time, ipcon.get_connection_state() ipcon.disconnect() connected = False disconnects += 1 retries = 0 while not connected: try: print "Reconnecting..." ipcon.connect( settings.TINKERFORGE_CONFIG['kegcontrol']['HOST'], settings.TINKERFORGE_CONFIG['kegcontrol']['PORT'] ) connected = True print "Reconnected after %d retries!" % retries except IOError: print "Connecting failed, retrying (%d)..." % retries retries += 1 sleep(1) pass sleep(1) so bleiben die Komponenten zuverlässlich kontrollierbar. Hoffe das hilft jemandem. Beste Grüsse, Gabe

hab nicht aufgegeben.. bin am messen. heute ist noch ein neues Relais gekommen um den Gefrier-kompressor zu schalten: http://www.crydom.com/en/Products/Catalog/s1_dr.pdf DR24D12R braucht nur sehr wenig Strom zum schalten (Industry Digital Out kann ja nur 25mA). Aber ja, zuerst muss ich schauen, dass das Teil überhaupt 24/7 läuft, sonst bringt es gar nicht erst zu schalten...