Laadpunt - Revision history

Merethan at 10:26, 1 October 2025

2025-10-01T10:26:29Z

← Older revision		Revision as of 10:26, 1 October 2025
Line 3:		Line 3:
	\|Picture = Keba_P20.jpg		\|Picture = Keba_P20.jpg
	\|Omschrijving = Een laadpunt voor elektrische auto's @Revspace		\|Omschrijving = Een laadpunt voor elektrische auto's @Revspace
	\|Status = ~~In progress~~		\|Status = Abandoned
	\|Contact = merethan		\|Contact = merethan
	}}		}}

Merethan at 11:33, 10 June 2025

2025-06-10T11:33:23Z

@@ Line 43: / Line 43: @@
 Via de PP pin laat de kabel (de stekker eigenlijk) weten voor hoeveel ampère de kabel geschikt is. Dit werkt zeer low-tech: Een bepaalde weerstand tussen de +12V PP pin en de PE pin codeert van welke klasse de kabel is. Via deze pin kan zowel de auto als het laadstation dus ook detecteren wanneer er een kabel ingeplugd is. De PP pin is ook korter dan de andere pinnen, zodat het laadstation of de auto de stroom kan afschakelen voordat de rest van de pinnen contact verliezen (dit om vonken te voorkomen). De PP pin is niet van de ene naar de andere kant van de kabel verbonden.
