Jump to content

luggyluke

Members
  • Gesamte Inhalte

    13
  • Benutzer seit

  • Letzter Besuch

luggyluke's Achievements

Newbie

Newbie (1/14)

0

Reputation in der Community

  1. Hey Theo, jetzt bekomm ich folgenden error: 17:35:54.118 [ERROR] [org.apache.felix.configadmin ] - [org.osgi.service.event.EventHandler, org.osgi.service.cm.ManagedService, id=394, bundle=268/file:/usr/share/openhab2/addons/org.openhab.binding.tinkerforge-1.12.0-SNAPSHOT.jar]: Unexpected problem updating configuration org.openhab.tinkerforge java.lang.ClassCastException: org.eclipse.emf.ecore.impl.EDataTypeImpl cannot be cast to org.eclipse.emf.ecore.EClass at org.m1theo.tinkerforge.emf.model.impl.ModelPackageImpl.getEcosystem(ModelPackageImpl.java:2229) [268:org.openhab.binding.tinkerforge:1.12.0.201802132226] at org.m1theo.tinkerforge.emf.model.impl.EcosystemImpl.eStaticClass(EcosystemImpl.java:99) [268:org.openhab.binding.tinkerforge:1.12.0.201802132226] at org.eclipse.emf.ecore.impl.MinimalEObjectImpl.eClass(MinimalEObjectImpl.java:688) [268:org.openhab.binding.tinkerforge:1.12.0.201802132226] at org.eclipse.emf.ecore.util.EContentsEList.createEContentsEList(EContentsEList.java:51) [268:org.openhab.binding.tinkerforge:1.12.0.201802132226] at org.eclipse.emf.ecore.impl.MinimalEObjectImpl.eContents(MinimalEObjectImpl.java:743) [268:org.openhab.binding.tinkerforge:1.12.0.201802132226] at org.eclipse.emf.ecore.util.EContentAdapter.setTarget(EContentAdapter.java:221) [268:org.openhab.binding.tinkerforge:1.12.0.201802132226] at org.eclipse.emf.ecore.util.EContentAdapter.setTarget(EContentAdapter.java:189) [268:org.openhab.binding.tinkerforge:1.12.0.201802132226] at org.eclipse.emf.ecore.impl.MinimalEObjectImpl$1ArrayDelegatingAdapterList.didAdd(MinimalEObjectImpl.java:489) [268:org.openhab.binding.tinkerforge:1.12.0.201802132226] at org.eclipse.emf.ecore.impl.MinimalEObjectImpl$1ArrayDelegatingAdapterList.didAdd(MinimalEObjectImpl.java:1) [268:org.openhab.binding.tinkerforge:1.12.0.201802132226] at org.eclipse.emf.common.util.ArrayDelegatingEList.addUnique(ArrayDelegatingEList.java:389) [268:org.openhab.binding.tinkerforge:1.12.0.201802132226] at org.eclipse.emf.common.util.AbstractEList.add(AbstractEList.java:303) [268:org.openhab.binding.tinkerforge:1.12.0.201802132226] at org.openhab.binding.tinkerforge.internal.TinkerforgeBinding.listen2Model(TinkerforgeBinding.java:253) [268:org.openhab.binding.tinkerforge:1.12.0.201802132226] at org.openhab.binding.tinkerforge.internal.TinkerforgeBinding.connectModel(TinkerforgeBinding.java:196) [268:org.openhab.binding.tinkerforge:1.12.0.201802132226] at org.openhab.binding.tinkerforge.internal.TinkerforgeBinding.updated(TinkerforgeBinding.java:896) [268:org.openhab.binding.tinkerforge:1.12.0.201802132226] at org.apache.felix.cm.impl.helper.ManagedServiceTracker.updated(ManagedServiceTracker.java:189) [7:org.apache.felix.configadmin:1.8.16] at org.apache.felix.cm.impl.helper.ManagedServiceTracker.updateService(ManagedServiceTracker.java:152) [7:org.apache.felix.configadmin:1.8.16] at org.apache.felix.cm.impl.helper.ManagedServiceTracker.provideConfiguration(ManagedServiceTracker.java:85) [7:org.apache.felix.configadmin:1.8.16] at org.apache.felix.cm.impl.ConfigurationManager$ManagedServiceUpdate.provide(ConfigurationManager.java:1479) [7:org.apache.felix.configadmin:1.8.16] at org.apache.felix.cm.impl.ConfigurationManager$ManagedServiceUpdate.run(ConfigurationManager.java:1435) [7:org.apache.felix.configadmin:1.8.16] at org.apache.felix.cm.impl.UpdateThread.run0(UpdateThread.java:141) [7:org.apache.felix.configadmin:1.8.16] at org.apache.felix.cm.impl.UpdateThread.run(UpdateThread.java:109) [7:org.apache.felix.configadmin:1.8.16] at java.lang.Thread.run(Thread.java:748) [?:?] Falls es wichtig ist, ich hab Openhab 2.2 auf ner Ubuntu 17.10 maschine und hatte bisher das Tinkerforge Binding über die PaperUI installiert. Owner ist Openhab und die datei ist executable. Falls du sonst irg. Infos brauchst reiche ich gerne noch was nach :-).
  2. So hier nun endlich der log: tinkerforge.cfg : ambientlightv2.uid=yg5 ambientlightv2.type=bricklet_ambient_lightv2 #ambientlightv2.integrationTime=0 ambientlightv2.illuminanceRange=3 ambientlightv2.illuminanceRange=0 #ambientlightv2.callbackPeriod=60000 ambientlightv2.threshold=100 und die Antwort im log : [ERROR] [odel.impl.MBrickletAmbientLightV2Impl] - invalid illuminanceRange value: 3 Und nach einiger zeit dan solche einträge : 13:29:41.386 [ERROR] [ab.core.service.AbstractActiveService] - Error while executing background thread Tinkerforge Refresh Service java.lang.NullPointerException: null at org.openhab.binding.tinkerforge.internal.model.impl.MBrickletAmbientLightV2Impl.fetchSensorValue(MBrickletAmbientLightV2Impl.java:996) [258:org.openhab.binding.tinkerforge:1.11.0] at org.openhab.binding.tinkerforge.internal.TinkerforgeBinding.updateItemValues(TinkerforgeBinding.java:628) [258:org.openhab.binding.tinkerforge:1.11.0] at org.openhab.binding.tinkerforge.internal.TinkerforgeBinding.execute(TinkerforgeBinding.java:592) [258:org.openhab.binding.tinkerforge:1.11.0] at org.openhab.core.binding.AbstractActiveBinding$BindingActiveService.execute(AbstractActiveBinding.java:144) [226:org.openhab.core.compat1x:2.2.0] at org.openhab.core.service.AbstractActiveService$RefreshThread.run(AbstractActiveService.java:166) [226:org.openhab.core.compat1x:2.2.0] Hoffe das hilft :-) (im neuen Snapshot ist nicht zufällig ein edgecounter implementiert oder? ) Liebe Grüße, Lukas
  3. Hey theo, immer gerne :-) mir ist die letzten tage auch aufgefallen, dass das ambilight v2 keine helligkeitseinstellungen akzeptiert. Error ist irgendwas bez. Wron value, wenn man was anderes ausser 0 eingibt. Falls du mehr info brauchst kann ich dir morgen mal die cfg und logs schicken. Bin grad nich am pc. Zu dem zahler. Zurucksetzen sollte doch kein problem sein, dafür gibts ja persistence, aber mich würde auch nur die flanken pro sekunde oder pro minute interessieren :-). Lg lukas
  4. Hey theo, erstmal vielen dank für due schnelle antwort. Meine idee wäre ein verknüpftes number item welches vom counter gefüttert wird, entweder total, sprich ohne zurücksetzen-analog zu einem Stromzähler, oder ein messintervall analog zum "poll" intervall-welches zb jede minute die gezählten flanken ausgibt und dann den counter des brick zurück setzt. Natürlich könnte man bei openhab2 mit things und channels auch einen input und so realisieren aber ich glaube die Anpassung an das eigene System ist auch gut in Openhab zu realisieren und man muss nicht jede mögliche Einstellung im binding erreichbar machen. Mfg lukas Edit:ein paar Tippfehler korrigiert (is noch etwas früh)
  5. Hallo, Ich wollte gerade meine neue Tinkerforge Wetterstation in betrieb nehmen und hab gemerkt, dass dier IO4 Bricklets mittels Openhab nicht als counter genutzt werden können. Ich würde nur ungern mehrere zig bis hundert item updates generieren wenn der Wind mal ein bisschen pustet . Generell gibt es dafür ja eine Java funktion, oder ist das trotzdem noch ziemlich schwierig zu realisieren? MFG Lukas
  6. Hey theo, JUHUUUUU es funktioniert! VIELEN DANK!!! Du machst hier echt tolle Arbeit! jetzt muss ich nie wieder blumen gießen ;-). Liebe Grüße, Lukas
  7. hey theo, leider unverändert. config ist jetzt nur noch ############################## Tinkerforge Binding ################################### # # IP addresses / Hostnames of the hosts running the brickd (optional port # separated by a colon, defaults to 4223) tinkerforge:hosts=127.0.0.1 ###########tinkerforge:refresh=1000 #tinkerforge:temperature.uid=tf7 #tinkerforge:temperature.type=bricklet_temperature #tinkerforge:temperature.slowI2C=False #tinkerforge:amblight.uid=yg5 #tinkerforge:amblight.type=bricklet_ambient_lightv2 #tinkerforge:amblight.callbackPeriod=1000 #tinkerforge:amblight.threshold=10 #tinkerforge:ainv2.uid=vgh #tinkerforge:ainv2.type=bricklet_analoginv2 #tinkerforge:ainv2.movingAverage=50 #tinkerforge:ainv2.callbackPeriod=500 #tinkerforge:ainv2.threshold=10 tinkerforge:io4.uid=h2t tinkerforge:io4.type=bricklet_io4 tinkerforge:io4.debouncePeriod=200 tinkerforge:io0.uid=h2t tinkerforge:io0.type=io4_actuator tinkerforge:io0.subid=out0 tinkerforge:io1.uid=h2t tinkerforge:io1.type=io4sensor tinkerforge:io1.subid=in1 tinkerforge:io1.pullUpResistorEnabled=true Log wie immer im anhang ^^. Ich vermute immernoch eine Fehlerhafte standard initialisierung des Bindings :-). LG Lukas log-30-05-2016.txt
  8. Nein, leider eben nicht. Ich kann mit Openhab immernoch keine Ausgänge setzen! siehe meine letzten drei posts. Ich versuche das Problem nochmal zu beschreiben: Ich möchte mit openhab einen Ausgang auf High setzen. Leider lädt openhab die Out0-3 zwar (standardmäßig) aber im Brick sind trotzdem alle ports auf Eingang gestellt, daher funktioniert auch der Pull-up. Wenn ich nun aber manuell z.B. Port 1 auf Out einstelle (im Brickv), kann ich Out1 über Openhab auf High/low setzen. Nur resettet sich ja das ganze bei neustart des Bricks, und openhab sagt mir nichtmal ob es tatsächlich geht oder nicht. Ich hoffe das hat mein Problem etwas verständlicher gemacht. (hier nochmal meine Idee zum Problem: Openhab lädt automatisch alle In0-3 und Out0-3 für gegebenes Bricklet, da nun aber schon der Port als In0 definiert ist, kann ich ihm keine Einstellungen für Out0 übergeben.) Lg Lukas
  9. Hey Theo, also hier meine aktuelle config ############################## Tinkerforge Binding ################################### # # IP addresses / Hostnames of the hosts running the brickd (optional port # separated by a colon, defaults to 4223) tinkerforge:hosts=127.0.0.1 ###########tinkerforge:refresh=1000 tinkerforge:temperature.uid=tf7 tinkerforge:temperature.type=bricklet_temperature tinkerforge:temperature.slowI2C=False tinkerforge:ainv2.uid=vgh tinkerforge:ainv2.type=bricklet_analoginv2 tinkerforge:ainv2.movingAverage=50 tinkerforge:ainv2.callbackPeriod=500 tinkerforge:ainv2.threshold=10 tinkerforge:io4.uid=h2t tinkerforge:io4.type=bricklet_io4 tinkerforge:io4.debouncePeriod=200 tinkerforge:io0.uid=h2t tinkerforge:io0.type=io4_actuator tinkerforge:io0.subid=out0 tinkerforge:io1.uid=h2t tinkerforge:io1.type=io4sensor tinkerforge:io1.subid=in1 tinkerforge:io1.pullUpResistorEnabled=true leider ist das problem immer noch da, habe auch nochmal einen Ausschnitt der log datei angehängt. Interessant eben ab ca 07:59:06.454, hier sieht man, dass erst die in0-4 erstellt werden, leider immernoch ohne pullup laut Brickv. LG Lukas Edit: Korregiere, das mit dem Pullup funktioniert, man muss nur Brickv einmal neu starten. Sehr schön! log-25-05-2016.txt
  10. Hey Theo, werde das nächste woche mal testen, aber wie stelle ich die Ausgänge als Ausgänge ein? wie gesagt werden bei mir immer erst alle Eingänge eingestellt. Liebe grüße, Lukas
  11. also hier mal meine testcfg mit eingestelltem eingang und pullup, welcher eben nicht eingestellt wird. ############################## Tinkerforge Binding ################################### # # IP addresses / Hostnames of the hosts running the brickd (optional port # separated by a colon, defaults to 4223) tinkerforge:hosts=127.0.0.1 ###########tinkerforge:refresh=1000 tinkerforge:temperature.uid=tf7 tinkerforge:temperature.type=bricklet_temperature tinkerforge:temperature.slowI2C=False tinkerforge:ainv2.uid=vgh tinkerforge:ainv2.type=bricklet_analoginv2 tinkerforge:ainv2.movingAverage=50 tinkerforge:ainv2.callbackPeriod=500 tinkerforge:ainv2.threshold=10 tinkerforge:io4.uid=h2t tinkerforge:io4.type=bricklet_io4 tinkerforge:io4.debouncePeriod=200 tinkerforge:io0.uid=h2t tinkerforge:io0.type=io4sensor tinkerforge:io0.subid=in3 tinkerforge:io0.defaultState=true anbei auch der log, hoffe man kann daraus schlau werden :-) openhab.log
  12. hey Theo, is ja cool das du so schnell geantwortet hast, bin leider erst am Sonntag wieder an dem Rechner. bzgl. der cfg, also wenn ich nichts für die subids einstelle scheint es alle (in und out) zu erkennen, und wenn ich das dann manuell im brickv mach kann ich die Ausgänge auch schalten. Werde aber am Sonntag ne cfg und log posten wenn ich versuch einen Ausgang zu konfigurieren, dann wirds nämlich spannend. Soweit ich das noch im kopf hab definiert er erst alle eingänge und sagt dann z.B. out2 is already configured as in2. get your config file in order! (oder so was in der art) und falls ich einen Eingang definiere und z.b. Pull-up einstelle, ließt er das zwar, aber initialisiert doch alle als "Default". Hoffe das ist wenigstens ein bisschen nachvollziehbar :-) Lg Lukas
  13. Hey, Hier mal mein erster Beitrag, habe mir tie tage Tinkerforge und openhab zugelegt. Leider scheint die openhab.cfg keine configs für die subids des IO-4 zu übernehmen. Soweit ich das aus dem Log lesen kann, werden alle subids (in und out) automatisch eingelesen, jedoch ist eine weitere Einstellung (Pull up und co) nicht möglich. Das heißt ich muss momentan im Brickv die Ports auf Output stellen, ansonsten schickt openhab zwar ON/OFF aber diese werden vom Bricklet nicht umgesetzt. Habe schon versucht es mit einem externen skript zu lösen, leider erfolglos (bin wie gesagt erst kurz bei Openhab). Könnt ihr mir helfen? LG Lukas
×
×
  • Neu erstellen...