@Ajit-Parundekar That is something you will need to work out for yourself, the configuration of the firewall alone can vary the impact on resource utilisation. I would suggest you purchase an Omega2+ with power dock on build a POC device. Once you have perfected your build then moe to the Omega2S+. The Omega2+ has an SD Card slot so you can experiment with expanding resources, later you can build your own custom PCB using the Omega2S+ and add an SDCard slot or eMMC if required. I use a 64GB SDCard with my custom PCBs since my app needs to meet some Aussie data retention regulations.
@György-Farkas I did mention it previously:
@Lazar-Demin said in Contradiction in Omega2 Device MAC Address Allocation:
Earlier in the production lifetime of the Omega2 we used to write the MAC addresses like what you're seeing:
But I had to confirm the timing of the change
There's no advantages to one schema or the other. Remember that both schemas will work just fine.
We just chose to standardize to the one mentioned in the docs article.
@Marko-Lukat Sorry I don't have a Omega LTE so I cannot test but from your report it seems you are missing /sbin/usbmode binary. I can't see it in the repos and not in the firmware source pool, so maybe check if you have the latest firmware build installed.
http://repo.onioniot.com/omega2/images/
Hi Chris,
the used PIC18F2xk80 only handle CAN2.0 and not CAN FD. If you want to use Omega2+ the USB port would be the best way to connect a MCU of your choice .
The fastest way to get a working Linux CAN FD board is to use a SBC/CPU with CAN FD IP or something like BananaPi Zero with MCP2518/TCAN4550.
Regards
Gerd
@Ian-Steele the boot time for an Omega is effected by a range of factors, number of modules loaded, services to be started, network connection etc., sd card read, file system check etc. My Pi3 is no faster.
Adding a script to rc.local I would consider a bit of a hack, hotplug was designed for the task you asked about, but actually hotplug is deprecated in favor of udev but I haven't tried udev on Omega/OpenWrt.
@William-G glad to hear you got it working!
GPS (and GNSS) generally work best with a clear view of the sky. Stronger antennas also help!
We've updated the Omega2 LTE guide to include a small section on debugging GNSS: https://onion.io/omega2-lte-guide/#gnss-debug
@John-Smith-0
Take a look at this thread on setting up CMake for Docker and Omega, maybe it helps.
https://community.onion.io/topic/1592/project-docker-omega2-sdk-for-cross-compilation-cmake-support/35
nosys.specs is used in a cross compiling environment where the host is not available such as when you are compiling on linux to deploy on OpenWrt. When openmodbus is being linked it seems it cannot find the required library stubs. You need to look to see what it is linking with, I don't use CMake nor OpenModbus so I cannot check.
@Bone-Saw said in GPIO issues:
I ran omega2-ctrl set spi_cs1 gpio ...
I hope you ran omega2-ctrl gpiomux set spi_cs1 gpio instead of the above command.
Looks like your connection to Community was lost, please wait while we try to reconnect.