-De CP pin is wel verbonden door de kabel heen, wat de auto en het laadpunt in staat stelt om te communiceren met elkaar. Again, dit werkt zeer low-tech: Het laadpunt zet een square-wave van ±12V (-12V tot +12V) op de CP pin, met een frequentie van 1Khz. Als de PWM 1Khz. is betekent dat dat de auto "vol vermogen" mag trekken. Hoe lager de frequentie, hoe minder amps de auto mag trekken. Online zijn tabellen te vinden van welke PWM cycle hoeveel ampères betekent.
+De CP pin is wel verbonden door de kabel heen, wat de auto en het laadpunt in staat stelt om te communiceren met elkaar. Again, dit werkt zeer low-tech: Het laadpunt zet een square-wave van ±12V (-12V tot +12V) op de CP pin, met een frequentie van 1Khz. De duty-cycle van deze square wave codeert hoeveel amps de auto mag trekken:
-De CP pin is aan de auto kant verbonden met de PE pin via een weerstand en een diode. Omdat maar de helft van de ±12V square-wave afgevlakt wordt (diode) weet het laadstation dat het snoer ook echt in een auto zit en niet in de regen ligt. De weerstand die de auto tussen CP en PE plaatst codeert verschillende "staten" waarin de auto zich bevind. Zo is er bijvoorbeeld een specifieke weerstand waarmee de auto aan het laadsation aangeeft dat hij wil gaan laden. Online zijn tabellen te vinden met welke weerstand welke staat codeert.
+{| class="wikitable" style="text-align:right;"
-Meer diepgaande uitleg en tabellen van coderingen is [https://en.wikipedia.org/wiki/SAE_J1772#Signaling op Wikipedia] te vinden.
 Voor de duidelijkheid: Het laadpunt is enkel een circuit breaker. Het laadpunt doet niets in de trand van power duty cycle regeling. Als de auto meer amps trekt dan het door het laadpunt opgegeven maximum, doet het laadpunt de stroom gewoon uit.

Merethan: Spelling

2018-09-09T13:45:06Z

Spelling

← Older revision		Revision as of 13:45, 9 September 2018
Line 95:		Line 95:
	=== Mod hardware ===		=== Mod hardware ===
	Ik heb een gen 1. Pi model B, die op de ethernetpoort van de Keba kan. De Pi kan zo de statistieken van de energielevering opvragen (http get) en/of bijhouden (UDP luisteren).		Ik heb een gen 1. Pi model B, die op de ethernetpoort van de Keba kan. De Pi kan zo de statistieken van de energielevering opvragen (http get) en/of bijhouden (UDP luisteren).
	Momenteel gaat het niet mogelijk worden automatisch af te rekenen via de bar, omdat de bar niet de verkoop van een voorgeprogrammeerd item ("lollie", "Club-Mate", "kWh" etc.) in fracties ondersteunt (er is nooit een reden geweest om 2,368 Club-Mate te kunnen verkopen, obviously). Initieel zal het ~~afgekeken~~ waarschijnlijk periodiek, handmatig gaan d.m.v. een "take [ammount] [reason]" operatie op de bar. De Pi zal initieel de lijst met opgenomen kWh's per gebruiker dus zelf vast houden.		Momenteel gaat het niet mogelijk worden automatisch af te rekenen via de bar, omdat de bar niet de verkoop van een voorgeprogrammeerd item ("lollie", "Club-Mate", "kWh" etc.) in fracties ondersteunt (er is nooit een reden geweest om 2,368 Club-Mate te kunnen verkopen, obviously). Initieel zal het afrekenen waarschijnlijk periodiek, handmatig gaan d.m.v. een "take [ammount] [reason]" operatie op de bar. De Pi zal initieel de lijst met opgenomen kWh's per gebruiker dus zelf vast houden.
	De Pi moet ook updates naar IRC kunnen sturen (vergelijkbaar met deuren in de space die geopend worden). Voor het uitlezen van iButtons wordt gebruik gemaakt van een gemodificeerde Doorduino. Het onderbreken van de CP pin zal worden gedaan met een relais aangesloten op de Doorduino.		De Pi moet ook updates naar IRC kunnen sturen (vergelijkbaar met deuren in de space die geopend worden). Voor het uitlezen van iButtons wordt gebruik gemaakt van een gemodificeerde Doorduino. Het onderbreken van de CP pin zal worden gedaan met een relais aangesloten op de Doorduino.

Merethan: Code naar Github. En het arduino deel heet nu Authoduino.

2018-08-26T22:17:56Z

Code naar Github. En het arduino deel heet nu Authoduino.

Show changes

Merethan: /* Doorduino "Chargeduino" */

2018-08-19T11:09:43Z

Doorduino "Chargeduino"

← Older revision		Revision as of 11:09, 19 August 2018
Line 126:		Line 126:

	=== Doorduino "Chargeduino" ===		=== Doorduino "Chargeduino" ===
	Dit is begonnen als Doorduino code, maar is inmiddels wat over-engineered voor ~~deze~~ usecase.		Dit is begonnen als Doorduino code, maar is inmiddels wat over-engineered voor de laadpunt usecase.

	<pre>		<pre>

Merethan at 11:05, 19 August 2018

2018-08-19T11:05:14Z

Show changes

Merethan: /* iButton lezer */

2018-08-19T00:16:28Z

iButton lezer

Show changes

Mux at 14:33, 1 May 2018

2018-05-01T14:33:14Z

← Older revision		Revision as of 14:33, 1 May 2018
Line 24:		Line 24:
	* Wo 11 april: 3 kWh		* Wo 11 april: 3 kWh
	* Ma 30 april: 16 kWh		* Ma 30 april: 16 kWh
	* Di 1 mei: ~~in progress~~		* Di 1 mei: 11 kWh

	== Het laadpunt ==		== Het laadpunt ==

Mux at 06:55, 1 May 2018

2018-05-01T06:55:25Z

← Older revision		Revision as of 06:55, 1 May 2018
Line 14:		Line 14:

	Sinds ergens begin 2018 heeft [[mux]] echter ook een elektrische kar, namelijk een 1st gen. [https://en.wikipedia.org/wiki/Nissan_leaf Nissan Leaf] (binnenkort met extra 18650's uitgerust, I kid you not). Toen die ook kwam laden was de pand eigenaar "not amused". Nu er meer en ook grotere rijdende accu's Revspace aandoen, hebben we dus een "echt" laadpunt nodig, die stroom per "klant" afrekent; gezien het significante stroomverbruik tijdens het laden van voertuigen kan dit niet meer onder de elektra fair use policy van de rest van de space geschaard worden.		Sinds ergens begin 2018 heeft [[mux]] echter ook een elektrische kar, namelijk een 1st gen. [https://en.wikipedia.org/wiki/Nissan_leaf Nissan Leaf] (binnenkort met extra 18650's uitgerust, I kid you not). Toen die ook kwam laden was de pand eigenaar "not amused". Nu er meer en ook grotere rijdende accu's Revspace aandoen, hebben we dus een "echt" laadpunt nodig, die stroom per "klant" afrekent; gezien het significante stroomverbruik tijdens het laden van voertuigen kan dit niet meer onder de elektra fair use policy van de rest van de space geschaard worden.

			== Tijdelijke administratie kWh's ==

			Totdat we een werkend laadpunt met automatische afrekening hebben, houden we hier bij hoeveel er geladen wordt.

			Mux:

			* ?? Februari: 12 kWh
			* Wo 11 april: 3 kWh
			* Ma 30 april: 16 kWh
			* Di 1 mei: in progress

	== Het laadpunt ==		== Het laadpunt ==

Merethan: /* iButton lezer */

2018-03-31T16:39:44Z

iButton lezer

← Older revision		Revision as of 16:39, 31 March 2018
Line 101:		Line 101:

	==== iButton lezer ====		==== iButton lezer ====
	De Doorduino moet in staat zijn twee staten te hebben. Momenteel openen ze enkel een deur en gaan ze daarna weer terug naar "dicht". De software moet wat aangepast worden zodat ze een toestand vast houden tot dezelfde button weer contact maakt. Wellicht is het ook wenselijk dat de Doorduino weer terug kan van geauthenticeerd naar ongeauthenticeerd als de auto de laadoperatie onderbreekt (ook de auto kan de CP pin ~~losmaken~~). En er moet een override via het netwerk zijn, om ellende op afstand te kunnen oplossen.		De Doorduino moet in staat zijn twee staten te hebben. Momenteel openen ze enkel een deur en gaan ze daarna weer terug naar "dicht". De software moet wat aangepast worden zodat ze een toestand vast houden tot dezelfde button weer contact maakt. Wellicht is het ook wenselijk dat de Doorduino weer terug kan van geauthenticeerd naar ongeauthenticeerd als de auto de laadoperatie onderbreekt (ook de auto kan de CP pin onderbreken; dit emuleren we feitelijk met de relais). En er moet een override via het netwerk zijn, om ellende op afstand te kunnen oplossen.

	Puntsgewijs:		Puntsgewijs:
Line 107:		Line 107:
	* Toestand vasthouden		* Toestand vasthouden
	* Naar de toestand ongeauthenticeerd schakelen als de laadsessie vanaf de auto wordt onderbroken?		* Naar de toestand ongeauthenticeerd schakelen als de laadsessie vanaf de auto wordt onderbroken?
	* Gebruikersnaam deelnemer aan Raspberry Pi communiceren (voor vastleggen verbruik per gebruiker)		* Gebruikersnaam deelnemer aan Raspberry Pi communiceren (voor vastleggen verbruik per gebruiker, IRC updates)
	* Override voor geauthenticeerd en ongeauthenticeerd via het netwerk, ofwel via Raspberry Pi		* Override voor schakelen geauthenticeerd en ongeauthenticeerd via het netwerk, ofwel via Raspberry Pi

	== Reverse-engineering ==		== Reverse-engineering ==