borg

RED Brick, der Countdown läuft Blogeintrag

Deine zwei Angriffsvektoren kannst du schließen in dem du Authentifizierung nutzt: http://www.tinkerforge.com/de/doc/Tutorials/Tutorial_Authentication/Tutorial.html

http://www.tinkerforge.com/de/doc/Software/Bricklets/Temperature_Bricklet_Shell.html#grundfunktionen: http://www.tinkerforge.com/de/doc/Software/Bricklets/Humidity_Bricklet_Shell.html#grundfunktionen:

@geqoo: Guck dir mal das Pi4J Projekt an: http://pi4j.com/

Das ist so denkbar. Es ist natürlich ein bisschen mehr Aufwand das RS485 Protokoll auf einem Arduino zu implementieren als eines unserer Bindings auf einem Raspberry Pi o.ä. zu nutzen.

Wir haben irgendwann (nachdem es das LCD20x4 gab) den Binding-Generatoren beigebracht Konstanten zu definieren/generieren. Seitdem versuchen wir in der API überall Konstanten einzusetzen wo möglich. Daher haben wir hier auf "LIGHT_ON", "LIGHT_OFF" gesetzt. LIGHT_ON = 0 zu definieren war natürlich trotzdem ungeschickt, da haben wir nicht aufgepasst .

Das sieht soweit ganz gut aus. Passt die Baudrate? Womit sprichst du RS485 (was nutzt du als RS485 Master)?

