RECESSIM - Recent changes [en]

Help:Diagrams

Hash — Wed, 09 Sep 2026 01:52:05 GMT

Document the one-BPMN-or-Gantt-per-page limit instead of triggering it

Drawio:Example diagram

Hash — Wed, 09 Sep 2026 01:30:27 GMT

Example diagram for Help:Diagrams

New page

data:image/svg+xml;base64,PHN2ZyB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC9zdmciIHN0eWxlPSJiYWNrZ3JvdW5kOiB0cmFuc3BhcmVudDsgYmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQ7IGNvbG9yLXNjaGVtZTogbGlnaHQ7IiB4bWxuczp4bGluaz0iaHR0cDovL3d3dy53My5vcmcvMTk5OS94bGluayIgdmVyc2lvbj0iMS4xIiB3aWR0aD0iNDQycHgiIGhlaWdodD0iMzIycHgiIHZpZXdCb3g9IjAgMCA0NDIgMzIyIiBpZD0iZ2Utc3ZnLWRrQUJMaGZBeG1WaWtLZmhScjNYIiBjb250ZW50PSImbHQ7bXhmaWxlIGhvc3Q9JnF1b3Q7ZW1iZWQuZGlhZ3JhbXMubmV0JnF1b3Q7Jmd0OyZsdDtkaWFncmFtIGlkPSZxdW90O0NBUk9ScDdobkNjTEdmdlcwaDBsJnF1b3Q7IG5hbWU9JnF1b3Q7Rmxvd2NoYXJ0JnF1b3Q7Jmd0OzdWaE5jNXN3RVAwMUhOTkJmTVVjSGR0SkRzbWg5U0hwVVFNYm9DTVFJMFNBL3ZvS0l5eUlhOGJ1aEdDN3ZqRHMwMm9sdmJmRHJ0RE1SVncrTUp5R3o5UUhvaG02WDJybVVqTU0xN1hGc3dhcUJyQWRxd0VDRnZrTmhCU3dqbjZEQkhXSjVwRVBXYytSVTBwNGxQWkJqeVlKZUx5SFljWm8wWGQ3bzZTL2Fvb0QyQUhXSGlhNzZFdms4N0JCWjdhdThFZUlnckJkR2VseUpNYXRzd1N5RVB1MDZFRG1Tak1YakZMZXZNWGxBa2pOWGN0TE0rOSt6K2gyWXd3U2ZzZ0VaMVU1MmZmN2VmWDBJdy84N0c3K1VIazNUaE1GL0IwV1ZGZ0paVFJuSGd6RU1xUWZyMXJ5NnJCcmFWTEdReHJRQkpPVlF1OFl6Uk1mNmgzcXdsSStUNVNtQWtRQy9BV2NWekl4Y002cGdFSWVFemtxZHNtcVZ6bC9ZL3lzalc5MmF5N0w3dUN5a3BaTUpjd0M0QU5uTWh1L2QweHllYWF0Y2lMamdjWWdnZ29IQmdUejZMMVBJcGE1RjJ6OWxEemlSU3AwaEZxM1Y3VUcxYkttRkdkMkZXZFFISHRLY2RweTh2K3BJOHBPV2tkOEkxRE82NEo0dUdMdWxJb1orL1ZSdlBkWkxjS0l3enJGRy9FSzBZNzBHZnpycDF3QXdEaVVuUlYyVHh4Mktyd2pNNmxRM1FCcVMzejV3YTdhWGtZZmlTVHpPSkxRQ1pGazZIMlNqTkZJc2k2SXBObFlKTm1YUTVMcGpFVVNzajZ4aXJqblZFVU9yQmhvajZKZlZPVHRxenpEOGt4NmUwR2ZlZG04U0huTUtlVnh6N2ZoMm43eFIyKzQwRURLbm5xZHRLeXY2cmpRa2MzN1NiTTBXc3VGenJoNy84alN2L1Jjd2xSL1B6ZGpuVi9JNXVvUCZsdDsvZGlhZ3JhbSZndDsmbHQ7L214ZmlsZSZndDsiPjxzdHlsZSB0eXBlPSJ0ZXh0L2NzcyI+QHN1cHBvcnRzIChjb2xvcjogbGlnaHQtZGFyaygjMDAwLCAjZmZmKSkgeyAjZ2Utc3ZnLWRrQUJMaGZBeG1WaWtLZmhScjNYIHsgLS1nZS1hZGFwdGl2ZS1iZzogbGlnaHQtZGFyaygjZmZmZmZmLCB2YXIoLS1nZS1kYXJrLWNvbG9yLCAjMTIxMjEyKSk7IH0gfTwvc3R5bGU+PGRlZnMvPjxyZWN0IGZpbGw9InRyYW5zcGFyZW50IiB3aWR0aD0iMTAwJSIgaGVpZ2h0PSIxMDAlIiB4PSIwIiB5PSIwIiBzdHlsZT0iZmlsbDogdHJhbnNwYXJlbnQ7Ii8+PGc+PGcgZGF0YS1jZWxsLWlkPSIwIj48ZyBkYXRhLWNlbGwtaWQ9IjEiPjxnIGRhdGEtY2VsbC1pZD0iNkV5NnNRRkF5TFJ1Z2RzQkFHeWMtNiI+PGcgdHJhbnNmb3JtPSJ0cmFuc2xhdGUoMC41LDAuNSkiPjxwYXRoIGQ9Ik0gNjAgNjAgTCA2MCAxMzAgTCA3My42MyAxMzAiIGZpbGw9Im5vbmUiIHN0cm9rZT0iIzAwMDAwMCIgc3Ryb2tlLW1pdGVybGltaXQ9IjEwIiBwb2ludGVyLWV2ZW50cz0ic3Ryb2tlIiBzdHlsZT0ic3Ryb2tlOiBsaWdodC1kYXJrKHJnYigwLCAwLCAwKSwgcmdiKDI1NSwgMjU1LCAyNTUpKTsiLz48cGF0aCBkPSJNIDc4Ljg4IDEzMCBMIDcxLjg4IDEzMy41IEwgNzMuNjMgMTMwIEwgNzEuODggMTI2LjUgWiIgZmlsbD0iIzAwMDAwMCIgc3Ryb2tlPSIjMDAwMDAwIiBzdHJva2UtbWl0ZXJsaW1pdD0iMTAiIHBvaW50ZXItZXZlbnRzPSJhbGwiIHN0eWxlPSJmaWxsOiBsaWdodC1kYXJrKHJnYigwLCAwLCAwKSwgcmdiKDI1NSwgMjU1LCAyNTUpKTsgc3Ryb2tlOiBsaWdodC1kYXJrKHJnYigwLCAwLCAwKSwgcmdiKDI1NSwgMjU1LCAyNTUpKTsiLz48L2c+PC9nPjxnIGRhdGEtY2VsbC1pZD0iNkV5NnNRRkF5TFJ1Z2RzQkFHeWMtNyI+PGcgdHJhbnNmb3JtPSJ0cmFuc2xhdGUoMC41LDAuNSkiPjxwYXRoIGQ9Ik0gNjAgNjAgTCA2MCAyMTAgTCA3My42MyAyMTAiIGZpbGw9Im5vbmUiIHN0cm9rZT0iIzAwMDAwMCIgc3Ryb2tlLW1pdGVybGltaXQ9IjEwIiBwb2ludGVyLWV2ZW50cz0ic3Ryb2tlIiBzdHlsZT0ic3Ryb2tlOiBsaWdodC1kYXJrKHJnYigwLCAwLCAwKSwgcmdiKDI1NSwgMjU1LCAyNTUpKTsiLz48cGF0aCBkPSJNIDc4Ljg4IDIxMCBMIDcxLjg4IDIxMy41IEwgNzMuNjMgMjEwIEwgNzEuODggMjA2LjUgWiIgZmlsbD0iIzAwMDAwMCIgc3Ryb2tlPSIjMDAwMDAwIiBzdHJva2UtbWl0ZXJsaW1pdD0iMTAiIHBvaW50ZXItZXZlbnRzPSJhbGwiIHN0eWxlPSJmaWxsOiBsaWdodC1kYXJrKHJnYigwLCAwLCAwKSwgcmdiKDI1NSwgMjU1LCAyNTUpKTsgc3Ryb2tlOiBsaWdodC1kYXJrKHJnYigwLCAwLCAwKSwgcmdiKDI1NSwgMjU1LCAyNTUpKTsiLz48L2c+PC9nPjxnIGRhdGEtY2VsbC1pZD0iNkV5NnNRRkF5TFJ1Z2RzQkFHeWMtOCI+PGcgdHJhbnNmb3JtPSJ0cmFuc2xhdGUoMC41LDAuNSkiPjxwYXRoIGQ9Ik0gNjAgNjAgTCA2MCAyOTAgTCA3My42MyAyOTAiIGZpbGw9Im5vbmUiIHN0cm9rZT0iIzAwMDAwMCIgc3Ryb2tlLW1pdGVybGltaXQ9IjEwIiBwb2ludGVyLWV2ZW50cz0ic3Ryb2tlIiBzdHlsZT0ic3Ryb2tlOiBsaWdodC1kYXJrKHJnYigwLCAwLCAwKSwgcmdiKDI1NSwgMjU1LCAyNTUpKTsiLz48cGF0aCBkPSJNIDc4Ljg4IDI5MCBMIDcxLjg4IDI5My41IEwgNzMuNjMgMjkwIEwgNzEuODggMjg2LjUgWiIgZmlsbD0iIzAwMDAwMCIgc3Ryb2tlPSIjMDAwMDAwIiBzdHJva2UtbWl0ZXJsaW1pdD0iMTAiIHBvaW50ZXItZXZlbnRzPSJhbGwiIHN0eWxlPSJmaWxsOiBsaWdodC1kYXJrKHJnYigwLCAwLCAwKSwgcmdiKDI1NSwgMjU1LCAyNTUpKTsgc3Ryb2tlOiBsaWdodC1kYXJrKHJnYigwLCAwLCAwKSwgcmdiKDI1NSwgMjU1LCAyNTUpKTsiLz48L2c+PC9nPjxnIGRhdGEtY2VsbC1pZD0iNkV5NnNRRkF5TFJ1Z2RzQkFHeWMtMTAiPjxnIHRyYW5zZm9ybT0idHJhbnNsYXRlKDAuNSwwLjUpIj48cGF0aCBkPSJNIDEyMC41IDM1IEwgMTIwLjUgMjUgTCAyMjAuNSAyNSBMIDIyMC41IDE0LjUgTCAyMzkuNSAzMCBMIDIyMC41IDQ1LjUgTCAyMjAuNSAzNSBaIiBmaWxsPSJub25lIiBzdHJva2U9IiMwMDAwMDAiIHN0cm9rZS1taXRlcmxpbWl0PSIxMCIgcG9pbnRlci1ldmVudHM9ImFsbCIgc3R5bGU9InN0cm9rZTogbGlnaHQtZGFyayhyZ2IoMCwgMCwgMCksIHJnYigyNTUsIDI1NSwgMjU1KSk7Ii8+PC9nPjwvZz48ZyBkYXRhLWNlbGwtaWQ9IjZFeTZzUUZBeUxSdWdkc0JBR3ljLTIiPjxnIHRyYW5zZm9ybT0idHJhbnNsYXRlKDAuNSwwLjUpIj48cmVjdCB4PSIwIiB5PSIwIiB3aWR0aD0iMTIwIiBoZWlnaHQ9IjYwIiBmaWxsPSIjZmZmZmZmIiBzdHJva2U9IiMwMDAwMDAiIHBvaW50ZXItZXZlbnRzPSJhbGwiIHN0eWxlPSJmaWxsOiB2YXIoLS1nZS1hZGFwdGl2ZS1iZywgI2ZmZmZmZik7IHN0cm9rZTogbGlnaHQtZGFyayhyZ2IoMCwgMCwgMCksIHJnYigyNTUsIDI1NSwgMjU1KSk7Ii8+PC9nPjwvZz48ZyBkYXRhLWNlbGwtaWQ9IjZFeTZzUUZBeUxSdWdkc0JBR3ljLTMiPjxnIHRyYW5zZm9ybT0idHJhbnNsYXRlKDAuNSwwLjUpIj48cmVjdCB4PSI4MCIgeT0iMTAwIiB3aWR0aD0iMTIwIiBoZWlnaHQ9IjYwIiByeD0iOSIgcnk9IjkiIGZpbGw9IiNmZmZmZmYiIHN0cm9rZT0iIzAwMDAwMCIgcG9pbnRlci1ldmVudHM9ImFsbCIgc3R5bGU9ImZpbGw6IHZhcigtLWdlLWFkYXB0aXZlLWJnLCAjZmZmZmZmKTsgc3Ryb2tlOiBsaWdodC1kYXJrKHJnYigwLCAwLCAwKSwgcmdiKDI1NSwgMjU1LCAyNTUpKTsiLz48L2c+PC9nPjxnIGRhdGEtY2VsbC1pZD0iNkV5NnNRRkF5TFJ1Z2RzQkFHeWMtNCI+PGcgdHJhbnNmb3JtPSJ0cmFuc2xhdGUoMC41LDAuNSkiPjxyZWN0IHg9IjgwIiB5PSIxODAiIHdpZHRoPSIxMjAiIGhlaWdodD0iNjAiIHJ4PSI5IiByeT0iOSIgZmlsbD0iI2ZmZmZmZiIgc3Ryb2tlPSIjMDAwMDAwIiBwb2ludGVyLWV2ZW50cz0iYWxsIiBzdHlsZT0iZmlsbDogdmFyKC0tZ2UtYWRhcHRpdmUtYmcsICNmZmZmZmYpOyBzdHJva2U6IGxpZ2h0LWRhcmsocmdiKDAsIDAsIDApLCByZ2IoMjU1LCAyNTUsIDI1NSkpOyIvPjwvZz48L2c+PGcgZGF0YS1jZWxsLWlkPSI2RXk2c1FGQXlMUnVnZHNCQUd5Yy01Ij48ZyB0cmFuc2Zvcm09InRyYW5zbGF0ZSgwLjUsMC41KSI+PHJlY3QgeD0iODAiIHk9IjI2MCIgd2lkdGg9IjEyMCIgaGVpZ2h0PSI2MCIgcng9IjkiIHJ5PSI5IiBmaWxsPSIjZmZmZmZmIiBzdHJva2U9IiMwMDAwMDAiIHBvaW50ZXItZXZlbnRzPSJhbGwiIHN0eWxlPSJmaWxsOiB2YXIoLS1nZS1hZGFwdGl2ZS1iZywgI2ZmZmZmZik7IHN0cm9rZTogbGlnaHQtZGFyayhyZ2IoMCwgMCwgMCksIHJnYigyNTUsIDI1NSwgMjU1KSk7Ii8+PC9nPjwvZz48ZyBkYXRhLWNlbGwtaWQ9IjZFeTZzUUZBeUxSdWdkc0JBR3ljLTE0Ij48ZyB0cmFuc2Zvcm09InRyYW5zbGF0ZSgwLjUsMC41KSI+PHBhdGggZD0iTSAzMDAgNjAgTCAzMDAgMTMwIEwgMzEzLjYzIDEzMCIgZmlsbD0ibm9uZSIgc3Ryb2tlPSIjMDAwMDAwIiBzdHJva2UtbWl0ZXJsaW1pdD0iMTAiIHBvaW50ZXItZXZlbnRzPSJzdHJva2UiIHN0eWxlPSJzdHJva2U6IGxpZ2h0LWRhcmsocmdiKDAsIDAsIDApLCByZ2IoMjU1LCAyNTUsIDI1NSkpOyIvPjxwYXRoIGQ9Ik0gMzE4Ljg4IDEzMCBMIDMxMS44OCAxMzMuNSBMIDMxMy42MyAxMzAgTCAzMTEuODggMTI2LjUgWiIgZmlsbD0iIzAwMDAwMCIgc3Ryb2tlPSIjMDAwMDAwIiBzdHJva2UtbWl0ZXJsaW1pdD0iMTAiIHBvaW50ZXItZXZlbnRzPSJhbGwiIHN0eWxlPSJmaWxsOiBsaWdodC1kYXJrKHJnYigwLCAwLCAwKSwgcmdiKDI1NSwgMjU1LCAyNTUpKTsgc3Ryb2tlOiBsaWdodC1kYXJrKHJnYigwLCAwLCAwKSwgcmdiKDI1NSwgMjU1LCAyNTUpKTsiLz48L2c+PC9nPjxnIGRhdGEtY2VsbC1pZD0iNkV5NnNRRkF5TFJ1Z2RzQkFHeWMtMTUiPjxnIHRyYW5zZm9ybT0idHJhbnNsYXRlKDAuNSwwLjUpIj48cGF0aCBkPSJNIDMwMCA2MCBMIDMwMCAyMTAgTCAzMTMuNjMgMjEwIiBmaWxsPSJub25lIiBzdHJva2U9IiMwMDAwMDAiIHN0cm9rZS1taXRlcmxpbWl0PSIxMCIgcG9pbnRlci1ldmVudHM9InN0cm9rZSIgc3R5bGU9InN0cm9rZTogbGlnaHQtZGFyayhyZ2IoMCwgMCwgMCksIHJnYigyNTUsIDI1NSwgMjU1KSk7Ii8+PHBhdGggZD0iTSAzMTguODggMjEwIEwgMzExLjg4IDIxMy41IEwgMzEzLjYzIDIxMCBMIDMxMS44OCAyMDYuNSBaIiBmaWxsPSIjMDAwMDAwIiBzdHJva2U9IiMwMDAwMDAiIHN0cm9rZS1taXRlcmxpbWl0PSIxMCIgcG9pbnRlci1ldmVudHM9ImFsbCIgc3R5bGU9ImZpbGw6IGxpZ2h0LWRhcmsocmdiKDAsIDAsIDApLCByZ2IoMjU1LCAyNTUsIDI1NSkpOyBzdHJva2U6IGxpZ2h0LWRhcmsocmdiKDAsIDAsIDApLCByZ2IoMjU1LCAyNTUsIDI1NSkpOyIvPjwvZz48L2c+PGcgZGF0YS1jZWxsLWlkPSI2RXk2c1FGQXlMUnVnZHNCQUd5Yy0xNiI+PGcgdHJhbnNmb3JtPSJ0cmFuc2xhdGUoMC41LDAuNSkiPjxwYXRoIGQ9Ik0gMzAwIDYwIEwgMzAwIDI5MCBMIDMxMy42MyAyOTAiIGZpbGw9Im5vbmUiIHN0cm9rZT0iIzAwMDAwMCIgc3Ryb2tlLW1pdGVybGltaXQ9IjEwIiBwb2ludGVyLWV2ZW50cz0ic3Ryb2tlIiBzdHlsZT0ic3Ryb2tlOiBsaWdodC1kYXJrKHJnYigwLCAwLCAwKSwgcmdiKDI1NSwgMjU1LCAyNTUpKTsiLz48cGF0aCBkPSJNIDMxOC44OCAyOTAgTCAzMTEuODggMjkzLjUgTCAzMTMuNjMgMjkwIEwgMzExLjg4IDI4Ni41IFoiIGZpbGw9IiMwMDAwMDAiIHN0cm9rZT0iIzAwMDAwMCIgc3Ryb2tlLW1pdGVybGltaXQ9IjEwIiBwb2ludGVyLWV2ZW50cz0iYWxsIiBzdHlsZT0iZmlsbDogbGlnaHQtZGFyayhyZ2IoMCwgMCwgMCksIHJnYigyNTUsIDI1NSwgMjU1KSk7IHN0cm9rZTogbGlnaHQtZGFyayhyZ2IoMCwgMCwgMCksIHJnYigyNTUsIDI1NSwgMjU1KSk7Ii8+PC9nPjwvZz48ZyBkYXRhLWNlbGwtaWQ9IjZFeTZzUUZBeUxSdWdkc0JBR3ljLTkiPjxnIHRyYW5zZm9ybT0idHJhbnNsYXRlKDAuNSwwLjUpIj48cmVjdCB4PSIyNDAiIHk9IjAiIHdpZHRoPSIxMjAiIGhlaWdodD0iNjAiIGZpbGw9IiNmZmZmZmYiIHN0cm9rZT0iIzAwMDAwMCIgcG9pbnRlci1ldmVudHM9ImFsbCIgc3R5bGU9ImZpbGw6IHZhcigtLWdlLWFkYXB0aXZlLWJnLCAjZmZmZmZmKTsgc3Ryb2tlOiBsaWdodC1kYXJrKHJnYigwLCAwLCAwKSwgcmdiKDI1NSwgMjU1LCAyNTUpKTsiLz48L2c+PC9nPjxnIGRhdGEtY2VsbC1pZD0iNkV5NnNRRkF5TFJ1Z2RzQkFHeWMtMTEiPjxnIHRyYW5zZm9ybT0idHJhbnNsYXRlKDAuNSwwLjUpIj48cmVjdCB4PSIzMjAiIHk9IjEwMCIgd2lkdGg9IjEyMCIgaGVpZ2h0PSI2MCIgcng9IjkiIHJ5PSI5IiBmaWxsPSIjZmZmZmZmIiBzdHJva2U9IiMwMDAwMDAiIHBvaW50ZXItZXZlbnRzPSJhbGwiIHN0eWxlPSJmaWxsOiB2YXIoLS1nZS1hZGFwdGl2ZS1iZywgI2ZmZmZmZik7IHN0cm9rZTogbGlnaHQtZGFyayhyZ2IoMCwgMCwgMCksIHJnYigyNTUsIDI1NSwgMjU1KSk7Ii8+PC9nPjwvZz48ZyBkYXRhLWNlbGwtaWQ9IjZFeTZzUUZBeUxSdWdkc0JBR3ljLTEyIj48ZyB0cmFuc2Zvcm09InRyYW5zbGF0ZSgwLjUsMC41KSI+PHJlY3QgeD0iMzIwIiB5PSIxODAiIHdpZHRoPSIxMjAiIGhlaWdodD0iNjAiIHJ4PSI5IiByeT0iOSIgZmlsbD0iI2ZmZmZmZiIgc3Ryb2tlPSIjMDAwMDAwIiBwb2ludGVyLWV2ZW50cz0iYWxsIiBzdHlsZT0iZmlsbDogdmFyKC0tZ2UtYWRhcHRpdmUtYmcsICNmZmZmZmYpOyBzdHJva2U6IGxpZ2h0LWRhcmsocmdiKDAsIDAsIDApLCByZ2IoMjU1LCAyNTUsIDI1NSkpOyIvPjwvZz48L2c+PGcgZGF0YS1jZWxsLWlkPSI2RXk2c1FGQXlMUnVnZHNCQUd5Yy0xMyI+PGcgdHJhbnNmb3JtPSJ0cmFuc2xhdGUoMC41LDAuNSkiPjxyZWN0IHg9IjMyMCIgeT0iMjYwIiB3aWR0aD0iMTIwIiBoZWlnaHQ9IjYwIiByeD0iOSIgcnk9IjkiIGZpbGw9IiNmZmZmZmYiIHN0cm9rZT0iIzAwMDAwMCIgcG9pbnRlci1ldmVudHM9ImFsbCIgc3R5bGU9ImZpbGw6IHZhcigtLWdlLWFkYXB0aXZlLWJnLCAjZmZmZmZmKTsgc3Ryb2tlOiBsaWdodC1kYXJrKHJnYigwLCAwLCAwKSwgcmdiKDI1NSwgMjU1LCAyNTUpKTsiLz48L2c+PC9nPjwvZz48L2c+PC9nPjwvc3ZnPg==

