Navigation

    M5Stack Community

    • Register
    • Login
    • Search
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    1. Home
    2. dclaar
    D
    • Continue chat with dclaar
    • Start new chat with dclaar
    • Flag Profile
    • Profile
    • Following
    • Followers
    • Blocks
    • Topics
    • Posts
    • Best
    • Groups
    Save
    Saving

    dclaar

    @dclaar

    2
    Reputation
    56
    Posts
    471
    Profile views
    0
    Followers
    0
    Following
    Joined Last Online

    dclaar Follow

    Posts made by dclaar

    • RE: What are you using for "real" rs232?

      @keesjan With micropython, port 22 works fine, and as expected:

      CDS_PIN = 33
      TX = 19
      RX = 22

      As an aside, the idea that the labeling of the pins is "oriental logic" shows an unawareness of the history of rs232 and is a bit insulting. The question of what to label the pins depends on whether the manufacturer thinks of the device as DTE or DCE: StackExchange has a good explanation of the history.

      In particular:

      'some manufacturers try to "help" by effectively labelling their DTE equipment as if it was a piece of DCE. They mark their data input pin as Tx so that user just connects "Tx" from the external device (which, if it's DTE, will be the data output from there) to the pin marked "Tx" on their equipment (which they know is an input). Thereby allowing them to say "just connect Tx on your device to Tx on our equipment". They think they are trying to help, but such labelling often just adds to the confusion.'

      posted in General
      D
      dclaar
    • RE: Where is wifi config held redux

      Hmm, OK, get_wifi() works on 1.5.4, so maybe I just guessed wrong back then.

      posted in Micropython
      D
      dclaar
    • Where is wifi config held redux

      Some time ago, I asked where the wifi config was held.
      At that time, the answer was:

       import wifiCfg
            self.ssid, self.password = wifiCfg.deviceCfg.wifi_read_from_flash()
      

      Fast forward to 1.7.0:
      I have set the WiFi credentials with M5burner 2.2.2 via "Configuration". But the above returns an empty list, rather than actual credentials.

      Apparently the new hotness is:

      wifiCfg.deviceCfg.get_wifi()
      

      It's a bit frustrating when this keeps changing, and there's no user-visible notice, just broken code. Can we get some kind of announcement of functionality-breaking changes?

      posted in Micropython
      D
      dclaar
    • Can't talk to atom Mini with rshell

      Re: Running code with rshell?

      I had rshell working for a while, but now it is failing. I filed https://github.com/dhylands/rshell/issues/138, but I wonder if it is because of the fancy UISHELL ascii logo?

      This is on the Atom Mini, so it's a bit tough to figure out!

      I'm running v1.6.2-lite on it, and REPL says:

      MicroPython 400ff3bbf-dirty on 2020-08-06; M5Stack with ESP32
      
      posted in Micropython
      D
      dclaar
    • RE: I think I killed my Gray

      Thanks, once I got the other computer to see the device (can't flash a device that doesn't show up in device manager), I was able to reflash it.

      Then I took it back to my laptop, and it still wasn't seeing it. So I switched USB cables, and it did. Then I switched back to the original USB cable, and it worked with that cable again. (Note that I had hooked up a M5StickC via the original USB cable, and it is working fine with that cable now, so the cable isn't bad).

      Gotta love Microsoft Windows sometimes.

      posted in M5stack Grey
      D
      dclaar
    • RE: I think I killed my Gray

      This was the super-frustrating "windows doesn't recognize a device. But a different windows computer does". :(

      posted in M5stack Grey
      D
      dclaar
    • I think I killed my Gray

      I hooked up a 10K resistor and a CDS cell (resistance 50k-1M) in series from 3v3 to GPIO36. I set the pin to ADC mode, and was reading between 3000 & 4095.

      But now the gray isn't working. It doesn't show up as a serial port on the PC. If I try playing the built-in rock/paper/scissors, it goes black as soon as I push a button (https://claar.org/gray.mp4).

      So, did I kill my gray? If so, what did I do wrong? I don't want to repeat with another piece of hardware!

      Google suggests that 10K should be plenty as a pullup, and an ohm meter shows that the resistance goes between ~60K to 1+M, so I didn't use the wrong resistor (and the CDS is 50K in any case).

      posted in M5stack Grey
      D
      dclaar
    • RE: What are you using for "real" rs232?

      I guess I misunderstood what support said: "If you are connecting through 3.96 terminal, 12V DC is required" seemed to say that I needed 12V to use the serial pins.

      posted in General
      D
      dclaar
    • RE: M5 Stick C - receiving data over WIFI

      The http block you are using is for talking to a web site, not for being a web site. Or in more technical terms, it is a client, not a server. If you had a web server on your laptop, it could talk to that.

      Looking at the other options, it looks like EspNow can listen for data, but I don't know if there's a laptop client.

      mqtt is a client that needs a cloud-based server.

      There's a p2p option under network, but that seems to be for talking between 2 devices.

      Finally, there's remote, which it says "Remote control M5Stack via devices such as mobile phone or computer." I think that's your best bet.

      posted in UIFlow
      D
      dclaar
    • RE: What are you using for "real" rs232?

      I'm not patient. :) I broke down and bought this, although I don't know what I'll do with the other 4 units.

      posted in General
      D
      dclaar