Welcome to the Pycom forum Forum
    • \[\[global:header.categories\]\]
    • \[\[global:header.recent\]\]
    • \[\[global:header.tags\]\]
    • \[\[global:header.popular\]\]
    • Login

    Explore Pybytes | Official Documentation | Report a Firmware Bug/Issue | GitHub

    Pytrack and Pysense firmware release 0.0.3 ??

    Scheduled Pinned Locked Moved Firmware
    lopyother
    16 Posts 5 Posters 4.1k Views 5 Watching
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • L Offline
      livius @bartp
      last edited by

      @bartp said in Pytrack and Pysense firmware release 0.0.3 ??:

      It fails to instantiatie the Pytrack class:

      What error you got?
      I did not updated already but this config work for me few days continously.
      Wipy2 + 1.7.4 + pytrack_0.0.2.dfu

      think about people first, then computers

      bartpB 1 Reply Last reply Reply Quote 0
      • bartpB Offline
        bartp @livius
        last edited by

        @livius I didn't get any error; program execution simply hangs.
        If I commented out these lines in pytrack.py

            # init the ADC for the battery measurements
            self.poke_memory(ANSELC_ADDR, 1 << 2)
            self.poke_memory(ADCON0_ADDR, (0x06 << _ADCON0_CHS_POSN) | _ADCON0_ADON_MASK)
            self.poke_memory(ADCON1_ADDR, (0x06 << _ADCON1_ADCS_POSN))
            # enable the pull-up on RA3
            self.poke_memory(WPUA_ADDR, (1 << 3))
        

        then program executions continues, but Pytrack accelerometer or GNSS functions returned all zero. As mentioned in my update, downgrading back to 1.7.3b1 fixes these issues, so i'm suspecting there is an issue in 1.7.5b1. I didn't downgrade the pyrack firmware (still on 0.0.3)

        L 1 Reply Last reply Reply Quote 1
        • L Offline
          livius @bartp
          last edited by

          @bartp
          I do not know if this is somehow releated
          but addresses are two bytes in this situation and then are two call to mp_hal_i2c_write_byte
          but this should not make any problem..

          think about people first, then computers

          1 Reply Last reply Reply Quote 0
          • J Offline
            jmarcelino @bartp
            last edited by

            @bartp

            Umm I upgraded to 1.7.5b1 and 0.0.3 and Pytrack() loads for me, however LIS2HH12 fails with ValueError("Incorrect Product ID")

            Anyone else?

            I'll try to dig out the problem later if there are enough hours in the day...

            J 1 Reply Last reply Reply Quote 0
            • J Offline
              jmarcelino @jmarcelino
              last edited by jmarcelino

              Ok that didn't last long, now Pytrack() also hangs consistenly for me. Not sure how it worked before.

              Commeting the lines as @bartp said sidesteps the problem, until it fails for me with ValueError("Incorrect Product ID") on LIS2HH12. whoami is returning 0x00.

              Are you still with Pytrack firmware 0.0.3 @bartp?

              bartpB 1 Reply Last reply Reply Quote 0
              • L Offline
                livius
                last edited by

                @daniel is this ok?

                if (memaddr > 0xFF) {
                        if (!mp_hal_i2c_write_byte(self, memaddr >> 8)) {
                            goto er;
                        }
                    }
                    if (!mp_hal_i2c_write_byte(self, memaddr)) {
                        goto er;
                    }
                

                i ask about if (memaddr > 0xFF) {
                if it is lower, then only one byte is written?

                how device can distinguishe it then from data bytes?
                I suppose that this if is unnescessary - but maybe i am wrong (i am not an expert).

                think about people first, then computers

                1 Reply Last reply Reply Quote 0
                • bartpB Offline
                  bartp @jmarcelino
                  last edited by

                  @jmarcelino Yes, I downgraded only the LoPy to 1.7.3b1. Pytrack (both modules I have) are running 0.0.3. That works ok.

                  J 1 Reply Last reply Reply Quote 1
                  • J Offline
                    jmarcelino @bartp
                    last edited by

                    @bartp
                    Thanks, so it's unrelated to 0.0.3 and more likely an issue with I2C on 1.7.5, maybe to do with what @livius found.

                    Makes sense..

                    I'd hope Pycom would test their releases with their own official add-on boards. I think people quite rightly expect at least these to always work.

                    bartpB 1 Reply Last reply Reply Quote 0
                    • bartpB Offline
                      bartp @jmarcelino
                      last edited by

                      @jmarcelino @daniel Personally I think better documentation of what code needs to be updated is essential. I noticed there were updated libraries, updated pytrack firmware, so I assumed I had to update all of them to be 'in sync' with Daniel.

                      Perhaps it's best to reference to the corresponding change log in each firmware announcement, and mention any pytrack/pysense updated you need to do first.

                      Anyway, I've no doubts the engineers at Pycom are working full force to bring all promised features into the firmware.

                      1 Reply Last reply Reply Quote 0
                      • B Offline
                        bucknall
                        last edited by

                        Hi all,

                        I ran into this bug yesterday upon testing and I'm pleased to share that it's been resolved now :)

                        Daniel will be releasing an patch for the bug later today, it was an issue related to readfrom_mem in the I2C class (1.7.5b1). I'll update here when it's patched and uploaded.

                        We're working on a methodology for better tracking releases and fixes. I have some ideas and thoughts on how we can best handle this publicly but am open to suggestions.

                        Thanks!

                        Developer Evangelist - Pycom

                        bartpB 1 Reply Last reply Reply Quote 0
                        • bartpB Offline
                          bartp @bucknall
                          last edited by

                          @bucknall @daniel Ok, thanks! Looking forward to the new release.

                          1 Reply Last reply Reply Quote 0
                          • D Offline
                            daniel
                            last edited by

                            Hello,

                            The issue with the readfrom_mem method has been solved. The new release is out: https://forum.pycom.io/topic/1423/new-firmware-release-1-7-5-b2

                            Cheers,
                            Daniel

                            bartpB 1 Reply Last reply Reply Quote 2
                            • bartpB Offline
                              bartp @daniel
                              last edited by

                              @daniel Confirmed! All is working nicely again! Thanks for the update!

                              Regarding the original topic; is there a changelog of Pytrack firmware 0.0.3 available?

                              B 1 Reply Last reply Reply Quote 0
                              • B Offline
                                bucknall @bartp
                                last edited by

                                @bartp On my current todo list is compiling a release notes page on our docs for LoPy/WiPy/SiPy Firmware, Pymakr Plugin, Pytrack/Pysense Libs and Pytrack/Pysense Firmware. Please bear with us as I'm involved in a number of different projects and am aiming to have this up by the end of next week, followed by updates to it every time we update any of those products

                                Developer Evangelist - Pycom

                                bartpB 1 Reply Last reply Reply Quote 0
                                • bartpB Offline
                                  bartp @bucknall
                                  last edited by

                                  @bucknall Sounds good! Ok, we gaan met jullie beren...

                                  1 Reply Last reply Reply Quote 0

                                  Hello! It looks like you're interested in this conversation, but you don't have an account yet.

                                  Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.

                                  With your input, this post could be even better 💗

                                  Register Login
                                  • 1 / 1
                                  • First post
                                    Last post

                                  Pycom on Twitter

                                  Pycom