Gantt:Example diagram

Hash — Wed, 09 Sep 2026 01:30:26 GMT

Example diagram for Help:Diagrams

New page

{"data": [{"id": 1, "text": "Teardown and photograph", "start_date": "07-09-2026 00:00", "duration": 3, "progress": 1}, {"id": 2, "text": "Flash extraction", "start_date": "10-09-2026 00:00", "duration": 4, "progress": 0.6}, {"id": 3, "text": "Firmware analysis", "start_date": "14-09-2026 00:00", "duration": 6, "progress": 0.2}, {"id": 4, "text": "Write up on the wiki", "start_date": "20-09-2026 00:00", "duration": 2, "progress": 0}], "links": [{"id": 1, "source": 1, "target": 2, "type": "0"}, {"id": 2, "source": 2, "target": 3, "type": "0"}, {"id": 3, "source": 3, "target": 4, "type": "0"}]}

BPMN:Example diagram

Hash — Wed, 09 Sep 2026 01:30:24 GMT

Example diagram for Help:Diagrams

New page

<?xml version="1.0" encoding="UTF-8"?>
<bpmn:definitions xmlns:bpmn="http://www.omg.org/spec/BPMN/20100524/MODEL" xmlns:bpmndi="http://www.omg.org/spec/BPMN/20100524/DI" xmlns:dc="http://www.omg.org/spec/DD/20100524/DC" xmlns:di="http://www.omg.org/spec/DD/20100524/DI" id="Definitions_1" targetNamespace="http://bpmn.io/schema/bpmn">
<bpmn:process id="Process_1" isExecutable="false">
<bpmn:startEvent id="StartEvent_1" name="Meter acquired">
<bpmn:outgoing>Flow_1</bpmn:outgoing>
</bpmn:startEvent>
<bpmn:task id="Task_1" name="Teardown and photograph">
<bpmn:incoming>Flow_1</bpmn:incoming>
<bpmn:outgoing>Flow_2</bpmn:outgoing>
</bpmn:task>
<bpmn:task id="Task_2" name="Extract firmware">
<bpmn:incoming>Flow_2</bpmn:incoming>
<bpmn:outgoing>Flow_3</bpmn:outgoing>
</bpmn:task>
<bpmn:task id="Task_3" name="Write up on the wiki">
<bpmn:incoming>Flow_3</bpmn:incoming>
<bpmn:outgoing>Flow_4</bpmn:outgoing>
</bpmn:task>
<bpmn:endEvent id="EndEvent_1" name="Published">
<bpmn:incoming>Flow_4</bpmn:incoming>
</bpmn:endEvent>
<bpmn:sequenceFlow id="Flow_1" sourceRef="StartEvent_1" targetRef="Task_1" />
<bpmn:sequenceFlow id="Flow_2" sourceRef="Task_1" targetRef="Task_2" />
<bpmn:sequenceFlow id="Flow_3" sourceRef="Task_2" targetRef="Task_3" />
<bpmn:sequenceFlow id="Flow_4" sourceRef="Task_3" targetRef="EndEvent_1" />
</bpmn:process>
<bpmndi:BPMNDiagram id="BPMNDiagram_1">
<bpmndi:BPMNPlane id="BPMNPlane_1" bpmnElement="Process_1">
<bpmndi:BPMNShape id="StartEvent_1_di" bpmnElement="StartEvent_1">
<dc:Bounds x="152" y="132" width="36" height="36" />
<bpmndi:BPMNLabel>
<dc:Bounds x="132" y="175" width="78" height="14" />
</bpmndi:BPMNLabel>
</bpmndi:BPMNShape>
<bpmndi:BPMNShape id="Task_1_di" bpmnElement="Task_1">
<dc:Bounds x="240" y="110" width="100" height="80" />
</bpmndi:BPMNShape>
<bpmndi:BPMNShape id="Task_2_di" bpmnElement="Task_2">
<dc:Bounds x="400" y="110" width="100" height="80" />
</bpmndi:BPMNShape>
<bpmndi:BPMNShape id="Task_3_di" bpmnElement="Task_3">
<dc:Bounds x="560" y="110" width="100" height="80" />
</bpmndi:BPMNShape>
<bpmndi:BPMNShape id="EndEvent_1_di" bpmnElement="EndEvent_1">
<dc:Bounds x="722" y="132" width="36" height="36" />
<bpmndi:BPMNLabel>
<dc:Bounds x="714" y="175" width="55" height="14" />
</bpmndi:BPMNLabel>
</bpmndi:BPMNShape>
<bpmndi:BPMNEdge id="Flow_1_di" bpmnElement="Flow_1">
<di:waypoint x="188" y="150" />
<di:waypoint x="240" y="150" />
</bpmndi:BPMNEdge>
<bpmndi:BPMNEdge id="Flow_2_di" bpmnElement="Flow_2">
<di:waypoint x="340" y="150" />
<di:waypoint x="400" y="150" />
</bpmndi:BPMNEdge>
<bpmndi:BPMNEdge id="Flow_3_di" bpmnElement="Flow_3">
<di:waypoint x="500" y="150" />
<di:waypoint x="560" y="150" />
</bpmndi:BPMNEdge>
<bpmndi:BPMNEdge id="Flow_4_di" bpmnElement="Flow_4">
<di:waypoint x="660" y="150" />
<di:waypoint x="722" y="150" />
</bpmndi:BPMNEdge>
</bpmndi:BPMNPlane>
</bpmndi:BPMNDiagram>
</bpmn:definitions>

