"blisca" ha scritto nel messaggio news: snipped-for-privacy@lella-hp.station...
io volevo fare un circuito da mettere al posto di quello interno alla batteria, in modo che il PC abbia le informazioni che necessitano per il
corretto funzionamento.
"blisca" ha scritto nel messaggio news: snipped-for-privacy@lella-hp.station...
io volevo fare un circuito da mettere al posto di quello interno alla batteria, in modo che il PC abbia le informazioni che necessitano per il
corretto funzionamento.
In data marzo 2020 alle ore 11:32:28, alfio ha scritto:
hai ragione,avevo perso il senso originale della discussione
quindi in pratica ti tocca fare un BMS,visto che dovrai far sapere al computer lo stato della batteria
Per=F2 potrebbe esserci ancora un motivo per analizzare quello che succede = sul bus, se la batteria non rispondesse nemmeno all'indirizzamento mi viene da pensare che il problema potrebbe essere limitato alla parte di comunicazione.Sarebbe comunque un p=F2 strano
-- Questa email =E8 stata esaminata alla ricerca di virus da AVG. http://www.avg.com
"blisca" ha scritto nel messaggio news: snipped-for-privacy@lella-hp.station...
sul forum di Arduino un progetto l'ho trovato, ma l'autore dice che non e' riuscito a farlo funzionare a causa di come e' scritta la libreria I2C di arduino
succede
bho, ci provero'.
sai se esiste un programma per Windows per interrogare la batteria dal PC stesso ? mi serve per leggere l'altra batteria che funziona e usare quei dati con
arduino (vedi link precedente)
"alfio" ha scritto nel messaggio news:r4vsqm$1gd0$ snipped-for-privacy@gioia.aioe.org...
e'
di
pare funzionante, ma non del tutto, il PC non finisce il boot.
da quel che vedo con il mio debug, il PC all'avvio ripete continuamente
10 comandi (per 200 volte nel mio log) a cui arduino risponde con i dati finti dello sketch, poi cambia serie e manda comandi non gestiti dallo sketch e che nel pdf del protocollo smart battery sono pure "reserved"devo trovare un modo per leggere quei dati dall'altra batteria...
"alfio" ha scritto nel messaggio news:r509bu$1s62$ snipped-for-privacy@gioia.aioe.org...
mi sono costruito uno sniffer per i2c sempre con arduino e i dati della batteria sana mentre il pc funziona ce li ho. il programma che simula la batteria che ho indicato nei messaggi precedenti l'ho messo a posto e risponde a dovere, ma... ...al pc qualcosa ancora non piace, e continua a spegnersi mentre sta caricando il SO
sara' che anche gli altri pin del connettore della batteria servono a qualcosa ?
In data marzo 2020 alle ore 20:05:52, alfio ha scritto:
bravo che ti stai organizzando per=F2 non son addentro abbastanza per aiutarti
prova aguardare qua se non hai gi=E0 visto
-- Questa email =E8 stata esaminata alla ricerca di virus da AVG. http://www.avg.com
"blisca" ha scritto nel messaggio news: snipped-for-privacy@lella-hp.station...
l'autore di quel link ha fatto qualcosa di diverso e anche piu' difficile, ha hackerato il firmware della sua batteria, cosa che farebbe molto utile anche a me, perche' da quel che ho visto tra oscillo e logger, la mia batteria dice cose sbagliate e il PC la ignora, solo che il chip della mia batteria non e' quello del link, il mio e' il cinese SH79F329 di cui si trova poca documentazione.
tornando al mio simulatore noto che se il messaggio si "corrente istantanea erogata" ha valore nullo, il PC resta acceso, ma diventa lentissimo, mentre con un valore prossimo al reale ma purtroppo costante, non ho inserito nessun misuratore della reale corrente in uscita, il PC di spegne di brutto dopo 20-30 secondi in pieno Boot di Windows.
una cosa simile l'ho notata anche con la batteria funzionante, ossia se attacco solo i 2 fili del SMBus al PC, ma il PC lo alimento da banco, che sarebbe la condizione del simulatore, la corrente che ritorna la lettura
della batteria e' ovviamente zero, e il PC e' lentissimo, roba che ci va
15 minuti a finire il boot quando normalmente ce ne mette 1, e non c'e' verso di spegnerlo se non forzando l'arresto con la pressione lunga del pulsante power.sembra come se i dati dichiarati dalla batteria debbano combaciare con quanto misurato dal PC stesso, mi sembra assurdo, ma non ho altre spiegazioni, anche perche' confrontando il log del funzionamento del simulatore con quello della batteria buona, non ci sono differenze nei messaggi ritornati dal simulatore, se non appunto i valori delle grandezze elettriche, tensione e corrente, che sono simulati e non misurati.
vabbe', esperimento fallito ma e' stato un utile passatempo in questa settimana forzato in casa, domani si torna a lavoro. appena riesco pubblico sul forum Arduino.cc i 2 progetti, il logger i2c e il simulatore di batteria.
visto che il blocco aziendale mi costringe a fare altri giorni a casa, ne ho approfittato per continuare la mia ginnastica mentale con il simulatore di smart battery.
ho aggiunto tutta la parte di misura di corrente (con ACS712) e tensione
reali di batteria e ora il PC sta acceso, ho anche aggiunto il "gas gauge" (mi pare si dica cosi'), cioe' quella parte che accumula la corrente che
transita e fornisce l'indicazione di carica residua in base al valore accumulato.
sulla batteria, l'indicazione di carica funziona, il carica batterie entra in funzione quando viene collegato, BatteryInfoView mi dice tutto quello che c'e' da dire (o quasi):
ma poi viene fuori che, ad ogni inserzione del carica batterie con PC spento, un parametro che fino ad ora consideravo una costante, cambia, e
deve cambiare anche la risposta della batteria. si tratta di un codice a 4 byte che il PC fornisce alla batteria la quale restituisce altri 4 byte calcolati con chi sa quale algoritmo, credo serva per identificare la batteria come originale. per ora l'unica cosa che posso fare e' chiedere la risposta alla batteria guasta.
qui menziona un meccanismo simile:
ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.