Jump to content

mmb

Members
  • Posts

    668
  • Joined

  • Last visited

Everything posted by mmb

  1. @tmorse305 You said I have version 100 of the Bios. Should I just wait for the dust to settle a little more before upgrading? I'm saying this is the expected notification of bios version before upgrading. So should you wait for the dust to settle? Up to you but it is the path forward.
  2. @larryllix Sorry I find this thread interesting. Can you tell from the logs where your update fails? Fyi I posted my successful update above.
  3. @tmorse305 yes, this is the full context. Tue Mar 8 16:30:00 MST 2022|/usr/local/etc/udx.d/static/udx_startup.sh: bios ver: 1.0.0 Tue Mar 8 16:30:00 MST 2022|/usr/local/etc/udx.d/static/udx_startup.sh: bios version 100 is old and needs to be upgraded Tue Mar 8 16:30:00 MST 2022|/usr/local/etc/udx.d/static/udx_startup.sh: starting forcing bios update Tue Mar 8 16:30:00 MST 2022|/usr/local/etc/udx.d/static/udx_startup.sh: bios mfr: Universal Devices Tue Mar 8 16:30:00 MST 2022|/usr/local/etc/udx.d/static/udx_startup.sh: bios product: Polisy Tue Mar 8 16:30:00 MST 2022|/usr/local/etc/udx.d/static/udx_startup.sh: bios ver: 1.0.0 flashrom on FreeBSD 13.0-RELEASE-p6 (amd64) flashrom is free software, get the source code at https://flashrom.org Using default programmer "internal" with arguments "". Using clock_gettime for delay loops (clk_id: 4, resolution: 2ns). coreboot table found at 0xcfec5000. Found chipset "AMD FCH". Enabling flash write... OK. Found Adesto flash chip "AT25SF641" (8192 kB, SPI) mapped at physical address 0x00000000ff800000. Reading old flash chip contents... done. Erasing and writing flash chip... Erase/write done. Verifying flash... VERIFIED. Tue Mar 8 16:30:44 MST 2022|/usr/local/etc/udx.d/static/udx_startup.sh: bios update ... rebooting [blah blah blah] Tue Mar 8 16:32:00 MST 2022|/usr/local/etc/udx.d/static/udx_startup.sh: bios mfr: Universal Devices Tue Mar 8 16:32:00 MST 2022|/usr/local/etc/udx.d/static/udx_startup.sh: bios product: Polisy Tue Mar 8 16:32:00 MST 2022|/usr/local/etc/udx.d/static/udx_startup.sh: bios ver: 1.1.3 Tue Mar 8 16:32:00 MST 2022|/usr/local/etc/udx.d/static/udx_startup.sh: bios has the correct version
  4. @tmorse305 Don't confuse "version 100" with bios ver: 1.0.0 which is what we're upgrading from and bios ver: 1.1.3 is where we're headed to.
  5. @larryllixI can't find any reference of the "version 100" but I see a reference to bios ver: 1.0.0 which was updated to bios ver: 1.1.3 - is this what you're referring to? Let me know and I'll have a look for it...
  6. @JimboAutomates As an early adopter I expect a few bumps but nothing so far to worry about. I ordered mine soon after launch...
  7. @DennisC A normal message. uftdi -- USB support for serial adapters based on the FTDI family of USB serial adapter chips. As pointed out previously do a "sudo cat /var/udx/logs/log | grep bios" using SSH to see if you updated properly.
  8. @larryllix This is what I see in my log file referencing bios version 100 Tue Mar 8 16:30:00 MST 2022|/usr/local/etc/udx.d/static/udx_startup.sh: bios version 100 is old and needs to be upgraded Tue Mar 8 16:30:00 MST 2022|/usr/local/etc/udx.d/static/udx_startup.sh: starting forcing bios update Tue Mar 8 16:30:00 MST 2022|/usr/local/etc/udx.d/static/udx_startup.sh: bios mfr: Universal Devices Tue Mar 8 16:30:00 MST 2022|/usr/local/etc/udx.d/static/udx_startup.sh: bios product: Polisy Tue Mar 8 16:30:00 MST 2022|/usr/local/etc/udx.d/static/udx_startup.sh: bios ver: 1.0.0 [...] Tue Mar 8 16:50:14 MST 2022|/usr/local/etc/udx.d/static/udx_startup.sh: bios product: Polisy Tue Mar 8 16:50:14 MST 2022|/usr/local/etc/udx.d/static/udx_startup.sh: bios ver: 1.1.3 Tue Mar 8 16:50:14 MST 2022|/usr/local/etc/udx.d/static/udx_startup.sh: bios has the correct version Tue Mar 8 16:50:14 MST 2022|/usr/local/etc/udx.d/static/udx_startup.sh: OS Version 1303 Tue Mar 8 16:50:14 MST 2022|/usr/local/etc/udx.d/static/udx_startup.sh: tpm2-tss is installed, checking version Tue Mar 8 16:50:14 MST 2022|/usr/local/etc/udx.d/static/udx_startup.sh: tpm2-tss has the correct version 245
  9. @Michel KohanimLooks like I'm good... Tue Mar 8 16:50:14 MST 2022|/usr/local/etc/udx.d/static/udx_startup.sh: bios mfr: Universal Devices Tue Mar 8 16:50:14 MST 2022|/usr/local/etc/udx.d/static/udx_startup.sh: bios product: Polisy Tue Mar 8 16:50:14 MST 2022|/usr/local/etc/udx.d/static/udx_startup.sh: bios ver: 1.1.3 Tue Mar 8 16:50:14 MST 2022|/usr/local/etc/udx.d/static/udx_startup.sh: bios has the correct version It would be helpful to insert this bios info in the Help About (someday?) Thanks!
  10. @Michel Kohanim is there a way to confirm the flip to UEFI was successful? I did not watch for lights and listen for beeps during the upgrade process. But I'm on 5.4.1 and everything is working properly with left most light solid. Thanks.
  11. Thanks I increased it to 2 seconds but I’ll leave it with gmail for now as during a couple of the reboots I didn’t think it was going to come back properly. The error and crash seems to occur on smtp Save/Test so nothing is written to the error log and the log file is just startup info after the reboot. I had the event viewer running but the user interface freezes when the ISY994 crashes which forces you to terminate the interface java process.
  12. @Geddy the Outlook.com smtp is crashing the old ISY994 device, it's fine on the Polisy. Proper smtp settings are a challenge to get back on the ISY994 unless you do a complete power down (I discovered), otherwise you get repeated crashing. I didn't know about the Gmail account authentication so I'll be sure to do that, thanks. I'll check into Pushover, thanks again.
  13. Thanks @Geddy, Gmail is working fine with the new 2FA bypass userid and pw. I'd be very careful using Outlook.com's smtp in the ISY as it crashes the device hard and getting proper smtp settings back to something useful was not trivial. I actually tested again just now and it indeed crashes hard and there are no log files and nothing in the Event Viewer. The same settings work fine on Polisy.
  14. I'll look into it, thanks! Update, I created a new Gmail account and turned off less secure apps and turned on two factor then generated a new password. That worked, thanks! I still need to know what's up with outlook.com's smtp...
  15. @Michel Kohanim@GeddyGoogle has informed me by email that less secure apps will no longer be allowed to use Google SMTP beginning May 2022. I currently use Google's SMTP with the ISY and it works perfectly. I'm testing smtp-mail.outlook.com on Polisy and it works perfectly. However, the same Outlook settings on the ISY actually causes a crash of the ISY itself (complete restart). smtp-mail.outlook.com smtp port 587 Timeout 2,000 ms Enable TLS checked (Outlook actually says to use Starttls) Userid/PW the same in both the ISY/Polisy Are the mailers in both systems the same or perhaps are the libraries different on Polisy and the ISY that would cause this difference in behavior? I have other options for SMTP but I thought it would be worth asking as I can't be the only one being advised of the demise of Google'sless secure apps. Thanks in advance!
  16. @Michel KohanimI've been using command line since the early 1980s so don't cutoff access pls.
  17. How do you manage the device associations with IoP? PS I found Zooz tech support pretty good. My Zooz controller pooched and they're sending another.
  18. @Geddy I'm confused about the two files and what it is supposed to fix. My understanding is to flip from Bios to UEFI we were supposed to press the button 6 times but as most people noticed it didn't work properly as after a reboot the left most LED would flash. Then the two files were released as a fix which it seems did stop the LED from flashing but where are we left with the BIOS/UEFI change? Are we supposed to try the 6 button press again to flip to UEFI or wait for a console change or are we already flipped because of previous 6 button press attempts? Thanks for the clarification.
  19. I'll wait for the Console update, I'm not a good paper clip button pusher, shakey hands.
  20. SSH shutdown -r now Full system reboot which triggers the BIOS LED flashing flag.
  21. Now do a reboot and see if it returns... For me the 6X appears to work but returns on reboot.
  22. Let us know what you find out, thanks!
  23. Thanks, Michel was refers to the 3rd light blinking but mine is a fast 1st light blinking. Maybe I'm not understanding.
  24. Any clue what the far left LED flashing fast mean?
  25. @kzboray Just curious, have you checked the event viewer for repeated communication attempts by the controller to talk to the device? Asking because my "slowness" was actually just the Status taking a couple of seconds to update. Adding a program to monitor for Hail fixed the problem. My zooz stick is on the latest fw (thanks to you) and I haven't seen any noticeable performance improvement.
×
×
  • Create New...