MediaWiki:Common.css

Hash — Wed, 09 Sep 2026 01:17:09 GMT

Hide the raw diagram-source dump on Drawio/BPMN/Gantt pages (FlexDiagrams prints it under the diagram)

@@ Line 1,136: / Line 1,136: @@
      color: black;
      font-weight: bold;
+}

Test Page

Hash — Wed, 09 Sep 2026 01:00:22 GMT

Add Drawings and Flowcharts

← Older revision		Revision as of 01:00, 9 September 2026
Line 64:		Line 64:
	== Add Drawings and Flowcharts ==		== Add Drawings and Flowcharts ==
	[[Drawio:Test Page Drawing Example]]		[[Drawio:Test Page Drawing Example]]
			{{#display_diagram:Drawio:Test Page Drawing Example}}

Drawio:Test Page Drawing Example

Hash — Wed, 09 Sep 2026 00:58:35 GMT

Created page with "data:image/svg+xml;base64,PHN2ZyB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC9zdmciIHN0eWxlPSJiYWNrZ3JvdW5kOiB0cmFuc3BhcmVudDsgYmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQ7IGNvbG9yLXNjaGVtZTogbGlnaHQ7IiB4bWxuczp4bGluaz0iaHR0cDovL3d3dy53My5vcmcvMTk5OS94bGluayIgdmVyc2lvbj0iMS4xIiB3aWR0aD0iNDQycHgiIGhlaWdodD0iMzIycHgiIHZpZXdCb3g9IjAgMCA0NDIgMzIyIiBpZD0iZ2Utc3ZnLWRrQUJMaGZBeG1WaWtLZmhScjNYIiBjb250ZW50PSImbHQ7bXhmaWxlIGhvc3Q9JnF1b3Q7ZW1iZWQuZGlhZ3JhbXMubmV0JnF1b3Q7Jmd0OyZsdDtkaWFncmFtI..."

New page

Test Page

Hash — Wed, 09 Sep 2026 00:49:52 GMT

← Older revision		Revision as of 00:49, 9 September 2026
Line 61:		Line 61:

	{{#ev:youtube\|https://www.youtube.com/watch?v=Q_n_bs6f8gE}}		{{#ev:youtube\|https://www.youtube.com/watch?v=Q_n_bs6f8gE}}

			== Add Drawings and Flowcharts ==
			[[Drawio:Test Page Drawing Example]]

Mermaid:Example diagram

Hash — Wed, 09 Sep 2026 00:44:05 GMT

← Older revision		Revision as of 00:44, 9 September 2026
Line 2:		Line 2:
	A[Smart meter] -->\|900 MHz\| B(SDR capture)		A[Smart meter] -->\|900 MHz\| B(SDR capture)
	B --> C{Decodes?}		B --> C{Decodes?}
	C -->\|yes\| D[~~rtlamr~~ output]		C -->\|yes\| D[data output]
	C -->\|no\| E[Adjust gain / freq]		C -->\|no\| E[Adjust gain / freq]
	E --> B		E --> B

Help:Redlink probe

Hash — Wed, 09 Sep 2026 00:29:23 GMT

Hash deleted page Help:Redlink probe Temporary FlexDiagrams install test page

Help:Diagrams embed test

Hash — Wed, 09 Sep 2026 00:29:23 GMT

Hash deleted page Help:Diagrams embed test Temporary FlexDiagrams install test page

DOT:Test diagram

Hash — Wed, 09 Sep 2026 00:29:23 GMT

Hash deleted page DOT:Test diagram Temporary FlexDiagrams install test page

Mermaid:Test diagram

Hash — Wed, 09 Sep 2026 00:29:23 GMT

Hash deleted page Mermaid:Test diagram Temporary FlexDiagrams install test page

Help:Uploading files

Hash — Wed, 09 Sep 2026 00:21:44 GMT

Fix wrapped bullets that were rendering as preformatted blocks

← Older revision		Revision as of 00:21, 9 September 2026
Line 10:		Line 10:
	* rename any file before it is uploaded;		* rename any file before it is uploaded;
	* add a '''description''' and '''categories''' that are saved on every file page;		* add a '''description''' and '''categories''' that are saved on every file page;
	* choose what gets inserted — a '''gallery''' (the default), '''individual thumbnails''',		* choose what gets inserted — a '''gallery''' (the default), '''individual thumbnails''', or a '''list of file links''';
	or a '''list of file links''';
	* set the gallery image height.		* set the gallery image height.

Line 23:		Line 22:
	Helpful to know:		Helpful to know:

	* '''One file at a time''' is handled by the normal visual editor upload dialog, which		* '''One file at a time''' is handled by the normal visual editor upload dialog, which lets you set alignment, size and a caption — drop a single file to get that instead.
	lets you set alignment, size and a caption — drop a single file to get that instead.		* If a name is already taken, the dialog says so and offers to rename, overwrite, use the file already on the wiki, or skip it.
	* If a name is already taken, the dialog says so and offers to rename, overwrite,		* If you upload a file that is byte-for-byte identical to one already here, the wiki reuses the existing file rather than storing a second copy.
	use the file already on the wiki, or skip it.		* Any file type this wiki accepts works — images, PDFs, and CAD/maker formats such as STL, STEP, 3MF and FCStd. Non-image files are inserted as links below the gallery.
	* If you upload a file that is byte-for-byte identical to one already here, the wiki
	reuses the existing file rather than storing a second copy.
	* Any file type this wiki accepts works — images, PDFs, and CAD/maker formats such as
	STL, STEP, 3MF and FCStd. Non-image files are inserted as links below the gallery.

	== Uploading a lot of files at once ==		== Uploading a lot of files at once ==
Line 61:		Line 56:
	== Naming and licensing ==		== Naming and licensing ==

	* Give files descriptive names — <code>Landis Gyr Focus AXR-SD teardown.jpg</code> is		* Give files descriptive names — <code>Landis Gyr Focus AXR-SD teardown.jpg</code> is far more useful than <code>IMG_4821.jpg</code>.
	far more useful than <code>IMG_4821.jpg</code>.
	* Add categories so files can be found later.		* Add categories so files can be found later.
	* Only upload files you have the right to publish.		* Only upload files you have the right to publish.

Help:Diagrams

Hash — Wed, 09 Sep 2026 00:21:43 GMT

Fix wrapped list items rendering as preformatted blocks

← Older revision		Revision as of 00:21, 9 September 2026
Line 110:		Line 110:
	== Tips ==		== Tips ==

	* Diagrams are ordinary pages: <code>History</code>, <code>Talk</code>, watchlisting and		* Diagrams are ordinary pages: <code>History</code>, <code>Talk</code>, watchlisting and the normal backups all apply.
	the normal backups all apply.		* Because Mermaid and DOT are text, their page histories produce readable diffs — prefer them over an uploaded image when the diagram is likely to change.
	* Because Mermaid and DOT are text, their page histories produce readable diffs — prefer		* In a '''BPMN''' diagram, an element named <code><nowiki>[[Some page]]</nowiki></code> becomes a link to that wiki page.
	them over an uploaded image when the diagram is likely to change.		* Give diagrams descriptive names, the same as files — <code>Mermaid:Landis Gyr Focus teardown steps</code> beats <code>Mermaid:Diagram 3</code>.
	* In a '''BPMN''' diagram, an element named <code><nowiki>[[Some page]]</nowiki></code>
	becomes a link to that wiki page.
	* Give diagrams descriptive names, the same as files —
	<code>Mermaid:Landis Gyr Focus teardown steps</code> beats
	<code>Mermaid:Diagram 3</code>.

	== See also ==		== See also ==

	* [[Help:Uploading files]] — for photographs, scans and CAD files		* [[Help:Uploading files]] — for photographs, scans and CAD files
	* [https://www.mediawiki.org/wiki/Extension:Flex_Diagrams Extension:Flex Diagrams] — the		* [https://www.mediawiki.org/wiki/Extension:Flex_Diagrams Extension:Flex Diagrams] — the extension providing this
	extension providing this

MediaWiki:Sidebar

Hash — Wed, 09 Sep 2026 00:13:22 GMT

Add Help:Diagrams to the navigation menu

← Older revision		Revision as of 00:13, 9 September 2026
Line 5:		Line 5:
	** helppage\|help-mediawiki		** helppage\|help-mediawiki
	** Help:Uploading files\|Uploading files		** Help:Uploading files\|Uploading files
			** Help:Diagrams\|Diagrams
	* Categories		* Categories
	** Amateur_Radio\|Amateur Radio		** Amateur_Radio\|Amateur Radio

Help:Uploading files

Hash — Wed, 09 Sep 2026 00:13:12 GMT

Point at the Batch Upload link in the Tools sidebar; link Help:Diagrams

← Older revision		Revision as of 00:13, 9 September 2026
Line 35:		Line 35:

	To get a large batch onto the wiki without editing a page, use		To get a large batch onto the wiki without editing a page, use
	[[Special:EnhancedUpload]]. Drop as many files as you like, upload them in one go, and		[[Special:EnhancedUpload]]. You do not have to remember that name — it is linked as
	insert them into pages afterwards.		'''Batch Upload''' in the '''Tools''' box in the sidebar, on every page. Drop as many
			files as you like, upload them in one go, and insert them into pages afterwards.

	== In the source editor ==		== In the source editor ==
Line 70:		Line 71:
	* [[Special:ListFiles]] — every file on the wiki		* [[Special:ListFiles]] — every file on the wiki
	* [[Special:Upload]] — the plain single-file upload form		* [[Special:Upload]] — the plain single-file upload form
			* [[Help:Diagrams]] — creating diagrams that stay editable, instead of uploading flat images

Help:Diagrams

Hash — Wed, 09 Sep 2026 00:13:10 GMT

How to create and embed diagrams (Flex Diagrams)

New page

This wiki can store '''diagrams as diagrams''' rather than as uploaded pictures. A
diagram lives on its own page, keeps a full edit history like any other page, and can be
re-opened and changed by the next person — no hunting for the original file, and no
re-uploading a flat image every time something moves.

You need to be logged in and in the '''writer''' group to create or change a diagram.
Anyone can view them.

== The five formats ==

Each format has its own namespace, and each has its own editor.

{| class="wikitable"
! Namespace !! Best for !! How you edit it
|-
| '''Mermaid:''' || Flowcharts, sequence diagrams, state machines, ER diagrams, timelines || Text — you write a few lines of Mermaid syntax
|-
| '''DOT:''' || Graphs and trees: signal chains, network maps, workflows || Text — Graphviz DOT syntax
|-
| '''Drawio:''' || Free-form drawings, block diagrams, anything you want to drag around || Full visual editor (draw.io / diagrams.net)
|-
| '''BPMN:''' || Formal business-process diagrams || Visual editor
|-
| '''Gantt:''' || Project schedules with dependencies || Visual editor
|}

'''Mermaid''' and '''DOT''' are the two most useful here for typical hardware, RF and
reverse-engineering documentation, and they are the easiest to review in a diff because
the source is plain text.

== Creating a diagram ==

The easiest way is to '''write a red link and click it''':

# On any page, add a link in a diagram namespace, for example <code><nowiki>[[Mermaid:Meter capture chain]]</nowiki></code>.
# Save, then click the new red link.
# The diagram editor opens directly. Fill it in and save.

You can also go straight to the editor for a page that does not exist yet by visiting
its URL with <code>?action=editdiagram</code> on the end.

On a diagram page that already exists, use the '''Edit diagram''' tab at the top.

== Showing a diagram on another page ==

Diagram pages are not transcluded with the usual double braces. Use the
<code>#display_diagram</code> parser function instead:

<pre>
{{#display_diagram:Mermaid:Meter capture chain}}
</pre>

That renders the diagram inline wherever you put it, so an article can show a diagram
that is maintained on its own page.

== Mermaid example ==

The source of [[Mermaid:Example diagram]] is simply:

<pre>
flowchart LR
A[Smart meter] -->|900 MHz| B(SDR capture)
B --> C{Decodes?}
C -->|yes| D[rtlamr output]
C -->|no| E[Adjust gain / freq]
E --> B
</pre>

which renders as:

{{#display_diagram:Mermaid:Example diagram}}

Mermaid supports far more than flowcharts — sequence diagrams, state diagrams, class
diagrams, ER diagrams, pie charts, timelines and Gantt charts are all available. See
[https://mermaid.js.org/intro/ the Mermaid documentation] for the full syntax. Note that
this wiki bundles '''Mermaid 10.9''', so diagram types added in Mermaid 11 will not
render.

== DOT example ==

[[DOT:Example diagram]] contains:

<pre>
digraph FlashExtraction {
rankdir=LR;
node [shape=box];
"Target PCB" -> "Desolder chip";
"Desolder chip" -> "Socket adapter";
"Socket adapter" -> "Programmer";
"Programmer" -> "Binary dump";
"Binary dump" -> "Analysis";
}
</pre>

giving:

{{#display_diagram:DOT:Example diagram}}

DOT is good when you want the layout worked out for you — you describe what connects to
what, and Graphviz arranges it.

== A note on Drawio ==

The '''Drawio:''' editor is the full diagrams.net drawing tool, loaded from the external
site <code>embed.diagrams.net</code> while you are editing. Your diagram is saved here on
the wiki, not on their servers, and viewing a saved Drawio diagram does not contact them
at all — but ''editing'' one does need that external site to be reachable from your
browser. The other four formats are served entirely from this wiki.

== Tips ==

* Diagrams are ordinary pages: <code>History</code>, <code>Talk</code>, watchlisting and
the normal backups all apply.
* Because Mermaid and DOT are text, their page histories produce readable diffs — prefer
them over an uploaded image when the diagram is likely to change.
* In a '''BPMN''' diagram, an element named <code><nowiki>[[Some page]]</nowiki></code>
becomes a link to that wiki page.
* Give diagrams descriptive names, the same as files —
<code>Mermaid:Landis Gyr Focus teardown steps</code> beats
<code>Mermaid:Diagram 3</code>.

== See also ==

* [[Help:Uploading files]] — for photographs, scans and CAD files
* [https://www.mediawiki.org/wiki/Extension:Flex_Diagrams Extension:Flex Diagrams] — the
extension providing this

DOT:Example diagram

Hash — Wed, 09 Sep 2026 00:13:09 GMT

Example DOT diagram for Help:Diagrams

New page

digraph FlashExtraction {
rankdir=LR;
node [shape=box];
"Target PCB" -> "Desolder chip";
"Desolder chip" -> "Socket adapter";
"Socket adapter" -> "Programmer";
"Programmer" -> "Binary dump";
"Binary dump" -> "Analysis";
}

Mermaid:Example diagram

Hash — Wed, 09 Sep 2026 00:13:07 GMT

Example Mermaid diagram for Help:Diagrams

New page

flowchart LR
A[Smart meter] -->|900 MHz| B(SDR capture)
B --> C{Decodes?}
C -->|yes| D[rtlamr output]
C -->|no| E[Adjust gain / freq]
E --> B

PIC Burnout

Prehistoricman — Tue, 01 Sep 2026 20:30:47 GMT

Fix pin for scrambled data dumping

← Older revision		Revision as of 20:30, 1 September 2026
Line 12:		Line 12:
	Steps used to dump the PIC16LC63A:		Steps used to dump the PIC16LC63A:

	# Assert the ICSP ~~CLK~~ pin (~~RB6~~ for PIC16C63) high when powering the VPP pin (to enter programming mode)		# Assert the ICSP DATA pin (RB7 for PIC16C63) high when powering the VPP pin (to enter programming mode)
	# Read out the whole OTP. It will be subject to scrambling due to code protection.		# Read out the whole OTP. It will be subject to scrambling due to code protection.
	# Enter the config area and increment the address beyond the config words (to 0x2008 or beyond). I recommend going to address 0x20E0.		# Enter the config area and increment the address beyond the config words (to 0x2008 or beyond). I recommend going to address 0x20E0.
Line 37:		Line 37:
	Data reconstruction is only possible if the scrambling method is known. For certain PIC MCUs, the scrambling is known and documented by Microchip<ref>https://ww1.microchip.com/downloads/en/DeviceDoc/30277d.pdf</ref>. For example, the PIC16C64 has an operation called SUM_XNOR7 where the upper 7 and lower 7 bits of the word are XORed together to produce a 7-bit result. If it's not documented, or the chip is not supposed to output scrambled data, then you will have to figure out the scrambling scheme.		Data reconstruction is only possible if the scrambling method is known. For certain PIC MCUs, the scrambling is known and documented by Microchip<ref>https://ww1.microchip.com/downloads/en/DeviceDoc/30277d.pdf</ref>. For example, the PIC16C64 has an operation called SUM_XNOR7 where the upper 7 and lower 7 bits of the word are XORed together to produce a 7-bit result. If it's not documented, or the chip is not supposed to output scrambled data, then you will have to figure out the scrambling scheme.

	In the case of the PIC16C63, I discovered a backdoor that allows scrambled data readout which is simply: drive ~~RB6~~ high at programming mode entry. It does not have the same SUM_XNOR7 scrambling scheme. I used a sacrificial chip to figure it out:		In the case of the PIC16C63, I discovered a backdoor that allows scrambled data readout which is simply: drive RB7 high at programming mode entry. It does not have the same SUM_XNOR7 scrambling scheme. I used a sacrificial chip to figure it out:

	# Program 14 words where each has one unique bit set		# Program 14 words where each has one unique bit set

Silver Spring Networks Access Point

Blind — Mon, 31 Aug 2026 20:56:39 GMT

Add on-air identification — EUI-64 addressing, mesh-root role, backhaul

← Older revision		Revision as of 20:56, 31 August 2026
Line 8:		Line 8:
	File:SilverSpringRouter8.JPG\| Power connector		File:SilverSpringRouter8.JPG\| Power connector
	</gallery>		</gallery>
			== On-air identification and role ==

			(From passive capture of a fixed-AMI NIC 511 network — see
			[[Silver Spring Networks Protocol]] for the frame format.)

			Access points are the root of a local mesh cell: endpoints and relays route
			toward them, and they backhaul to the utility head-end over cellular (the modem
			in the teardown photos above) or fibre.

			They are addressed by '''EUI-64''', distinct from endpoint meters:

			* Access point / infrastructure: <code>00:13:50:FF:FE:60:xx:xx:xx</code> — the
			Silver Spring OUI <code>00:13:50</code> with the standard MAC-48 → EUI-64
			<code>FF:FE</code> expansion. The Itron OUI <code>00:07:81</code> is also seen
			post-acquisition.
			* Endpoint meters: serial form <code>00:13:50:05:00:xx:xx:xx</code>.

			An access point is '''not heard directly''' from an endpoint's vantage — it sits
			on the far side of the tree on channels a fixed receiver near one meter does not
			follow. It is identified instead by reference: a [[Silver Spring Networks Relay\|relay]]
			lists its uplink access point(s) in its beacon's neighbour records, each with a
			link-quality metric. In one capture a relay was dual-homed to two access points
			(a stable primary and a volatile secondary) for the whole observation window.

Silver Spring Networks Relay

Blind — Mon, 31 Aug 2026 20:52:40 GMT

Add on-air behaviour — 120s beacon lattice, dual-homing, hop sequence

← Older revision		Revision as of 20:52, 31 August 2026
Line 3:		Line 3:
	File:SilverSpringRelay Processor PanoBottom.jpg\|Bottom of processor board		File:SilverSpringRelay Processor PanoBottom.jpg\|Bottom of processor board
	</gallery>		</gallery>
			== On-air behaviour ==

			(From passive capture of a fixed-AMI NIC 511 network — see
			[[Silver Spring Networks Protocol]] for the frame format.)

			A relay is the one node type that beacons on a strict schedule: a '''120.000 s
			lattice''', phase holding to σ ≈ 0.25 s over 450+ cycles. Endpoint meters, by
			contrast, are event-driven (their timing jitters by seconds). This makes the
			relay easy to pick out.

			The beacon (frame length 111 in this variant) carries the relay's own serial
			plus a neighbour table — its uplink [[Silver Spring Networks Access Point\|access
			points]] (EUI-64 form) and downstream endpoints, each with a link-quality byte.
			Observed behaviour:

			* '''Dual-homed''': a fixed primary + secondary access point, stable across the
			whole capture (one link metric steady, the other volatile).
			* '''Channel follows the hop sequence''': channel = <code>slot mod 83</code> on
			the 120 s lattice, so the relay's next beacon channel is predictable from its
			slot index.
			* '''~60 endpoints''' were seen routing through a single relay; the relay
			forwards their traffic toward the access points.

			The relay never sources a unicast we can read — only beacons and inbound
			acknowledgements — so its own consumption upload goes out on the access point's
			schedule, not its own.

Silver Spring Networks Protocol

Blind — Mon, 31 Aug 2026 20:48:22 GMT

Add fixed-AMI NIC 511 variant: framing, degree-9 whitening (the "Mask" transform), CRC-32, 87-channel plan, hop sequence; distinct from the drive-by/water variant

← Older revision		Revision as of 20:48, 31 August 2026
Line 56:		Line 56:
	<br />		<br />
	<br />		<br />
			== Fixed-AMI variant (Aclara I-210+c / NIC 511) ==

			Transport-layer documentation for the Silver Spring mesh format used by an Aclara
			I-210+c meter with a NIC 511 module on a fixed AMI network (passive RTL-SDR
			capture). The application payload is AES-CCM* encrypted; everything below is the
			transport layer.

			This is a distinct on-air format from the other Silver Spring work — there are at
			least three, with different sync words and scramblers:

			{\| class="wikitable"
			! Source !! Sync / SFD !! Scrambler !! CRC
			\|-
			\| This page's capture (<code>…008C900A</code>) \|\| post-preamble <code>de 9d 27 27 16 66 f0 6c</code> \|\| — \|\| —
			\|-
			\| rtl_433 <code>silver_spring_mesh</code> (drive-by/water) \|\| <code>SFD 0xF3A0</code>, 3-byte PHR \|\| 8-bit <code>x⁸+x⁴+x³+x²+1</code> \|\| CRC-32/MPEG-2, 4-byte FCS
			\|-
			\| This variant (fixed-AMI NIC 511) \|\| <code>0C 5F <ch> FF</code>, 2-byte inverted PHR \|\| degree-9 <code>x⁹+x⁸+x⁵+x²+1</code> \|\| CRC-32, 1-byte trailer
			\|}

			The 8-bit and degree-9 scramblers are provably different: the 8-bit scrambler
			descrambles no NIC 511 frame at any of its 255 seeds, and Berlekamp–Massey gives
			the NIC 511 keystream linear complexity 9 (an 8-bit LFSR is ≤ 8).

			=== Summary ===

			{\| class="wikitable"
			! Layer !! Result
			\|-
			\| Modulation \|\| 2-GFSK, h≈0.5, 100/150/200 kBd (per-frame)
			\|-
			\| PHY header \|\| <code>0C 5F <channel> FF</code>; channel = 255 − byte 2
			\|-
			\| Channel plan \|\| 87 channels, <code>f(N) = 902.2990 MHz + 299.991 kHz·N</code>, 300 kHz spacing
			\|-
			\| Whitening \|\| degree-9 LFSR <code>x⁹+x⁸+x⁵+x²+1</code>, recovered by Berlekamp–Massey
			\|-
			\| Integrity \|\| CRC-32 (poly 0x04C11DB7, MSB-first, init 0); trailer = MSB(crc) ⊕ K[len]
			\|-
			\| Framing \|\| length-keyed header grammar; every byte of 12 length classes accounted for
			\|-
			\| Flags byte \|\| <code>base(channel) ⊕ frame-type</code> (0=broadcast, 2=unicast, 3=beacon)
			\|-
			\| Beacon timing \|\| 120.000 s lattice, phase σ = 0.25 s over 450+ cycles
			\|-
			\| Hop sequence \|\| channel = f(slot mod 83), 153/153 forward predictions
			\|-
			\| Topology \|\| dual-homed relay → two EUI-64 access points → head-end (see [[Silver Spring Networks Relay]], [[Silver Spring Networks Access Point]])
			\|-
			\| Payload \|\| AES-CCM* encrypted, not recovered
			\|}

			=== PHY and channel ===

			2-GFSK, modulation index ≈ 0.5, 100/150/200 kBd. The 4-byte block after the
			preamble is not a sync word: bytes 0/1/3 are fixed (<code>0C 5F .. FF</code>) and
			byte 2 is the channel, <code>N = 255 − X</code>. Carrier vs. N:

			f(N) = 902.2990 MHz + 299.991 kHz · N N = 0..86 (87 channels, 300 kHz)

			Residuals < 2 kHz per channel. This differs from the FCC filing's 64 channels /
			400 kHz (that filing is a different, earlier module).

			=== Whitening ===

			The PSDU is whitened by a degree-9 LFSR:

			b[n] = b[n-1] ^ b[n-2] ^ b[n-5] ^ b[n-8] ^ b[n-9] period 255

			Recovered by Berlekamp–Massey over the all-zero payload padding of long frames
			(that region is raw keystream on the air; linear complexity comes out to 9).
			Plaintext bytes 0–4 are the constant serial prefix <code>00 13 50 05 00</code>,
			so the mask for any frame is <code>cipher[0:5] ^ prefix</code> (40 bits) extended
			by the recurrence — no per-frame seed needed.

			=== Integrity ===

			The trailing byte is the top byte of a CRC-32 (poly <code>0x04C11DB7</code>,
			MSB-first, init 0) over the de-whitened frame, XORed with a per-length constant:

			K = {9:0x78, 12:0x0E, 14:0x5B, 16:0x7A, 21:0xEB, 22:0xE8, 29:0x05,
			55:0xA6, 111:0x7D, 112:0x2D, 134:0x6E, 213:0x60}

			Validates on ~98% of frames (2816/2880 across the corpus); failures carry bit
			errors visible as nonzero bytes in known-zero padding.

			=== Framing ===

			frame := SRC(8) [DST(8)] {headers} payload TRAILER(1)

			ln= 12 SRC \| 04 81 xx \| TRAILER
			ln= 14 SRC \| 01 03 aa bb cc \| TRAILER
			ln= 22 SRC \| DST \| 01 03 aa bb cc \| TRAILER
			ln= 29 SRC \| DST \| 01 03 .. \| PAYLOAD(7) \| TRAILER
			ln= 55 SRC \| 01 03 .. \| 04 81 xx \| PAYLOAD(38) \| TRAILER
			ln=111 SRC \| 01 80 \| 00 82 .. \| PAYLOAD(96) \| TRAILER (beacon)
			ln=213 SRC \| 00 82 .. \| 01 03 .. \| PAYLOAD(195) \| TRAILER (encrypted)

			Addresses: 8 bytes, OUI <code>00:13:50</code>. Endpoints serial-form
			(<code>00:13:50:05:00:xx…</code>); access points EUI-64
			(<code>00:13:50:FF:FE:60:xx…</code>, see [[Silver Spring Networks Access Point]]). PHR byte 2 = <code>base(channel) ⊕
			frame-type</code>, type ∈ {0 broadcast, 2 unicast, 3 beacon}.

			=== Beacon timing and hopping ===

			The relay node beacons on a 120.000 s lattice (phase σ 0.25 s over 450+ cycles).
			By slot index, channel = <code>slot mod 83</code> (verified by 153/153 strictly
			causal forward predictions, permutation null 0/3000). Cycle = 83 × 120 s ≈ 2h46m.

			=== Payload ===

			<code>ln=213</code> payloads are 195 bytes of uniform, zero-free, incompressible
			data (full linear complexity under Berlekamp–Massey — not a linear scrambler,
			unlike the whitened classes). This is AES-CCM* encryption (Itron/Certicom Suite
			B). The key is provisioned by the head-end key manager and held in the meter's
			secure element, not derivable from the air.

			=== References ===

			* Reproducible code and full write-up: [https://github.com/bash-tilde/silverspring-ami-rf github.com/bash-tilde/silverspring-ami-rf]
			* rtl_433 <code>silver_spring_mesh.c</code> (Benjamin Larsson) — the drive-by/water variant

User:Blind

Hash — Mon, 31 Aug 2026 05:13:31 GMT

Hash changed group membership for Blind from (none) to Writer Verified on Discord

User:Blind

Blind — Mon, 31 Aug 2026 02:34:57 GMT

User account Blind was created

MediaWiki:Sidebar

Hash — Sat, 22 Aug 2026 22:38:05 GMT

← Older revision		Revision as of 22:38, 22 August 2026
(2 intermediate revisions by the same user not shown)
Line 33:		Line 33:
	* SEARCH		* SEARCH
	* TOOLBOX		* TOOLBOX
			** Special:Enhanced_Upload\|Batch Upload
	* LANGUAGES		* LANGUAGES

Hamamatsu C9321SK CMOS X-ray Sensor

Hash — Sat, 22 Aug 2026 22:18:50 GMT

High Resolution PCB Pictures

@@ Line 14: / Line 14: @@
 === Teardown Pictures ===
 <gallery mode="packed" heights="300">
 File:Hamamatsu C9321SK 6812207 Lid removed.jpg
-File:Hamamatsu C9321SK 6812207 Lid Underside.jpeg
+File:Hamamatsu C9321SK 6812207 IMG 0935.jpeg
 </gallery>

File:Hamamatsu C9321SK 6812207 XM06D-ControlBoard Bottom.jpg

Hash — Sat, 22 Aug 2026 22:06:11 GMT

Hash uploaded File:Hamamatsu C9321SK 6812207 XM06D-ControlBoard Bottom.jpg

New page

File:Hamamatsu C9321SK 6812207 XM06D-ControlBoard Top.jpg

Hash — Sat, 22 Aug 2026 22:06:07 GMT

Hash uploaded File:Hamamatsu C9321SK 6812207 XM06D-ControlBoard Top.jpg

New page

File:Hamamatsu C9321SK 6812207 XM06D-Sensor Bottom.jpg

Hash — Sat, 22 Aug 2026 22:06:00 GMT

Hash uploaded File:Hamamatsu C9321SK 6812207 XM06D-Sensor Bottom.jpg

New page

File:Hamamatsu C9321SK 6812207 IMG 0934.jpeg

Hash — Sat, 22 Aug 2026 22:05:59 GMT

Hash uploaded File:Hamamatsu C9321SK 6812207 IMG 0934.jpeg

New page

File:Hamamatsu C9321SK 6812207 XM06D-Sensor Top.jpg

Hash — Sat, 22 Aug 2026 22:05:55 GMT

Hash uploaded File:Hamamatsu C9321SK 6812207 XM06D-Sensor Top.jpg

New page

File:Hamamatsu C9321SK 6812207 IMG 0945.jpeg

Hash — Sat, 22 Aug 2026 22:04:08 GMT

Hash uploaded File:Hamamatsu C9321SK 6812207 IMG 0945.jpeg

New page

File:Hamamatsu C9321SK 6812207 IMG 0944.jpeg

Hash — Sat, 22 Aug 2026 22:04:07 GMT

Hash uploaded File:Hamamatsu C9321SK 6812207 IMG 0944.jpeg

New page

File:Hamamatsu C9321SK 6812207 IMG 0949.jpeg

Hash — Sat, 22 Aug 2026 22:04:06 GMT

Hash uploaded File:Hamamatsu C9321SK 6812207 IMG 0949.jpeg

New page

File:Hamamatsu C9321SK 6812207 IMG 0948.jpeg

Hash — Sat, 22 Aug 2026 22:04:05 GMT

Hash uploaded File:Hamamatsu C9321SK 6812207 IMG 0948.jpeg

New page

File:Hamamatsu C9321SK 6812207 IMG 0947.jpeg

Hash — Sat, 22 Aug 2026 22:04:05 GMT

Hash uploaded File:Hamamatsu C9321SK 6812207 IMG 0947.jpeg

New page

File:Hamamatsu C9321SK 6812207 IMG 0937.jpeg

Hash — Sat, 22 Aug 2026 22:04:00 GMT

Hash uploaded File:Hamamatsu C9321SK 6812207 IMG 0937.jpeg

New page

File:Hamamatsu C9321SK 6812207 IMG 0939.jpeg

Hash — Sat, 22 Aug 2026 22:04:00 GMT

Hash uploaded File:Hamamatsu C9321SK 6812207 IMG 0939.jpeg

New page

File:Hamamatsu C9321SK 6812207 IMG 0935.jpeg

Hash — Sat, 22 Aug 2026 22:03:59 GMT

Hash uploaded File:Hamamatsu C9321SK 6812207 IMG 0935.jpeg

New page

File:Hamamatsu C9321SK 6812207 IMG 0938.jpeg

Hash — Sat, 22 Aug 2026 22:03:58 GMT

Hash uploaded File:Hamamatsu C9321SK 6812207 IMG 0938.jpeg

New page

File:Hamamatsu C9321SK 6812207 IMG 0950.jpeg

Hash — Sat, 22 Aug 2026 22:03:57 GMT

Hash uploaded File:Hamamatsu C9321SK 6812207 IMG 0950.jpeg

New page

File:Hamamatsu C9321SK 6812207 IMG 0946.jpeg

Hash — Sat, 22 Aug 2026 22:03:56 GMT

Hash uploaded File:Hamamatsu C9321SK 6812207 IMG 0946.jpeg

New page

← Older revision		Revision as of 00:13, 9 September 2026
Line 5:		Line 5:
	** helppage\|help-mediawiki		** helppage\|help-mediawiki
	** Help:Uploading files\|Uploading files		** Help:Uploading files\|Uploading files
			** Help:Diagrams\|Diagrams
	* Categories		* Categories
	** Amateur_Radio\|Amateur Radio		** Amateur_Radio\|Amateur Radio