Jump to content

MacDuff

Members
  • Content Count

    68
  • 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. Ich würde gerne von dem auf dem Red-Brick-Image 1.15 verfügbaren Python 3.5.3 auf Python 3.8 aktualisieren -- auch was die Versionsauswahl im "New Program"-Wizard betrifft (Step 3). Mit gewisser Mühe habe ich Python 3.8.6 auf dem Red Brick installiert, aber wie kriege ich das hin, dass diese aktuelle Version im Wizard neben 2.7.13 und 3.5.3 angeboten wird? Andernfalls wünsche ich mir ein Red-Brick-Image, das Python3 in einer Version >= 3.6 bringt... f-Strings und aktuelles Pandas brauchen mindestens diese Version. md
  2. Ich kann da sekundieren: meine kleine App, die Abfahrtszeiten von Bussen an verschiedenen Haltestelle anzeigen soll, habe ich mit dem LCD 128/64 realisiert. 6 Tabs, 6 Haltestellen. Ob nach 12, 24, 48 h -- irgendwann jedenfalls kann ich nicht mehr die Abfrage wechseln: Die Tabs springen zwar um, aber offenbar schlägt das nicht auf die App durch, weil die Abfahrtszeiten nicht mehr entsprechend aktualisiert werden. Hilft nur ein Neustart. md
  3. @ StefanOHAN Danke für den Tipp. Es macht tatsächlich einen Unterschied, ob Item-Namen nur Großbuchstaben sind oder nicht. Die Doku ist ungenau: "Every word of the Item name starts with an uppercase letter" -- und auch das ist nur eine "recommendation". Sie geben sogar das Beispiel: "Names that reoccur frequently, such as the names of rooms or appliances, may be abbreviated to reduce overall name length. (Example: Bathroom = BR)" Und damit hätte man sich wohl ins Knie geschossen... Versuch & Irrtum... md
  4. Ich probiere nun auch die 2.5 Bindings -- mit gemischten Resultaten. Nach vollständigem Start von openhab (auf einem Jetson Nano) soll eine Meldung auf dem LCD20x4 erscheinen: rule "STARTUP" when System started then logInfo("System Startup", "now") LCDBacklight.sendCommand(ON) LCD.sendCommand("1,1, OpenHab started") end LCD und Backlight sind als Items so definiert: String LCD "LCD" (t47, tinkerforge){channel="tinkerforge:lcd20x4:71e71e18:rXd:LCD20x4Text"} Switch LCDBacklight "LCDBacklight" (t47, tinkerforge) {channel="tinkerforge:lcd20x4:71e71e18:rXd:LCD20x4Backlight"} Das Ba
  5. ich hab das mal mit einem kleinen usb-hub realisiert...
  6. nach schneller durchsicht fiel mir das auf: if Hühner_Stall.ipcon != None: Hühner_Stall.ipcon.disconnect() kann es sein, dass hier (z 239) deine ip connection verfrüht und fälschlich gekappt wird, weil du statt "==" irrtümlich "!=" getippt hast? md
  7. Danke -- das ging gut bis: git reset --hard brickd-2.4.0 worauf folgte: fatal: ambiguous argument 'brickd-2.4.0': unknown revision or path not in the working tree. Use '--' to separate paths from revisions, like this: 'git <command> [<revision>...] -- [<file>...]' Hab ich mal ignoriert und weiter probiert. Das cd .. aus /src heraus ist glaub ich nicht nötig, denn das file build_pkg.py ist in /src. pm-utils musste ich nachinstallieren, danach lief es glatt. brickd.conf ist in /etc und die Version meldet korrekt mit 2.4.0., Brick Viewer läuft und zeigt angeschlosse
  8. Ich wollte das Jetson Nano Developer Kit (kleine KI-Maschine mit Quadcore ARM A57 CPU und NVidia GPU + adaptiertes Ubuntu Linux) mit TF-Komponenten kombinieren, bin aber an der Installation des Brick Daemon gescheitert: dpkg: Fehler beim Bearbeiten des Archivs brickd_linux_latest_armhf.deb (--install): Paket-Architektur (armhf) passt nicht zum System (arm64) Fehler traten auf beim Bearbeiten von: brickd_linux_latest_armhf.deb Gibt es vielleicht doch noch eine Möglichkeit? danke, md
  9. Danke - es funktioniert nun mit: Desktop Einvironment aktiviert + app = QApplication() oder Desktop deaktiviert + app = QCoreApplication QApplication ist für Anwendungen mit GUI, QCoreApplication für Konsolenanwendungen ohne GUI Ich versteh allerdings nicht das "Desktop"-Konzept. Könnte man das evtl in der Doku präzisieren? Ist GUI == Desktop? Beim LCD128x64 ist ja auch die Rede von "GUI"... macduff
  10. Ich baue mir gerade einen kleinen Info-Screen mit dem LCD 128*64 (Air Quality, Abfahrtszeiten des Busses vor meiner Haustüre). Wegen Letzterem läuft es in einer PyQt-Schleife, damit ich den bequemen QTimer nutzen kann, sowie Pyqtsignals - und auf dem Windows-Rechner ist auch alles ok. Sobald ich die App auf dem RED starte bricht es jedoch ab, mit der Meldung: "QXcbConnection: Could not connect to display" Das kleine LCD qualifiziert ja wohl nicht als GUI-Display im Sinne einer GUI-App, oder? Hab's dennoch im Environment mal als DISPLAY :0 und :1 angemeldet, ging trotzdem nicht. Eine frühe
  11. Ich habe letztens mit buildozer/kivy gearbeitet - ganz schön tricky. hast du in der buildozer.spec (application requirements) die tinkerforge-module deklariert? es gibt auch einen abschnitt # (str) Android logcat filters to use android.logcat_filters = *:S python:D darin, den du aktvieren solltest. dann bekommst du beim debug eine exakte auskunft, an welcher stelle genau und warum dein programm abstürzt. -md
  12. Danke, so funktioniert es. Mein Setup ist ein Red, auf dem OHA2 läuft, und eine separate Bedienungs- und Display-Einheit mit LCD20x4, MultiTouch-Bricklet mit Keypad und ein AmbientLightV2. Die Einheit wird über eine WIFI2.0-Extension angesprochen. Anfangs hatte ich den Red via EthernetPoE 1.0 und PowerLan im Netz - da kam es zu ständigen Timeouts in der Kommunikation mit der separaten Einheit. Sowas: 2017-04-05 07:23:09.328 [ERROR] [rnal.model.impl.MultiTouchDeviceImpl] - Tinkerforge Error: Tinkerforge timeout occurred : Did not receive response in time for function ID 1 Als ich auf di
  13. hallo Theo et al, mein openhab schreibt nicht aufs LCD20x4... hier die getesteten befehlszeilen in .rules: sendCommand(LCD, String::format("TFNUM<10>WZ-FENSTER AUF")) und so auch nicht: sendCommand(LCD, "TFNUM<10>WZ-FENSTER AUF") Hier die Fehlermeldung: 2017-03-19 08:58:00.030 [WARN ] [org.apache.karaf.services.eventadmin] - EventAdmin: Exception during event dispatch [org.osgi.service.event.Event [topic=openhab/command/LCD] {bridgemarker=true, item=LCD, command=TFNUM<10>WZ-FENSTER AUF} | {org.osgi.service.event.EventHandler, org.osgi.service.cm.ManagedService
  14. OPENHAB 2.0 auf dem RED BRICK Wollte mal kurz berichten... Ich hatte früher schon mit OH1.x eperimentiert, mich dann aber entschlossen, mit der "ernsthaften" Arbeit auf OH2 zu warten. Zuerst probierte ich mit der aktuellen OH2 Release auf meinem Windows-Rechner herum, gestern habe ich das Ganze dann auf den Red Brick übertragen. Und es funktioniert. Etwas lahm, aber geht. Folgt man der Anleitung auf der Doku-Seite von openhab.org, sollte die Installation von OH2 mittels apt-get auf dem Red problemlos vonstatten gehen. Für die Einrichtungsarbeit mit dem OH-Web-Interface verwende ich puTTY,
×
×
  • Create New...