Avatar for Robin

Robin

Member since Jan 2017 • Last active Mar 2017
  • 7 conversations
  • 68 comments

Most recent activity

  • in Projects
    Avatar for Robin

    Sun 2017.03.19

    you could put Puck.js in one sock, and a magnet in the other - then you could use the magnetometer to detect roughly where one foot was in relation to the other

    Keep that in mind @Gordon for the next Live Demo - would have been nice for a hands free operation and instant Ah-Ha! 'gotta get one' moment video ~19:05 forum post #6

  • in ESP8266
    Avatar for Robin

    Sun 2017.03.19

    'minification' in settings (the first item) is supposed to say 'No Minification' and I bet it doesn't.

    in reference to the brash 'I bet it doesn't' verbage along with verbose specific recommendations in forum post 'Blackjack Secret Card Counter'

    Oh nooo! @Gordon you are not giving up on Espruino to explore your new passion of gambling, are you?? ;-)

    Kidding aside, it is good to know you were able to duplicate and identify what was going on, and also presume what the cause was, filing the bug report indicating such. Knowledge and experience does go along way, doesn't it.

    Although I never intentionally set options under the minification settings, however I did check, but have no explanation for why the option 'Esprima (Offline)' was enabled and not the default as you indicated.

    Sun spots, aliens, intruders, the neighbor, late nights coding, mornings without coffee?

    Insert sponsor advertisement and marketing hype here

    A morning without coffee? Try Espruino brand coffee. Ooooh, I smell additional revenue stream. . . .

    Yes you heard it here first, a sample packet of the Espruino blend and mug with every official board purchased!

    [Off Soapbox]

    It's possible I fiddled with this on the day of installation, and never really put back how I remembered the defaults to be. More likely a window covering the WebIDE was being clicked on, and as Windows has that nasty habit of delaying click recognition, passed the click through to the WebIDE, even though the covering window hadn't been dismissed yet. Can't tell you how many times I've been burned by that anomaly. Note to self: Put Cray XT5 on X-Mas list

    Still befuddled with: 1700 * 16 = 27200 bytes I get the simple math.

    It's because 12288 is the amount of Flash, but you have more RAM available. At >1024 vars it's 16 bytes a var, so 1700 * 16 = 27200 bytes.

    Maybe a better question would have been, why isn't the remainder more in line with a common 2n multiple? When sending code, the internal methods use the 1024 boundary which is 4 0xFF a nice computer number but 27200 seems so clumsy, it doesn't seem to have as nice an explanation. 256*128=32768 is too large and 256*64=16384 too small. 27200 hummmmmmm?

    Thank you Gordon, for staying with this until completion. I know this has been a bit drawn out when there is so much else that requires your expertise.

    I know others will appreciate your explanation as it gives a good analysis of what is going on under the hood.
    Robin

  • in Projects
    Avatar for Robin

    Yes I need power from external source: the puck.js uses it's battery for it's own use, while the external power comes from somewhere else.

    As the need to power from an external source, wouldn't the inclusion of a regulator offset the cost of of powering the Puck via a CR2032?

    Unless of course the NeoPixel battery requirement isn't above the regulator input.

  • in Projects
    Avatar for Robin

    Sun 2017.03.19

    Hello Owen,
    I have been following along since project inception and I am as excited as your daughter will be once this ornament is glowing, especially in the dark!!

    Just to be 100% and as I am ill with one hell of a cold, NeoPixel signal: what is the preferred output pin?

    Although your discourse hasn't included the extent of your background in electronics or programming, forgive me if the following sounds audacious. also, . . . hope you are feeling better.

    There isn't an indication as to whether the NeoPixel(s) has been fired up yet, (I see the wood rings have been though) ;-)

    I blindly followed the example tutorial code on both a Pico and an ESP8266 with no regard to output pin selection, just changing the code to represent which pin the NeoPixel data pin was wired to, and had no issue. The device and NeoPixel have been running for two weeks solid and no smoke yet. ;-)

    Now, with that said, the NeoPixel is a power hog. Will you be notifying the power company before you fire this up?

    I wired mine through a separate wall-wort with a 3.3v regulator for the ESP8266. But I see 61 NeoPixels, which will pull over an amp just with basic code fiddling. Don't believe the Puck will keep up with that demand, definatly not with a CR2032. If the code requires constant white with all on, expect stuff to get quite warm. (20ma * 3 colors ea NeoPixel)

    Discovered this tidbit:

    PICO: 25mA by pin, but not more than 120mA for all pins together. forum post

    My guess is that the decision for a separate supply has already been discovered as only around 5 or 6 LEDs can be powered directly from the Puck itself, any Espruino board for that matter.

    Hope the soldering part is going well and can't wait for the animated video . . . .
    Robin

  • in Electronics
    Avatar for Robin

    ref allObjects

    puck needs also a fanshonable - non-geek / non-engineer - casing

    ref Gordon

    I wonder if it's literally just a Bluetooth microphone that sends the audio to your phone though?

    (About 20% down web page #1)
    "Senstone is a standalone device so you can take notes and create lists when its not connected to your smartphone. It records for up to two and a half hours when offline. Then it automatically syncs your notes in the cloud when you are back in range."

    ref OwenBrotherwood

    So only software is interesting? (and the model in the above picture)

    Puck'er up!

    Couldn't resist . . . .

  • in ESP8266
    Avatar for Robin

    Mon 2017.03.13

    Thank you for running tests on your boards. It's unfortunate that duplicating my experience didn't occur.

    are you running with minification turned on

    I haven't made any changes to the WebIDE settings for any of the examples. (for minification - left factory defaults as is - yes?)

    ref:

    //this is the problem section

    I left this comment intact to avoid adding more confusion when removing lines of code. The comment actually refers to the commented out block that follows, there was an unresolved issue decoding the unknown JSON object that is returned from wifi.scan()

    "You're saying you upload code20170206ESP8266FileServer.jsSTART.jsĀ­ exactly as it is, and then remove:"

    Yes, with clarification.

    I removed around 3K-4K of bytes each time, around ten times more than indicated above, both code and external comments. I was also jumping around seeking sections to remove, so this might be a contributing factor. e.g. whitespace

    The only way to tell exactly what was removed would be to compare side by side with software that could detect the changes.

    When I was able to duplicate this increase, I created the file 'NotesGordon20170224.txt' and appended the steps in chronological order.

    I indicated (the best I could as a text file isn't the best here) which file, brief list of areas I removed code, the WebIDE process.memory()
    output, followed by the saved bytes resolution, renamed and saved the file, then repeated the process. I did all the editing in the WebIDE

    Could it be that ver 1v89 is problematic here?
    I never was able to resolve why I couldn't flash 1v91 on this ESP8266-12 so I'm stuck at 1v89 ref: 'save() on espruino_1v91.122_esp8266 results in immediate Disconnected prompt'

    Note that I never did test on my Pico as I was working with wifi and EspruinoWifi was not available from suppliers here in the USA.

    I'm not seeking a solution to the limited space issue nor am I seeking help in resolving coding issues. It's unfortunate that what happens on
    my PC isn't being duplicated. I note that we are working with a different board and different software version.

    Still wondering if not being able to flash is related to the save() disconnect issues others have had with the puck and this weird anomaly when using large file sizes. If this has become too much a time sink, then maybe we should just shelve this for now and see if others ever have similar issues. I felt it important to document for the reasons above and the fact it is repeatable.

    EDIT: After several hours of mulling this over I realize the following:

    Point 1
    In each test case above, a complete new file was loaded into the WebIDE before a transfer via 'Send to Espruino' button press.

    In my case, I used one file and reduced that, never reloading a fresh data set. Although the original file is gone, I started with a file that executed as expected, taking up one half the destination space of around 800 jsvar blocks. I inserted a 4K char chunk of function code towards the end of the file. This caused the error

    Uncaught SyntaxError: Got UNFINISHED STRING expected EOF at line 1 col 8640

    I started to remove unneeded comments and functions totaling around 4K chars each attempt. Then saved that result to a file, those that are included above.
    Note that I'm always using the same file in the WebIDE memory space.

    Point 2
    The available size on the 1v91 test above is much larger and compresses to a much larger result ~30000 vs ~10000
    The difference using an Espruino board vs an ESP8266-12

    >process.memory().usage
    =1311
    Compressed 81600 bytes to 30856
    

    vs

    >process.memory()
    ={ "free": 482, "usage": 1218, "total": 1700, "history": 431 }
    ERROR: Too big to save to flash (16445 vs 12284 bytes)
    Compressed 27200 bytes to 11884
    
  • in General
    Avatar for Robin

    Have you been able to acquire a VOM to take some voltage measurements?

    Will the WebIDE enable you to connect to the device?

  • in General
    Avatar for Robin

    Sun 2017.03.05

    @user73202

    I've tried a lot of times, everything I found online and what you told me to do. nothing works.

    What is meant by "I've tried a lot of times" . . . . "what you told me to do"?

    Are you referring to the process of re-flashing or the removal of solder from the bridged solder pads?

    Has the solder bridge been removed?

    Is it possible that the correct BTN1 is being pressed and held with a tap on RST, but incorrect orientation may have them reversed? espruino.com/EspruinoBoard

    Do the Blu and Red LEDs flash at all after the release of RST? espruino.com/Troubleshooting

  • in General
    Avatar for Robin

    Fri 2017.03.03

    While you are patiently waiting for your shipment:

    From #1

    I don;t have a solder wick or pump at hand.

    Another technique you might consider, is this that I use when in a pinch, . . . when a solderpult is not available.

    Lay some newspaper out to catch the solder splash. Wear eye protection. Heat your iron while reviewing the following:

    It is possible with a little practice, to get rid of the solder blob by holding the board firmly in one hand, such that the solder side is facing downward and at a 45 degree angle to the table top. Raise the arm holding the board around six inches in the air. Heat the bridged pins with the iron and as soon as the solder liquifies, no more than one second after, slam your arm onto the table, keeping your wrist locked such that the board doesn't contact the table. The molten solder will keep moving towards the table as the board stops moving. Your arm is absorbing the shock as it stops the movement. When done correctly, you'll splatter the newsprint covering the table with that blob you were attempting to get rid of.

    Practice the movement several times before heating the pins. As a word of caution, too many heat and re-heat attempts may delaminate the pads from the board, or ruin the chips themselves, so only do this as a last resort.

    If you have never done this previously, it might make sense to mask off the other pins, so that no solder splash ends up on other pins making matters worse. Also, put down several sheets of newspaper so as not to damage anything else. Remember it takes a few seconds for the solder to cool, so it will attempt to attach to whatever it comes in contact with. Most of the blob will cool on the newsprint making a really cool frozen-in-time splat. Brings back memories of the solder blob wars we used to have, flinging blobs of solder at each other. Loads of fun, but a stupid idea, . . . but I digress. [Do not try this yourself - although I know some readers might]

    From #5

    Can you give me the link for a good USB-TTL converter

    So that those of us, that have access to other resources may provide you with other relevant possibilities, and are close to you for shipping/handling reasons, what country, continent, time zone are you located?

    Hope these ideas help . . .

Actions