Maxicko

Hallo liebe Forengemeinde,

schon seit einiger Zeit bin ich auf der Suche nach passenden Teilen um mit Tinkerforge und Makerbeam coole Sachen mit meinen Kindern bauen zu können.
Besonders Teile die man nachgelagert an die Motoren (Zahnräder, Achsen, Antriebsriemen) verbinden kann und die zu Makerbeam passen.

Für die Modellbauprofis vermutlich ein einfaches Problem. Ich komm mir leider in den einschlägigen Shops wie im Dschungel vor.
Ich hatte gehofft, dass es hier ebenso eine Marke gibt, die wie Makerbeam so gut zu Tinkerforge passt und wo man aus einem Sortiment passender Dinge einfach auswählen kann.
Es scheint mir allerdings so, als ob die meisten Sachen eher für 4mm und nicht 3mm gebaut wurden. Wie z.B. den ClipMont-Baukasten, den ich heute entdeckt habe.

Vielen Dank schon mal und ein schönes Wochenende an Alle!

VG
Max

Hätte da auch ein Projekt mit Servo-Brick im Kopf. Schade, dass es nun so lange nicht verfügbar sein wird...

vor 10 Stunden schrieb StefanOHAN:

Hallo Max

jetzt mal unabhängig von Eriks Hinweis bezüglich des Restart.

Kann es sein, dass Du noch mit einem alten Binding arbeitest ?

Wenn ich das richtig sehe enthält Dein Channel noch die ID des TF-Dämons. Erik hat in den verschiedenen Bindings das System ein paar mal umgebaut, mal waren die „Dämon-ID‘s“ Bestandteil des Channel, mal nicht. In den letzten Bindings ist die Dämon-ID nicht mehr Bestandteil des Channel. Dieser Umbau hat zur Folge dass Du Deine Channel-Verlinkung der Item‘s und auch die Rule‘s mit Channel Trigger auf die neue Schreibweise anpassen musst.

 

Welche Binding Version hast Du ?

Hi Stefan,

bin auf Binding-Version 18. Dein Tipp war der Richtige.
Ohne Daemon-ID geht es nun. Aber an der Stelle muss ich erwähnen, dass das mit derDaemon-ID so in der Readme zu Binding18 steht.
Bekomme im Log noch die Meldung:

The method brickletLCD128x64GetTouchGesture(ThingActions) from the type BrickletLCD128x64Actions refers to the missing type Object

Scheint aber dennoch zu funktionieren.

Vielen Dank für die schnelle Hilfe!

VG
Max

Am 20.1.2020 um 16:25 schrieb rtrbt:

Das heißt, dass die Keys "x", "y", "pressure" und "age" sind. Du könntest dann z.B. sowas hier bauen:

rule "test"
when
    Channel "tinkerforge:brickletlcd128x64:6c8d2c7d:HQ6:BrickletLCD128x64TouchPosition" triggered
then
    val lcdActions128x64 = getActions("tinkerforge", "tinkerforge:brickletlcd128x64:6c8d2c7d:HQ6")
    val touchPos = lcdActions128x64.brickletLCD128x64GetTouchPosition()
    val x = touchPos.get("x") as Integer
    val y = touchPos.get("y") as Integer
    val pressure = touchPos.get("pressure") as Integer
    val age = touchPos.get("age") as Integer

    if (x < 64 && y < 32) {
        logInfo("test", "oben links")
    } else if (x < 64 && y >= 32) {
        logInfo("test", "unten links")
    } else if (x >= 64 && y < 32) {
        logInfo("test", "oben rechts")
    } else {
        logInfo("test", "unten rechts")
    }
end

Die Regel gibt aus, ob in welchem Viertel des Displays eine Berührung war.

Hi Erik,

versuch das gerade mit TouchGesture und stelle mich vermutlich etwas zu blöd an...

when
                Channel "tinkerforge:brickletlcd128x64:KYL:BrickletLCD128x64TouchGesture" triggered
        then
                val lcdActions128x64 = getActions("tinkerforge", "tinkerforge:brickletlcd128x64:ac8b6ac8:KYL")
                val TouchGesture = lcdActions128x64.brickletLCD128x64GetTouchGesture()
                val Gesture1 = TouchGesture.get("gesture") as Integer

                if (Gesture1 = 0) {
                        if (Display1_Page.state > 1) {
                                Display1_Page.postUpdate(Display1_Page.state - 1) }
                        }
                if (Gesture1 = 1) {
                        if (Display1_Page.state < 5) {
                                Display1_Page.postUpdate(Display1_Page.state + 1) }
                        }
end

