Temperaturabfrage timeout nach 10s normal?

jax · January 20, 2014 at 04:07 PM

Hallo Zusammen, ich habe vermehrt folgendes Problem und möchte dem mal endlich auf die schliche kommen. Vorallem, weil es mir gestern Abend den Kompressor meines Gefrierfaches nicht abgeschaltet hat und durch die Nacht hindurch gekühlt wurde......

folgende Probleme sehe ich öfters wenn ich über längere Zeit meine Sensoren abfrage:

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

Ist das Verhalten normal? Ich habe bereits das Timeout auf 10s erhöht...

Hier ist mein Code:

class Command(BaseCommand):
    args = ''
    help = 'Starts controlling the fridge'

    def handle(self, *args, **options):
        def signal_handler(signal, frame):
            print 'Disconnecting...'
            ipcon.disconnect()
            sys.exit(0)

        signal.signal(signal.SIGINT, signal_handler)
        print 'Press Ctrl+C to exit'

        ipcon = IPConnection() # Create IP connection
        ipcon.set_timeout(10)

        #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()

        while True:
            # Temperatures
            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 t_top, t_bottom, avg_air, t_water, ido4.get_value()

            if not state and (avg_air > 3.0):
                state = 1
                ido4.set_value(1 << 0)
                print "Turning on freezer"

            if state and (avg_air < 2.5):
                state = 0
                ido4.set_value(0 << 0)
                print "Turning off freezer"

            sleep(1)

müsste der code anders sein damit ich mich ruhig schlafen legen kann ohne dass der Kompressor nicht geschaltet wird?

Was ist der Grund dass die Sensoren manchmal über 10s haben zum Antworten?

Angehängt ist mein Setup als Bild.

Im Stack zu unterst: Industry Digital I/O, dann Stepdown, Master, Wifi Extension. Bricklets hats sonst noch 3 PTC Bricklets.

Beste Grüsse,

Gabe

jax · January 20, 2014 at 04:13 PM

Interessant finde ich das hier:

-1.17 7.17 3.0 9.89 0
-1.16 7.18 3.01 9.9 0
Turning on freezer
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
(brewery)gabejackson@jax: bcs# ping kegcontrol
PING kegcontrol (192.168.5.136): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
^C
--- kegcontrol ping statistics ---
4 packets transmitted, 0 packets received, 100.0% packet loss

Anscheinend hängt er sich auch auf nachdem ich den Kühlschrank schalte... erreichbar ist er nun auch nicht mehr.. woran kann das liegen?

jax · January 20, 2014 at 04:18 PM

weiter muss ich auch sagen, dass der stack nicht immer stirbt wenn ich den kompressor schalte. das passiert nur ab und zu. Ausserdem leuchtet das grüne LED der Wifi Extension noch, ist einfach nicht mehr ansprechbar.

Das Bild ist nicht genau das was im Keller läuft, im Keller habe ich ein identisches Setup aber mit einem 10A Relais und einem RC Snubber Parallel mit dem Kompressor. Eventuell ist hier was falsch?

Loetkolben · January 20, 2014 at 05:28 PM

Hallo jax,

ohne direkt etwas zu Deinem Problem sagen zukoennen, kommt hier aber wieder das Thema EMV und Watchdog hoch.

Waere es nicht Zeit wird ein Sytem/Watchdog Bricket oder zumindest eine externe Schaltung die das realisiert?

Der Loetkolben

jax · January 20, 2014 at 07:02 PM

Ja klar, watchdog wäre sicherlich sinnvoll. aber keep it simple ist auch nicht schlecht

OK, ich habe eventuell das Problem gefunden. Gerade gesehen, dass der Industry Digital Out 4 lediglich 25mA pro Ausgang liefern kann.

Wenn ich mein Relais anschaue: http://www.turck-usa.com/illustrations/B1201_51.pdf dann sehe ich, dass die Stromaufnahme dieses Relais 700mW bei DC ist, d.h doch 700mW/24V ~= 30mA? Könnte das ein Problem sein? Weiter ist der EMV-Aspekt vielleicht gar nicht so daneben, der Master Brick ist direkt neben dem Step Power Supply 24VDC, 0.75A. Kann es sein, dass dieser Probleme verursacht. Kann ich mir zwar nicht so vorstellen, denn dann würde der Master doch immer aufhängen und nicht nur beim anlassen des Relais?

Any ideas?

jax · January 20, 2014 at 08:33 PM

noch eine Feststellung.... Ich habe das ganze in ein Cubo S Gehäuse auf Hutschiene montiert.. http://img.directindustry.com/images_di/photo-g/polycarbonate-abs-enclosures-13777-2469927.jpg

Wenn ich den transparenten Deckel entferne, bekomme ich keine Timeouts. Wenn ich den Deckel drauf mache, bekomme ich relativ schnell mal automatisch resets des stapels (alles blinkt und resettet).. kann es sein, dass die Komponenten überhitzen wenn man diese in ein Gehäuse baut?? oder wieso resettet der Master dann alle 60s oder so

jax · January 20, 2014 at 08:55 PM

habe noch gesehen dass der master brick CPU ein eingebauter temperatur sensor hat.. könnten wir diesen auch auslesen?

http://www.atmel.com/Images/ATMEL_6500S-32-bit%20Cortex-M3%20Microcontroller_SAM3S_Summary-Datasheet.pdf

