#Cleveland Art Museum image conversion problem
1 messages Β· Page 1 of 1 (latest)
ha! good idea π
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "test.py", line 18, in <module>
File "adafruit_pyportal/__init__.py", line 336, in fetch
File "adafruit_pyportal/network.py", line 179, in process_image
File "adafruit_pyportal/network.py", line 122, in image_converter_url
AttributeError: 'Network' object has no attribute '_secrets'
>>>
im running into that trying to update to latest libs - including overriding the frozen portalbase
seems like like a toml/secrets sync issue between the libs
but you were using the libs from the latest LIBRARY bundle, I thought?
maybe I misread
I'm using circup which is fetching them from the same place
all .mpy files
all copied from adafruit-circuitpython-bundle-8.x-mpy-20230912.zip
Why don't you .zip up your CIRCUITPY (after removing your secrets), and I will just try it as it is
I can do the same
it only happens when trying to override the frozen adafruit_portalbase module. you aren't doing that.
oops. also. you left secrets in.
deleted your zip
ok. i didn't even look
do you mean that the errors are showing up only when you have a .py portablbase at /?
even the .mpy's will cause a lot of RAM to be used up, so sounds like a memory problem
'cause importing .mpy's puts them in RAM, except if they are frozen
you should get same?
I didn't try yours yet, sorry, was just multitasking and doing 8.2.6 release
i'm getting same issue using your zip π¦
did a storage.erase()
copied your zip over
added my secrets
ran test.py
same issue
could you change your timezone to mine? That's the only diff I know of in secrets
'timezone' : "America/Los_Angeles",
what's yours?
oh. nvm. its in your not secret secrets.
same issue with your timezone
AttributeError: 'Network' object has no attribute '_secrets', so I should remove the local portalbase?
yah
it works with an older version of the library - the same one that is frozen
so if its a RAM issue, must be right on the edge
ok, with your zip removing /adafruit_portalbase, it works, and displays an image
so it' something different about our networks
but if i replace file.write(i) with print(i) it works
just dumps a bunch of raw bytes to screen
both SD and ESP32 are using the SPI bus, so if the traffic is different on the SPI bus, that could be causing some issue. different traffic on the SPI bus would be due to differences in the network traffic
like how slow my internet is? π
maybe.... I wonder if the packet size or chunking is different
did you try it with your phone as a hotspot?
can you do that/
what do you get if you add a print(len(i))?
did not try phone yet
but probably not worth it. my phone data is also potato quality and limited
still could be different
but can I instrument portalbase without hitting the "no attribute" error above?
or just remove settings.toml??
ok, now it's working ,odd
i was hitting that issue trying to instrument using latest library release
had to use older version
could you try changing the chunk size in there from 12000 to something smaller?
its 512
same issue through phone
although it's not obvious if it's actually using cell data or just going through same wifi
well, I guess you could go to the public library or starbucks or something π at some point
I finished the release, so I'll take a walk and cogitate a bit on this. It's kind of crazy
I looked for internet providers on your island: some claim better speeds (the 5g-based ones or whatever)
ok. lemme go give library a try while you're oot-n-aboot.
there's "on island" and then there's "on island and available in your neck of the woods"
i'm not even on google maps π
assuming the library doesn't have some forced sign-in to get on their wifi network
Another difference we havenβt completely eliminated his SD cards. Walking now
Are you using a regular PyPortal or a Titano?
pyportal. only one i have. don't have titano or pynt.
exact same behavior at library
it does seem like some kind of SPI contention though
another simple test - replace file.write(i) with file.write(bytes([23]*512))
results in same issue
but not exactly the same - more . get printed, so it gets through the iterator loop further
reducing 512 so it writes fewer bytes lets it get even further
must go all the way down to 1 for it to get all the way through the iterator though
I hope going to the library was at least a nice excursion π .
Do you have a SanDisk 4GB card, or do you have one of the small 128MB or 512MB cards AF sells? I'd like to try to get us on the same card.
I have some Micro Center 8GB, 16GB, 32GB cards, but may not match with anything your have
I tried a 512MB card, still fine.
Tried on a TItano, also works
my Pynt seems to be defunct
something weird and interesting: The NINA-FW firmware in the TItano is 1.2.2, but it worked fine.
it's not clear to me it was necessary to update NINA-FW when the cert IO depended on expired. What was necessary was to update the Arduino libraries that loaded only a single cert.
OK -** this may be SD card related**. the one I have been using worked when I reverted CP to 6.x. so consider it OK. but just now tried swapping SD cards (should have tried this sooner i guess) and the simple test code is now working:
Reply is OK!
Saving data to /sd/cache.bmp
............................................................................................................................................................................................................................................................................................Created file of 144138 bytes in 13.0 seconds
>>>
we were just discussing this in slack in #embedded-dev. What kind of card is the non-working card?