[TriEmbed] FXOS8700CQ EOL, last orders December of this year

Pete Soper pete at soper.us
Tue Jan 26 17:00:53 CST 2021 

Wait, the buffered magnitude values can be compared with thresholds (of 
course, I'm a silly goose) but the repeat counter mechanism isn't there. 
This looks like a candidate. The availability doesn't look great, but 
hopefully it isn't on an EOL list!

Thanks, Chip.
-Pete

On 1/26/21 5:56 PM, Pete Soper wrote:
> The ISM303DACTR allows for vector magnitudes to be buffered instead of 
> individual axis values but has none of the threshold and count 
> features to only only interrupting when specific magnitudes are 
> exceeded X times.
> -Pete
>
> On 1/26/21 3:50 PM, Chip McClelland via TriEmbed wrote:
>> Pete,
>>
>> It is weird that there are so few options for a chip with 
>> acceleration and magnetometer in one package.
>>
>> This is the best I have found thus far: 
>> https://www.st.com/content/st_com/en/products/mems-and-sensors/e-compasses/ism303dac.html
>>
>> They are giving a 10 year lifecycle guarantee!!
>>
>> Thanks,
>>
>> Chip
>>
>> ____________________________________
>> Chip McClelland
>> chip at mcclellands.org <mailto:chip at mcclellands.org>
>> 919-624-5562
>>
>> On January 26, 2021 at 3:39:50 PM, triembed-request at triembed.org 
>> <mailto:triembed-request at triembed.org> (triembed-request at triembed.org 
>> <mailto:triembed-request at triembed.org>) wrote:
>>
>>> Send TriEmbed mailing list submissions to
>>> triembed at triembed.org <mailto:triembed at triembed.org>
>>>
>>> To subscribe or unsubscribe via the World Wide Web, visit
>>> http://mail.triembed.org/mailman/listinfo/triembed_triembed.org
>>> or, via email, send a message with subject or body 'help' to
>>> triembed-request at triembed.org <mailto:triembed-request at triembed.org>
>>>
>>> You can reach the person managing the list at
>>> triembed-owner at triembed.org <mailto:triembed-owner at triembed.org>
>>>
>>> When replying, please edit your Subject line so it is more specific
>>> than "Re: Contents of TriEmbed digest..."
>>>
>>>
>>> Today's Topics:
>>>
>>> 1. FXOS8700CQ EOL, last orders December of this year (Pete Soper)
>>> 2. Re: ESP8266 Programming tip (John Vaughters)
>>> 3. Re: ESP32 Order (Huan Truong)
>>> 4. Re: ESP8266 Programming tip (Michael Monaghan)
>>>
>>>
>>> ----------------------------------------------------------------------
>>>
>>> Message: 1
>>> Date: Tue, 26 Jan 2021 14:22:18 -0500
>>> From: Pete Soper <pete at soper.us <mailto:pete at soper.us>>
>>> To: Triangle Embedded Computing Discussion <TriEmbed at triembed.org 
>>> <mailto:TriEmbed at triembed.org>>
>>> Subject: [TriEmbed] FXOS8700CQ EOL, last orders December of this year
>>> Message-ID: <0ab935f4-de6b-c211-b81d-13ffb26fb072 at soper.us 
>>> <mailto:0ab935f4-de6b-c211-b81d-13ffb26fb072 at soper.us>>
>>> Content-Type: text/plain; charset=utf-8; format=flowed
>>>
>>> "no replacement planned". If anybody knows of a replacement that
>>> supports vector magnitude interrupts I'd really love a pointer to it.
>>> Thanks,
>>> Pete
>>>
>>> https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&ved=2ahUKEwiRq_6knbruAhWKGVkFHSqhAqwQFjABegQIAhAC&url=https%3A%2F%2Fcommunity.nxp.com%2Fpwmxy87654%2Fattachments%2Fpwmxy87654%2Fsensors%2F6341%2F1%2F201014_NXP%2520MEMS%2520Sensor%2520Consolidation%2520Decision%2520-%2520C%2526I%2520Motion%2520Messaging%2520v3.pptx&usg=AOvVaw1V-Zlzzk2a20pOPU63oxpy 
>>>
>>>
>>>
>>>
>>>
>>> ------------------------------
>>>
>>> Message: 2
>>> Date: Tue, 26 Jan 2021 19:45:08 +0000 (UTC)
>>> From: John Vaughters <jvaughters04 at yahoo.com 
>>> <mailto:jvaughters04 at yahoo.com>>
>>> Cc: Triangle Embedded Interest Group <triembed at triembed.org 
>>> <mailto:triembed at triembed.org>>
>>> Subject: Re: [TriEmbed] ESP8266 Programming tip
>>> Message-ID: <1131170997.367828.1611690308662 at mail.yahoo.com 
>>> <mailto:1131170997.367828.1611690308662 at mail.yahoo.com>>
>>> Content-Type: text/plain; charset=UTF-8
>>>
>>> Carl,
>>>
>>> I do not NEED the delay, I just need to read the A0 at 1 ms 
>>> intervals. I don't need to stop the processor for that, I need to 
>>> code it responsibly if I want it to work the best way I want. I was 
>>> being lazy expecting my time frame to be well within the parameters 
>>> required for the desired end result. And the solution I finally did 
>>> does work, but I have now been motivated to make it better.
>>>
>>> Mike,
>>>
>>> Good info thanks. I have not verified, but yes I am thinking I may 
>>> have violated the watch dog. I am not sure why you could not change 
>>> a variable if it is global and done fast. I also dug a little deeper 
>>> and the ticker I am using is not the same that you find in Arduino. 
>>> The one I am using is suggesting the flag concept as I pointed out 
>>> in the first post and is working and the idea you also reinforced. I 
>>> guess in general it is the simplest guarantee for accurate loop 
>>> integrity. It definitely works quite well. I have looked at the 
>>> micro-python. I may try that when I get around to the Robotics with 
>>> the ESP32. That is very interesting for sure. I like the REPL 
>>> concept alot.
>>>
>>> I can spend a little more time for a better solution. Dang it and I 
>>> thought I was done with this part. `,~)
>>>
>>> Thanks,
>>>
>>> John Vaughters
>>>
>>>
>>>
>>> ------------------------------
>>>
>>> Message: 3
>>> Date: Tue, 26 Jan 2021 12:01:27 -0800
>>> From: Huan Truong <htruong at tnhh.net <mailto:htruong at tnhh.net>>
>>> To: Michael Monaghan <mike at chipworks.net <mailto:mike at chipworks.net>>
>>> Cc: TriEmbed <triembed at triembed.org <mailto:triembed at triembed.org>>
>>> Subject: Re: [TriEmbed] ESP32 Order
>>> Message-ID: <531AFD18-2B97-4064-A328-4376FF62E00B at tnhh.net 
>>> <mailto:531AFD18-2B97-4064-A328-4376FF62E00B at tnhh.net>>
>>> Content-Type: text/plain; charset="utf-8"
>>>
>>> I have 2 esp-s2 boards laying around so if someone wants something 
>>> quickly, I'm happy to send to you. I'm in the west coast so it will 
>>> take a couple of days.
>>>
>>>
>>>
>>>
>>> Please excuse my typos, sent from phone.
>>>
>>> On Jan 26, 2021, at 8:41 AM, Michael Monaghan via TriEmbed 
>>> <triembed at triembed.org <mailto:triembed at triembed.org>> wrote:
>>>
>>> ?
>>> Nick,
>>>
>>> Please put me down for 5 of these. Do you Zelle, PayPal or GPay?
>>>
>>> Mike
>>>
>>> On Mon, Jan 25, 2021 at 7:22 PM Nick Edgington via TriEmbed 
>>> <triembed at triembed.org <mailto:triembed at triembed.org>> wrote:
>>> > I am planning to order some esp32 from China, intending to have 
>>> them sent DHL which mean they should be here in a couple of weeks 
>>> (Estimated delivery on 02/12). The units I am getting are the 16 MB 
>>> as spec below. Complete with SD card slot and battery charger.
>>> >
>>> > Base price is $6.50 shipping is $25 add $2.50 to the price if I 
>>> order 10.
>>> >
>>> > If you are interested, contact me by Wednesday, the larger the 
>>> order the lower the divided shipping, Within reason you can pay me 
>>> when they arrive.
>>> >
>>> > Nick
>>> >
>>> > ====================================================
>>> > Espressif official ESP32-WROVER module
>>> > The latest ESP32 version: REV1
>>> > wireless online
>>> > Bluetooth
>>> > 16MB flash memory
>>> > 8MB PSRAM
>>> > Lithium battery interface, 500mA maximum charging current
>>> >
>>> > Support TF memory card
>>> >
>>> > With 3D wire
>>> >
>>> >
>>> >
>>> >
>>> > _______________________________________________
>>> > Triangle, NC Embedded Computing mailing list
>>> >
>>> > To post message: TriEmbed at triembed.org <mailto:TriEmbed at triembed.org>
>>> > List info: 
>>> http://mail.triembed.org/mailman/listinfo/triembed_triembed.org
>>> > TriEmbed web site: http://TriEmbed.org
>>> > To unsubscribe, click link and send a blank message: 
>>> mailto:unsubscribe-TriEmbed at bitser.net 
>>> <mailto:unsubscribe-TriEmbed at bitser.net>?subject=unsubscribe
>>> >
>>> _______________________________________________
>>> Triangle, NC Embedded Computing mailing list
>>>
>>> To post message: TriEmbed at triembed.org <mailto:TriEmbed at triembed.org>
>>> List info: 
>>> http://mail.triembed.org/mailman/listinfo/triembed_triembed.org
>>> TriEmbed web site: http://TriEmbed.org
>>> To unsubscribe, click link and send a blank message: 
>>> mailto:unsubscribe-TriEmbed at bitser.net 
>>> <mailto:unsubscribe-TriEmbed at bitser.net>?subject=unsubscribe
>>>
>>> -------------- next part --------------
>>> An HTML attachment was scrubbed...
>>> URL: 
>>> <http://mail.triembed.org/pipermail/triembed_triembed.org/attachments/20210126/72a40c2d/attachment-0001.html> 
>>>
>>>
>>> ------------------------------
>>>
>>> Message: 4
>>> Date: Tue, 26 Jan 2021 15:38:59 -0500
>>> From: Michael Monaghan <mike at chipworks.net <mailto:mike at chipworks.net>>
>>> To: Triangle Embedded Interest Group <triembed at triembed.org 
>>> <mailto:triembed at triembed.org>>
>>> Subject: Re: [TriEmbed] ESP8266 Programming tip
>>> Message-ID:
>>> <CAGToJnbxnd8Ufh6gUZS0bTBe3pgLEt0EWRvNUALNzh=dJNvSrA at mail.gmail.com 
>>> <mailto:dJNvSrA at mail.gmail.com>>
>>> Content-Type: text/plain; charset="utf-8"
>>>
>>> John,
>>>
>>> > I am not sure why you could not change a variable if it is global and
>>> done fast.
>>>
>>> Because we have no idea what state the variables were in when the 
>>> service
>>> routine was called. Were they being inspected by main code? Or 
>>> modified?
>>> Perhaps Garbage collection is in progress? Without a bit of blocking 
>>> code
>>> to demand a known state, we're flying blind.
>>>
>>> > I may try that when I get around to the Robotics with the ESP32. 
>>> That is
>>> very interesting for sure. I like the REPL concept alot.
>>> Robotics are on the wish list... I just have about 3 million lines 
>>> of code
>>> before I can take on another hobby.
>>>
>>> Python is my go-to language. Only rarely do I have to use C++ to 
>>> force the
>>> solution.
>>>
>>> Mike
>>>
>>> On Tue, Jan 26, 2021 at 2:45 PM John Vaughters via TriEmbed <
>>> triembed at triembed.org <mailto:triembed at triembed.org>> wrote:
>>>
>>> > Carl,
>>> >
>>> > I do not NEED the delay, I just need to read the A0 at 1 ms 
>>> intervals. I
>>> > don't need to stop the processor for that, I need to code it 
>>> responsibly if
>>> > I want it to work the best way I want. I was being lazy expecting 
>>> my time
>>> > frame to be well within the parameters required for the desired 
>>> end result.
>>> > And the solution I finally did does work, but I have now been 
>>> motivated to
>>> > make it better.
>>> >
>>> > Mike,
>>> >
>>> > Good info thanks. I have not verified, but yes I am thinking I may 
>>> have
>>> > violated the watch dog. I am not sure why you could not change a 
>>> variable
>>> > if it is global and done fast. I also dug a little deeper and the 
>>> ticker I
>>> > am using is not the same that you find in Arduino. The one I am 
>>> using is
>>> > suggesting the flag concept as I pointed out in the first post and is
>>> > working and the idea you also reinforced. I guess in general it is 
>>> the
>>> > simplest guarantee for accurate loop integrity. It definitely 
>>> works quite
>>> > well. I have looked at the micro-python. I may try that when I get 
>>> around
>>> > to the Robotics with the ESP32. That is very interesting for sure. 
>>> I like
>>> > the REPL concept alot.
>>> >
>>> > I can spend a little more time for a better solution. Dang it and I
>>> > thought I was done with this part. `,~)
>>> >
>>> > Thanks,
>>> >
>>> > John Vaughters
>>> >
>>> > _______________________________________________
>>> > Triangle, NC Embedded Computing mailing list
>>> >
>>> > To post message: TriEmbed at triembed.org <mailto:TriEmbed at triembed.org>
>>> > List info: 
>>> http://mail.triembed.org/mailman/listinfo/triembed_triembed.org
>>> > TriEmbed web site: http://TriEmbed.org
>>> > To unsubscribe, click link and send a blank message: mailto:
>>> > unsubscribe-TriEmbed at bitser.net?subject=unsubscribe 
>>> <http://unsubscribe-TriEmbed@bitser.net?subject=unsubscribe>
>>> >
>>> >
>>> -------------- next part --------------
>>> An HTML attachment was scrubbed...
>>> URL: 
>>> <http://mail.triembed.org/pipermail/triembed_triembed.org/attachments/20210126/456e4bb7/attachment.html> 
>>>
>>>
>>> ------------------------------
>>>
>>> Subject: Digest Footer
>>>
>>> _______________________________________________
>>> TriEmbed mailing list
>>> TriEmbed at triembed.org <mailto:TriEmbed at triembed.org>
>>> http://mail.triembed.org/mailman/listinfo/triembed_triembed.org
>>>
>>>
>>> ------------------------------
>>>
>>> End of TriEmbed Digest, Vol 92, Issue 32
>>> ****************************************
>>
>> _______________________________________________
>> Triangle, NC Embedded Computing mailing list
>>
>> To post message:TriEmbed at triembed.org
>> List info:http://mail.triembed.org/mailman/listinfo/triembed_triembed.org
>> TriEmbed web site:http://TriEmbed.org
>> To unsubscribe, click link and send a blank message:mailto:unsubscribe-TriEmbed at bitser.net?subject=unsubscribe
>>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.triembed.org/pipermail/triembed_triembed.org/attachments/20210126/27561393/attachment.htm>

More information about the TriEmbed mailing list