06-08-2018, 04:20 PM
Imaš li kontra diodu ili RC član na tom kamionskom releju?
Odavde je stvarno to teško pogoditi (nisam vidovit) jer praktično može biti bezbroj faktora koji ti mogu oboriti I2C (ako je uopšte oborena).
I2C zahteva korektan timing i da nema refleksije na vodovima (mada je neuporedivo lakša kontrola toga nego na SPI zbog niže frekvencije rada).
I2C protokol je takav da posle slanja adresnog bajta, slejv jedinica mora vratiti acknowledge.
Obično se u MCU softverski rešava timeout WDT koji obara MCU u slučaju izostanka komunikacije.
To što tebi (?) padne I2C, a pri tom ne padne MCU, može značiti mnogo stvari:
- komunikacija stvarno padne a biblioteka za i2c je loše napisana i nema nikakav timeout oko vraćanja acknowlwdge, u šta iskreno sumnjam,
- tebi možda ne padne i2c već možda na MCP23017 bude poslata komanda READ, gde on wrati acknowlwdge ali izlazi ne reaguju,
- možda negde grešiš u softveru pa izvršiš reinicijalizaciju MCP23017 u INPUTs pa onda opet radi i2c ali nemaš izlaze,
- i tako još sličnih mogućnosti do sutra...
Dobro napisan lib za i2c treba u slučaju izostanka komunikacije, tj. neispravnog rada slejv jedinice ili da obori (zaglavi)
MCU, ili na kakav drugi način da upozori (nekom LED ili slično) o takvom događaju i da u oba slučaja neizostavno obustavi izvršenje programa.
Arduino biblioteke nisam koristio, ali utisci mnogih korisnika su da to radi na keca. Dakle, verovatno je lib odlično napisana i ima timeout u slučaju pada i2c komunikacije, takođe i blokadu MCU i neku vrstu izveštaja.
Ukoliko i2c padne a ne padne MCU, ili je tvoja sw greška ili biblioteke nisu korektne.
MCP23017 i Atmel MCU u Nano imaju veoma slične nivoe brown-out detekcije tako da bi bilo koja greška iz napajanja oborila i jedan i drugi.
Ko zna koji efekat napraviš smanjenjem ulaznog napona na 12V?
Pitanje da li napajanje ima ikakve veze sa tim efektima koji ti se zbivaju?
Meni je takvih napajanja preko 250 komada u trajnoj upotrebi više od 15 godina i nikad ni jedno jedino nije pravilo probleme (sa PIC i LPC2136).
Ne vidim ni jedan razlog što bi Atmelu ili MCP-u pravilo probleme.
Takođe, u toj gomili mojih kontrolera, gde radi to napajanje, ima i PCF8574 i MCP23017 i MCP23S17 i custom ekspandera Altera PLD i sve radi bez problema i na I2C i na SPI i na SPB.
Razmotri ti malo bolje šta ti se događa.
Storage osciloskop i pogledaj malo redom, od napajanja do komunikacije. Takođe proveri biblioteku za i2c i vidi da ne postoji neki predisponiran pin za kačenje neke LED u vezi upozorenja o timeout err na i2c.
Pozdrav
Odavde je stvarno to teško pogoditi (nisam vidovit) jer praktično može biti bezbroj faktora koji ti mogu oboriti I2C (ako je uopšte oborena).
I2C zahteva korektan timing i da nema refleksije na vodovima (mada je neuporedivo lakša kontrola toga nego na SPI zbog niže frekvencije rada).
I2C protokol je takav da posle slanja adresnog bajta, slejv jedinica mora vratiti acknowledge.
Obično se u MCU softverski rešava timeout WDT koji obara MCU u slučaju izostanka komunikacije.
To što tebi (?) padne I2C, a pri tom ne padne MCU, može značiti mnogo stvari:
- komunikacija stvarno padne a biblioteka za i2c je loše napisana i nema nikakav timeout oko vraćanja acknowlwdge, u šta iskreno sumnjam,
- tebi možda ne padne i2c već možda na MCP23017 bude poslata komanda READ, gde on wrati acknowlwdge ali izlazi ne reaguju,
- možda negde grešiš u softveru pa izvršiš reinicijalizaciju MCP23017 u INPUTs pa onda opet radi i2c ali nemaš izlaze,
- i tako još sličnih mogućnosti do sutra...
Dobro napisan lib za i2c treba u slučaju izostanka komunikacije, tj. neispravnog rada slejv jedinice ili da obori (zaglavi)
MCU, ili na kakav drugi način da upozori (nekom LED ili slično) o takvom događaju i da u oba slučaja neizostavno obustavi izvršenje programa.
Arduino biblioteke nisam koristio, ali utisci mnogih korisnika su da to radi na keca. Dakle, verovatno je lib odlično napisana i ima timeout u slučaju pada i2c komunikacije, takođe i blokadu MCU i neku vrstu izveštaja.
Ukoliko i2c padne a ne padne MCU, ili je tvoja sw greška ili biblioteke nisu korektne.
MCP23017 i Atmel MCU u Nano imaju veoma slične nivoe brown-out detekcije tako da bi bilo koja greška iz napajanja oborila i jedan i drugi.
Ko zna koji efekat napraviš smanjenjem ulaznog napona na 12V?
Pitanje da li napajanje ima ikakve veze sa tim efektima koji ti se zbivaju?
Meni je takvih napajanja preko 250 komada u trajnoj upotrebi više od 15 godina i nikad ni jedno jedino nije pravilo probleme (sa PIC i LPC2136).
Ne vidim ni jedan razlog što bi Atmelu ili MCP-u pravilo probleme.
Takođe, u toj gomili mojih kontrolera, gde radi to napajanje, ima i PCF8574 i MCP23017 i MCP23S17 i custom ekspandera Altera PLD i sve radi bez problema i na I2C i na SPI i na SPB.
Razmotri ti malo bolje šta ti se događa.
Storage osciloskop i pogledaj malo redom, od napajanja do komunikacije. Takođe proveri biblioteku za i2c i vidi da ne postoji neki predisponiran pin za kačenje neke LED u vezi upozorenja o timeout err na i2c.
Pozdrav