| 00:06.36 | *** join/#card10badge Stormwind_mobile (~Stormwind@46.114.37.71) |
| 00:06.38 | schneider | what i can say: if i dd a few 512 byte blocks onto the DAPLINK, its led blinks |
| 00:06.52 | schneider | if i dd to the card10 it does not say "writing" |
| 00:07.16 | schneider | a sync afterwards triggers "writing" |
| 00:12.02 | *** join/#card10badge Stormwind_mobile (~Stormwind@dslb-002-206-218-050.002.206.pools.vodafone-ip.de) |
| 01:01.05 | *** join/#card10badge erlehmann (~erlehmann@p508A66F5.dip0.t-ipconnect.de) |
| 01:23.01 | schneider | i think it is the "PREVENT ALLOW MEDIUM REMOVAL" command |
| 01:26.10 | schneider | the DAPLINK returns "check condition" while we return "good" |
| 01:26.24 | schneider | and this post links the command to chaching: https://community.nxp.com/thread/472329 |
| 01:37.48 | *** join/#card10badge ebi__ (~quassel@x4d020d60.dyn.telefonica.de) |
| 01:38.49 | *** join/#card10badge mkie_ (~quassel@x4d020d60.dyn.telefonica.de) |
| 02:10.17 | schneider | or maybe req_data[2] in msc_sendRequestSense() |
| 02:10.32 | schneider | setting that to REQSENSE_CHECK_CONDITION makes a difference |
| 03:05.23 | schneider | or maybe not... there also seems to be a difference if the device is mounted or not |
| 03:23.10 | *** join/#card10badge genofire (~genofire@unaffiliated/genofire) |
| 03:30.07 | *** join/#card10badge verin0x2 (~verin0x@x4dbf5992.dyn.telefonica.de) |
| 03:47.33 | schneider | ok, never mind. the daplink also has a delay |
| 03:48.12 | schneider | for some reason a dd which writes the first three sectors triggers linux to read quite a few sectors from the drive first |
| 03:48.35 | schneider | and then after a few seconds actually write the sectors that dd accessed |
| 04:10.17 | *** join/#card10badge PyroPeter (~pyropeter@april-fools/2013/tenth/pyropeter) |
| 05:34.46 | *** join/#card10badge DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
| 18:19.45 | *** join/#card10badge infobot (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
| 18:19.45 | *** topic/#card10badge is Logix (Wiki): https://card10.badge.events.ccc.de/ git: https://git.card10.badge.events.ccc.de/card10 % current version: https://card10.badge.events.ccc.de/en/firmwareupdate/ % Display: https://www.aliexpress.com/item/4000018872259.html |
| 19:34.13 | *** join/#card10badge elopio (~elopio@138.68.30.224) |
| 19:34.26 | elopio | Hello! Happy new year. |
| 19:35.16 | elopio | I have problems :) I upgraded my card10 to 1.13 and now it only shows "No apps available" in bright yellow. v1.14 didn't help. |
| 19:35.29 | elopio | Any ideas of what to look for? I don't even know where to start. |
| 20:42.19 | Stormwind_mobile | elopio: Apps are seperate from firmware. Look into the zip file. There is a folder named "apps". |
| 20:43.04 | Stormwind_mobile | Get your card10 into bootloader mode, plug in, copy apps folder into root directory, should be enough. |
| 20:43.24 | Stormwind_mobile | There should be an auto generated menu.py or similar, already |
| 20:44.51 | Stormwind_mobile | ml: a rtlsdr or some other kind of SDR might work. AFAIK, the BTLE stack is still so unstable that client mode works most of the time, host mode not at all. |
| 20:45.37 | Stormwind_mobile | Monitoring all channels sounds like something that involves a bit more magic, if the hardware can do it at all, I don't know. |
| 21:08.55 | ml | Stormwind_mobile: Alright. Thanks for the answer |
| 21:18.12 | schneider | elopio: sounds like a corrupted file system |
| 21:18.20 | schneider | elopio: do you run linux? |
| 21:22.59 | *** join/#card10badge erlehmann (~erlehmann@46.114.38.101) |
| 22:26.03 | *** join/#card10badge LeoDJ (~LeoDJ@46.38.235.219) |
| 23:30.01 | *** part/#card10badge ml (~ml@visu.li) |