Jump to content

borg

Administrators
  • Gesamte Inhalte

    3.592
  • Benutzer seit

  • Letzter Besuch

  • Tagessiege

    58

Alle erstellten Inhalte von borg

  1. Blog entry "New HAT Brick and Industrial Dual AC In Bricklet": https://www.tinkerforge.com/en/blog/new-hat-brick-and-industrial-dual-ac-in-bricklet/
  2. Blogeintrag Neues HAT Brick und Industrial Dual AC In Bricklet: https://www.tinkerforge.com/de/blog/new-hat-brick-and-industrial-dual-ac-in-bricklet/
  3. Vielleicht ein DNS-Problem? Wie ist DNS konfiguriert und ist der DNS-Server erreichbar?
  4. Das wird gleichzeitig mit der WARP3-Veröffentlichung kommen.
  5. Der allerfrühste Zeitpunkt wird leider der 28.03. werden (da wir dort eins der uns aktuell fehlenden Bauteile geliefert bekommen in größerer Stückzahl). Danach müssen die Boxen dann gebaut, getestet und verschickt werden. Ich gehe davon aus das wir bei Veröffentlichung erst eine größere Bestell-Queue haben werden die von der Produktion dann erst abgearbeitet werden muss. Eine Auslieferung in Q1 2024 können wir leider nicht mit 100%iger Sicherheit garantieren befürchte ich. Im Shop wird die WARP3 aber Ende März sein, im Zweifelsfall dann mit etwas Lieferzeit noch. Das können wir dann aber sicher genauer definieren. Ja
  6. Für ISO15118 muss CAN über Ethernet über PowerLAN über die CP/PE-Leitung gesprochen, das kann die verbaute Hardware nicht. Wenn wir das anbieten wird man zur Nachrüstung ein anderes EVSE Bricklet einbauen müssen, was das alte ersetzt.
  7. Bei WARP2 passiert die Phasenumschaltung über den WARP Energy Manager (EVCC unterstützt den auch). Bei WARP3 ist die Phasenumschaltung direkt in der Wallbox (wird EVCC auch direkt unterstützen). WARP3 wird voraussichtlich Ende März verfügbar sein.
  8. Ja, wir kümmern uns drum das WARP3 auch mit auf die Liste kommt.
  9. Das sieht so aus als würde die Wallbox jetzt ein Auto erkennen obwohl keins mehr angesteckt ist. Anbei nochmal eine neue Kalibrierung. Ich würde sagen das ist jetzt der allerletzte Versuch... Wenn das damit nicht in allen Fällen stabil läuft tauschen wir die Wallbox aus. calibration.json
  10. The HAT Brick is currently in production and will be available again soon :).
  11. Das klingt so als wäre der HAT Brick im Bootloader-Modus. Wenn er im Bootloader-Modus ist kann er beim Starten vom RPi nicht automatisch erkannt und konfiguriert werden. Du müsstest einmal diese Konfiguration hier in die /etc/brickd.conf übernehmen: https://www.tinkerforge.com/de/doc/Hardware/Bricks/HAT_Brick.html#kompatibilitat-zu-anderen-boards-und-images sowie per raspi-config spidev0 aktivieren. Danach neustarten, dann sollte der HAT Brick wieder im Brick Viewer auftauchen und dann kannst du die Firmware wieder draufflashen.
  12. Thanks for the hint, i removed the very outdated sentence 😅.
  13. Thanks for the hint, i removed the "(later Galileo through software update)" from the shop and documentation. We did release the GPS V3 in the meantime: https://www.tinkerforge.com/en/shop/bricklets/gps-v3-bricklet.html and it does have support for simultaneous GPS, GLONASS and Galileo!
  14. Unfortunately the Servo Bricklet only has callbacks for positionReached. You can find a complete example for it here: https://www.tinkerforge.com/en/doc/Software/Bricklets/ServoV2_Bricklet_Java.html#callback If you want a Listener for getCurrentPosition you will have to call getCurrentPosition and implement a Listener-mechanism for that yourself.
  15. So, vielen Dank für den Aufwand. Bin endlich dazu gekommen mir das anzusehen. Hab jetzt aus allen Werten für beide Autos den Durchschnitt gebildet für die neue Kalibrierung. Ich hoffe damit klappt es jetzt dann auch mit beiden Autos :). calibration.json
  16. Es sind ein paar Detailverbesserungen drauf: Mehr Schutzbeschaltung, zwei Schütze ansprechbar, verbesserte CP-Trennung, die Schützprüfung kann jetzt zwischen Schützfehler bei Schütz 1 und 2 sowie PE-Fehler unterscheiden (vorher waren Fehler bei der PE-Verkabelung und Schützfehler nicht unterscheidbar), Temperaturüberwachung, geringerer Stromverbrauch und wir können jetzt eine RGB-LED in der Front ansprechen. Die Ethernetbuchse sitzt jetzt auch an einer besseren Stelle, wo sie für den Elektriker besser anschließbar ist. Vieles davon (neben den neuen Features) ist Umsetzung von Feedback das wir von den Elektrikern bekommen haben um die Box einfacher in Betrieb zu nehmen und Fehler besser diagnostizieren zu können. Das steht aktuell noch auf der Kippe, dazu gibt es dann mehr wenn sicher feststeht welchen Zähler wir verbauen.
  17. Ich glaube du hast ein Debug-Report angehängt, das ist nicht das gleiche wie ein Ladeprotokoll 😅. Schau mal unter Wallbox -> Ladestatus -> Ladeprotokoll. Dort gibt es die Möglichkeit ein Ladeprotokoll zu starten und zu stoppen. In dem Ladeprotokoll ist dann der komplette Zustand der Wallbox hochfrequent aufgezeichnet. Da kann man dann sehen wo das Ping-Pong herkommt.
  18. Prinzipiell wird das möglich sein, du brauchst allerdings neben den neuen Schützen auch das EVSE Bricklet und das ESP Brick neu. Die in der V2 verbauten sind auch wenn man sie anders einbaut viel zu groß noch. Das NFC Bricklet, das Gehäuse(*), das Typ2-Kabel, das DC-Schutzmodul und den Zähler(**) kann man aber wieder verwenden. (*) am Gehäuse muss eine kleine Modifikation durchgeführt werden da die Hutschiene bei WARP3 etwas höher ist (**) bei WARP3 werden wir wahrscheinlich einen anderen Zähler verwenden, der Zähler aus WARP2 wird aber natürlich trotzdem weiter Softwareunterstütztung haben.
  19. Bezüglich des Stroms: Rein technisch ist der niedrigste Maximalstrom den eine Wallbox dem Auto mitteilen kann 6A. Etwas geringeres sieht der Standard nicht vor. Das Auto darf aber weniger laden wenn es das von sich aus tut. Zu den Aussetzern: Am besten machst du einmal ein Ladeprotokoll von dem Problem. Dazu unter Wallbox -> Ladestatus -> Ladeprotokoll -> Start ein Ladeprotokoll starten. Dann das Auto anschließen und eine Ladung mit 8A starten und dann auf 7A und dann auf 6A runter gehen (jeweils mit 30 Sekunden Wartezeit o.ä.). Dann Wallbox -> Ladestatus -> Ladeprotokoll -> Stop+Download und mir das Ladeprotokoll schicken. In dem Protokoll sollten wir dann sehen können was genau passiert und warum.
  20. Blog entry Review 2023 / Outlook 2024: https://www.tinkerforge.com/en/blog/review-2023-outlook-2024/
  21. Blogeintrag Rückblick 2023 / Ausblick 2024: https://www.tinkerforge.com/de/blog/review-2023-outlook-2024/
  22. Der Link funktioniert bei mir: https://www.tinkerforge.com/de/shop/warp/warp2-spare-parts/jst-cable-for-sdm630.html
  23. Ganz so einfach ist das leider alles nicht. Bei dem RED Modul fehlt ja noch die Stromversorgung und das Coupling und die Zero-Cross-Detection und der eigentliche Co-Prozessor auf dem der ISO15118-Stack laufen kann etc. Rein von den Hardwarekosten her ist man am Ende eher hier: https://www.codico.com/de/white-beet-eo-1-1-evse-module-sdk-open-no-embedded-firmw Aber die zusätzlichen Hardwarekosten sind gar nicht das Problem. Wenn wir das integrieren und verkaufen wollen muss es auch getestet sein und im Labor mit abgenommen werden etc. Wenn man das machen will hat man die Hälfte der Arbeit einen minimalen ISO15118-Stack zu implementieren schon getan. Solange die gesetzlichen Voraussetzungen noch nicht gegeben sind und es keine Autos gibt die eine Rückspeisung per AC unterstützen ist das aus unserer Sicht den Aufwand nicht Wert. SoC auslesen können wäre cool. Die ID mit der man Fahrzeugerkennung machen könnte wird bei neueren Autos durchrotiert damit man diese nicht dafür nutzen kann (z.B. bei VW ab FW3.5). Für richtiges Plug&Charge braucht man ein Zertifikatsmanagement das bei einer Heimwallbox leider auch nicht so ohne weiteres umzusetzen ist und AFAIK bei einer Offline-Wallbox die nicht mit dem Internet kommuniziert gar nicht möglich. Falls sich "AC-Rückspeisung" durchsetzen wird, werden wir ISO15118 definitiv nachrüsten (müssen). Aktuell ist das aber noch alles zu ungewiss.
  24. Bei dem Modul fehlt die notwendige Software, das ist im Grunde nur ein Phy. Es gibt aktuell noch keinen Open Source embedded ISO15118-Stack und das selber zu implementieren liegt außerhalb unserer Möglichkeiten. Wir müssten wenn dann dieses Modul verwenden: https://www.codico.com/de/white-beet-ei-evse-embedded-iso15118-module Aber wozu? Es gibt aktuell noch kein Auto das AC V2G/V2H unterstützt und die notwendigen gesetzlichen Voraussetzungen sind noch nicht gegeben (was openwb fairerweise aber auch genau so angibt bei der openwb pro).
  25. Bevor wir da jetzt noch ewig rumsuchen: Schick uns einmal eine Email mit der Bestellnummer der Bestellung in der das Bricklet drin war und den Hinweis auf diesen Forenbeitrag, wir schicken dir dann ein neues Bricklet zu.
×
×
  • Neu erstellen...