help omega2 not working
Hi! I got my omega2 and on omega2+ just few days ago and I have the same issue on both. omega2+ just do nothing after "EEPROM:Read from [factory] offset 0x0,length 0x400.", but omega2 just reboot after this.
I upgraded firmware to v0.1.7-b142.bin, reset to factory settings with firstboot, but still got the same problem.
Do you have any suggestion?
@Sergej-Sevrjuk Sounds like you're having power-issues. The message about EEPROM happens around the same time it tries to bring WiFi up and that causes a current-spike, but if your power-supply or cables can't handle the spike there's a brownout and the device restarts.
@WereCatf I use 5v2A -> ams1117 + 1.0F capacitor. Is this enough to power omega2?
@WereCatf I tried power up omega with 2 x ams1117 and now it's running. Thank you, for help!
AMS1117 @ 2 AMPS ? Please check the datasheet.
One AMS1117 should be more than enough
@Sergej-Sevrjuk Please see our article on running the Omega with no Dock: https://docs.onion.io/omega2-docs/hardware-prep-no-dock.html
We've confirmed that setup work well with the Omega2. For best performance and the most functionality, we recommend using the Omega with a Dock!
As it was still unclear from this topic, I think, I'll add my comments to the process.
I didn't purchase any boards, so I've stuck on this topic pretty heavily.
I have a lab power supply in my possession, so I didn't thought it would be the matter. It had like 5 amps of power at constant 3.3 volts.
Still I had to solder up a 104 right to the legs of the MC and add another 470uF to a breadboard in parallel, and I raised voltage up to 3.4, then and only then it did work.
hey @luz you said I've done an application-specific mainboard (with a WS2812 LED output and RS485 interface) i'm wondering if you made some kind of modification in the serial driver to handle flow control with RS485,
@Miguel-Miranda no, I just used a free GPIO to enable rs485 drivers from my highlevel software. That's far from optimal of course, because I have to estimate how much time my outgoing data will need and time the GPIO accordingly. But for my application (Swiss railway split-flap displays) this was good enough.
Of course, that's something that probably could be done better at the driver level. I haven't dug very deep, however I'm not sure the UART hardware could provide the needed all-data-is-sent-IRQ. The way MediaTek integrated the UARTs is a bit sad, because they did not provide a way to multiplex the native UART handshake signals to pins.
It would be nice if proper HW handshaking could be done entirely in software, though. I'm open to proposals how that could work ;-)
@fossette what current rating is advisable ?
I read it is 500mA. But is it fine if it is 700mA?