:strip_icc():strip_exif()/u/47283/crop696e608c34a95_cropped.jpg?f=community)
Wat wil je nu precies gaan doen? Wat bedoel je met 'een eigen zekering'?VittunWasted schreef op vrijdag 29 mei 2026 @ 12:55:
Was van plan een Marstek Venus E te kopen, maar ik kan deze Volteer nu sneller en goedkoper krijgen, met het voordeel dat ik dat één los paneel ook nog eens zou kunnen gebruiken.
Nu deze ga ik niet via een stopcontact aansluiten, maar rechstreeks op een eigen zekering. Dus voor mij is het belangrijk dat ik die 2400W AC uit kan aanzetten. Ik lees hier nu over een watchwoord dat mogelijk jjjj-mm-dd zou zijn... Kan iemand bevestigen of dit het geva is en ofdat daarmee effectief de 2400W optie kan worden geactiveerd?
Dat ww is inderdaad gewoon jjjj-mm-dd en dat formulier kent niemand verder op 1 persoon na. Ik verwacht garantie als dat ding stuk is in de garantieperiode en mijn verkopers kennen dat formulier ook niet. Niet te moeilijk maken 
Geweldig! Bedankt! Nu kan ik die dan zonder zorgen bestellen.:
Dat ww is inderdaad gewoon jjjj-mm-dd en dat formulier kent niemand verder op 1 persoon na. Ik verwacht garantie als dat ding stuk is in de garantieperiode en mijn verkopers kennen dat formulier ook niet. Niet te moeilijk maken
Kan je even kijken in de app als je je huis ziet, rechtsbovenaan "messages" welke melding krijg je daar?
:strip_exif()/f/image/64dlv0T8kzT2Qg1GycvAgfs0.png?f=user_large)
:no_upscale():strip_icc():strip_exif()/f/image/1s5tqMzQDPdRrOOVQWrXRmNK.jpg?f=user_large)
:no_upscale():strip_icc():strip_exif()/f/image/xvbguS8jC5kBef4DQWLlHuuY.jpg?f=user_large)
:no_upscale():strip_icc():strip_exif()/f/image/C8M3lhe51EBWnsDw1tVXtcOd.jpg?f=user_large)
Amber rock
AI
Geavanceerde instellingen
:strip_exif()/f/image/o4IqE0VAxbtJeMqigwiukK2t.jpg?f=fotoalbum_large)
En als de parameter daar ingesteld wordt, houdt de accu dat daarna aan ook als je geen AI gebruikt.
AI
Geavanceerde instellingen
:no_upscale():strip_icc():strip_exif()/f/image/o4IqE0VAxbtJeMqigwiukK2t.jpg?f=user_large)
En als de parameter daar ingesteld wordt, houdt de accu dat daarna aan ook als je geen AI gebruikt.
[ Voor 10% gewijzigd door HermanGast op 24-06-2026 06:24 ]
A290GTS EV, PV 14,99kWp, Ekrano, 70kWh Pylontech, 3xVictron MP8000, M5stack, MQTT
Werkt hier eigenlijk prima. Toen ik nog op 1 fase zat was hij alleen in de war over de spanning (dit las hij als 400V). Vermogen ging toen wel goed. Als je naar het ip van de Voltdeer P1 meter gaat serveert hij je eigenlijk de inhoud van een .json file die je met de RESTful integratie in HA kunt uitlezen. Je kunt dan live het vermogen per fase zien (positief of negatief) en de voltages. En de totalen voor levering en teruglevering, ook nog uitgesplitst naar hoog en laag tarief.
Omdat HA raar in elkaar zit moet je dat dan wel handmatig definiëren in configuration.yaml
:strip_exif()/f/image/QY4KRDwswrxH0NHKoweaYpjb.png?f=user_large)
Blijkbaar kan het dus gebeuren dat de verbinding tussen de Voltdeer P1 en de batterij wegvalt, of althans dat de batterij de actuele meterdata niet meer ververst. Terwijl zowel de batterij als de meter nog wel gewoon los van elkaar verbonden met wifi en uitleesbaar/aanstuurbaar zijn. En zonder dat je een foutmelding krijgt.
Ik weet niet hoe de batterij op de achtergrond de informatie doorkrijgt, wellicht heeft hij de backend van Voltdeer nodig en was die even uitgevallen o.i.d.? Want ik zag op dat moment geen (terug)leveringsdata op dat plaatje in de Amber Rock app. De AECC battery integration en de uitlezing van de P1 meter zijn goddank puur lokaal en niet afhankelijk van de cloud.
Dit is code om de Voltdeer P1 zelf uit te lezen trouwens:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
| rest:
- resource: http://<ip adres>
scan_interval: 1 # Hoe vaak hij moet verversen in seconden
sensor:
# --- TOTAAL RATINGS ---
- name: "P1 Huidig Vermogen Totaal"
value_template: "{{ value_json.device.status.total_power }}"
unit_of_measurement: "W"
device_class: power
state_class: measurement
- name: "P1 Totaal Verbruik"
value_template: "{{ value_json.device.status.Positive_total_electric }}"
unit_of_measurement: "kWh"
device_class: energy
state_class: total_increasing
- name: "P1 Totaal Teruglevering"
value_template: "{{ value_json.device.status.Reverse_total_electric }}"
unit_of_measurement: "kWh"
device_class: energy
state_class: total_increasing
# --- FASE 1 (Lijn A) ---
- name: "P1 Vermogen Fase 1"
value_template: "{{ value_json.device.status.la_power }}"
unit_of_measurement: "W"
device_class: power
state_class: measurement
- name: "P1 Spanning Fase 1"
value_template: "{{ value_json.device.status.la_voltage }}"
unit_of_measurement: "V"
device_class: voltage
state_class: measurement
- name: "P1 Stroom Fase 1"
value_template: "{{ value_json.device.status.la_current }}"
unit_of_measurement: "A"
device_class: current
state_class: measurement
# --- FASE 2 (Lijn B) ---
- name: "P1 Vermogen Fase 2"
value_template: "{{ value_json.device.status.lb_power }}"
unit_of_measurement: "W"
device_class: power
state_class: measurement
- name: "P1 Spanning Fase 2"
value_template: "{{ value_json.device.status.lb_voltage }}"
unit_of_measurement: "V"
device_class: voltage
state_class: measurement
- name: "P1 Stroom Fase 2"
value_template: "{{ value_json.device.status.lb_current }}"
unit_of_measurement: "A"
device_class: current
state_class: measurement
# --- FASE 3 (Lijn C) ---
- name: "P1 Vermogen Fase 3"
value_template: "{{ value_json.device.status.lc_power }}"
unit_of_measurement: "W"
device_class: power
state_class: measurement
- name: "P1 Spanning Fase 3"
value_template: "{{ value_json.device.status.lc_voltage }}"
unit_of_measurement: "V"
device_class: voltage
state_class: measurement
- name: "P1 Stroom Fase 3"
value_template: "{{ value_json.device.status.lc_current }}"
unit_of_measurement: "A"
device_class: current
state_class: measurement |
In principe is de reden niet zo belangrijk (in mijn geval omdat ik in het weekend in die periode goedkopere stroom heb). Mijn punt is eigenlijk dat ik in de app alleen een tijd kan selecteren en geen dagen van de week. Daardoor geldt zo'n schema automatisch voor alle dagen (zie screenshot).
Is er een manier om dit alleen voor bepaalde dagen, bijvoorbeeld alleen in het weekend, in te stellen?
:no_upscale():strip_icc():strip_exif()/f/image/xx5CI4fhK21jn1BAIOuc3ifd.jpg?f=user_large)
Als het goed is kun je met de nieuwste versie van de AECC battery integratie het laad- en ontlaadvermogen onafhankelijk van elkaar instellen 
/f/image/Jl2Xgjt9qmQaffxD27a5heBg.png?f=fotoalbum_large)
:strip_exif()/f/image/Jl2Xgjt9qmQaffxD27a5heBg.png?f=user_large)
Ik heb de Sr5000 sinds enkele dagen en heb geen dynamische tarieven.
In deze tijd van het jaar heb ik (net als de meeste mensen) een groot overschot aan PV energie. Nu is het zo dat de zero-feeding regeling strak naar nul probeert te regelen. Hierdoor is de sr5000 in de vroege ochtend met relatief laag vermogen heel krampachtig rondom nul aan het regelen en is de batterij rondom 13.30 al vol en staat de rest van de dag in storage mode. Dat moet slimmer kunnen!
Tevens heb je ten gevolge van regelvertraging altijd nog best wat onnodige netto import tijdens het regelen aar nul.
Een simpele verbetering is om (bij verwacht overschot) een deadband toe te voegen, dus pas starten met laden als de netto teruglevering >100w is. De optie 'trigger charging' in het screenshot lijkt qua beschrijving exact dit te doen (met max setting van 50w en zonder weersafhankelijkheid). Echter wanneer ik deze setting in schakel blijft de sr5000 laadvermogen regelen voor rondom 0 Watt op de P1 (gemeten op de homewizard). Dit lijkt mijn inziens een bug.
Zijn er mensen die dit al wel werkend hebben gekregen?
In deze tijd van het jaar heb ik (net als de meeste mensen) een groot overschot aan PV energie. Nu is het zo dat de zero-feeding regeling strak naar nul probeert te regelen. Hierdoor is de sr5000 in de vroege ochtend met relatief laag vermogen heel krampachtig rondom nul aan het regelen en is de batterij rondom 13.30 al vol en staat de rest van de dag in storage mode. Dat moet slimmer kunnen!
Tevens heb je ten gevolge van regelvertraging altijd nog best wat onnodige netto import tijdens het regelen aar nul.
Een simpele verbetering is om (bij verwacht overschot) een deadband toe te voegen, dus pas starten met laden als de netto teruglevering >100w is. De optie 'trigger charging' in het screenshot lijkt qua beschrijving exact dit te doen (met max setting van 50w en zonder weersafhankelijkheid). Echter wanneer ik deze setting in schakel blijft de sr5000 laadvermogen regelen voor rondom 0 Watt op de P1 (gemeten op de homewizard). Dit lijkt mijn inziens een bug.
Zijn er mensen die dit al wel werkend hebben gekregen?
[ Voor 4% gewijzigd door richard5786 op 15-07-2026 15:57 ]
Ik heb 2 voltdeers met een homewizzard p1. Werkt helemaal prima 
. Kan me niet voorstellen dat een derde opeens problemen zou geven.
. Kan me niet voorstellen dat een derde opeens problemen zou geven.
[ Voor 33% gewijzigd door Notehoutelade op 18-07-2026 20:03 ]
Het nadeel zit vooral dat bij het strak naar nul regelen tijdens het laden er nog steeds iets (onnodige) inkoop van energie plaatsvind door vertraging / nauwkeurigheid in de regeling. (zie screenshot)
Dit zijn totaal geen hele grote vermogens maar volledig overbodig; je zou prima een marge kunnen houden door te regelen op netto 50-100 W teruglevering. Dan is de accu misschien een half uurtje later vol maar komt alle energie wel van de PV.
Deze functie lijkt echter niet te werken.
Nb. Ook tijdens het ontladen zou het fijn zijn om naar een kleine netto teruglever vermogen te kunnen regelen voor de zomer dagen waarin je accu over hebt. Deze mogelijkheid heb ik niet gevonden. In een halve dag heb ik nu ca 0.3 kWh aan net consumptie.
:strip_icc():strip_exif()/u/36378/crop5a3f931ecfec0_cropped.jpeg?f=community)