Ich komme auf 33688 . olaf@pc:~$ python Python 2.7.6 (default, Mar 22 2014, 22:59:38) [GCC 4.8.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> BASE58 = '123456789abcdefghijkmnopqrstuvwxyzABCDEFGHJKLMNPQRSTUVWXYZ' >>> def base58decode(encoded): ... value = 0 ... column_multiplier = 1 ... for c in encoded[::-1]: ... column = BASE58.index(c) ... value += column * column_multiplier ... column_multiplier *= 58 ... return value ... >>> base58decode("b1Q") 33688 Händisch: >>> BASE58 = '123456789abcdefghijkmnopqrstuvwxyzABCDEFGHJKLMNPQRSTUVWXYZ' >>> BASE58.index('b') 10 >>> BASE58.index('1') 0 >>> BASE58.index('Q') 48 >>> 10*58**2 + 0*58**1 + 48*58**0 33688

Komisch. Kannst du mal ausprobieren tempBricklet.getTemperature mit einer Verzögerung von einer Sekunde oder so aufzurufen? Das geht mit setTimeout: http://nodejs.org/docs/v0.6.1/api/timers.html#setTimeout

OK, das sieht dann wirklich so aus als wäre die Spannungsmessung auf dem Bricklet defekt, die Strommessung aber noch funktional. Wie das technisch überhaupt möglich ist weiß ich nicht . Melde dich bitte bei info@tinkerforge.com mit der Bestellnummer der Bestellung in dem das Bricklet drin war, wir tauschen es dann aus. Entschuldigung für die Probleme!

In dem Screenshot misst er 3mV, die "Zuckungen" sind nur ein unterschied von wenigen mV. Das sagt gar nichts aus befürchte ich. Da liegen jetzt 12V an in dem Beispiel und wenn du die Wandlungszeit änderst zeigt er 12V an?

Wir unterstützen nur Funktionscode 100. Ein Zugriff über die Standard Holding/Coil Register ist leider nicht möglich. Wir haben den Funktionscode 100 "missbraucht" um unser TCP/IP Protokoll direkt auf Modbus abbilden zu können, dadurch kommt das zustande.

Im Moment sind wir total ausgelastet mit dem RED Brick, da wir es unbedingt noch vor Weihnachten veröffentlichen wollen. Es wird also leider erst Anfang nächsten Jahres etwas werden. In der Zwischenzeit kannst du aber z.B. einen RPi mit WLAN Stick anstatt der WIFI Extension nehmen um die Web Socket API über WLAN zu nutzen .

Kannst du mal gucken ob einer der Pinne in einem der Bricklet Stecker des Master Bricks krumm ist? So wie hier: http://www.tinkerforge.com/de/doc/FAQ.html#mein-brick-wird-heisz

Hat der USB Stecker auf dem Brick vielleicht einen leichten Wackelkontakt? Du könntest mal ausprobieren das Kabel in eine Richtung zu "drücken" und gucken ob es dadurch besser wird. Eine andere Idee wäre noch, dass ein Pin in einem der Bricklet Stecker vom Master Brick krumm ist und dadurch einen Kurzschluss erzeugt, so wie hier: http://www.tinkerforge.com/de/doc/FAQ.html#mein-brick-wird-heisz Einen krummen Pin kann man evtl wieder gerade biegen, ansonsten schick bitte eine Email mit der der Bestellnummer zu welcher der Master Brick gehört an info@tinkerforge.com, wir tauschen den Master Brick dann aus. Entschuldigung für die Probleme!

Du kannst den RED Brick (wenn du möchtest) benutzen wie einen Master Brick ohne Bricklet Ports. D.h. du verbindest den RED Brick per USB mit dem PC, stapelst Bricks auf den RED Brick und steuerst vom PC .

Klingt super. Was mich bei Variante 2 interessieren würde, ist die Frage ob man beide Kanäle dann auch simultan auslesen kann? Ja, kann man .

This currently not planned, but it wouldn't be hugely complicated to implement. Perhaps we can implement it as an "inofficial" feature with the next Java Bindings release.

That is strange, i can not explain that at all. I will have to try it out.

Ich hab mit LookAndFeel in der Zwischenzeit einige Emails ausgetauscht. Wir konnten die HE800S Steckdose bisher nicht zum Laufen bekommen (auch nicht mit einem neuen Remote Switch Bricklet). Ich habe mir daher eines der Sets bestellt um es ausprobieren. Dabei ist etwas ganz erstaunliches herausgekommen . Die Steckdose kriege ich in der Tat nicht mit Protokoll B gesteuert. Allerdings kann ich die Steckdose mit einer Fernbedienung aus einem anderen Set (welches mit Protokoll B steuerbar ist) ansteuern. Nach einer längeren Phase von Verwirrung haben wir herausgefunden das einige der Fernbedienungen aus der "ELRO HomeEasy" Reihe mehrere Protokolle gleichzeitig sprechen, während die Steckdosen immer nur eins verstehen! Die Steckdose aus dem HE800S Set, welches ich mir besorgt hatte, spricht sogar nicht zwei oder drei Protokolle, sondern gleich vier Stück . Wenn ich einmal ganz kurz den Knopf der Fernbedienung drücke bekomme ich folgendes Ergebnis Wie wir sehen können, werden vier unterschiedliche Protokolle hintereinanderweg gesendet. Dabei gilt folgendes 1. Dieses Protokoll: https://code.google.com/p/rc-switch/wiki/KnowHow_LineCoding#EV1527,_RT1527,_FP1527_or_HS1527 2. Protokoll B 3. Dieses Protokoll: http://wiki.pilight.org/doku.php/elro_ad 4. Protokoll C Das erste hab ich sonst so noch bei keinen der Open Source Implementierungen gesehen, ich vermute das ist hier nicht relevant. Das dritte Protokoll scheint mir sehr interessant zu sein. Dies nutzt (genauso wie Protokoll B) "Adress" und "Unit" und es kann alle Steckdosen die in einer "Unit" sind auf einmal schalten. Ich denke ich werde versuchen dem Remote Switch Bricklet beizubringen das zweite und dritte Protokoll immer gleichzeitig zu sprechen, ähnlich wie es die Fernbedienung auch macht. Im Moment hab ich einen vollen Terminplan, es wird dann aber sobald ich es dazwischen kriege ein Update der Remote Switch Bricklet Firmware geben .

Eine Spezifikation des Protokolls gibt es hier: http://www.tinkerforge.com/de/doc/Low_Level_Protocols/TCPIP.html Für unser Generator-Framework gibt es aktuell leider keine richtige Dokumentation. Ganz grob gibt es zwei Teile: Funktionen/Klassen welche die Kommunikation steuern und Pakete auslesen usw. Diese werden händisch geschrieben. Funktionen/Klassen welche die eigentliche API abbilden. Diese werden generiert. Finden kannst du die Generatoren unter https://github.com/Tinkerforge/generators Ich würde mir eine Programmiersprache aussuchen die ich kenne und die ähnlich zu Go ist. Diese kann man dann solange umändern bis am Ende Go bei rauskommt . Also die Funktionen stück für stück übersetzen. Am besten angefangen bei den Funktionen welche direkt auf dem Socket arbeiten, da kann man dann sofort testen und hat direkt erste Erfolgserlebnisse. Einem Brick eine (handgeschriebene) Nachricht schicken und die Antwort darauf wieder auslesen bekommt man in 15 Minuten hin. Also z.B. für C (https://github.com/Tinkerforge/generators/tree/master/c) ist der erste Teil in der ip_connection.c/h (https://github.com/Tinkerforge/generators/blob/master/c/ip_connection.c) und der zweite Teil wird über die generate_c_bindings.py generiert (https://github.com/Tinkerforge/generators/blob/master/c/generate_c_bindings.py) Das sind die beiden Dinge die du grundsätzlich schreiben musst um Bindings zu generieren. Wenn das veröffentlicht werden soll müssen natürlich auch noch ein Dokumentationsgenerator sowie die Beispiele geschrieben werden. Das ist dann aber nur Fleißarbeit.

Hier gibt es ein Beispiel dafür: http://www.tinkerforge.com/de/doc/Software/IPConnection_VBNET.html#enumerate

Es sind aktuell keine Go Bindings in Arbeit. Allerdings steht es bei uns auf der Liste als möglicher Kandidat. Es ist relativ einfach C und Go zu mischen: http://golang.org/cmd/cgo/ Ich könnte mir vorstellen das du ohne riesigen Aufwand die C Bindings in Go nutzen könntest (habe ich nicht getestet).

Ja, der Wagen wird von Kugellagern an allen 4 Seiten des Profils festgehalten.

Nach meinem Verständnis braucht man sowas wie 2cm Durchmesser um die NFC Spezifikation zu erreichen (10cm Reichweite). Google hat mir das hier gefunden: http://www.tec-tus.de/de/transponder/10-mm-x-10-mm-x-1-mm-mini-nfc-tag, Allerdings gibt es da keinen Online-Shop o.ä. Dort steht "Lesedistanz: 10 mm". Um was für ein Werkzeug handelt es sich denn, könnte man vielleicht einfach irgendwo ein Aufkleber anbringen? https://www.tinkerforge.com/de/shop/5x-nfc-sticker.html