Navigation

    M5Stack Community

    • Register
    • Login
    • Search
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    1. Home
    2. jpk
    3. Posts
    J
    • Continue chat with jpk
    • Start new chat with jpk
    • Flag Profile
    • Profile
    • Following
    • Followers
    • Blocks
    • Topics
    • Posts
    • Best
    • Groups

    Posts made by jpk

    • RE: Identify M5Stack Fire Revision & Issues

      @butch said in Identify M5Stack Fire Revision & Issues:

      @jpk Was there ever any response / resolution to this question regarding Fire

      Hi Butch,
      not really. But they put some more informations on the webpage. Which does not contribute to clarify things.

      @m5stack
      @lukasmaximus
      In the mean time there are a lot of modules and there is more and more documentation. But the documentation is really a bit annoying and not always clear...Questions in this forum are not really answered. Initially I really was impressed by the m5stack, but this lack of quality/documentation is a bit disappointing.

      Want an example? Maybe you can sort it out (b.t.w it is still the same question of the first post in this thread):

      1.) Revisions (new information on the page)
      See this page, scroll down to "Version-Change"
      https://docs.m5stack.com/#/en/core/fire?id=version-change
      But surprise, my PCB revision ("2018. 2A") is not even listed.. :-?
      According the numbering scheme I own a PCB before "Initial public release" (or it is hex_2A=dec_42?)...?

      2.) I2C Adresses used by the equipment
      https://m5stack.oss-cn-shenzhen.aliyuncs.com/image/m5-docs_table/I2C_Address.pdf

      The "Fire is not explicetly listed here, but it should be part of "M5Core" section.
      Again: Revisions (see 1.)) are not taken into account here.
      ==> Based on this information (0x68, see first post) I should have a MPU6886 (=latest 2019 PCB revision acc 1.)) installed...?
      But this does not match the fact, that I have an old and undocumented PCB revision...

      3.) As the "MPU9250 Basic Example Code" is working for me, I assume I have a MPU9250 installed, which again acc. 1.) would mean I have a PCB revision "2019.7".

      4.) In the "official" (?) store
      https://www.aliexpress.com/store/product/M5Stack-NEW-PSRAM-2-0-FIRE-IoT-Kit-Dual-Core-ESP32-16M-FLash-4M-PSRAM-Development/3226069_32847906756.html?spm=2114.12010612.8148356.5.1adc593auFAMct

      There is still written "9DOF: SH200Q+BMM150", even though the latest version should be "MPU6886" acc. 1.)

      Confused? :)

      jpk

      posted in M5Stack Fire
      J
      jpk
    • RE: Identify M5Stack Fire Revision & Issues

      @lukasmaximus

      Maybe it would be easier to post a table with Manufacture Date & Revision and related HW configuration instead of everyone asking for it one by one...
      Maybe you also should point out more clearly on the homepage that customers should check the HW revision before they order from amazon etc.

      So I ask again (see first post in this thread):
      a) On the backside of the Fire PCB there is a label with "2018. 2A"
      ==> Which HW (especially IMU: 9250 or 6050 or SH200Q) is installed?

      BR
      jpk

      posted in M5Stack Fire
      J
      jpk
    • RE: Base M5GO BOTTOM: Issues with UART (Port C)

      @ajb2k3

      Have you got any photos and a write up about this resistor issue?

      Sorry, no photos. My cutter was faster than my camera. But the issue is described in the first post.
      Removing the resistors resolved the issues described above - for me. I do not recommend this procedure. Maybe someone from M5Stack can answer this.

      All photos I find online do not have these resistors installed - at least not in the way it was done on my module. Maybe this "feature" has been integrated into the PCB directly with later revisions.
      Again, at least for my module there is a mismatch between hardware and documentation. I cannot tell which one is "correct".

      Can you consider creating a Hackster.io project documenting this modification please?

      Hmmm no.
      Please correct me if I am wrong, but both Hackster.io and the M5Stack-Facebook-Site need registration before even reading the existing posts?
      I see this somehow critical:

      1. Essential information about M5Stack is distributed on several platforms ==> You always have to check all sites...
      2. I don't like being forced to register before reading content provided by other users for free.
        Yes, some more features would be nice, but this forum is more than sufficient for discussing technical issues.

      BR,
      jpk

      posted in Bases
      J
      jpk
    • RE: M5Stack core does not recognize the GPS module

      Hello,

      @mawg said in M5Stack core does not recognize the GPS module:

      Any idea what I am doing wrongly?

      If you use a M5Stack Fire, maybe you have enabled the PSRAM in the compile options of the arduino IDE (Tools ==> PSRAM)?
      As written here, this does not work with the GPS module:
      https://docs.m5stack.com/#/en/module/gps

      I have a M5Stack Fire & GPS Module (see also here: http://forum.m5stack.com/topic/1131/base-m5go-bottom-issues-with-uart-port-c) and your sketch works for me (= I see the GPS raw data).

      What does that HardwareSerial GPSRaw(2); mean?

      Google directly delivers information for this topic. Try to dig into it yourself, it seems you have some basic knowledge in coding. If you are still in trouble after some hours, come back to us :)

      BR
      jpk

      posted in PRODUCTS
      J
      jpk
    • RE: Base M5GO BOTTOM: Issues with UART (Port C)

      @powersoft
      Hi Jan,

      I am not the official support, just another customer.

      Your question is not very precise.
      Assumptions for your use case:
      a) You do not care about UART/Port C on the "M5GO Bottom"; you just want to use the GPS serial data internally in the M5 stack?
      b) You have a " M5Stack Fire Kit" and want to use the UART/Port C on the "M5GO Bottom" to send the serial GPS data to an external device?

      Answer:
      a) If you do not use the PSRAM, it should work. At least this works for me.
      b) Answer a) and: May work or not.
      As @heybin wrote above, the current HW implementation reduces the voltage level on the UART/Port C to 1.5V (I do not have an osci to check this, my voltage meter is too slow).
      I connected an RS232-to-USB converter to the UART/Port C for debugging. I was able to read the data with this converter.
      But i was not able to configure the GPS via this setup (via u-center) .

      Maybe @heybin can answer the question above, if removal of the (undocumented) resistors changes the voltage level and which level will be available then.

      This not a recommendation, it is just my setup:
      I have removed the undocumented resistors (see my story above) and it worked, at least if the configuration is executed in the same moment of GPS powering up.

      jpk

      Edit 2019-08-03:
      If you also use the "M5GO Bottom", try removing it from the stack. See the first post, issue 2.)

      posted in Bases
      J
      jpk
    • RE: Base M5GO BOTTOM: Issues with UART (Port C)

      Thank you for your proposal. Two questions:
      1.) Using GPIO34 for TX on the GPS module does not cause any issues with the "Base M5Go Bottom"? As far as I understand the schematics, GPIO34 is linked to the max4466 on the "Base M5Go Bottom".

      Would it make sense to use GPIO36 instead, as this is linked to the GPIO-Connector Grove-B/Pin1? So the GPS-TX is accessible outside the M5 stack via this pin. Not a nice solution, as it needs 2x Grove connectors to access TX and RX. But it should work.

      2.) I would rather modify the "Base M5Go Bottom" to increase the voltage level on the UART.

      Again, I do not find the resistors (240 Ohm) described in the original post in any schematic. I also did not find any document defining this UART as 1.5V interface... This is somehow misleading, as there is a 5V reference output on the Grove-C. I would expect 5V (or 3.3V, but not 1.5V).

      ==> Please confirm or correct me: Removing the 240 Ohm resistors from the Grove-C Connector on the "Base M5Go Bottom" should solve the problem as well. What will be typical the voltage level then? 5V or 3.3V?

      Thank you & best regards
      jpk

      posted in Bases
      J
      jpk
    • RE: Identify M5Stack Fire Revision & Issues

      For sure. Purchase link:
      https://www.amazon.de/gp/product/B07DJ3J3MZ/ref=ppx_yo_dt_b_asin_title_o00_s00?ie=UTF8&psc=1

      posted in M5Stack Fire
      J
      jpk
    • RE: Base M5GO BOTTOM: Issues with UART (Port C)

      Hi

      You are using the M5Stack Fire?

      Yes, I do. I am not sure about the HW revision, see here:
      http://forum.m5stack.com/topic/1130/identify-m5stack-fire-revision-issues

      Have you tried swapping the connections from UART1 to uart2
      M5Stack Fire has occupied GPIO16 / 17 to connect with the PSRAM by default, it’s conflict with TXD / RXD (GPIO16, GPIO17) of GPS module. Therefore, when using the GPS module with the M5Stack Fire, you might have to cut the TXD and RXD from GPS module and wire fly to another set of UART pin, if you gonna use the PSRAM.

      I am aware of this issue. As long one does not utilize the PSRAM, the GPS works fine w/o modification (at least it works for me). And as said before: GPS works fine without the "M5GO Bottom" installed.

      You are writing:

      Have you tried swapping the connections from UART1 to uart2

      Now you are confusing me. Why should I switch from UART1 to UART2?
      For my understanding (and as the code works like this for me), the default GPS HW Mapping is on UART2 (see also
      https://docs.m5stack.com/#/en/module/gps).
      I never used UART1.

      As written in the original post: If possible I would like to use UART2 this is the one which is accessible also via the Port C on the "M5GO BOTTOM".

      Additional issue with UART0:
      In a complete differrent setup I have been using UART0 (GPIO1/3) with an external GPS.
      The problem here is: You cannot flash your M5Core, as long as the GPS is transmitting on UART0!
      And it is a bit difficult to always disconnect the GPS for flashing, especially the internal GPS-module... any idea here? :)
      tokuhira had a similar problem; don't ask why he had this issue on UART2:
      http://forum.m5stack.com/topic/544/gps-module-customize-about-uart-port/5

      tokuhira: At first, I have tried to use TXD=16 and RXD=17. However, it conflicts downloading a bin by Arduino IDE. On this configuration, the program could be download without GPS Module. Later, stacked GPS Module works.

      Best regards
      jpk

      posted in Bases
      J
      jpk
    • Base M5GO BOTTOM: Issues with UART (Port C)

      Hello,
      I am posting this question in this section, as it is related to the base, even though this base was part of an M5Stack Fire Kit.

      1. UART / Port C
      It seems the wiring on my board is not according the schematics.
      Question: Which wrong is "wrong"? The schematics or the board? What is the recommended implementation?

      On my equipment there are additional resistors & cross links:

      This is how it should be according the schematics (as far as I understand) https://docs.m5stack.com/#/en/base/m5go_bottom?id=schematic
      Gnd== Connector Pin on Port C
      5V=== Connector Pin on Port C
      Tx=== Connector Pin on Port C
      Rx=== Connector Pin on Port C

      This is the implementation on my board:
      There are additional links to GND via resistors for the TX and RX line. I hope you can understand my sketch :)
      The additional wiring has been placed on top of the board, directly below the label "UART" on the board.

      GND== Connector Pin on Port C
      5V=== Connector Pin on Port C
      =Tx== Connector Pin on Port C
      ||
      Resistor
      ||
      GND

      =Rx== Connector Pin on Port C
      ||
      Resistor
      ||
      GND

      2. M5Core does not see data from GPS-module when the "M5GO Bottom" is installed
      I assume this is linked to (1.) above.

      I have added the GPS-module
      https://docs.m5stack.com/#/en/module/gps
      This works fine (I see all the data via the UART in the M5Core), until I mount the "M5GO BOTTOM".

      As soon as I add the "M5GO BOTTOM", the M5Core cannot read the serial data any more.
      ==> How to solve this issue?

      The UART on the "M5GO BOTTOM" Port C is the same which is used per default by the GPS-module.
      I can link an external RS232-to-USB converter to the "M5GO BOTTOM" on Port C and I can read the GPS data without problem.
      This is why I think it is linked to the additional wiring mentioned in (1.) above.

      3. No access to the GPS via "M5GO BOTTOM" Port C for configuration
      As said, the UART on the "M5GO BOTTOM" Port C is the same which is used per default by the GPS-module. This is quite helpful.
      I would like to configure the u-Blox GPS-module regarding baud rate and update rate. This is possible via the u-blox Software u-center and works fine on other u-Blox GPS-modules.

      But I cannot access the GPS via "M5GO BOTTOM" Port C for configuration. u-center cannot read and write the config properly. So I assume there is an communication issue, which may be again linked to (1.) above.

      ==> Any idea to solve this?

      Thank you & best regards
      jpk

      posted in Bases
      J
      jpk
    • Identify M5Stack Fire Revision & Issues

      Hello,

      it seems there are several revisions of the Fire Kit available, see also here:
      http://forum.m5stack.com/topic/1099/m5stack-fire-old

      Major question: How to clearly identify the (latest) revision?

      Possible hints on my equipment (ordered in June 2019):
      a) On the backside of the Fire PCB there is a label with "2018. 2A"

      b) According to the shop (Amazon.de/marketplace) I ordered the one with "MPU6050+MAG3110" instead of MPU9250 as 9DOF-Sensor. The paper leaflet inside the package states the same.
      The MPU9250 seems to be the current version, acc. to https://docs.m5stack.com/#/en/core/fire.

      c) Running the "I2C Scanner" from GitHub reveals only two I2C-adresses:
      0x68 (which could be the 9250 or the MPU6050)
      0x75 (which should be the IP5306)
      (info from: https://docs.m5stack.com/#/en/core/fire)
      ==> In this case: Where has the MAG3110 gone?

      Fun Fact: In the "official" (?) store
      https://www.aliexpress.com/store/product/M5Stack-NEW-PSRAM-2-0-FIRE-IoT-Kit-Dual-Core-ESP32-16M-FLash-4M-PSRAM-Development/3226069_32847906756.html?spm=2114.12010612.8148356.5.1adc593auFAMct
      There is written even s.th. else. for 9DOF-Sensor
      9DOF: SH200Q+BMM150

      I am a bit confused.

      Thank you & best regards
      jpk

      posted in M5Stack Fire
      J
      jpk