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...

Läuft schon besser vertikal... Was mir noch auffällt ist folgendes. Ich hab das genau gleiche Setup im Keller, dort zeigt der Step-Down immer 0mA. Der Kasten hier oben zeigt aber stets so 130mA. Hier die Messungen: hier oben: 51.1 °C 24.234 V 128 mA WiFI Buffers: WifiBufferInfo(overflow=0, low_watermark=1497, used=0) WifiStatus(mac_address=(114, 22, 160, 94, 248, 32), bssid=(116, 85, 189, 126, 29, 0), channel=11, rssi=-72, ip=(110, 5, 168, 192), subnet_mask=(0, 255, 255, 255), gateway=(1, 5, 168, 192), rx_count=763620, tx_count=3413202, state=1) 23.68 23.94 23.82 unten im Keller: 24.0 °C 23.643 V 0 mA WiFI Buffers: WifiBufferInfo(overflow=0, low_watermark=1499, used=0) WifiStatus(mac_address=(247, 21, 160, 94, 248, 32), bssid=(82, 40, 17, 116, 127, 104), channel=11, rssi=-40, ip=(136, 5, 168, 192), subnet_mask=(0, 255, 255, 255), gateway=(1, 5, 168, 192), rx_count=10, tx_count=68, state=1) 15.04 15.16 15.1 14.74 Traceback (most recent call last): File "./manage.py", line 10, in <module> execute_from_command_line(sys.argv) File "/Users/gabejackson/venv/brewery/lib/python2.7/site-packages/django/core/management/__init__.py", line 399, in execute_from_command_line utility.execute() File "/Users/gabejackson/venv/brewery/lib/python2.7/site-packages/django/core/management/__init__.py", line 392, in execute self.fetch_command(subcommand).run_from_argv(self.argv) File "/Users/gabejackson/venv/brewery/lib/python2.7/site-packages/django/core/management/base.py", line 242, in run_from_argv self.execute(*args, **options.__dict__) File "/Users/gabejackson/venv/brewery/lib/python2.7/site-packages/django/core/management/base.py", line 285, in execute output = self.handle(*args, **options) File "/Users/gabejackson/Documents/pycharm/bcs/bcs/brewery/management/commands/kegerator.py", line 47, in handle t_top = ptc_top.get_temperature()/100.0 File "/Users/gabejackson/venv/brewery/lib/python2.7/site-packages/tinkerforge/bricklet_ptc.py", line 118, in get_temperature return self.ipcon.send_request(self, BrickletPTC.FUNCTION_GET_TEMPERATURE, (), '', 'i') File "/Users/gabejackson/venv/brewery/lib/python2.7/site-packages/tinkerforge/ip_connection.py", line 878, in send_request raise Error(Error.TIMEOUT, msg) tinkerforge.ip_connection.Error: -1: Did not receive response for function 1 in time Die erste zahl ist die core temp. Im Keller beträgt diese lediglich 24°C...und lief schon eine Stunde. Aber eben, hat gerade wieder einen Timeout von über 30s gegeben und demzufolge der Fehler oben. Ich habe den Kasten auch sofort geöffnet und alles berührt.. da ist nicht mal etwas annähernd warm. Hier oben ist die Temperatur halt bisschen wärmer (Bodenheizung) aber im Kasten wirds auch nur so 26-27°C (gemessen). weitere Bemerkungen: im Keller macht der nicht mal reset, der status ist einfach alle lichter an (grünes licht von wifi ist permanent als wäre es verbunden), nicht mal der Reset knopf geht auf dem Master brick! aber verbinden kann ich nicht. Wenn ich probiere zu verbinden mit der python lib dann hängt der prozess und ich muss ihn via kill herunterfahren. manchmal rebootet er aber auch anstelle des lock-ups... sind euch diese Zustände bekannt?

Dazu wollte ich auch noch fragen: Kann man kritische Parameter aus dem Master brick auslesen wie "Open Connections" (der kann ja nur 15 oder?) oder wie voll gewisse Buffers sind? Würde das Debuggen deutlich einfacher machen...

Konnte die Antenne nun auch auf der Aussenseite montieren um diese auch richtig auszurichten. Leider stürzt er immer noch ab nach einer gewissen Zeit. Ich kann nur noch probieren das Netzteil aus dem Kasten zu nehmen. Unten noch ein Bild wie jetzt getestet wurde... muss doch so laufen, nimmt ja kaum Strom auf das zeugs, misst ja nur 3 Temperaturen... was mach ich falsch?

