Jump to content

jax

Members
  • Gesamte Inhalte

    45
  • Benutzer seit

  • Letzter Besuch

Posts erstellt von jax

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

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

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

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

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

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

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

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

     

    photo.JPG.fbc2b5ec116bbda5cb678e849d56ee46.JPG

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

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

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

×
×
  • Neu erstellen...