Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation since 11/11/19 in Posts

  1. Der lokale Netzbetreiber selbst beschränkt auf 11kW in Summe? Oder meinst du wegen der Förderung? Es sind zwar nur 11kW Wallboxen förderfähig, aber man kann sich theoretisch 2stk fördern lassen und die auch gleichzeitig nutzen. Zum Thema Lastmanagement zwischen zwei Ladepunkten: Das ist das erste Feature welches wir nachreichen werden, da die Nachfrage danach so groß ist!
    3 points
  2. Der aktuelle Stand ist, dass wir alle daran arbeiten, die vorbestellten Boxen zu bauen und zu verschicken. Wenn da Zeitlücken sind arbeite ich an der Firmware. Voraussichtlich wird das erste größere Feature, dass ich einbaue eine Zeitschaltung, danach geht es an die Implementierung des Lastmanagements. Da gibt es aber noch viele Entscheidungen zu treffen, wie das genau funktionieren wird, z.B. ob man gleich auf OCPP geht, oder erst eine Implementierung schreibt, die nur zwischen unseren Boxen funktioniert. Auf jeden Fall wird das aber eine reine Softwareimplementierung und die Boxen werden übe
    2 points
  3. Der Stromzähler benötigt einen permanenten Anschluss aller drei Phasen um sich selbst mit Strom zu versorgen. Wenn die Last (Fahrzeug) nur eine Phase nutzt ist das kein Problem. Der interne Kabelsatz ist identisch. Das heißt du musst den Klemmenblock der Smart entfernen und dafür dann den Zähler einbauen. Dann fehlt dir das RS485 Bricklet und die Verkabelung zum Zähler. Die Verkabelung sollte man selbst herstellen können. Als letztes ist die interne Schutzabdeckung noch eine andere bei der Pro, da der Zähler ja einen Ausschnitt benötigt. Diese wollen wir aber genau zu diesem Zweck als
    2 points
  4. Hallo Photon, rein technisch bieten die Boxen aktuell kein RFID. Es ist aber platztechnisch möglich ein NFC Bricklet anzuschließen (soeben). Ich denke wir werden bei Zeiten das mal vorstellen.
    2 points
  5. Hallo Tamino, schön zu sehen dass hier weitere "Franken" im Forum aktiv sind 🙂 grüsse aus Ansbach Stefan
    2 points
  6. Hallo riro ich habe das Outdoor Weather Bicklet gemeinsam mit dem TH-6148 Sensor von Tinkerforge im Einsatz. Der Sensor liefert Temperatur & relative Luftfeuchte und einen String wann der letzte Datensatz empfangen wurde. Wenn Du die Outdoor Weather Station hast, dürfte das vorgehen ähnlich sein, nur dass diese mehr Daten übermittelt als der TH-6148 Sensor. Als erstes muss Du den Sensor Identifier (für den TH-6148) oder den Station Identifier (für die WS-6147) ermitteln. Das kannst Du über den Brickviewer oder du legt ein entsprechendes „String-Item“ mit dem passen
    2 points
  7. Der normale Weg damit umzugehen ist, dass du die Aufrufe der Brick- und Bricklet-Funktionen in try-catch-Blöcke machst. Damit kannst du dann auf TimeoutException oder andere Fehler reagieren. In PHP wird leider die Verbindung nicht automatisch wiederhergestellt, wenn sie verloren ging, das musst du also händisch machen. Du kannst dich auf das disconnected-Callback der IPConnection registrieren und dann periodisch connect aufrufen, bis es funktioniert. Die Callback-Doku findest du hier: https://www.tinkerforge.com/de/doc/Software/IPConnection_PHP.html#callbacks Wenn du eine Verbindung
    1 point
  8. 230V an L1 und N - funktioniert. PE (Grün/Gelb - Schutzleiter) dann aber bitte auch anklemmen! USB-C am ESP32 wird so halb funktionieren. Da dann nur der Steuer/WLAN Brick Strom hat, kannst du zwar das WLAN einstellen und testen, aber der Wallbox-Teil der Weboberfläche wird mangels EVSE Bricklet (weil stromlos) ausgeblendet sein. Ist aber ohne Auto sowieso langweilig bzw. nicht spannender als die Bilder hier: https://www.tinkerforge.com/de/blog/warp-charger-eine-tour-durch-die-software/.
    1 point
  9. Dafür gedacht ist dieser nicht, da wir den nicht nach draußen führen. Rein elektrisch betrachtet handelt es sich aber um ein Freigabesignal.
    1 point
  10. Hallo Jkw, bei der neusten Firmwareversion 1.1.0 wird nicht direkt der RSSI Wert, aber die WLAN Qualität angezeigt (wie beim Smartphone auch über "Balken"). Über unsere HTTP und MQTT API kommt man an den RSSI Wert dran (siehe "wifi/state" auf https://www.warp-charger.com/api.html) VG Bastian
    1 point
  11. Wir bieten ja absichtlich das modulare Konzept, damit so welche Dinge möglich sind. Allerdings können wir nicht alle erdenklichen "Mods" ab Werk liefern. Das heißt wenn ihr noch weitere Löcher im Gehäuse benötigt, dann müsstet ihr die selbst bohren. Was wir euch aber anbieten können ist, dass wir euch gelaserte Abdeckplatten bieten die für die Smart Wallbox sind (ohne Zählerausschnitt) aber die dennoch die Befestigungslöcher für das RS485 Bricklet bieten. Schreibt uns dazu bitte per Mail an. Habt aber bitte Verständnis dafür, dass wir aktuell zusehen alle 5m Wallboxen den Kunden zuzuschic
    1 point
  12. Im Debug-Log ist auffällig, dass die Bindings TLS 1.3 sprechen, du Mosquitto aber auf TLS 1.2 betreibst (da kannst du nicht so einfach auf 1.3 wechseln, das gibt es erst ab Mosquitto 1.6 und Raspberry Pi OS liefert noch die 1.5.7 aus) Als Schnellschuss: Teste mal mit der angehangenen Bindings-Version, in der ich TLS 1.2 erzwungen habe. tinkerforge_mqtt_bindings_2_0_14_rc2.zip
    1 point
  13. Update: https://www.warp-charger.com/api.html
    1 point
  14. Mir ist unklar was genau dein Problem hier ist. Brickd an sich kann kein SSL. Die MQTT Bindings können auf der MQTT Seite SSL. Welche Kommandozeilenargumenten meinst du? Das Problem hier ist das tinkerforge_mqtt in seiner Shebang Zeile noch auf Python 2 verweist. Das sollte ich mal auf Python 3 ändern, da Python 2 jetzt über ein Jahr EOL ist. Da du die Abhängigkeiten für Python 3 installiert hast, tinkerforge_mqtt aber mit Python 2 läuft, findest es Paho MQTT nicht. Teste mal bitte die angehängte Version die jetzt auf Python 3 gesetzt ist. tinkerforge_mqtt_binding
    1 point
  15. Hallo sihui danke für den Link der Dezember Video Präsentation der neuen Openhab3 Version. Ich habe mir das Video angesehen und es unumstritten dass die neue MainUI sehr viele Möglichkeiten bietet, die das Leben in Openhab erleichtern wird. Ich werde auf jedem Fall die neue MainUI testen, kann durchaus sein, dass ich dann auf Text-Config-File verzichten werde. Ein NOGO für mich wäre, wenn ich keine Rule als Text-File anlegen könnte, denn das wäre für mich ein absoluter Kontrollverlust. So wie ich das verstanden ist dies aber in Openhab3 weiterhin möglich. Es lebe die V
    1 point
  16. Das ist ein Python 2 vs 3 Problem. Du verwendest auf deinem PC Python 3, auf dem RED Brick aber Python 2. In Python 2 hängt der Typ einer Division von den Operanden ab: 2 / 3 ergibt eine Integer-Division 2 / 3.0 eine Float-Division. In Python 3 macht der normale Divisions Operator / immer eine Float-Division und für eine Integer-Division muss man // verwenden. In deinem Fall betrifft dieser Unterschied die alpha Berechnung: alpha = (count*360)*10/1000 Alle Operanden darin sind Integer, dadurch passiert dort eine Integer-Division, obwohl du eine Float-Division erwartest
    1 point
  17. Ich habe mein Produktivsystem vor einigen Wochen auf die 23. Beta des 2.5 Bindings umgestellt und keinerlei Probleme. Besten Dank! Wenn ich das richtig mitgelesen habe geht es hier um ein IO16 Version 1. Dieses Bricklet habe ich ebenfalls und es gibt bei mir keine Probleme damit.
    1 point
  18. Hallo Erik, sorry dass ich erst jetzt auf Deine Frage Antworte. Ich bin der Meinung von Jerome, dass es das Beste wäre gleich auf Openhab 3 zu wechseln. Mein Prod-System habe ich noch nicht auf OH2.5 migriert, daher würde ich es gleich auf OH3 umstellen. Ich plädieren wie Jerome dafür, dass Du gleich das Binding dann OH-3 konform umstellst (Bitte kurze Info wenn das 2.5 Binding dann nicht mehr zum download bereit steht, dass ich mir ein Backup ziehen kann) Frage: Du hast mir ja die spezial-Version wegen meines Recconect Problem der 2-Dämon's bereitgestellt. Baus
    1 point
  19. Du benutzt das Authenticate falsch, den setInputValueCallbackConfiguration-Aufruf (und alles weitere was erst passieren soll, wenn die Verbindung steht und authentisiert ist) musst du in das returnCallback des authenticate-Aufrufs packen.
    1 point
  20. Hi, The palette is gnuplot's PM3D palette. It looks similar to the palettes used by FLIR. https://stackoverflow.com/questions/28495390/thermal-imaging-palette has further explainations.
    1 point
  21. No you can't stack more than one RS485-Extension on a stack. However you can build a bus roughly like this: IMU Stack 1 Single Receiver Stack (Master + IMU + RS485) <---------->RS485(1) IMU Stack 2 | Master<---USB---->PC (Master + IMU + RS485) <------ IMU Stack 3 | (Master + IMU + RS485) <------ IMU Stack 4 | (Master + IMU + RS485) <------ IMU Stack 5 | (Master + IMU + RS485) <------ IMU Stack 6 | (Master + IMU + RS485) <------ This is documented h
    1 point
  22. Also, so wie du Promise verwendest kann das nicht funktionieren. Du legst ein leeres device_promises Array an, und im Prinzip rufst direkt danach Promise.all auf ein leeres Array auf. Dieses Promise ist natürlich sofort erfüllt, denn die Enumerate Callbacks kommen erst danach an. Damit der Ansatz funktioniert musst du vor dem ipcon.enumerate() Aufruf wissen wie viele Devices vorhanden sind und die Promises vorher anlegen und nicht erst im Enumerate Callback, denn dort ist es zu spät. Wenn du nicht weißt wie viele Devices vorhanden sind kannst du das über einen Timeout lösen. Die Annahme d
    1 point
  23. Hi! Ich habe die Javascript Bindings noch nicht verwendet, aber mir scheint, dass Du erstmal nichts anderes machen willst, als die im IPConnection Example Code ausgegebenen Devices in ein Array zu schreiben, und in deinem Programm darauf zu warten, dass dies Array befüllt ist. Kommst Du vielleicht weiter, wenn Du das Beispiel entsprechend erweiterst?
    1 point
  24. Moin, (Disclaimer: Bin kein JavaScript-Experte) Das Problem ist sogar noch etwas komplizierter, da du ja nicht weißt, wie viele Bricks/Bricklets vorhanden sind, das heißt rein technisch weißt du nicht, wann du fertig bist mit dem Warten auf die enumerate-Callbacks. Du kannst aber so Kriterien wie "ich weiß es sind genau X Bricks/Bricklets" oder "wenn nach 0.5 Sekunden kein neues Callback kam bin ich fertig" oder einfach "Ich warte eine Sekunde auf Callbacks" o.Ä. verwenden, das ist typischerweise gut genug. Ein Ansatz der dein Problem löst wäre, wenn das Auslösen mit .enumerate(
    1 point
  25. Ja, das ist leider so. Ich habe dem Update Dialog jetzt einen Hinweis hinzugefügt, dass der Prozess durchaus bis zu 2 Stunden dauern kann.
    1 point
  26. ACHTUNG: Arduinos mit AVR-Mikrocontroller (z.b. der Arduino Uno und Mega) haben einen Logikpegel von 5V und brauchen deshalb einen Pegelwandler zwischen dem Arduino und dem Bricklet. Bricklets haben einen Logikpegel von 3,3V. Edit: Hier die offizielle Dokumentation. Moin, Nachdem es in letzter Zeit häufiger Kundenanfragen danach gab, Bricklets direkt mit einem Mikrocontroller zu verwenden, habe ich die letzten Monate entsprechende Bindings entwicklet. Die erste Beta der C/C++ Bindings für Mikrocontroller, mit denen Koprozessor-Bricklets direkt von z.B. einem Arduino über SPI ges
    1 point
  27. Creating a new BrickletThermalImaging object each time is not necessary (and it might slow down your program over time). The problem is that changing the configuration from temperature to high contrast (or back) can take several images. The lepton sensor has a sync mechanism and the Bricklet can not guarantee that it can sync within one image after the image transfer configuration is changed. I think the easiest solution for you would be to just use the temperature image and to create the high contrast image from it yourself. As an initial approximation you can scale the tempera
    1 point
  28. Moin, Die Sonderzeichen kannst du über die Hex-Escape-Sequenzen in Strings einfügen, z.b. mit oled.write_line(0, 0, '24.25\xF8C')
    1 point
  29. Hello. Has anyone tried integrating IMU Brick 2.0 and GPS Bricklet 2.0? My goal is to get the accelerometer data timestamped in GPS time system. Thanks if anyone can share ideas/experience.
    1 point
  30. Das könnte mit einem Bug in Brick Viewer zusammenhängen, der in Brick Viewer Version 2.4.13 behoben wurde. Der Bug führte dazu, dass als Reaktion auf ein Enumerate Callback eines RED Bricks ein weiteres Enumerate ausgelöst wurde. Teste daher bitte mal, ob das Problem mit Brick Viewer Version 2.4.13 noch besteht.
    1 point
  31. Du bist noch in openHAB unterwegs? Dann kannst du dir diesen Post mal ansehen.
    1 point
  32. Moin, Ich bin bisher noch nicht dazu gekommen, muss gerade ein anderes Projekt priorisieren. Ich werde aber diese Woche noch einen Tag für diversen Kleinkram Zeit haben, da sollte auf jeden Fall die DC-Brick-Rule rausfallen. Erik
    1 point
  33. Fixes have been released as part of MQTT bindings version 2.0.10.
    1 point
  34. Jupp, der Brick Viewer sollte schon fleißig Update-Meldungen erzeugen. Die Bindings sind angehangen. tinkerforge_c_bindings_2_1_28_barometer_i2c.zip
    1 point
  35. Nein, das Temperatur Bricklet setzt die Geschwindigkeit nur vor seiner Abfrage kurz runter und danach wieder hoch. Nein, nur durch einen Reset des Bricklets. Unter der Prämisse, dass es nur das Temperature Bricklet ist, das den Bus lahmlegt sollte das nicht notwendig sein. Falls das Barometer das auch hinbekommt, kann man sich das natürlich nochmal ansehen.
    1 point
  36. Teste mal bitte die angehängt Version (siehe net40sn Verzeichnis). Ich habe hier gerade kein LabVIEW NXG zur Hand, aber diese Version lässt sich zumindest mit gacutil installieren. tinkerforge_labview_bindings_2_1_24_strong_name.zip
    1 point
  37. Hallo Tim (Teddy) danke für Dein Angebot bezüglich der „Taster-Abdeckungen“ In meiner aktuellen produktiven Openhab 1.9 Umgebung habe ich ein Bedienfeld mit einem LCD20x4 und einem Multitouch 3x4 Key-Pad. (siehe Bild unten, besteht aus Acryl 5mm, wurde mit einem Laser-Cutter bei einem Lokalen Acryl-Glas Handel hergestellt) Diese Bedienfeld-V1 möchte ich mit der Umstellung meines Prod-System auf OpenHab2 komplett neu aufbauen und aktuelle Tinkerforge Komponenten integrieren. Vom Aufbau würde ich wieder 5mm Acryl nutzen, die Bricklets würde auf einem Basis-UnterRahmen befesti
    1 point
  38. Hm, bei den Callbacks war das noch anderweitig kaputt, sorry dafür! Die angehangene Variante sollte funktionieren. tinkerforge_perl_bindings_2_1_25.zip
    1 point
  39. Hallo omiT anbei mein Beispiel für den Motion Detector V2 Test Die LED habe ich über eine ITEM-Datei verlinkt, ich nutze diese in meiner Test-Rule für die Anzeige wann einen Bewegung erkannt wurde und diese wieder beendet wurde. Eintrag in "meiner" Item-Datei Zum spielen gibt es 2 Rules, eine die bei Bewegung „erkannt“ die LED erst mit 25% dann mit 100% Leistung einschaltet. Und eine die bei „Ende“ Bewegung die LED in umgekehrter Reihenfolge wieder auf Leistung 0% abschaltet. Der Thread::sleep(100) dient nur dazu, dass ich erkennen kann ob ein U
    1 point
  40. Sorry, das hatte ich übersehen. Du kannst die Repeats mit der brickletRemoteSwitchSetRepeats Action einstellen.
    1 point
  41. Port 4223 ist der normale TCP/IP Port. WebSockets laufen nicht über Port 4223, sondern über Port 4280. Dieser Port ist auch in allen Beispielen korrekt voreingestellt. Hast du das händisch auf Port 4223 abgeändert? Darüber hinaus musst du WebSockets erst in brickd aktivieren: https://www.tinkerforge.com/de/doc/Software/API_Bindings_JavaScript.html#id2
    1 point
  42. Moin, Teste das mal mit der angehangenen Version der Bindings (habe mal die Zip und das gepackte Node-Package angehangen). Das Entpacken von bool-Arrays war anscheinend etwas verbuggt. tinkerforge_javascript_bindings_2_1_25.zip tinkerforge-2.1.25.tgz
    1 point
  43. Brick Daemon 2.4.1 mit den Änderungen fürs HAT ist jetzt veröffentlicht.
    1 point
  44. Hallo rasby, vielen Dank. Der Thread für das "offizielle" Binding ist hier: Theo
    1 point
  45. Moin, Ich habe das ganze hier reproduzieren können. Ich melde mich, wenn ich mehr weiß. Kannst du, wenn das Anstecken nichts tut, den RED-Brick mit dem Power-Knopf starten (Braucht so 2-3 Sekunden, der Knopf ist links neben der USB-Buchse) oder musst du dann das Kabel neu aus-/einstecken?
    1 point
  46. Moin, Das klingt, als ob die Kamera etwas aus ihrem Sockel gerutscht ist. Hilft es, wenn du die Kamera (vorsichtig) wieder in den Sockel drückst?
    1 point
  47. Oh in der Tat, das ist kaputt. Kümmere ich mich drum. Wir haben drauf geachtet dass die alten Links die direkt in einen Thread führen noch funktionieren, der eigentliche Link direkt auf das Forum funktioniert aber nicht mehr 🙈. Edit: Sollte jetzt gefixt sein.
    1 point
  48. Du kannst das einfach dranstecken, der Brick Daemon auf dem Raspberry Pi findet sowohl HAT und daran angeschlossene Bricklets, als auch Bricks, die per USB angeschlossen sind. Du kannst dann mit einer IP-Connection beides steuern, so als ob alles am HAT oder per USB angeschlossen wäre.
    1 point
×
×
  • Create New...