Jump to content

Tipsy Tinker

Members
  • Content Count

    20
  • Joined

  • Last visited

Community Reputation

0 Neutral

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Genau, aber ich raffe noch nicht, wie ich mit dem Script auf den Alarm reagiere. def main(): ipcon = IPConnection() rtc = BrickletRealTimeClockV2(UID_Clock, ipcon) led = BrickletRGBLEDV2(UID_Led, ipcon) ipcon.connect(HOST, PORT) led_green(led) time.sleep(1) led_red(led) rtc.set_alarm(-1, -1, -1, -1, -1, -1, 5) ### led_green(led) ipcon.disconnect() Vielleicht könnte mal jemand anhand des Codebeispiel zeigen, was an stelle ### stehen muss, damit die Led nach 5* Sekunden (oder eingestelltem Alarmwert) wieder auf g
  2. rtrbt, vielen Dank für deine Eingaben. Hat mir sehr weiter geholfen. import subprocess subprocess.run(["sudo", "reboot"]) Hat direkt funktioniert, wird allerdings langfristig ein Sicherheitsproblem darstellen, schätze ich. Werd mal noch ein bisschen damit herum experimentieren, wäre schon nice das auf einen Alarm zu legen. Hab allerdings noch nicht so ganz raus wie ich auf den Alarm aus dem Skript heraus reagieren kann. Den Monoflop find ich großartig :) So naheliegend und doch so fern. Langfristig wirds der wohl werden.. 🙂 Grüßle Tipsy
  3. Hallo Zusammen 🙂 Besteht die Möglichkeit, den RED Brick aus einem python-Script heraus zu rebooten? Wenn ja, wie ? Besteht die Möglichkeit, den Alarm aus dem "Real-Time Clock Bricklet 2.0" zu benutzen, um einen reboot auszulösen? Und aller guten Dinge sind 3: Besteht die Möglichkeit, irgendwie zu erkennen, das sich der RED aufgehängt hat, um ihn dann zu rebooten? Klingt irgendwie widersprüchlich, aber ihr versteht schon...🤣 Vielleicht hat wer Hinweise, wie ich diese Fragestellungen lösen kann, oder hat Recherchehinweise die mich weiter bringen.
  4. Der Allwinner10s ist das SoC des RED-Brick. Für die Ethernet Extension (mit/ohne PoE) steht hier auf Seite 60 : -40 bis +85°C
  5. Hab grad nochmal in die Datensätze geschaut. Als max.Temp erreiche ich am Einsatzort des Humidty Bricklets 146 °C, im niedrigen Temperaturbereich bis zu 90% rel. Feuchtigkeit. Das hier verlinkte Allwinner 10s Datenblatt verrät auf Seite 47: -20 bis +70°C Aber ob das so für den RED-Brick im allgemeinen gilt ?! Es führt kein Weg vorbei, es muss gemessen werden. 😐
  6. Jap, wird wohl notwendig sein noch zwei Thermocouple Bricklet mit rein zu hängen. Müsste dann immer zum Aufzeichnungende hin in den Daten erkennbar sein. Bisher habe ich die deutlich über Handwarme Temperatur aussen am Gehäuse festgestellt. Jetzt werden Tatsachen geschaffen. 🙂
  7. Klink mich mal ein, betreibe ein Humiditiy 2.0 Bricklet seit Knapp 6 Monaten störungsfrei im "Hochtemperaturbereich" ... 80-120 °C / rel. Feuchtigkeit 5-20 % Wohingegen einer meiner RED-Bricks, in dessen Stapel ausserdem ein PoE-LAN Master seine Arbeit verrichtet, immer mal wieder hängt. Die Abwärme des PoE-LAN Master sorgt regelmäßig für Gehäuseinnentemperaturen im Temperaturbereich < ~60 °C . Ich habe den Verdacht, das ein Zusammenhang bestehen könnte. Grüße Tipsy
  8. Hi Zusammen, wie bildet man denn auf dem OLED 128x64 Bricklet 2.0 Sonderzeichen ab? Also zum Beispiel °C wobei hier das "°" gemeint ist. Bzw alle Zeichen die hier Abgebildet sind und ausserhalb des grünen Bereichs liegen? Aus 'C kenn ich sowas wie exit_nodes, aber zu Python finde ich dazu nichts. Hat das was mit der UTF-8 Codierung des Codes zu tun ? Besten Dank für Hinweise. Gruß Tipsy
  9. Randnotiz: Was passiert eigentlich mit der Config einer Ethernet Extension (PoE), wenn ich sie ohne RED Brick, direkt per USB konfiguriere, und dann auf den RED Brick stecke ? Welche Config gilt dann? Diejenige im BrickViewer RED Brick Tab, oder die zuvor auf der Ethernet Extension abgespeicherte?
  10. Hi, hab dir die Logs, von diesem komplizierten Test aufgrund des komplizierten Problems ☺️, angefertigt und direkt geschickt. Besten Dank für deine Unterstützung! Vielen Dank
  11. Switch an, RED-Brick bootet über PoE, Netzwerkverbindung funktioniert >> wenn die Thermocouple nicht angeschlossen sind oder Thermocouple und Thermofühler angeschlossen sind Dann USB-Kabel eingesteckt, dann verlierst du die Netzwerkverbindung zum anderen Stapel >> wenn keine Thermofühler an den Thermocouple eingesteckt sind Alles aus, USB-Kabel eingesteckt gelassen, dann alles wieder gebootet, dann funktioniert es nur, wenn du die Thermofühler an den Bricklets angeschlossen hast? >> oder die Couple garnicht angeschlossen sind Auffällig wäre noch die eno
  12. Ahoi, PoE-Switch hatte ich die letzten Tage mehrfach zurückgesetzt. Der ist auch ok mit seiner Config, denke ich (Begründet, keine Vermutung). Zunächst habe ich alle (Netzwerk-)Kabel getauscht. Anschließend alle 7p-10p Kabel. Aktuell habe ich 2 (eigentlich unbeteiligte, und erst für spätere Umfänge benötigte) Thermocouple am Stack mit dem RED Brick (192.168.0.2) eingegrenzt. Wenn die angeschlossen sind, funktioniert unter der Vorraussetzung, das die Stromversorgung für den Bootvorgang ausschließlich über PoE anliegt, die Kommunikation nach 192.168.0.3 nicht. Egal ob mit oder oh
  13. Moin, ja hab den Edit von dir nicht rechtzeitig mitbekommen. Aber auch mit 255.255.255.0 läuft es nicht. Im Programm habe ich als HOST 192.168.0.3, also die IP von demjenigen Stack in dem der Thermocouple steckt, den ich mit der richtigen UID anspreche. Führe ich das Programm mit "localhost" aus, funktioniert es, die Temperatur wird in die Logfiles ausgegeben. Führe ich es auf dem RED Brick aus, bekomme ich den o.g. Eintrag in den Logs.. Ich habe jeweils die Stacks am Switch, und den RED Brick per USB am Rechner. Nochmal zur Konfiguration: Stack mit PoE
  14. Hi, also mit dieser Config RED Brick: Master Extension: bekomm ich """ Traceback (most recent call last): File "PoE_IP_Test.py", line 16, in <module> ipcon.connect(HOST, PORT) # Connect to brickd File "/usr/local/lib/python3.5/dist-packages/tinkerforge/ip_connection.py", line 581, in connect self.connect_unlocked(False) File "/usr/local/lib/python3.5/dist-packages/tinkerforge/ip_connection.py", line 784, in connect_unlocked tmp.connect((self.host, self.port)) OSError: [Errno 113] No route to host """
  15. Hi, es soll ja gerade ohne FritzBox funktionieren (Habs nochmal dazueditiert, sorry für die möglichweise unpräzise Fragestellung)... quasi Stand-Alone ... Nur die Stacks und der Switch ... Hast du da auch einen Lösungsansatz? Vielen Dank
×
×
  • Create New...