Also es läuft gerade mal in der Vertikalen Position. Mal schauen wie lange dass es so läuft. Batti möchtest Du die Lufttemperatur im Kasten oder mit einem Anlegethermometer vom AOZ1212 des Step Downs? (Der ist zwar auch bis 85°C geratet...). Danke für die Ideen! Ich messe jetzt auch Strom und Spannung mit. Resultate folgen gleich. Beste Grüsse

läuft auch noch nach 2h brav im gehäuse weiter... liegt also definitiv nicht an der Antenne, sondern definitiv an der Hitzeentwicklung des Step Down Bricks

es liegt definitiv an der Temperatur. Ich hab die ganze Anlage mal auf den Balkon gestellt, hier ist momentan so 3°C... da ist die core temp des ATMEL nur noch 40°C in der box drin und läuft nun schon eine stunde ohne probleme... Step down von 24V zu 5V generiert wohl zu viel wärme und so stürzt der Master einfach ab? hab probiert die WiFi extension auf den step down zu klemmen und dann der Master zuoberst, das geht aber nicht. was kann ich tun? Ich möchte die 24V beibehalten, da das so ein Industrie standard ist um relais und andere steuerungen anzusprechen... Das Step-Down Brick wird spezifiziert mit Eingangsspannungen bis 27V.. vielleicht doch ein bisschen viel?

Also hab ein wenig mit dem Haarfön nachgeholfen und so die Temperatur auf etwa 55°C erhöht.. läuft immer noch stabil. Ich habe nun also den Stecker vom Netzteil entfernt und auch den Stecker vom Industrial Bricklet zur externen Stromversorgung... rätsel rätsel... hier noch die Spezifikation der Stromversorgung: http://catalog.phoenixcontact.net/phoenix/treeViewClick.do?action=assets&UID=2868635&cat=techdata da gibts erst ein derating ab 55°C...

kriege so natürlich die box nicht mehr zu und erreiche nur knapp 50°C aber nicht drüber...

ist wirklich interessant ich habs extra nochmal versucht, ganzer tag war schön am laufen... vorhin als du geschrieben hast, hab ich deckel drauf gemacht (am 17:42) und jetzt ist er abgekratzt als er wieder genau diese Temperatur erreicht hat ~52°C (chip_temp vom master). 3.81 24.0 23.81 511 23.81 24.0 23.81 507 23.81 24.0 23.81 511 23.81 24.0 23.81 Traceback (most recent call last): File "./manage.py", line 10, in <module> execute_from_command_line(sys.argv) File "/Users/gabejackson/venv/brewery/lib/python2.7/site-packages/django/core/management/__init__.py", line 399, in execute_from_command_line utility.execute() File "/Users/gabejackson/venv/brewery/lib/python2.7/site-packages/django/core/management/__init__.py", line 392, in execute self.fetch_command(subcommand).run_from_argv(self.argv) File "/Users/gabejackson/venv/brewery/lib/python2.7/site-packages/django/core/management/base.py", line 242, in run_from_argv self.execute(*args, **options.__dict__) File "/Users/gabejackson/venv/brewery/lib/python2.7/site-packages/django/core/management/base.py", line 285, in execute output = self.handle(*args, **options) File "/Users/gabejackson/Documents/pycharm/bcs/bcs/brewery/management/commands/log_sensors.py", line 46, in handle temperature_hlt = ptc_hlt.get_temperature()/100.0 File "/Users/gabejackson/venv/brewery/lib/python2.7/site-packages/tinkerforge/bricklet_ptc.py", line 118, in get_temperature return self.ipcon.send_request(self, BrickletPTC.FUNCTION_GET_TEMPERATURE, (), '', 'i') File "/Users/gabejackson/venv/brewery/lib/python2.7/site-packages/tinkerforge/ip_connection.py", line 878, in send_request raise Error(Error.TIMEOUT, msg) tinkerforge.ip_connection.Error: -1: Did not receive response for function 1 in time probiere mal über USB.. standby

kann es sein, dass die Antenne ein Problem ist, wenn diese in der Box drin ist? ich habe vorsorglich ein kurzes U.FL Kabel auf SMA-Buchsen Kabel bestellt um die Antenne extern an die Box zu montieren..