Bei jedem Wisch auf dem Display wird "Instance is not an BrickletLCD128x64Actions class." geloggt.
Leider habe ich dazu nicht viel gefunden und hoffe hier einen Tipp zu bekommen.

Vielen Dank und Gruß

Max

Am 17.2.2020 um 08:09 schrieb StefanOHAN:

Weiter mit meiner „Temperatur Mess-Differenz“ Problematik

Ich habe jetzt die beiden TH-6148 und das Humidity 2.0 über die letzten Tage verschiedenen Temperaturen ausgesetzt (15 Messzeitpunkte).

Die Temperatur-Differenz ist nicht linear und ich kann keine kläre Linie erkennen. Der Unterschied liegt zwischen 0 und 1,5 Grad.

Hintergrund meiner Frage:

Ich berechne mit den Messwerten (Temperatur / relative Luftfeuchte) die absolute Luftfeuchte innen/außen und eine Rule steuert darüber das Lüftungsverhalten. In meiner Rule habe ich eine Messtoleranz (innen/außen Sensor) von 2,5% berücksichtigt.

Kannst Du sagen welche Sensoren-Typen genauer sind, ich vermute mal der Humidity 2.0, oder ?

 

Viele Grüße

Stefan

Hi Stefan,

hab das Humidity 2 auch im Einsatz und leider das gleiche Problem. Ich verwende die Werte dennoch und rechne über eine rule die Werte nach unten.
Was mir inzwischen mehr Sorgen bereitet, sind die Werte des Air Quality Bricklet. Dort habe ich ebenfalls zu hohe Werte.
Wobei mich da mehr stört, dass der Luftdruck deutlich zu niedrig (60hPa Differenz) ausgegeben wird.

An der Stelle wollte ich allerdings vorsichtig fragen, ob du deine Berechnung zur absoluten Luftfeuchte hier als open-source preisgeben kannst, bzw. willst?
Bin grad an der gleichen Sache und es würde mir zumindest ein paar graue Haare ersparen...

Vielen Dank im Voraus und VG
Max

vor 10 Stunden schrieb rtrbt:

Was klappt dabei noch nicht? Die Command-Channels sind Strings statt Switches, da es keinen Rückkanal von den Steckdosen gibt: openHAB kann nicht abfragen, ob eine Dose gerade an oder aus ist, also kann ich bei einem Switch nicht den Initialzustand setzen. Command-Channels (die in der PaperUI Buttons erzeugen) sind intern String-Channels. Du kannst z.b. aus Rules StringCommands "ON" oder "OFF" schicken um die Dose zu schalten.

Hab bisher die Items alle selber erstellt und nicht über das PaperUI. Hatte aus Gewohnheit das Item als Switch erstellt. Musste das somit nur als String definieren und schon gehts es!

Vielen Dank und Gruß
Max

Am 31.1.2020 um 16:00 schrieb rtrbt:

Die Remote Switch Bricklets sind jetzt deutlich einfacher benutzbar: Es gibt, ähnlich wie beim Outdoor Weather Bricklet jetzt eigene Devices für die Typ-A bis C Dosen und Typ-B Dimmer, die auf die entsprechende Adresse usw. konfiguriert werden können. Der Handler stellt dabei automatisch sicher, dass immer nur ein Schaltvorgang gleichzeitig stattfindet. Das ganze funktioniert ohne Rules schreiben zu müssen, die Actions werden aber alle weiterhin unterstützt.

Hi Erik,

erst mal auch von mir vielen vielen Dank für die Arbeit, die du in das Binding steckst!

Ich habe das Remoteswitch-Bricklet bisher über einen Workaround genutzt und wollte es nun über die neue Funktion einbauen.
Leider klappt das noch nicht so ganz.

Was mir dabei aufgefallen ist, der Channel "Command" für die TypeA-Things wird mit Typ "String" und nicht mit "Switch" angegeben. Ist das so korrekt?

Vielen Dank und Gruß
Max

Hi,

kann das mit den Werten ebenfalls bestätigen.

Mit workaround (über Regel durch 100 teilen) aber lösbar.

An der Stelle ein riesen Danke für das Einbinden von Tinkerforge in Openhab2!

Mit der Integration vom Remote Switch Bricklet V2 wär ich noch mehr dankbar.

Versuch mich bis dahin mal über Shell Commands zu behelfen.

VG

Max

Hi,

i got the humidity V2 bricklet a few days ago (+ remote switch V2).

I've flashed the latest firmware (2.0.3) but still have the problem, that it measures 2-3 °C more than other devices.

Reset of brick is done. Is there any else i can try?

Thank You very much.

KR,

Max