Proponha uma correção, faça uma sugestão
Não tire fotografias ao novo Raspberry Pi 2
Depois de ter sido anunciado na passada semana, o novo Raspberry Pi 2 tem sido testado por milhares de utilizadores em todo o mundo. O Raspberry PI 2 destaca-se por trazer um CPU ARM Cortex-A7 CPU quad-core a 900MHz e 1GB LPDDR2 SDRAM.
Apesar de ser extremamente poderoso e de até ter suporte para o Windows 10, esta nova versão tem aparentemente um pequeno bug. De acordo com alguns relatos, basta tirar uma foto, com flash, ao equipamento para este bloquear e e reiniciar.
O novo Raspberry Pi 2 é sem duvida uma boa aquisição pelas mais diversas razões. No entanto, fique a saber se tiver uma câmara com flash Xenon e lhe tirar uma foto é provável que o equipamento bloqueie e reinicie. O alerta foi dado pelo utilizador PeterO, no fórum da fundação Raspberry.
I have discovered that my Pi2 is camera-shy! Taking it's picture with a flash causes an instant power off!
I've done it three times now and same thing happens each time.
First two times I didn't realise what had happened as I wasn't looking at the screen at the time and only noticed a few minutes afterwards. Third time I did it just to watch the screen ... Instant power off.
Aqui fica o vídeo que mostra o “bug” em acção
Há um segundo vídeo que reporta a mesma situação:
De acordo com algumas informações não oficiais, o problema pode estar no SoC ou no chip que fornece energia. Até ao momento não há qualquer informação oficial por parte da fundação Raspberry. O problema não é grave!
Este artigo tem mais de um ano
Loading ...
É um erro noob para um hardware designer. Basicamente deverá ser o pino de reset do soc que está a “flutuar”.
Eu não entendo nada de eletrónica, mas isto é mesmo possível?
Uma “simples luz” desligar um board? Parece surreal..
É possível. A luz provoca alterações de electromagnetismo o que é bem capaz de fazer destas brincadeiras. Muitos telemóveis ao pé do raspberry PI é capaz de provocar o mesmo efeito, ou então uma trovoada etc
“A luz provoca alterações de electromagnetismo”.
A luz É radiação electromagnética, e poderá polarizar compontentes. O que me surpreende é que estes “componentes” (que não sabemos qual/quais) são facilmente polarizados (e consequência mudam o seu comportamento eléctrico) com luz visível. É realmente muito estranho, mas não impossível.
O problema nao é relacionado com EMP mas sim luz intensa.
Pelos vistos o U16 chip e resolve-se colocando um pouco de fita cola ou usar uma caixa.
Explica la isso…
uma simples resistência de pull up ou pull down resolvia entao o problema.
Exato 😛
sem duvida, de notar que com a RPI B+ também existe algo parecido, a solução foi no firmware forçar um dos GPIO a um determinado valor lógico para que ele não flutua-se
humm,
não quero sequer acreditar, que o raspbery PI poderia sequer em sonhos ter esse problema…
Eu não quero ir por ai, porque isso é demasiado básico 🙂
todavia, pode existir esse problema ,e ser derivado de algum FET, tendo em conta que estes são controlados por tensao…
Ou ainda um problema na lógica ou no microprocessador/mem RAM!
sempre que um microcontrolador de geito recebe um OPCODE que não existe no set de intruções, ele ou reenicia, ou faz HALT, ou qualquer coisa que o valha, para não danificar o hardware.
Por exemplo a Europeia STMicroElectronics, para além de investir muito dinheiro em resolver problemas destes nos seus micros, no caso de receber um OPCODE incorrecto age dessa forma…
Outro problema pode estar relacionado com o OSCILADOR…
O Pino RESET a Flutuar, é demasiado(acho eu) 🙂
Os pinos estão ligados a fets, todos eles. Bem já que ele não reinicia então não é o pino de reset. Mas aposto que é outro pino qualquer que está a processar informação. Uma única alteração de um bit em biliões deles provoca estes efeitos
sim concordo contigo 😉
Um dos problemas, que são severamente escrutinados por exemplo na STMicroelectronics, é mesmo isso(mas nunca existe uma garantia de que é completamente suprimido, por isso é que existem verificações de opcodes, etc)…
Existem versões de MCU’s muito mais caras , e algumas nem sequer veem para o mercado, são para a Área militar/Espacial, etc.
Estes problemas existem, e é verdade, um bit de diferença, pode levar a que o micro reenicie ou pare de funcionar, esperando um reset externo.
Para mim, pode ser algum pino defacto de controlo, mas pode ser tambem o oscilador, ou ainda o mais provável…a RAM, ou as pistas que interligam a RAM e Microprocessador, que se não forem devidamente calculadas , com pontos de massa nos locais correctos, com uma interferencia, o micro acaba lendo um resultado diferente do esperado, e pode levar a OPCODES não existentes, e a muitos outros problemas.
Já agora fica a pergunta…alguém tentou dar uma “flashada” no Raspberry PI anterior? 🙂
A menos que a board tenha uma resistencia sensivel a luz (LDR), isso nao me parece ser possivel. Uma noticia que em principio e falsa
Pelo que vejo bloqueia não faz reset por si apenas reinicia claro esta porque tem de o desligar e depois ligar. Nada tem a ver com resets a “flutuar”
Não é propriamente a minha área, mas dizem que é disto:
http://en.wikipedia.org/wiki/Photoelectric_effect
Exato, e isso é que provoca a alteração no pino a “flutuar”. Talvez com uns quantos telemóveis ao pé aconteça a mesma coisa. Ou uma trovoada
POde ser. Aliás, os transistores BJT foram descobertos pela observação desse efeito. Claro que isso não passa de especulação da nossa parte. Mas pode ser.
No entanto, podiam-se fazer algumas experiências para verificar se não seriam efeitos electromagnéticos do flash da câmara. Nunca esquecer que os flashs tradicionais utilizam alta tensão. Uma foto tirada com um flash de LEDs tirava essa dúvida. Se continuasse a bloquear, então era mesmo o efeito da luz que provoca esse efeito. Se não se verificasse o bloqueio, então era do electromagnetismo.
O efeito da luz parece-me um pouco estranho. Não é por acaso que os que componentes electrónicos (transistores, CI e afins) são sempre pretos. Mas pode haver defeitos…
Mas este não é um exemplo do efeito fotoeléctrico, mas sim de polarização de componentes por luz visível. Para além do mais, as transições electronicas no regime visível são muito pouco energéticas.
WTF, mas como ‘e que isto ‘e possivel?! Um hotfix rapido seria ter case e pronto :p
Um hotfix era um novo modelo e não uma actualização. Mas depende da gravidade da situação, em simples casos sempre se pode arranjar uma solução sem ser necessário produzir uma nova unidade
+1
Gostava que desse para ver vídeos na aplicação Android do pplware
Lol a app para Android e uma porcaria, e as actualizações morreram, logo vai continuar a ser uma porcaria.
Nem sequer a pagina web é responsiva aos ecrãs.
Porque razão agora vamos andar a tirar fotos ao RPi2 com ele ligado?
A questão é mais, “e porque não podemos?” 🙂
Se fores piegas estas lixado
Se alguém quiser vender o Raspberry Pi 2, por causa desse problema eu compro por 20 Euros. LOL
Eu dou 21 😀 xD
eh eh eh, é bom negocio…afinal até é um “bug” engraçado 🙂
Pago 20,50€!
22€ é o máximo que eu dou, contando que o device possui um erro!!! 🙂
Afinal parece que é o U16 que é fotossensível, logo basta cobri-lo com algo para resolver o problema.
parece que sim, é a alimentação da RAM…que por sua vez acaba por levar a corrupção de dados na RAM…e não sei se o cpu também é afectado com falta de alimentação neste processo…ou se apenas pela corrupção de dados..
Este chip deve reeniciar…
Isso não é um bug, é uma feature
A nasa também utiliza flashes contra os OVNIS .
Isto é uma mais valia, se estiver como mediacenter e crachar já não precisamos de nos levantar do sofá, basta tirar uma foto 🙂
😀
Testado com c/ 2 PI2 e Canon EOS 550…sem problemas!
Mas isto não será problemático…usem uma caixa e esta resolvido!
Agora para fazer um reboot não precisamos de aceder por SSH, basta tirar uma foto 🙂
Nope, o gajo não reinicia simplesmente bloqueia. Tens de fazer um power um cycle manual para resolver.
Para quem usa um RPi num sistema de segurança não gostei do “bug”. Também não gostei da leviandade com que os responsáveis pelo projeto estão a reagir a este problema.
“I don’t see it as a fault as such though, nor something that should have been caught by the designers.”
WHAT? Está a gozar certo??? :O
Acho esta declaração dum Moderador do fórum absolutamente inadequada.
Com que então o RPi BLOQUEAR COMPLETAMENTE com um simples flash (sem sequer é reiniciar) necessitando de ser retirada e reinserida a alimentação, é algo que segundo esse individuo nem sequer devia ter merecido a atenção dos designers???
Dificilmente alguem usará o RPi num sistema de segurança sem ter o aparelho devidamente coberto e protegido.
Já está explicado aqui. Um dos componentes da fonte comutada é fotosensível…. lol. Lixado…
http://makezine.com/2015/02/09/the-new-raspberry-pi-2-camera-shy/
O problema não é nem a placa em si, é somente UM componente que tem uma caracteristica de ser fotosensível(na realidade parece que são dois, mas só um teve interferência). Componente esse que não existe nos outros RPIs, portanto não sofrem desse problema específico. E por que raios ele é fotosensível e outros não? É um componente que utiliza um invólucro chamado WL-CSP, que é praticamente o chip de silício sem resinas em volta. Esse tipo de efeito colateral nesses invólucros inclusive já é conhecido( google it! ).
As vantagem desse tipo de invólucro estão na redução da indução com a PCB, diminuição do tamanho do invólucro e melhor condução térmica. E sabem onde tem vários chips desse tipo? Em smartphones como por exemplo o Iphone 5, são 11 chips WL-SCP, mas o chip fica dentro da carcaça, onde não recebe praticamente luz, seja visível ou não.
E mais, no caso do flash de xenônio, foi testado e visto que é necessário estar a menos de 50cm da placa.
O “erro” talvez tenha sido a utilização de um chip de invólucro feito para ser usado em dispositivos fechados e que necessitam de chips cada vez menores( como os smartphones ).
Mas não há motivo para paranóia e desespero para aqueles que compraram ou vão comprar um Raspberry Pi 2.
Já me aconteceu o mesmo com Arduino montado em breadboard, quando tirei uma foto demasiado perto.
Note-se que no meu caso tenho condutores “pelo ar” a comportarem-se como antenas, que eventualmente reagem à descarga do condensador da máquina fotográfica, aquando do disparo do flash.