January 20, 2014 at 09:27 PM

Ja, das geht. Schau mal hier: http://www.tinkerforge.com/de/doc/Software/Bricks/Master_Brick_Python.html#Master.get_chip_temperature. Grundsätzlich ist der Sensor aber sehr ungenau und sein Nutzen beschränkt sich nur auf das Detektieren von Temperaturänderungen. Da gab es hier im Forum auch schon einen Thread zu. Finde ihn nur grade nicht...

Das einzige, was da meiner Erfahrung wirklich warm wird, ist die Ethernet Extension. Da gehe ich mal davon aus, dass das bei Wifi auch nicht anders sein wird. Die wird aber nicht wirklich heiß aber deutlich Spürbar. Da sollte es eigentlich bei der Gehäusegröße nicht so heiß werden, dass da was abstürzt...

Du könntest aber einfach mal fühlen wie warm die Komponenten werden und das mal vergleichen: Vor und nach Absturz.

Unexpected · January 20, 2014 at 09:32 PM

Ich glaube Robin meint bzgl. der Temp, diesen Thread:

http://www.tinkerunity.org/forum/index.php/topic,2101.msg13661.html#msg13661

Ziemlich am Ende, habe ich dazu auch die ähnliche Frage gestellt.

January 20, 2014 at 09:40 PM

Genau den meinte ich. Deshalb habe ich den also nicht wiedergefunden. Die Titel schienen mir alle nicht passend bzw. nach dem ersten Einlesen schien das nicht zu passen.

jax · January 20, 2014 at 10:26 PM

Also hab mal gemessen.. ohne gehäuse ist er so 45°C warm (ich nehme an 451 ist 45°C) da läuft er super... hab den deckel mal drauf getan und 20min später ist er bei 51 grad und dann kommt plötzlich der moment:

511
23.74 24.06 23.33
507
23.74 24.06 23.33
511
23.74 24.06 23.33
^@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

ab dann beginnt er immer wieder zu resetten.. kurze zeit erreichbar, dann wieder reset...

jax · January 20, 2014 at 10:29 PM

die WiFi Extension ist ja zuoberst, gerade über den Master Brick... ich kann den gut anrühren ohne dass es heisst ist... frage mich langsam was geht..

Equinox · January 20, 2014 at 10:59 PM

Hallo,

Im Stack zu unterst: Industry Digital I/O, dann Stepdown, Master, Wifi Extension. Bricklets hats sonst noch 3 PTC Bricklets.

Nur mal so zwischendurch: Muss Stepdown nicht das unterste im Stack sein?

jax · January 21, 2014 at 12:16 AM

Der Step-down ist zuunterst,.. der Industry ist nur mit den separationsteils mit den anderen verbunden. die Bricklets haben ja keine Anschlüsse um an Master Extensions anzuschliessen.

jax · January 21, 2014 at 04:11 PM

der AMTEL mag ja gemäss Spezifikation eigentlich -45 bis 80°C beissen.. finde ich seltsam.. any ideas?

batti · January 21, 2014 at 04:21 PM

Hallo Jax,

das mit der Überhitzung kann ich mir nicht vorstellen. Die Bricks und Bricklets arbeiten eigentlich auch noch bei deutlich höheren Temperaturen.

Ich denke man muss hier systematisch dran gehen. Was passiert, wenn du das Schalten des Relais auskommentierst. Läuft dann das System stabil?

jax · January 21, 2014 at 04:40 PM

die obigen versuche sind alle ohne relais schalten. einfach alle 0.1s die temp von 3 sensoren abfragen. Alle läuft über einen 24VDC 0.75A Power supply von Phoenix Contact (Industrie dinger...), das ist aus meiner sicht absolut genug power um alles zu betreiben. Ohne deckel läufts prima... (es wird übrigens auch nicht heiss wenn ich den deckel dann abhebe)

jax · January 21, 2014 at 04:47 PM

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

batti · January 21, 2014 at 04:54 PM

Das mit der Antenne kann ich mir eigentlich nicht vorstellen.

Was passiert denn wenn du nicht über das Netzteil sondern z.B. über ein USB Netzteil versorgst? (Dann ist WIFI ja immernoch aktiv)

jax · January 21, 2014 at 05:06 PM

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

jax · January 21, 2014 at 05:22 PM

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

jax · January 21, 2014 at 05:40 PM

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

jax · January 21, 2014 at 07:43 PM

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?

jax · January 21, 2014 at 08:36 PM

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

batti · January 22, 2014 at 08:21 AM

Jax, mich würden die wirklichen Temperaturen interessieren. Die Chip Temperatur kann beliebig falsch liegen. Ich kann immer noch nicht glauben, dass die Bricks/Bricklets Probleme mit 55°C haben. Kannst du mit einem externen Thermometer nachmessen?

Der Chip auf der Step-Down Power Supply wird bei zu hoher Temperatur abschalten ("Überlast"). Allerdings sollte dein Aufbau die Step-Down Power Supply nicht sonderlich auslasten. Ich würde nur eine minimale Erwärmung erwarten. Was sagt die interne Strommessung?

24V Eingangsspannung sollten kein Problem machen.

Temperaturabfrage timeout nach 10s normal?

Recommended Posts

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Guest Robin

Link to comment

Share on other sites

Link to comment

Share on other sites

Guest Robin

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Join the conversation