Rekta Respondo: Aĉetantoj devas difini la akceptomatricon de rapida ŝargado de PK antaŭ ol FAT estas mendita. FAT devus kontroli la kontraktitan ŝargilon agordon kaj fabrik-testajn pruvojn; SAT devus kontroli ejan potencon, protekton, surteriĝon, kriz-interfacojn, komunikadojn kaj instalajn kondiĉojn; komisiado devus pruvi interkonsentitaj veturilo, konektilo, ŝarĝo-dividado kaj backend scenaroj. Fina transdono devus okazi nur post kiam difektoj, retestoj, kiel konstruitaj rekordoj, trejnado kaj garanti-komencaj kondiĉoj estas fermitaj.
Ĉi tio estas problemo pri aĉetado kaj akcepto de projektoj por ŝargaj funkciigistoj, flotaj deponejoj, EPC-entreprenistoj, elektraj integristoj, bienposedantoj, servaĵoj, distribuistoj kaj OEM-aĉetantoj. Ŝargilo kiu ŝaltas kaj ŝargas unu veturilon ne estas aŭtomate plene akceptita ŝarg-stacio projekto. Akcepto devus pruvi la kontraktitan ekipaĵon, la interfacojn de la retejo, la komunika vojo, la operaciajn scenarojn, la pruvan rekordon kaj la transdono-limon.
Dingsheng provizoj ekipaĵo de ŝargostacio, inkluzive de 160KW DC-ŝarga amaso, 120KW DC-ŝarga amaso, kaj grupo-ŝarga rektifilo-kabineto-produktoj. La akceptplano devus esti ligita al la preciza ordigita agordo kaj projektspecifo prefere ol senmarka komisiada kontrolo.
Kial la Akcepta Matrico Devas Esti Frostigita Antaŭ ol FAT-Datoj Estas Rezervitaj?
La akcepta matrico difinas kio estos testita, kie ĝi estos testita, kiu atestos ĝin, kiaj evidentecoj estos registritaj, kaj kia rezulto permesas al la projekto moviĝi al la sekva etapo. Sen tiu matrico, FAT povas iĝi fabrika pruvo dum la aĉetanto supozas ke ĝi estas fina pruvo de sistema preteco.
La matrico devas apartigi fabrik-kontroleblan ŝargilon agordon kaj prilaboron, ejodependajn elektrajn kaj instalajn interfacojn, veturilojn/konektilojn/ŝarĝ-kundividajn scenarojn, kaj backend/reton/pago/mezuraj funkcioj kie inkluzivita en la projekta amplekso.
Industrio-spertpunkto: FAT-disputoj ofte okazas ĉar unu partio atendas funkcian manifestacion dum la alia atendas kontraktan akceptoteston. La diferenco devus esti solvita antaŭ la prova dato, ne dum ĝi.
| Etapo de Akcepto | Ĉefa Celo | Tipa Posedanto/Atestanto | Atendita evidenteco |
| GRASO | Kontrolu kontraktitan ŝargilon agordon kaj fabrik-testan amplekson | Provizanto kun aĉetanto/EPC-atestanto kiel kontraktita | Aprobita proceduro, agordaj rekordoj, testaj folioj, devioj kaj stampita listo |
| SAT | Kontrolu instalitajn ŝargilon interfacojn kun la reala retejo | Provizanto/EPC/eja elektra teamo laŭ kontrakto | Retejaj testaj registroj, kontroloj pri potenco/protekto/terigado, interfaco-rezultoj kaj difektoj |
| Komisiado | Montru interkonsentitajn funkciajn scenarojn | Projekta teamo kun operacioj/backend-partioj kie necesas | Veturilaj/konektiloj/sesiaj registroj, komunikadaj protokoloj, ŝarĝo-dividado-indico kaj malfermitaj aferoj |
| Transdono | Transdonu dokumentitan, akceptitan sistemon al operacioj | Aĉetanto/funkciigisto | Kiel konstruitaj, manlibroj, trejnado, bazliniaj rekordoj, rezervaĵoj, garantio kaj difekta fermo |
Kion Devus FAT Pruvi Pri la Ŝargilo-Pako?
FAT devus pruvi tion, kio povas esti prudente kontrolita en la fabriko antaŭ ol la ŝargilo estas ekspedita. La preciza proceduro devas sekvi la kontrakton, produktan agordon kaj projektan specifon; ne ekzistas universala enirpermesilisto, kiu validas por ĉiu ŝarĝa projekto.
Aĉetantaj kontrolpunktoj povas inkluzivi ekipaĵidentigon kaj menditan agordon, ŝargilokvanton kaj konektilon, internan muntadon kaj karatan inspektadon laŭ la interkonsentita proceduro, protektajn kaj kontrolajn aparatojn inkluzivitajn en la provizo-amplekso, lokaj HMI/ekranaj funkcioj postulataj de la mendo, fabrike pruveblaj kriz-funkcioj, komunika aparataro/programara agordo inkluzivita en amplekso, testaj rekordoj, agordaj kaj malfermaj rekordoj kie rilatas.
La aĉetanto ankaŭ devus konfirmi kiuj testoj estas simulitaj en la fabriko kaj kiuj devas esti ripetitaj kun la reala reteja potenco, reto, veturilo aŭ backend dum SAT kaj komisiado.
Kiuj Testoj Devas Atendi Ĝis Reteja Akcepta Testado?
SAT devus kontroli la instalitan stacion kontraŭ la reala kontraŭflua potenco, surteriga sistemo, kablointerfacoj, ejaj krizcirkvitoj, komunikadoj kaj fizika instalaĵo. Fabriko ne povas plene pruvi kondiĉojn, kiuj ekzistas nur post instalado.
La aĉetanto devus difini la limon inter ŝargiloprovizo kaj ejaj verkoj. Kontraŭflue ŝaltilo, transformilo, distribukablo, civillaboroj, surgrunda reto, retkonektebleco aŭ protektaj aparatoj povas aparteni al la EPC aŭ eja entreprenisto prefere ol la ŝargiloprovizanto.
La elektra katalogo de Dingsheng inkluzivas MNS-malalttensia ŝaltilaro, sed la ĉeesto de ŝaltila produkto en la katalogo ne signifas, ke ĝi estas aŭtomate inkluzivita en ĉiu ŝargstacio projekto. La RFQ kaj akceptmatrico devus deklari la faktan kontraŭfluan distribulimon.
| Reteja Interfaco | Kion SAT Devas Konfirmi | Ofta Akcepta Interspaco |
| Envenanta provizo | Instalita provizo kongruas kun la aprobita projekta enigo kaj ŝargila interfaco | Ŝargilo estas energiigita sen akordigi la finajn retejojn-provizodatenojn. |
| Protekto | Bezonataj kontraŭfluaj kaj ŝargilflankaj protektaj interfacoj estas instalitaj kaj dokumentitaj | Respondeco inter ŝargiloprovizanto kaj EPC estas neklara. |
| Terigado | Projektaj surteriginterfacoj estas kompletigitaj kaj testa indico estas havebla | Fabrikaj rekordoj estas konfuzitaj kun ejo-terakcepto. |
| Urĝa halto | Urĝaj funkcioj de retejo kaj ŝargilo interagas kiel specifite | Nur la loka ŝargilohalto estas provita. |
| Reto / backend | Bezonata komunika vojo estas havebla kaj proprieto estas difinita | Ŝargilo komunikas loke sed fora platforma akcepto ne estas pruvita. |
| Instalado | Kablo-fino, muntado, etikedado, ventolado/senigo kaj laboro renkontas la projektan bazon | Funkcia ŝargado estas uzata por preteratenti instalaĵdifektojn. |
Kiel Aĉetantoj Devus Testi Veturilojn kaj Konektilojn Scenarojn?
Projekto kun pluraj ŝargilaj tipoj, konektiloj, veturilklasoj aŭ uzantgrupoj ne devus fidi je unu sukcesa sesio kiel la nura funkcianta testo. La aĉetanto devus difini reprezentajn scenarojn antaŭ komisiado.
Depende de la projektamplekso, scenaroj povas inkludi individuan konektiloperacion, ambaŭ konektiloj en uzo kie apogite fare de la ordigita unuo, ripetaj start-/haltaj sesioj, malsamaj aprobitaj testveturiloj aŭ adaptiloj, interrompitaj sesioj, rekomenckonduto, uzantrajtigo, mezurado/pagfunkcioj se kuntirite, kaj faŭlto aŭ kriz-halta reakiro.
Industrio-spertpunkto: Komisiona plano, kiu testas nur la plej facilan veturilon, povas maltrafi problemojn pri konektilo, komunikado aŭ potenco-asigno, kiuj aperas kiam malsama veturilo aŭ samtempa sesio estas lanĉita.
Kiel Akceptu Ŝarĝkundividon aŭ Grupan Ŝargadon?
Kie la projekto uzas grupan ŝargan arkitekturon, la akceptplano devus kontroli la funkciojn specife kontraktitajn por tiu arkitekturo. Dingsheng listigas a 360KW/480KW Grupo Ŝarĝanta Rektifilo-Kabineto en ĝia nuna produkta gamo. La preciza potenco-asigna logiko, fina konfiguracio kaj kontrolmetodo ankoraŭ devas esti konfirmitaj de la specifa ordo kaj projektdezajno.
La aĉetanto devus difini testkazojn kiel ekzemple unu aktiva ŝargpunkto, multoblajn samtempajn sesiojn kie la agordo subtenas ilin, ŝanĝanta postulon inter veturiloj, perdo kaj restarigo de ŝargpunkto, kaj la atendata konduto de la grup-kontrolsistemo.
Industrio-spertpunkto: Ŝarĝdividado devus esti akceptita kiel konduto difinita per la kuntirita agordo, ne per senmarka supozo ke ĉiu multi-eliga ŝargilo administras potencon en la sama maniero.
Kiu Posedas OCPP, Backend, Reton kaj Pagan Akcepton?
Backend-integriĝo estas ofte dividita inter pluraj partioj: ŝargiloproduktanto, softvarplatformprovizanto, retfunkciigisto, pagprovizanto, EPC, retejo IT-teamo, kaj ŝargfunkciigisto. La akceptmatrico devus asigni respondecon por ĉiu interfaco.
Se OCPP aŭ alia protokolo estas postulata de la projekto, la aĉetanto devus specifi la postulatan version aŭ profilon kaj testan amplekson en la kontrakto. Neniu protokolokonformeco devus esti supozita krom se ĝi estas kontrolita por la ordigita agordo.
Indico devas registri identecon de ŝargilo, finpunkto aŭ testa medio, komunika stato, sesiaj protokoloj, erarmesaĝoj, foraj funkcioj postulataj de la projekto kaj respondeco pri nesolvitaj problemoj.
Industrio-spertpunkto: "Konektita al la backend" kaj "backend akcepto kompleta" ne estas la sama deklaro. Stabila konekto ankoraŭ povas lasi forajn komandojn, transakciajn registrojn, alarmojn aŭ pagajn interfacojn netestitaj.
Scenaro: Flota Deponejo Akceptas Power-On sed Ne la Tutan Projekton
Reprezenta scenaro - ne asertita klientkazo de Dingsheng.
Komerca Fono: Flotdeponejo instalas plurajn du-konektilojn DC-ŝargilojn kun kontraŭflua distribuo kaj malproksima ŝargo-administra platformo.
Problemo: Dum ekfunkciigo, unu veturilo sukcese ŝargas de unu konektilo. La projektteamo prepariĝas subskribi akcepton, sed la dua konektilo, kriz-halta ĉeno, fora platformo, ŝarĝo-divida konduto, difekta listo kaj kiel konstruita dokumentaro ne estis fermitaj.
Kaŭzo: La aĉetkontrakto difinis ŝargilon provizon sed ne difinis enscenigitan FAT/SAT/komision-akceptmatricon aŭ pruvregistron.
Solvo: La aĉetanto kreas respondecmatricon apartigantan ŝargilajn fabriktestojn, ejajn elektrajn kontrolojn, konektilo-/veturilajn scenarojn, backend-funkciojn, punk-listan fermon, dokumentadon kaj trejnadon. Malfermaj eroj ricevas posedantojn kaj retestajn datojn antaŭ fina transdono.
Aĉetanta Decida Valoro: La funkciigisto evitas komenci garantion kaj komercan operacion sur sistemo kiu pruvis nur unu sukcesan ŝarĝan sesion prefere ol la plenan kuntiritan amplekson.
Kiel Devas esti Regataj Difektoj, Retestoj kaj Tenaj Punktoj?
Ĉiu FAT kaj SAT devus produkti pruvregistron kaj punkliston. Ĉiu temo devus registri sian fontan teston, priskribon, respondecan partion, korektan agon, retestan metodon, statuson kaj fermaprobon.
| Punch-Lista Kampo | Kial Ĝi Gravas | Demando pri Akcepto de Aĉetanto |
| Testreferenco | Ligas la difekton al kontrolita proceduro | Kiu testo malkaŝis la aferon? |
| Priskribo de difekto | Malhelpas neklarajn notojn kiel "komunika problemo" | Kio ĝuste malsukcesis aŭ deviis? |
| Posedanto | Apartigas ŝargilon, EPC, backend kaj retejajn respondecojn | Kiu respondecas pri korektado? |
| Korekta ago | Registras kio ŝanĝiĝis | Ĉu la riparo estis provizora aŭ konstanta? |
| Retesti indicon | Pruvas, ke la afero estis rekontrolita | Ĉu estas subskribita rekordo, protokolo aŭ rezulto? |
| Tenu / liberigu statuson | Kontrolas sendon, energiigon aŭ finan transdonon | Ĉu la projekto povas daŭrigi kun ĉi tiu objekto malfermita? |
Industrio-spertpunkto: Stampilisto sen retestkampo ofte estas nur difektlisto. Akcepto bezonas pruvon, ke la korektita kondiĉo efektive estis kontrolita.
Kio Devas Esti en la Transdona Pako?
Fina transdono devus inkluzivi la dokumentojn necesajn por funkciigi, konservi kaj subteni la ŝargan stacion post kiam la komisianta teamo foriras. La preciza dosiero dependas de la kontrakto, sed aĉetantoj kutime devus konsideri aprobitajn/kiel konstruitajn desegnaĵojn, agordajn rekordojn, FAT- kaj SAT-raportojn, komisiajn protokolojn, punk-list-fermon, operaciajn kaj prizorgajn manlibrojn, partoj-informojn, trejnajn rekordojn, softvaron/firmaran bazlinion kie signifa, reto/backend-respondecon, garantian komencdaton, garantian postulitineron, kaj interkonsentitan rezervan amplekson.
La aĉetanto ankaŭ devus difini kiuj protokoloj aŭ bazliniaj agordaj registroj devas esti konservitaj ĉe transdono. Sen konata bazlinio, pli posta problemo iĝas komparo kontraŭ memoro prefere ol indico.
Kion Aĉetantoj Metu en la Akcepta RFQ de Rapida Ŝargado de DC?
Provizu ŝargilokvanton kaj ordigitan takson, konektilmiksaĵon, kontraŭfluan provizon kaj distribuan limon, FAT-atestan amplekson, aplikeblan projektan specifon, SAT/eja interfaco-amplekson, haveblajn testajn veturilojn aŭ adaptilojn, ŝarĝo-dividajn scenarojn, backend/retan proprieton, mezuri/pagan amplekson se aplikeble, kriz-halto/teran/protektajn interfacojn, bezonatajn trejnajn interfacojn, bezonatajn trejnajn interfacojn. garantio-komenca regulo kaj difekto-fermoprocezo.
Por antaŭinstala kunteksto, aĉetantoj ankaŭ povas revizii la ekzistantan gvidilon de Dingsheng Postuloj pri instalado de EV-ŝargilo. Tiu artikolo traktas potencon kaj instalaĵplanadon; la FAT/SAT-procezo ĉi tie komenciĝas ĉe la akceptetapo kaj ne devus esti anstataŭigita per antaŭinstala kontrola listo.
Oftaj Demandoj
Ĉu sukcesa veturilo ŝargas sufiĉas por akcepti DC-rapidan ŝargan stacion?
Ne. Sukcesa kunsido pruvas nur parton de la sistemo. Akcepto ankaŭ devus kovri la kontraktitan ŝargilon agordon, ejajn elektrajn interfacojn, protekton/terigadon/krizajn funkciojn, postulatajn konektilscenarojn, komunikadojn/backend-amplekson, difektan fermon kaj transdonajn dokumentojn.
Kio estas la diferenco inter FAT kaj SAT?
FAT kontrolas la interkonsentitan fabrik-testan amplekson antaŭ sendo. SAT kontrolas la instalitajn ekipaĵojn kaj realajn interfacojn post instalado. La preciza disigo devus esti difinita en la projekta akceptmatrico.
Ĉu ĉiu GRASO devus inkluzivi veran veturilon?
Ne nepre. Iuj funkcioj povas esti simulitaj aŭ testitaj per fabrikaj ekipaĵoj. La aĉetanto devus difini kiuj scenaroj postulas realan veturilon, testan adaptilon aŭ fin-ejan konfirmon dum SAT/komisio.
Kiu devus testi la kontraŭfluan ŝaltilon kaj protekton?
La kontrakto devus atribui respondecon. La provizanto de ŝargilo, provizanto de ŝaltiloj, EPC kaj eja elektra teamo povas posedi malsamajn partojn de la interfaco. La akceptmatrico devus montri kiu testas kaj subskribas ĉiun objekton.
Kiel devus esti akceptita OCPP aŭ backend-komunikado?
Nur kontraŭ la projekt-bezonata protokolo/versio kaj interkonsentitaj scenaroj. Rekorda konekto, ŝargila identeco, sesiaj protokoloj, postulataj foraj funkcioj, alarmoj kaj nesolvitaj problemoj. Ne supozu protokolkonformecon sen produkt-specifa indico.
Kiam devus komenci la garantion?
La garantio-komenca regulo devus esti deklarita en la kontrakto. Aĉetantoj devus eviti lasi ĝin ambigua inter fabriksendo, eja energiigo, provizora akcepto kaj fina transdono.
Kion aĉetantoj sendu Dingsheng antaŭ ol difini FAT/SAT?
Sendu la menditan ŝargilon agordon, konektilmiksaĵon, kontraŭfluan elektran limon, projektospecifon, atestantajn postulojn, retejo-interfaco-amplekson, testajn veturilojn, backend/retan posedon, ŝarĝ-dividajn scenarojn, akceptajn rekordojn, trejnadon, rezervajn kaj garantiajn postulojn.
Petu FAT/SAT kaj Komisionan Scope Review
Antaŭ rezervi FAT aŭ ejo-komision, sendu al Dingsheng la menditan ŝargilon agordon, konektilmiksaĵon, kontraŭfluan elektran limon, FAT-atest-amplekson, ejajn interfackondiĉojn, projektajn testpostulojn, veturilaj scenaroj, backend/reto-proprieton, ŝarĝodividon, regulojn pri difekto-fermo, transdono dokumentoj kaj garanti-komenckondiĉoj tra la Kontaktu Nin paĝo. Dingsheng povas revizii la disponeblajn ŝarĝajn ekipaĵojn kaj identigi kiuj akcepteblaj eroj apartenas al la fabriko, ĉe la loko aŭ al la fina komisiiga transdono.
